Skip to main content
NetApp Disaster Recovery
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

복제 계획 만들기: 3단계 - NetApp 재해 복구에서 리소스 매핑

기여자 amgrissino
PDF

NetApp 재해 복구를 사용하여 보호하려는 VM 목록을 만든 후, 장애 조치 중에 사용할 장애 조치 매핑 및 VM 구성 정보를 제공합니다.

네 가지 주요 유형의 정보를 매핑해야 합니다.

  • 컴퓨팅 리소스

  • 가상 네트워크

  • VM 재구성

  • 데이터 저장소 매핑

각 VM에는 처음 세 가지 유형의 정보가 필요합니다. 보호할 VM을 호스팅하는 각 데이터스토어에 대해 데이터스토어 매핑이 필요합니다.

  • 주의 아이콘이 있는 섹션(25.25 ) 매핑 정보를 제공해야 합니다.

  • 체크 아이콘( )이 표시된 섹션25.25 )이 매핑되었거나 기본 매핑이 있습니다. 현재 구성이 요구 사항을 충족하는지 검토하세요.

이 페이지에 접근하는 단계

  1. 복제 계획 페이지에서 리소스 매핑 섹션으로 이동합니다.

  2. 열리는 리소스 매핑 페이지에서 정보를 검토하세요.

    복제 계획, 리소스 매핑 페이지 생성

  3. 필요한 각 매핑 카테고리를 열려면 섹션 옆에 있는 아래쪽 화살표(v)를 선택하세요.

컴퓨팅 리소스 매핑

사이트는 여러 개의 가상 데이터 센터와 여러 개의 vCenter 클러스터를 호스팅할 수 있으므로 장애 조치(failover) 발생 시 VM을 복구할 vCenter 클러스터를 식별해야 합니다.

컴퓨팅 리소스를 매핑하는 단계

  1. DR 사이트에 있는 데이터 센터 목록에서 가상 데이터 센터를 선택합니다.

  2. 선택한 가상 데이터 센터 내의 클러스터 목록에서 데이터스토어와 VM을 호스팅할 클러스터를 선택합니다.

  3. (선택 사항) 대상 클러스터에서 대상 호스트를 선택합니다.

    NetApp Disaster Recovery가 vCenter에서 클러스터에 추가된 첫 번째 호스트를 선택하므로 이 단계는 필요하지 않습니다. 그 시점에서 VM은 해당 ESXi 호스트에서 계속 실행되거나 VMware DRS는 구성된 DRS 규칙에 따라 필요에 따라 VM을 다른 ESXi 호스트로 이동합니다.

  4. (선택 사항) VM 등록을 저장할 최상위 vCenter 폴더의 이름을 제공합니다.

    이는 귀하의 조직적 필요에 따른 것이며 필수 사항은 아닙니다.

    복제 계획, 컴퓨팅 리소스 생성

가상 네트워크 리소스 매핑

각 VM은 vCenter 네트워크 인프라 내의 가상 네트워크에 연결된 하나 이상의 가상 NIC를 가질 수 있습니다. DR 사이트에서 재시작 시 각 VM이 원하는 네트워크에 제대로 연결되었는지 확인하려면 이러한 VM을 연결할 DR 사이트 가상 네트워크를 식별합니다. 이를 위해 온프레미스 사이트의 각 가상 네트워크를 DR 사이트의 연결된 네트워크에 매핑합니다.

각 소스 가상 네트워크를 매핑할 대상 가상 네트워크를 선택하세요

  1. 드롭다운 목록에서 대상 세그먼트를 선택합니다.

  2. 나열된 각 소스 가상 네트워크에 대해 이전 단계를 반복합니다.

    복제 계획, 네트워크 리소스 생성

장애 조치 중 VM 재구성에 대한 옵션 정의

각 VM은 DR vCenter 사이트에서 올바르게 작동하려면 수정이 필요할 수 있습니다. 가상 머신 섹션에서는 필요한 변경 사항을 제공할 수 있습니다.

기본적으로 NetApp Disaster Recovery는 온프레미스 소스 사이트에서 사용되는 것과 동일한 설정을 각 VM에 사용합니다. 이는 VM이 ​​동일한 IP 주소, 가상 CPU, 가상 DRAM 구성을 사용한다고 가정합니다.

네트워크 재구성

