필수 조건을 확인하세요.

리소스 및 구성 권장 사항을 보려면 용량 계획 도구를 실행하세요.

지정된 클러스터의 각 vSphere 호스트에 JetStream DR MSA를 배포합니다.

브라우저에서 DNS 이름을 사용하여 MSA를 시작합니다.

MSA에 vCenter 서버를 등록합니다.

JetStream DR MSA가 배포되고 vCenter Server가 등록된 후 vSphere Web Client를 사용하여 JetStream DR 플러그인으로 이동합니다. 데이터 센터 > 구성 > JetStream DR로 이동하여 이 작업을 수행할 수 있습니다.

JetStream DR 인터페이스에서 다음 작업을 완료하세요.

어플라이언스 탭에서 필요한 수의 DR 가상 어플라이언스(DRVA)를 배포합니다.

용량 계획 도구를 사용하여 필요한 DRVA 수를 추정합니다.

사용 가능한 데이터 저장소나 독립적인 공유 iSCSI 스토리지 풀의 VMDK를 사용하여 각 DRVA에 대한 복제 로그 볼륨을 생성합니다.

보호된 도메인 탭에서 Azure Blob Storage 사이트, DRVA 인스턴스 및 복제 로그에 대한 정보를 사용하여 필요한 수의 보호된 도메인을 만듭니다. 보호된 도메인은 클러스터 내에서 함께 보호되고 장애 조치/장애 복구 작업에 대한 우선 순위가 지정된 특정 VM 또는 애플리케이션 VM 세트를 정의합니다.

보호할 VM을 선택하고 종속성에 따라 VM을 애플리케이션 그룹으로 그룹화합니다. 애플리케이션 정의를 사용하면 VM 세트를 부팅 순서, 부팅 지연, 복구 시 실행할 수 있는 선택적 애플리케이션 유효성 검사 등을 포함하는 논리적 그룹으로 그룹화할 수 있습니다.

보호된 도메인의 모든 VM에 동일한 보호 모드가 사용되는지 확인하세요.

Write-Back(VMDK) 모드는 더 높은 성능을 제공합니다.

복제 로그 볼륨이 고성능 스토리지에 배치되었는지 확인하세요.

완료되면 보호된 도메인에 대한 보호 시작을 클릭합니다. 이렇게 하면 선택한 VM에 대한 데이터 복제가 지정된 Blob 저장소로 시작됩니다.

복제가 완료되면 VM 보호 상태가 복구 가능으로 표시됩니다.

장애 조치 런북은 VM을 그룹화(복구 그룹이라고 함), 부팅 순서 순서를 설정하고 IP 구성과 함께 CPU/메모리 설정을 수정하도록 구성할 수 있습니다.

설정을 클릭한 다음 런북 구성 링크를 클릭하여 런북 그룹을 구성합니다.

그룹 만들기 버튼을 클릭하여 새로운 런북 그룹을 만듭니다.

필요한 경우 화면 하단에서 사용자 지정 사전 스크립트와 사후 스크립트를 적용하여 런북 그룹의 작업 전과 후에 자동으로 실행합니다. Runbook 스크립트가 관리 서버에 있는지 확인하세요.

필요에 따라 VM 설정을 편집합니다. 부팅 순서, 부팅 지연(초 단위), CPU 수, 할당할 메모리 양 등 VM 복구에 필요한 매개변수를 지정합니다. 위쪽 또는 아래쪽 화살표를 클릭하여 VM의 부팅 순서를 변경합니다. MAC을 유지하기 위한 옵션도 제공됩니다.

고정 IP 주소는 그룹의 개별 VM에 대해 수동으로 구성할 수 있습니다. VM의 NIC 보기 링크를 클릭하여 IP 주소 설정을 수동으로 구성합니다.

구성 버튼을 클릭하여 각 VM에 대한 NIC 설정을 저장합니다.

Azure VMware Solution 프라이빗 클라우드에 AVS용 JetStream DR을 설치하려면 실행 명령을 사용하세요. Azure Portal에서 Azure VMware 솔루션으로 이동하여 프라이빗 클라우드를 선택하고 명령 실행 > 패키지 > JSDR.Configuration을 선택합니다.

