컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
Microsoft SQL Server Always On 가용성 그룹(AG)을 사용하면 여러 SQL Server Enterprise 인스턴스에서 데이터베이스를 복제할 수 있습니다.
SQL Server 장애 조치 클러스터 인스턴스와 마찬가지로 Always On 가용성 그룹은 Windows Server 장애 조치 클러스터링(WSFC)을 사용하여 고가용성을 구현합니다. 하지만 두 기능은 다음과 같이 여러 가지로 다릅니다.
|
Always On 가용성 그룹 |
클러스터 인스턴스 장애 조치 |
장애 조치 범위 |
데이터베이스 그룹 |
인스턴스 |
스토리지 |
비공개 |
공유 |
두 가지를 서로 상세하게 비교한 내용은 장애 조치 클러스터 인스턴스 및 가용성 그룹 비교를 참조하세요.
Always On 가용성 그룹에서는 여러 가용성 모드를 지원합니다.
이 튜토리얼에서는 데이터베이스 하나 이상에 고가용성을 구현하기 위해 동기식 커밋 모드에서 Always On 가용성 그룹을 배포하는 방법을 설명합니다.
이 설정에서는 VM 인스턴스 3개를 만듭니다. VM 인스턴스 두 개(node-1
및 node-2
)가 클러스터 노드 역할을 하고 SQL Server를 실행합니다. 세 번째 VM 인스턴스(witness
)는 장애 조치 시나리오에서 쿼럼을 확보하는 데 사용됩니다. VM 인스턴스 3개가 영역 3개에 배포되고 공통 서브넷을 공유합니다.
SQL Server Always On 가용성 그룹을 사용하면 예시 데이터베이스 bookshelf
가 두 SQL Server 인스턴스에 동기식으로 복제됩니다.
온프레미스 Windows Server 장애 조치 클러스터링 환경에서 ARP 알림은 IP 주소 장애 조치를 트리거합니다.
그러나Google Cloud는 ARP 알림을 무시합니다. 따라서 내부 부하 분산기와 분산 네트워크 이름(DNN)을 사용하는 두 가지 옵션 중 하나를 구현해야 합니다. 이 문서에서는 이미 Google Cloud 에 Active Directory를 배포했으며 SQL Server, Active Directory, Compute Engine에 대한 기본 지식이 있다고 가정합니다. Google Cloud의 Active Directory에 관한 자세한 내용은 시작 섹션을 참고하세요.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-03-12(UTC)
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-03-12(UTC)"],[[["Microsoft SQL Server Always On availability groups (AG) replicate databases across multiple SQL Server instances using Windows Server Failover Clustering (WSFC) for high availability."],["AGs differ from Failover Cluster Instances in that they handle failover at the database group level and use non-shared storage, while Failover Cluster Instances fail over the entire instance and rely on shared storage."],["This tutorial demonstrates deploying Always On availability groups in synchronous commit mode, involving three VM instances across three zones: two SQL Server nodes (`node-1`, `node-2`) and one witness node (`witness`) for quorum."],["The example setup replicates a database (`bookshelf`) synchronously across the two SQL Server instances using an Always On availability group."],["Due to Google Cloud's handling of ARP announcements, implementing AGs requires the use of either an internal load balancer or a distributed network name (DNN) for IP address failover, differing from on-premises environments."]]],[]]