지원되는 IP 주소 유형은 정적 및 DHCP입니다. 고정 IP 주소의 경우 다음과 같은 대상 IP 설정이 있습니다.

  • 소스와 동일: 이름에서 알 수 있듯이, 이 서비스는 소스 사이트의 VM에서 사용된 것과 동일한 IP 주소를 대상 VM에서 사용합니다. 이렇게 하려면 이전 단계에서 매핑된 가상 네트워크를 동일한 서브넷 설정으로 구성해야 합니다.

  • 소스와 다름: 이 서비스는 이전 섹션에서 매핑한 대상 가상 네트워크에서 사용되는 적절한 서브넷에 대해 구성해야 하는 각 VM에 대한 IP 주소 필드 세트를 제공합니다. 각 VM에 대해 IP 주소, 서브넷 마스크, DNS 및 기본 게이트웨이 값을 제공해야 합니다. 선택적으로 모든 VM에 대해 동일한 서브넷 마스크, DNS 및 게이트웨이 설정을 사용하면 모든 VM이 동일한 서브넷에 연결되는 경우 프로세스가 간소화됩니다.

  • 서브넷 매핑: 이 옵션은 대상 가상 네트워크의 CIDR 구성에 따라 각 VM의 IP 주소를 재구성합니다. 이 기능을 사용하려면 사이트 페이지의 vCenter 정보에서 변경한 대로 각 vCenter의 가상 네트워크에 서비스 내에서 정의된 CIDR 설정이 있는지 확인하세요.

서브넷을 구성한 후 서브넷 매핑은 소스 및 대상 VM 구성 모두에 대해 동일한 IP 주소 단위 구성 요소를 사용하지만 제공된 CIDR 정보를 기반으로 IP 주소의 서브넷 구성 요소를 대체합니다. 이 기능을 사용하려면 소스 및 대상 가상 네트워크가 모두 동일한 IP 주소 클래스를 가져야 합니다. /xx CIDR의 구성 요소). 이를 통해 대상 사이트에서 모든 보호된 VM을 호스팅할 수 있는 충분한 IP 주소를 확보할 수 있습니다.

이 EVS 설정의 경우 소스 및 대상 IP 구성이 동일하며 추가 재구성이 필요하지 않다고 가정합니다.

네트워크 설정 재구성을 변경합니다.

  1. 장애 조치된 VM에 사용할 IP 주소 유형을 선택합니다.

  2. (선택 사항) 선택적 접두사 및 접미사 값을 제공하여 재시작된 VM에 대한 VM 이름 변경 체계를 제공합니다.

    복제 계획, 네트워크 리소스 생성

VM 컴퓨팅 리소스 재구성

VM 컴퓨팅 리소스를 재구성하는 데에는 여러 가지 옵션이 있습니다. NetApp 재해 복구는 가상 CPU 수, 가상 DRAM 양, VM 이름 변경을 지원합니다.

VM 구성 변경 사항을 지정합니다.

  1. (선택 사항) 각 VM이 사용해야 하는 가상 CPU 수를 수정합니다. DR vCenter 클러스터 호스트에 소스 vCenter 클러스터만큼 CPU 코어가 많지 않은 경우 이 작업이 필요할 수 있습니다.

  2. (선택 사항) 각 VM이 사용해야 하는 가상 DRAM의 양을 수정합니다. DR vCenter 클러스터 호스트에 소스 vCenter 클러스터 호스트만큼 많은 물리적 DRAM이 없는 경우 이 작업이 필요할 수 있습니다.

    복제 계획, VM 리소스 생성

부팅 순서

NetApp 재해 복구는 부팅 순서 필드를 기반으로 VM의 순서화된 재시작을 지원합니다. 부팅 순서 필드는 각 리소스 그룹의 VM이 시작되는 방식을 나타냅니다. 부팅 순서 필드에 동일한 값이 있는 VM은 병렬로 부팅됩니다.

부팅 순서 설정 수정

  1. (선택 사항) VM을 다시 시작할 순서를 수정합니다. 이 필드는 숫자 값을 사용합니다. NetApp Disaster Recovery는 동일한 숫자 값을 갖는 VM을 병렬로 다시 시작하려고 시도합니다.

  2. (선택 사항) VM을 다시 시작할 때마다 사용할 지연 시간을 제공합니다. 이 VM의 재시작이 완료된 후, 다음으로 높은 부팅 순서 번호를 가진 VM이 시작되기 전에 시간이 주입됩니다. 이 숫자는 분 단위입니다.

    복제 계획, 부팅 순서 생성