Azure VMware Solution의 기본 CloudAdmin 사용자에게는 AVS용 JetStream DR을 설치할 수 있는 권한이 없습니다. Azure VMware Solution을 사용하면 JetStream DR에 대한 Azure VMware Solution 실행 명령을 호출하여 JetStream DR을 간단하고 자동으로 설치할 수 있습니다.

AVS용 JetStream DR 설치가 완료되면 브라우저를 새로 고칩니다. JetStream DR UI에 액세스하려면 SDDC 데이터센터 > 구성 > JetStream DR로 이동하세요.

JetStream DR 인터페이스에서 다음 작업을 완료하세요.

도메인을 복구를 위해 가져왔습니다. 보호된 도메인 탭으로 이동하여 원하는 도메인이 선택되었는지 확인하거나 보호된 도메인 선택 메뉴에서 원하는 도메인을 선택합니다. 보호된 도메인에서 복구 가능한 VM 목록이 표시됩니다.

보호된 도메인을 가져온 후 DRVA 어플라이언스를 배포합니다.

이러한 단계는 CPT에서 만든 계획을 사용하여 자동화할 수도 있습니다.

사용 가능한 vSAN 또는 ANF 데이터 저장소를 사용하여 복제 로그 볼륨을 생성합니다.

보호된 도메인을 가져오고 VM 배치에 ANF 데이터 저장소를 사용하도록 복구 VA를 구성합니다.

선택한 세그먼트에서 DHCP가 활성화되어 있고 충분한 IP를 사용할 수 있는지 확인하세요. 도메인이 복구되는 동안 동적 IP가 일시적으로 사용됩니다. 복구 중인 각 VM(지속적인 재수화 포함)에는 개별 동적 IP가 필요합니다. 복구가 완료되면 IP가 해제되어 재사용될 수 있습니다.

적절한 장애 조치 옵션(지속적인 장애 조치 또는 장애 조치)을 선택합니다. 이 예에서는 연속 재수화(연속 장애 조치)가 선택되었습니다.

연속 장애 조치와 장애 조치 모드는 구성을 수행하는 시점에 따라 다르지만 두 장애 조치 모드는 모두 동일한 단계를 사용하여 구성됩니다. 재해 발생 시 대응하기 위해 장애 조치 단계가 함께 구성되고 수행됩니다. 지속적인 장애 조치는 언제든지 구성될 수 있으며, 정상적인 시스템 작동 중에 백그라운드에서 실행되도록 허용될 수 있습니다. 재해가 발생한 후에는 지속적인 장애 조치가 완료되어 보호된 VM의 소유권이 즉시 복구 사이트로 이전됩니다(RTO가 거의 0에 가까움).

온프레미스 환경의 보호된 클러스터에서 재해(부분적 또는 완전한 장애)가 발생한 후에는 해당 애플리케이션 볼륨에 대한 SnapMirror 관계를 끊은 후 Jetstream을 사용하여 VM에 대한 장애 조치를 트리거할 수 있습니다.

이 단계는 복구 프로세스를 용이하게 하기 위해 쉽게 자동화될 수 있습니다.

AVS SDDC(대상 측)에서 Jetstream UI에 액세스하고 장애 조치 옵션을 트리거하여 장애 조치를 완료합니다. 작업 표시줄에는 장애 조치 활동의 진행 상황이 표시됩니다.

지속적인 장애 조치가 완료되면 작업 완료를 확인하는 메시지가 나타납니다. 작업이 완료되면 복구된 VM에 액세스하여 ISCSI 또는 NFS 세션을 구성합니다.

장애 조치 모드는 장애 조치 시 실행 중으로 변경되고 VM 상태는 복구 가능으로 변경됩니다. 보호된 도메인의 모든 VM은 이제 장애 조치 런북 설정에서 지정한 상태로 복구 사이트에서 실행됩니다.

