5. Determining Availability Architecture for SQL Server and vSphere

SQL Server 배포를 위한 가용성 전략을 설계하는 것은 요구 사항을 기반으로 합니다. 다음은 이 과정에서 도움이 될 수 있는 몇 가지 일반적인 질문입니다:

• 무엇을 보호하려고 하나요?
• 팀의 기술, 리소스, Windows Server, SQL Server의 버전/에디션 등 제한 사항은 무엇인가요?
• SQL Server를 사용하는 애플리케이션은 무엇을 지원하나요?
• 문서화된 복구 지점 및 복구 시간 목표는 무엇인가요?

가상 머신 또는 가상 머신 집합의 고가용성을 보장하는 데 있어 모든 것을 충족하는 솔루션은 없습니다. vSphere 기능과 SQL Server에서 제공하는 기능의 주요 차이점은 vSphere 기능은 VM을 보호하도록 설계된 반면, SQL Server 기능(또는 타사 백업 유틸리티와 같은 적절한 SQL Server API에 연결되는 기능)은 인스턴스 또는 데이터를 보호하고 AG 또는 트랜잭션 로그 백업 등을 사용하여 데이터의 특정 시점 복구를 제공한다는 점입니다.

이 결정에는 제어권이 중요한 역할을 합니다. SQL Server의 가용성 스토리를 DBA가 관리하길 원하나요, 아니면 비SQL Server 관리자가 관리하길 원하나요? 정답은 모두가 협력하여 요구 사항을 충족하는 솔루션을 만들어야 한다는 것입니다. SQL Server 인스턴스에 대한 1차적인 책임은 대부분의 조직에서 DBA에게 있으므로, 어떤 기능을 사용해야 할지 결정할 때 DBA가 크게 관여해야 합니다.

미션 크리티컬한 계층 1 애플리케이션의 경우 SQL Server 기본 HA 기능(예: FCI, AG)과 검증된 용이성, 복원력 및 안정성을 갖춘 vSphere HA 및 DRS의 조합이 가장 강력하고 최적의 고가용성 솔루션을 제공합니다.

반대로, 가상화 이전에는 가용성 사례가 없었을 수 있는 SQL Server 인스턴스 및 데이터베이스를 호스팅하는 중요도가 낮은 계층 3 가상 머신의 경우 AG 또는 FCI를 배포하는 것이 과도할 수 있지만 FT 또는 vSphere HA와 같은 기능을 사용하면 해당 가상 머신이 없던 곳에서 보호 기능을 제공할 뿐만 아니라 없던 곳에서 기대치를 뛰어넘는 성능을 제공할 수 있습니다.

배포되는 vSphere 솔루션은 관련된 모든 그룹과 논의한 결과여야 합니다. 결국 VM에서 실행되는 SQL Server 인스턴스 및 데이터베이스의 유지 관리, 성능 및 가용성을 궁극적으로 책임지는 것은 일반적으로 DBA입니다. 관리에 대한 명확한 구분을 논의해야 하며, DBA 또는 그 하위 집합에 vCenter에서 읽기 전용 권한을 부여해야 합니다.

가상화되었거나 가상화될 SQL Server 배포가 몇 개 이상 있는 경우 전용 vSphere 클러스터 또는 ESXi 호스트를 사용하는 것을 고려해야 합니다. 이렇게 하면 각 가상 머신을 개별적으로 계산하거나 각 가상 머신이 물리적 하드웨어에 있는 것처럼 AG 또는 FCI 솔루션에 라이선스를 부여할 필요 없이 라이선싱 비용을 절감할 수 있습니다. 비용 절감은 종종 SQL Server 가상화의 원동력 중 하나이므로 전반적인 미션 크리티컬 전략의 일부로서 라이선싱은 핵심 구성 요소입니다.