사용자 정의 게스트 OS 작업

NetApp Disaster Recovery는 각 VM에 대해 일부 게스트 OS 작업을 수행하는 것을 지원합니다.

  • NetApp Disaster Recovery는 Oracle 데이터베이스와 Microsoft SQL Server 데이터베이스를 실행하는 VM의 애플리케이션 일관성 백업을 수행할 수 있습니다.

  • NetApp Disaster Recovery는 각 VM의 게스트 OS에 적합한 사용자 정의 스크립트를 실행할 수 있습니다. 이러한 스크립트를 실행하려면 스크립트에 나열된 작업을 실행할 수 있는 충분한 권한을 가진 게스트 OS에서 허용하는 사용자 자격 증명이 필요합니다.

각 VM의 사용자 정의 게스트 OS 작업 수정

  1. (선택 사항) VM이 Oracle 또는 SQL Server 데이터베이스를 호스팅하는 경우 애플리케이션 일관성 복제본 만들기 확인란을 선택합니다.

  2. (선택 사항) 시작 프로세스의 일부로 게스트 OS 내에서 사용자 지정 작업을 수행하려면 모든 VM에 대한 스크립트를 업로드합니다. 모든 VM에서 단일 스크립트를 실행하려면 강조 표시된 확인란을 사용하고 필드를 완성하세요.

  3. 특정 구성을 변경하려면 작업을 수행할 수 있는 적절한 권한이 있는 사용자 자격 증명이 필요합니다. 다음의 경우 자격 증명을 제공하세요.

    • 스크립트는 게스트 OS에 의해 VM 내에서 실행됩니다.

    • 애플리케이션과 일관된 스냅샷을 수행해야 합니다.

복제 계획, 사용자 정의 게스트 OS 작업 생성

지도 데이터 저장소

복제 계획을 만드는 마지막 단계는 ONTAP 데이터 저장소를 어떻게 보호해야 하는지 식별하는 것입니다. 이러한 설정은 복제 계획 복구 지점 목표(RPO), 유지해야 하는 백업 수, 각 vCenter 데이터스토어의 호스팅 ONTAP 볼륨을 복제할 위치를 정의합니다.

기본적으로 NetApp Disaster Recovery는 자체 스냅샷 복제 일정을 관리합니다. 그러나 선택적으로 데이터 저장소 보호를 위해 기존 SnapMirror 복제 정책 일정을 사용하도록 지정할 수 있습니다.

또한, 어떤 데이터 LIF(논리적 인터페이스)와 내보내기 정책을 사용할지 선택적으로 사용자 지정할 수 있습니다. 이러한 설정을 제공하지 않으면 NetApp Disaster Recovery는 해당 프로토콜(NFS, iSCSI 또는 FC)과 연결된 모든 데이터 LIF를 사용하고 NFS 볼륨에 대한 기본 내보내기 정책을 사용합니다.

데이터 저장소(볼륨) 매핑을 구성하려면

  1. (선택 사항) 기존 ONTAP SnapMirror 복제 일정을 사용할지 아니면 NetApp Disaster Recovery에서 VM 보호를 관리할지(기본값) 결정합니다.

  2. 서비스가 백업을 시작해야 하는 시작점을 제공합니다.

  3. 서비스가 백업을 수행하고 이를 DR 대상 Amazon FSx for NetApp ONTAP 클러스터에 복제해야 하는 빈도를 지정합니다.

  4. 얼마나 많은 과거 백업을 보관해야 하는지 지정합니다. 이 서비스는 소스 및 대상 스토리지 클러스터에서 동일한 수의 백업을 유지 관리합니다.

  5. (선택 사항) 각 볼륨에 대한 기본 논리 인터페이스(데이터 LIF)를 선택합니다. 아무것도 선택하지 않으면 볼륨 액세스 프로토콜을 지원하는 대상 SVM의 모든 데이터 LIF가 구성됩니다.

  6. (선택 사항) NFS 볼륨에 대한 내보내기 정책을 선택합니다. 선택하지 않으면 기본 내보내기 정책이 사용됩니다.

    복제 계획, 데이터 저장소 매핑 생성

계속하기"복제 계획 마법사 생성 4단계" .