장애 조치 구성 및 인프라를 검증하기 위해 JetStream DR을 테스트 모드(테스트 장애 조치 옵션)로 작동하여 가상 머신과 해당 데이터가 개체 저장소에서 테스트 복구 환경으로 복구되는 과정을 관찰할 수 있습니다. 테스트 모드에서 장애 조치 절차가 실행되면 실제 장애 조치 프로세스와 유사한 작업이 수행됩니다.

가상 머신이 복구된 후에는 게스트 스토리지에 대한 스토리지 재해 복구를 사용합니다. 이 과정을 보여주기 위해 이 예에서는 SQL 서버를 사용합니다.

AVS SDDC에서 복구된 SnapCenter VM에 로그인하고 DR 모드를 활성화합니다.

SnapMirror 관계가 끊어졌는지 확인하세요.

Cloud Volumes ONTAP 의 LUN을 동일한 드라이브 문자가 있는 복구된 SQL 게스트 VM에 연결합니다.

iSCSI Initiator를 열고 이전에 연결이 끊긴 세션을 지우고 복제된 Cloud Volumes ONTAP 볼륨에 대한 다중 경로와 함께 새 대상을 추가합니다.

모든 디스크가 DR 이전에 사용된 것과 동일한 드라이브 문자를 사용하여 연결되어 있는지 확인하세요.

MSSQL 서버 서비스를 다시 시작합니다.

SQL 리소스가 다시 온라인 상태인지 확인하세요.

NFS의 경우 mount 명령을 사용하여 볼륨을 연결하고 업데이트합니다. /etc/fstab 항목.

NSX-T 측에서는 장애 조치 시나리오를 시뮬레이션하기 위해 별도의 전용 Tier-1 게이트웨이를 생성할 수 있습니다. 이를 통해 모든 워크로드가 서로 통신할 수 있지만 트래픽이 환경 내부 또는 외부로 라우팅되지 않으므로 교차 오염 위험 없이 분류, 격리 또는 강화 작업을 수행할 수 있습니다. 이 작업은 이 문서의 범위를 벗어나지만, 격리를 시뮬레이션하는 경우 쉽게 수행할 수 있습니다.

온프레미스 환경을 복원합니다. 재해 사고의 유형에 따라 보호된 클러스터의 구성을 복원하거나 검증해야 할 수도 있습니다. 필요한 경우 JetStream DR 소프트웨어를 다시 설치해야 할 수도 있습니다.

복원된 온프레미스 환경에 액세스하고 Jetstream DR UI로 이동하여 적절한 보호 도메인을 선택합니다. 보호된 사이트가 장애 복구 준비가 되면 UI에서 장애 복구 옵션을 선택합니다.

CPT에서 생성된 장애 복구 계획은 VM과 해당 데이터를 개체 저장소에서 원래 VMware 환경으로 반환하는 데에도 사용할 수 있습니다.

복구 사이트에서 VM을 일시 중지한 후 보호 사이트에서 다시 시작한 후의 최대 지연 시간을 지정합니다. 이 프로세스를 완료하는 데 필요한 시간에는 장애 조치 VM을 중지한 후 복제를 완료하는 데 필요한 시간, 복구 사이트를 정리하는 데 필요한 시간, 보호된 사이트에서 VM을 다시 만드는 데 필요한 시간이 포함됩니다. NetApp 10분을 권장합니다.

장애 복구 프로세스를 완료한 후 VM 보호 및 데이터 일관성이 재개되었는지 확인합니다.

VM이 복구된 후 호스트에서 보조 스토리지의 연결을 끊고 기본 스토리지에 연결합니다.

MSSQL 서버 서비스를 다시 시작합니다.

SQL 리소스가 다시 온라인 상태인지 확인하세요.

기본 저장소로 장애 복구하려면 역방향 재동기화 작업을 수행하여 관계 방향이 장애 조치 전과 동일하게 유지되는지 확인하세요.

역방향 재동기화 작업 후에 기본 및 보조 저장소의 역할을 유지하려면 역방향 재동기화 작업을 다시 수행합니다.