배포 워크플로 필수 조건 식별
예기치 않은 재해로부터 조직의 워크로드를 보호하려면 먼저 회사의 현재 BCDR(비즈니스 연속성 및 재해 복구) 계획을 검토해야 합니다. 보호가 필요한 시스템의 다양한 복구 목표와 범위를 식별해야 합니다.
VMware SRM은 보호된 VMware vCenter Server 사이트와 복구 vCenter Server 사이트 간에 VM 복구를 계획, 테스트 및 실행하는 데 도움이 되는 BCDR 솔루션입니다.
BCDR
서비스 손실로 인해 직원 및 사용자의 업무가 중단될 수 있습니다. 시스템을 사용할 수 없는 매초마다 회사의 수익 손실이 발생할 수 있습니다. 귀사에서 제공하는 서비스에 대해 보유한 가용성 계약을 준수하지 못하는 경우 위약금을 물어야 할 수도 있습니다.
BCDR 계획은 재해 또는 대규모 정전이 발생하는 경우 수행해야 하는 범위와 작업을 명시하기 위해 회사가 작성하는 공식 문서입니다. 조직은 각 가동 중단을 자체적으로 평가합니다. 예를 들어 조직에서는 데이터 센터의 전력이 손실될 때 BCDR 플랜을 실행합니다.
복구 시간 목표(RTO)
RTO(복구 시간 목표)는 연속성 중단과 관련해 허용되지 않는 결과를 방지하기 위해 재해 발생 후 비즈니스가 정상적인 서비스를 복원해야 할 때까지 버틸 수 있는 최대 시간의 측정값입니다. 예를 들어, 조직의 RTO가 12시간이라면 비즈니스 핵심 서비스가 작동되지 않고 12시간 동안 작업을 계속할 수 있음을 의미합니다. 가동 중지 시간이 더 오래 지속되면 비즈니스에 심각한 결과가 발생할 수 있습니다.
복구 지점 목표
기업에서는 24시간마다, 12시간마다 또는 실시간으로 백업을 수행하도록 결정할 수 있습니다. 그렇지만 재해가 발생하면 항상 데이터가 손실되게 마련입니다. RPO(복구 지점 목표)는 재해 발생 시 허용되는 최대 손실 데이터 용량의 측정값입니다.
예를 들어, 조직에서 24시간마다 자정에 백업을 수행하고 재해가 오전 9시에 발생했다면 9시간의 데이터가 손실됩니다. 조직의 RPO가 12시간인 경우 9시간의 데이터 손실이 허용됩니다. RPO가 4시간이면 데이터 손실이 허용되지 않습니다.
VMware SRM이란?
VMware SRM은 기본 사이트에서 보조 사이트로 워크로드를 복제할 수 있으므로 BCDR 계획에 기여할 수 있습니다. 기본 사이트에서 문제가 발생하는 경우 보호된 VM을 다른 위치에 자동으로 복제하도록 VMware SRM을 설정할 수 있습니다. VMware SRM을 사용하여 온-프레미스 인프라에서 클라우드의 Azure VMware Solution으로 VM을 마이그레이션 할 수도 있습니다.
Azure VMware Solution은 VMware의 SDDC(소프트웨어 정의 데이터 센터) 소프트웨어를 Azure 클라우드 서비스와 결합합니다. Microsoft는 Azure VMware Solution을 관리하여 성능, 가용성, 보안 및 규정 준수 요구 사항을 충족시킵니다.
Microsoft는 Azure에서 대규모로 Azure VMware Solution을 실행할 수 있는 다음 구성 요소를 제공합니다.
- 관리 시스템
- 네트워킹
- 운영 플랫폼
- 백 엔드 인프라 작업
VMware Site Recovery Manager를 사용하여 다음에서 다양한 유형의 복구를 구현할 수 있습니다.
- 온-프레미스 VMware vCenter Server 사이트에서 Azure VMware Solution 프라이빗 클라우드의 복구 사이트로
- 한 Azure 지역의 기본 Azure VMware Solution 사이트에서 다른 Azure 지역의 보조 Azure VMware Solution 사이트로
시나리오 1: 온-프레미스 VMware vCenter Server 사이트에서 Azure VMware Solution 프라이빗 클라우드의 복구 사이트로
Azure VMware Solution에서 VMware SRM을 배포하면 조직에서 전용 DR(재해 복구) 사이트를 관리하는 비용과 오버헤드를 줄일 수 있습니다. VMware SRM을 동적이고 수요 맞춤 확장이 가능한 Azure VMware Solution에 결합하여 개별 VM에 필요한 비용과 복구 시간의 균형을 맞출 수 있습니다.
VM을 복제하고, 무중단 테스트를 만들고, 동적 복구 계획을 준비할 수 있습니다. 복구 계획은 복구 사이트에서 VM이 시작되는 순서를 지정합니다. 여기에는 VM에서 사용자 지정 복구 작업을 수행하기 위한 IP 주소 및 선택적 사용자 지정 스크립트가 포함됩니다.
시나리오 1의 필수 조건
온-프레미스 VMware vCenter Server 사이트에 대한 보호를 Azure VMware Solution 복구 사이트에 배포하려면 먼저 사이트가 다음 필수 조건을 충족하는지 확인해야 합니다.
네트워킹: Azure VMware Solution에 대한 프라이빗 클라우드 환경은 온-프레미스 및 Azure 기반 리소스에서 액세스해야 합니다. 다음 서비스를 사용하여 상호 연결성을 제공할 수 있습니다.
Azure ExpressRoute
VPN(가상 사설망) 연결
Azure 가상 WAN
참고
온-프레미스와 Azure VMware Solution 간의 ExpressRoute 연결에 대해 초당 2Gbps(초당 기가비트) 이상의 처리량을 권장합니다.
이름 확인: 온-프레미스 SRM과 가상 클라우드 어플라이언스 간에 DNS(Domain Name System) 해상도를 구현해야 합니다. 퍼블릭 DNS와 프라이빗 DNS를 모두 사용할 수 있습니다. 지원 요청을 사용하면 적절한 조건부 전달 규칙을 사용하여 Azure VMware Solution에 대해 프라이빗 DNS를 구성할 수 있습니다.
vCenter Server 버전은 VMware SRM 버전과 호환되어야 합니다.
두 사이트 모두 서로 연결된 vSphere Replication 어플라이언스가 필요합니다.
복구 사이트에는 보호된 사이트와 동일한 VM 및 워크로드를 지원할 수 있는 하드웨어, 네트워크 및 스토리지 리소스가 있어야 합니다. Azure VMware Solution은 동적 스케일링을 통해 이 기능을 제공합니다.
시나리오 2: 기본 Azure VMware Solution에서 보조 Azure VMware Solution으로
이 시나리오는 보호 사이트와 복구 사이트가 서로 다른 Azure 지역에서 실행된다는 점을 제외하고 첫 번째 시나리오와 비슷합니다. 기본 및 보조 지역 모두의 프라이빗 클라우드에 Azure VMware Solution을 배포해야 합니다. 또한 두 지역 모두 ExpressRoute Global Reach에 연결되어야 합니다. 두 사이트 모두 VMware SRM 및 vSphere Replication 어플라이언스를 포함해야 합니다.
다음 단원에서는 이 시나리오를 설정하고 구성하는 방법을 설명합니다.