중단 시간! 누가 책임을 져야합니까?
고 가용성 옵션 보장 SQL Server의 경우 항상 클라우드 서비스를 사용하는 주요 원인 일 수 있습니다. 그러나 클라우드 중단과 관련된 가동 중지 시간을 방지하려면 모든 클라우드 서비스에 배포하는 모든 사람이 해결해야 할 필요가 있습니다. 단순히 "클라우드"에 앱을 배포하고 지금 관리하는 것이 다른 사람의 문제라고 가정합니다. 클라우드 제공 업체는 서버를 유지하는 데 필요한 리소스와 전문 지식이 더 많을 것입니다. 그러나 중요한 응용 프로그램을 사용할 수 있는지 확인하는 궁극적 인 책임은 어깨에 달려 있습니다.
SQL Server의 고 가용성 옵션이 ABC만큼 쉽지는 않습니다.
믿거 나 말거나, 단순히 Windows Azure에 SQL Server를 배포해도 "고 가용성"이되지는 않습니다. 가용성을 높이려면 자체 데이터 센터에서 사용할 수있는 기존 도구 및 기술을 사용해야합니다. 이 항목에 대한 의견이 다양하지만 SQL Server 2012/2014의 고 가용성 옵션은 다음과 같습니다.
어떤 옵션을 선택하든, 아래에 설명 된대로 Windows Azure 오류 도메인에 익숙해지기를 원할 것입니다.
"그럼에도 불구하고, Windows Azure에서 컴퓨터 랙은 실제로 오류 도메인으로 식별됩니다. 또한 결함 도메인의 할당은 배포 시간에 Windows Azure에 의해 결정됩니다. 서비스 소유자는 결함 도메인 할당을 제어 할 수 없지만 프로그래밍 방식으로 서비스가 실행중인 결함 도메인을 찾을 수 있습니다. Windows Azure Compute Service SLA는 서비스의 각 역할에 대한 두 개 이상의 인스턴스가 배포 된 경우에만 배포 된 서비스의 연결 가동 시간 수준을 보장합니다. "
SQL Server가 다른 오류 도메인에 상주하도록하십시오.
Windows Azure VM 배포를 시작할 때 각 SQL Server와 모든 "감시 서버"가 다른 오류 도메인에 있는지 확인하십시오. 모든 VM을 동일한 "Availability Set"에두면됩니다. 본질적으로 동일한 가용성 세트에있는 각 서버는 다른 오류 도메인에 상주하므로 오류가 제거됩니다.
모든 VM을 다른 오류 도메인에 배치하고 SQL Server 장애 조치 (Failover) 클러스터 또는 가용성 그룹을 구성하여 단일 서버 랙 (AKA, Fault Domain)에 현지화 될 수있는 일반적인 유형의 중단을 방지합니다. 필자는 Windows Azure IaaS에서 DataKeeper를 사용하여 SQL Server 2014 AlwaysOn 장애 조치 클러스터 (FCI) 인스턴스 만들기라는 단계별 문서를 작성했습니다.이 인스턴스는 SQL Server의 Azure 클라우드 내에서 복원력을 구축하는 데 도움이됩니다.
그러나 Windows Azure가 전체 영역을 차지하는 주요 가동 중단이 발생하면 어떻게됩니까?
자연 재해 또는 인간의 실수는 그러한 정전의 원인이 될 수 있습니다. 불행히도,이 시점에서 Azure 가상 사설 네트워크를 두 개의 다른 Azure Regions간에 확장 할 방법이 없습니다. 여기에는 동남 아시아가 포함됩니다. 그러나 Azure 가상 사설망은 제한된 수의 VPN 장치를 사용하여 사이트 간 VPN 연결을 지원할 수 있습니다. 이 장치는 Cisco, Juniper 및 Microsoft RRAS에서 제공됩니다.
Azure 외곽 어때요?
Azure 이외의 다른 위치, 심지어 우리 자신의 개인 데이터 센터에 대해서도 생각하게 만듭니다. 최근에 전제 데이터 센터를 Azure Cloud로 확장하는 방법을 설명하는 단계별 문서를 작성했습니다. Windows Azure에 데이터 센터를 연결하고 심각한 Azure 오류로부터 보호하기 위해 AlwaysOn 가용성 그룹 또는 AlwaysOn 장애 조치 클러스터링 (다중 사이트)을 구성하십시오. 이전에 다중 사이트 클러스터링의 이점에 대해 작성했습니다. 가용성 그룹. 그래서 제 연구실에서 Azure에 2- 노드 SQL 장애 조치 (Failover) 클러스터 인스턴스를 만든 다음 기본 데이터 센터에 세 번째 노드를 추가하기로 결정했습니다. 필자는 블로그 게시물 (Windows Azure에서 재해 복구를위한 다중 사이트 클러스터 만들기)에 자세한 구성 단계를 작성했습니다.
AlwaysOn 가용성 그룹을 사용하는 경우 Windows Azure의 AlwaysOn 가용성 그룹 (GUI) 및 Windows Azure의 AlwaysOn 가용성 그룹에 대한 수신기 구성 자습서를 방문하십시오. SQL 2008 R2 또는 이전 버전을 사용하고 있다면 데이터베이스 미러링을 구성 할 수있을 것입니다. 이 시점에서 Azure로 이동하는 경우 SQL Server 2012 또는 2014를 배포하고 있다고 가정합니다. 로그 전달 및 복제와 같은 다른 기술은 데이터 이동 옵션이지만 고 가용성 솔루션으로 간주하지 않습니다.
https://clusteringformeremortals.com/2014/01/15/windows-azure-high-availability-options-for-sql-server-azure-cloud-iaas/에서 허락을 받아 재현