샘플 재해 복구 시나리오

vRealize Network Insight DR(재해 복구)에 대한 샘플 시나리오 단계는 다음과 같습니다.

프로시저

1. 보호된 사이트와 복구 사이트 모두에서 SRM이 구성되어 있고 작동하는지 확인합니다.
2. 보호할 vRealize Network Insight 노드마다 복제를 구성합니다. 복제를 구성하는 동안, vRealize Network Insight 인스턴스에 적절한 RPO(복구 시점 목표) 시간을 제공합니다. 예를 들어 단일 플랫폼 및 수집기 노드(중간 크기)가 있는 vRealize Network Insight 배포인 경우에는 RPO 45분이 양호합니다. 하지만 규모가 큰 노드가 있는 클러스터인 경우에는 적절한 RPO를 제공해야 합니다. 스냅샷 간격 구성은 사용자 환경 및 요구 사항에 따라 다릅니다.
   
3. 보호 그룹을 생성합니다. 특정 보호 그룹에 보호하려는 VM을 포함합니다.
4. 각 보호 그룹을 포함하는 복구 계획을 생성합니다.
5. 테스트 복구를 수행합니다. 복구 계획이 예상대로 작동하는지 확인하기 위해서 필요합니다.
6. SRM은 사용자가 정기적으로 계획된 마이그레이션을 수행하여 기존 DR 계획의 무결성을 검증할 것을 권장합니다.
7. 복구 사이트에 vRealize Network Insight VM이 새 IP를 생성하도록 하는 네트워크 구성이 있다고 가정합니다. 복구된 VM에 대한 네트워크 변경이 없다고 가정하는 복구 계획으로 vRealize Network Insight VM을 복구합니다. vRealize Network Insight에서 VM 복구가 성공한 것으로 보고되면, vRealize Network Insight 노드에 새 IP 주소를 수동으로 할당하고 새 인증서를 적용한 후 클러스터를 다시 초기화합니다.
8. SRM을 사용한 IPv4 사용자 지정이 현재 지원되지 않기 때문에, 해결 방법으로 네트워크 변경이 없는 것으로 가정하면 vRealize Network Insight로 DR을 수행할 수 있습니다.
   네트워크 설정을 수동으로 할당하려면:

   1. change-network-settings를 실행하여 모든 플랫폼에서 IP를 동시에 변경합니다.
   2. IP가 변경된 모든 플랫폼에 대해 다른 모든 노드에서 update-IP-change 명령을 실행합니다.

      예를 들어 플랫폼 1의 IP를 IP1에서 IP2로 변경하는 경우, 플랫폼 2 및 플랫폼 3에서 IP1 및 IP2를 인수로 사용하여 update-IP-change 명령을 실행합니다. 플랫폼 2의 IP를 변경하려면 플랫폼 1 및 플랫폼 3에서 update-IP-change 명령을 실행합니다.

   3. 1단계와 2단계를 완료한 후 플랫폼 1에서 finalize-IP-change 명령을 한 번 실행합니다.
   4. 수집기 노드에 대해 vrni-proxy set-platform --ip-or-fqdn <with-updated-ip-of-Platform1>을 실행합니다.
   5. 서비스 상태를 확인합니다. 플랫폼 노드의 일부 서비스가 실행되고 있지 않으면 노드를 권장 순서로 재부팅합니다.