16.3 Windows 장애 조치 클러스터링 사용

Microsoft Windows에는 MySQL 사용자 커뮤니티의 조사에 따르면, 항상 MySQL의 가장 개발 환경으로 평가되고 있습니다.

MySQL Enterprise Edition은 Windows Server 2008 R2 장애 조치 클러스터링 (WSFC)로 인정되어 지원되고 있기 때문에 조직은 Microsoft 기본 Windows 클러스터링 서비스를 사용하여 높은 수준의 가용성을 요구하는 비즈니스 크리티컬 애플리케이션을 안전하게 배포 할 수 있습니다.

다음 그림은 고 가용성 서비스를 제공하기 위해 MySQL과 Windows Server 장애 조치 클러스터링과의 통합을 보여줍니다.

그림 16.3 Windows Server 장애 조치 클러스터링을 사용한 대표적인 MySQL HA 구성

이 아키텍처는 MySQL은 액티브 / 패시브 구성으로 배치되어 있습니다. MySQL 또는 기본 서버 중 하나에서 발생한 장애는 자동으로 감지되고 MySQL 인스턴스는 수동 노드에서 다시 시작됩니다. 데이터베이스에 액세스하는 응용 프로그램이나 MySQL 리플리케이션은 MySQL의 복구가 완료되고 접속의 접수를 시작한 후에 동일한 가상 IP 주소를 사용하여 새로운 MySQL에 자동으로 다시 연결할 수 있습니다.

Windows 장애 조치 클러스터링을 사용하는 MySQL 클러스터에 두 개 이상의 서버와 공유 스토리지 (예 : FC-AL SAN 또는 iSCSI 디스크)가 필요합니다.

MySQL 바이너리 및 데이터 파일은 공유 스토리지에 저장되어 Windows 장애 조치 클러스터링은 언제든지 하나의 클러스터 노드 만이 파일에 액세스하는 것을 보장합니다.

클라이언트는 가상 IP 주소 (VIP)를 통해 MySQL 서비스에 연결합니다. 페일 오버가 발생하면 약간의 연결 손실은 발생하지만 장애 조치가 발생했을 때 활성 상태였던 트랜잭션의 실패에 대처하는 것 외에, 페일 오버의 발생을 의식 할 필요는 없습니다.

Windows Server 장애 조치 클러스터링을 사용하는 MySQL의 구성에 대한 자세한 내용은 http://www.mysql.com/why-mysql/white-papers/mysql_wp_windows_failover_clustering.php 에 게시 된 백서를 참조 할 수 있습니다.

Windows Server 장애 조치 클러스터링의 배경 정보 및 사용 정보는 Microsoft Technet 사이트의 해당 페이지를 참조하십시오.