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

NetApp Disaster Recovery 에 대해 알아보세요

기여자 netapp-ahibbard amgrissino
PDF

클라우드로의 재해 복구는 사이트 장애 및 데이터 손상 사고로부터 워크로드를 보호하는 탄력적이고 비용 효율적인 방법입니다. NetApp Disaster Recovery는 NetApp 스토리지를 실행하는 VMware 및 Kubernetes 워크로드에 대한 재해 복구 워크플로를 자동화하는 클라우드 기반 재해 복구 서비스입니다. Disaster Recovery를 통해 다음과 같은 워크로드를 보호할 수 있습니다.

  • VMware 워크로드: NFS 기반 워크로드 및 iSCSI 및 FC용 VMware vSphere 가상 머신 파일 시스템(VMFS) 데이터스토어. 다음 중 하나로 복제할 수 있습니다.

    • Amazon Elastic VMware Service(EVS)와 Amazon FSx for NetApp ONTAP. 자세한 내용은 "Amazon Elastic VMware Service 및 Amazon FSx for NetApp ONTAP을 활용한 재해 복구 소개"을(를) 참조하십시오.

    • Amazon FSx for NetApp ONTAP 사용한 AWS의 VMware Cloud(VMC)

    • Azure VMware Solution with NetApp Cloud Volumes ONTAP(iSCSI)(비공개 미리 보기)

    • Google Cloud NetApp Volumes 사용한 Google Cloud VMware Engine(GCVE)

    • ONTAP 스토리지를 사용하는 또 다른 온프레미스 NFS 및/또는 VMFS 기반(iSCSI/FC) VMware 환경

  • Kubernetes 워크로드: Trident에서 관리하는 ONTAP 스토리지를 사용하는 온프레미스 Kubernetes 클러스터(OpenShift 가상화 환경 포함)에서 실행되는 애플리케이션입니다. Trident Protect를 사용하여 이러한 워크로드를 보호하고 다른 Kubernetes 클러스터로 복제할 수 있습니다.

재해 복구는 통합된 네이티브 VMware 오케스트레이션 또는 Trident Protect 오케스트레이션과 함께 ONTAP SnapMirror 기술을 사용하여 VMware VM 및 관련 디스크 내 OS 이미지와 Kubernetes 애플리케이션을 보호하는 동시에 ONTAP의 모든 스토리지 효율성 이점을 유지합니다. 재해 복구는 이러한 기술을 재해 복구 사이트로의 복제 전송 수단으로 사용합니다. 이를 통해 기본 및 보조 사이트에서 업계 최고 수준의 스토리지 효율성(압축 및 중복 제거)을 구현할 수 있습니다.

재해 복구의 구성 요소를 보여주는 다이어그램

NetApp Console

재해 복구는 NetApp Console을 통해 이용할 수 있습니다.

NetApp Console 엔터프라이즈급 온프레미스 및 클라우드 환경 전반에서 NetApp 스토리지 및 데이터 서비스를 중앙에서 관리할 수 있는 기능을 제공합니다. NetApp 데이터 서비스에 액세스하고 사용하려면 콘솔이 필요합니다. 관리 인터페이스로서, 하나의 인터페이스에서 여러 스토리지 리소스를 관리할 수 있습니다. 콘솔 관리자는 기업 내 모든 시스템의 저장소와 서비스에 대한 액세스를 제어할 수 있습니다.

NetApp Console을 사용하기 위해 라이선스나 구독이 필요한 것은 아니며, 스토리지 시스템 또는 NetApp 데이터 서비스와의 연결을 보장하기 위해 클라우드에 Console 에이전트를 배포해야 할 때만 비용이 발생합니다. 단, Console에서 액세스할 수 있는 일부 NetApp 데이터 서비스는 라이선스 또는 구독 기반입니다.

자세히 알아보세요 "NetApp Console" .

재해 복구 사용의 이점

재해 복구는 다음과 같은 이점을 제공합니다:

  • vCenter 및 Kubernetes 클러스터 검색과 여러 시점 복구 작업을 통한 애플리케이션 복구를 위한 간소화된 사용자 경험.

  • 운영 비용이 절감되고 최소한의 리소스로 재해 복구 계획을 수립하고 조정할 수 있어 총 소유 비용이 낮아집니다.

  • 운영을 중단시키지 않고 가상 장애 조치 테스트를 통해 지속적인 재해 복구 준비를 갖춥니다. 운영 작업 부하에 영향을 주지 않고 정기적으로 DR 장애 조치 계획을 테스트할 수 있습니다.

  • IT 환경의 역동적인 변화에 대응하고 재해 복구 계획에서 이를 해결할 수 있는 능력을 갖춰 가치 실현 시간을 단축하세요.

  • 가상 서버 어플라이언스(VSA)를 배포하고 유지 관리할 필요 없이 ONTAP 과 VMware의 백엔드 오케스트레이션을 통해 스토리지와 가상 계층을 동시에 관리할 수 있는 기능입니다.

  • Trident Protect 오케스트레이션과 함께 동일한 ONTAP SnapMirror 기술을 사용하여 Kubernetes 워크로드를 위한 애플리케이션 중심 보호 기능을 제공합니다. 리소스 변환을 통해 장애 조치 시 복구 환경에 맞게 워크로드를 조정할 수 있습니다.

  • VMware용 DR 솔루션은 리소스를 많이 소모할 수 있습니다. 많은 DR 솔루션은 VSA를 사용하여 VMware 가상 계층에서 VM을 복제하는데, 이는 더 많은 컴퓨팅 리소스를 소모하고 ONTAP 의 귀중한 스토리지 효율성을 잃을 수 있습니다. 재해 복구는 ONTAP SnapMirror 기술을 사용하므로 ONTAP 의 모든 기본 데이터 압축 및 중복 제거 효율성을 갖춘 증분형 영구 복제 모델을 사용하여 프로덕션 데이터 저장소에서 재해 복구 사이트로 데이터를 복제할 수 있습니다.

재해 복구 기능

재해 복구를 통해 다음과 같은 목표를 달성하기 위해 여러 NetApp 기술을 완벽하게 활용할 수 있습니다:

  • SnapMirror 복제를 사용하여 온프레미스 프로덕션 사이트의 VMware 앱을 클라우드 또는 온프레미스의 재해 복구 원격 사이트로 복제합니다.

  • SnapMirror 복제 및 Trident Protect를 사용하여 Kubernetes 애플리케이션을 타겟 Kubernetes 클러스터로 복제합니다.

  • VMware 워크로드를 기존 사이트에서 다른 사이트로 마이그레이션할 수 있습니다. Kubernetes 워크로드의 경우 현재 마이그레이션이 지원되지 않습니다.

  • 장애 조치 테스트를 수행합니다. VMware 워크로드의 경우, 서비스는 임시 가상 머신을 생성합니다. Disaster Recovery는 선택한 스냅샷에서 새 FlexClone 볼륨을 생성하며, 이 FlexClone 볼륨을 기반으로 하는 임시 데이터스토어가 ESXi 호스트에 매핑됩니다. 이 프로세스는 온프레미스 ONTAP 스토리지 또는 AWS의 FSx for NetApp ONTAP 스토리지에서 추가적인 물리적 용량을 소비하지 않습니다. 원본 소스 볼륨은 수정되지 않으며, 재해 복구 중에도 복제 작업을 계속할 수 있습니다. 또한 Kubernetes 워크로드의 장애 조치를 테스트하고 나중에 테스트 리소스를 정리할 수 있습니다.

  • 재해 발생 시 필요에 따라 기본 사이트를 재해 복구 사이트로 페일오버합니다. VMware 워크로드의 경우 재해 복구 사이트는 Amazon FSx for NetApp ONTAP이 포함된 AWS의 VMware Cloud 또는 ONTAP이 포함된 온프레미스 VMware 환경일 수 있습니다. Kubernetes 워크로드의 경우 복제 계획의 타겟 클러스터로 페일오버합니다.

  • 재해가 해결된 후 재해 복구 사이트에서 기본 사이트로 필요에 따라 장애 복구합니다.

  • VM, 데이터스토어 또는 Kubernetes 리소스를 논리적 리소스 그룹으로 묶어 효율적으로 관리하십시오.

  • Kubernetes 워크로드의 경우, 장애 조치 중에 애플리케이션이 복구 환경에 맞게 조정되도록 리소스 변환을 사용하고, 애플리케이션 일시 중지 및 재개를 관리하기 위해 스냅샷 이전 또는 이후 스크립트를 사용하십시오.

재해 복구 사용 사례를 보여주는 다이어그램

참고 VMware 워크로드의 경우 vSphere Server의 재해 복구 외부에서 vSphere 서버를 구성해야 합니다.

비용

NetApp은 재해 복구 평가판 사용에 대해 비용을 청구하지 않습니다.

재해 복구는 NetApp 라이선스 또는 Amazon Web Services를 통한 연간 구독 기반 플랜을 통해 사용할 수 있습니다.

중요함 일부 릴리스에는 기술 미리 보기가 포함되어 있습니다. NetApp은 미리 보기 워크로드 용량에 대해 비용을 청구하지 않습니다. 최신 기술 미리 보기에 대한 자세한 내용은 "재해 복구의 새로운 기능"을(를) 참조하십시오.

라이센스

다음 라이선스 유형을 사용할 수 있습니다.

  • 30일 무료 체험판에 등록하세요.

  • Amazon Web Services(AWS) Marketplace, Azure Marketplace 또는 Google Cloud Marketplace에서 종량제(PAYGO) 구독을 구매하십시오. 이 라이선스를 사용하면 장기 계약 없이 고정된 보호 용량 라이선스를 구매할 수 있습니다.

  • BYOL(Bring Your Own License)은 NetApp 영업 담당자로부터 받는 NetApp 라이선스 파일(NLF)입니다. NetApp Console 에서 라이선스 일련 번호를 사용하여 BYOL을 활성화할 수 있습니다.

모든 NetApp 데이터 서비스에 대한 라이선스는 NetApp Console 의 구독을 통해 관리됩니다. BYOL을 설정한 후 콘솔에서 해당 서비스에 대한 활성 라이선스를 볼 수 있습니다.

Disaster Recovery는 보호되는 ONTAP 볼륨에 호스팅된 데이터 양을 기준으로 라이선스가 부여됩니다. 이 서비스는 보호되는 VM을 해당 vCenter 데이터스토어에 매핑하여 라이선스 산정에 고려할 볼륨을 결정합니다. 각 데이터스토어는 ONTAP 볼륨 또는 LUN에 호스팅됩니다. 해당 볼륨 또는 LUN에 대해 ONTAP이 보고한 사용 용량이 라이선스 결정에 사용됩니다. Kubernetes 워크로드에 대해서도 동일한 방식으로 라이선스가 계산됩니다.

보호된 볼륨은 많은 VM을 호스팅할 수 있습니다. 일부는 재해 복구 리소스 그룹에 속하지 않을 수도 있습니다. 이와 관계없이 해당 볼륨 또는 LUN에 있는 모든 VM이 소비하는 스토리지는 라이선스 최대 용량에 포함됩니다.

참고 재해 복구 비용은 복제 계획이 있는 VM 또는 Kubernetes 리소스가 하나 이상 있는 경우 소스 사이트의 데이터 저장소 사용 용량에 따라 계산됩니다. 장애 조치된 데이터 저장소의 용량은 허용 용량에 포함되지 않습니다. BYOL의 경우, 데이터가 허용된 용량을 초과하면 추가 용량 라이선스를 획득하거나 NetApp Console에서 라이선스를 업그레이드할 때까지 서비스 내 작업이 제한됩니다.

재해 복구를 위한 라이선스 설정에 대한 자세한 내용은 "재해 복구 라이선스 설정"을(를) 참조하십시오.

[[30-day-free-trial]]
== 30일 무료 체험

Disaster Recovery를 30일 무료 체험으로 사용해 보실 수 있습니다.

30일 평가 기간이 종료된 후에도 계속 사용하려면 클라우드 공급업체로부터 종량제(PAYGO) 구독을 구매하거나 NetApp에서 BYOL 라이센스를 구매해야 합니다.

언제든지 라이선스를 구매할 수 있으며, 30일 평가판이 종료될 때까지 요금이 청구되지 않습니다.

재해 복구 작동 방식

재해 복구는 NetApp Console SaaS(서비스형 소프트웨어) 환경에서 사용할 수 있는 서비스입니다. 재해 복구를 통해 온프레미스 사이트에서 Amazon FSx for ONTAP 또는 다른 온프레미스 사이트로 복제된 워크로드를 복구할 수 있습니다. VMware 워크로드의 경우, 이 서비스는 SnapMirror 수준에서부터 AWS의 VMware Cloud에 가상 머신을 등록하고 VMware 네트워크 가상화 및 보안 플랫폼인 NSX-T의 네트워크 매핑에 직접 연결하는 과정을 자동화하여 복구를 지원합니다. 이 기능은 모든 Virtual Machine Cloud 환경에 포함되어 있습니다.

재해 복구는 매우 효율적인 복제를 제공하고 ONTAP 영구 증분 스냅샷 효율성을 유지하는 ONTAP SnapMirror 기술을 사용합니다. SnapMirror 복제를 통해 애플리케이션 정합성 보장 스냅샷 복사본이 항상 동기화되고 장애 조치 후 즉시 데이터를 사용할 수 있도록 보장합니다.

재해 복구 서비스 인프라 아키텍처를 보여주는 다이어그램

재해가 발생했을 때 이 서비스는 SnapMirror 관계를 해제하고 대상 사이트를 활성화하여 다른 온프레미스 VMware 환경 또는 VMC에서 VMware 가상 머신을 복구하는 데 도움을 줍니다.

  • 이 서비스를 사용하면 가상 머신을 원래 소스 위치로 복구할 수도 있습니다.

  • 원래 가상 머신을 방해하지 않고 재해 복구 장애 조치 프로세스를 테스트할 수 있습니다. 이 테스트는 볼륨의 FlexClone 생성하여 가상 머신을 격리된 네트워크로 복구합니다.

  • 장애 조치 또는 테스트 장애 조치 프로세스의 경우 가상 머신을 복구할 최신(기본값) 스냅샷이나 선택한 스냅샷을 선택할 수 있습니다.

쿠버네티스 워크로드

Kubernetes 워크로드의 경우, 재해 복구는 Trident Protect를 사용하여 OpenShift 가상화 환경을 포함한 Kubernetes 클러스터에서 실행되는 애플리케이션을 보호합니다. 이 서비스는 SnapMirror를 사용하여 NetApp Trident가 ONTAP 스토리지에 프로비저닝하는 영구 볼륨을 복제합니다. Trident Protect는 Kubernetes 보호 데이터를 클라우드 스토리지 대상인 AppVault에 저장합니다. 재해가 발생하면 타겟 클러스터로 페일오버하며, 재해가 해결된 후에는 원래 소스 클러스터로 페일백할 수 있습니다. Kubernetes 워크로드에 대한 페일오버, 페일백 및 페일오버 테스트는 VMware 워크로드와 동일한 순서를 따릅니다.

재해 복구의 구성 요소

Disaster Recovery에는 다음과 같은 구성 요소가 사용됩니다.

  • * NetApp Console*: 재해 복구 계획을 관리하기 위한 사용자 인터페이스입니다. NetApp Console 사용하면 온프레미스 및 클라우드 환경 전반에서 복제 계획, 리소스 그룹 및 장애 조치 작업을 만들고 관리할 수 있습니다.

  • 콘솔 에이전트: 클라우드 호스팅 네트워크 또는 온프레미스 VMware 환경에서 실행되는 경량 소프트웨어 구성 요소입니다. NetApp Console과 통신하고 온프레미스 환경과 재해 복구 사이트 간의 데이터 복제를 관리합니다. 콘솔 에이전트는 VMware 환경의 가상 머신에 설치됩니다. Kubernetes 워크로드의 경우, 콘솔 에이전트는 동일한 방식으로 Kubernetes 클러스터와 통신합니다.

  • ONTAP 스토리지 클러스터: ONTAP 스토리지 클러스터는 VMware 및 Kubernetes 워크로드를 호스팅하는 기본 스토리지 시스템입니다. ONTAP 스토리지 클러스터는 재해 복구 계획을 위한 기본 스토리지 인프라를 제공합니다. 재해 복구는 ONTAP 스토리지 API를 사용하여 온프레미스 어레이 및 Amazon FSx for NetApp ONTAP과 같은 클라우드 기반 솔루션 등 ONTAP 스토리지 클러스터를 관리합니다.

  • vCenter 서버: VMware vCenter는 VMware 환경을 위한 관리 서버입니다. ESXi 호스트와 관련 데이터 저장소를 관리합니다. 콘솔 에이전트는 VMware vCenter와 통신하여 온프레미스 환경과 재해 복구 사이트 간의 데이터 복제를 관리합니다. 여기에는 ONTAP LUN 및 볼륨을 데이터 저장소로 등록하고, VM을 재구성하고, VM을 시작 및 중지하는 작업이 포함됩니다.

  • Kubernetes 클러스터 및 Trident Protect: Kubernetes 워크로드의 경우, Disaster Recovery가 보호하는 각 Kubernetes 클러스터에 Trident Protect가 설치 및 등록됩니다. Kubernetes 클러스터를 사이트로 추가하면 Disaster Recovery가 해당 클러스터에 Trident Protect를 설치하고 등록하는 과정을 안내합니다.

재해 복구 보호 워크플로

복제 계획이 리소스 그룹에 할당되면 재해 복구는 리소스 그룹과 계획의 모든 구성 요소에 대한 검색 검사를 수행하여 계획을 활성화할 수 있는지 확인합니다.

이 검사가 성공하면 재해 복구는 다음 초기화 단계를 수행합니다.

  1. 대상 리소스 그룹의 각 VM에 대해 호스팅 VMware 데이터 저장소를 식별합니다.

  2. 발견된 각 VMware 데이터스토어에 대해 호스팅 ONTAP FlexVol volume 이나 LUN을 식별합니다.

  3. 발견된 각 ONTAP 볼륨과 LUN에 대해 소스 볼륨과 대상 사이트의 대상 볼륨 사이에 기존 SnapMirror 관계가 있는지 확인합니다.

    1. 기존 SnapMirror 관계가 없는 경우 새 대상 볼륨을 만들고 보호되지 않은 각 소스 볼륨 간에 새 SnapMirror 관계를 만듭니다.

    2. 기존 SnapMirror 관계가 있는 경우 해당 관계를 사용하여 모든 복제 작업을 수행합니다.

재해 복구가 모든 관계를 생성하고 초기화한 후, 서비스는 예약된 각 백업에서 다음과 같은 데이터 보호 단계를 수행합니다.

  1. "애플리케이션 일관성"으로 표시된 각 VM에 대해 VMware 툴을 사용하여 지원되는 애플리케이션을 백업 상태로 전환하십시오.

  2. 보호된 VMware 데이터스토어를 호스팅하는 모든 ONTAP 볼륨의 새 스냅샷을 만듭니다.

  3. SnapMirror 업데이트 작업을 수행하여 해당 스냅샷을 대상 ONTAP 클러스터에 복제합니다.

  4. 보존된 스냅샷 수가 복제 계획에 정의된 최대 스냅샷 보존 기간을 초과했는지 확인하고 소스 및 대상 볼륨에서 불필요한 스냅샷을 삭제합니다.

지원되는 보호 대상 및 데이터 저장소 유형

지원되는 데이터 저장소 유형 재해 복구는 다음과 같은 데이터 저장소 유형을 지원합니다:

  • ONTAP 클러스터에 있는 ONTAP FlexVol 볼륨에 호스팅된 NFS 데이터 저장소입니다.

  • iSCSI 또는 FC 프로토콜을 사용하는 VMware vSphere 가상 머신 파일 시스템(VMFS) 데이터 저장소

Kubernetes 워크로드의 경우 Disaster Recovery는 ONTAP 스토리지의 NetApp Trident를 통해 프로비저닝된 영구 볼륨을 보호합니다.

지원되는 보호 대상

  • Amazon FSx for NetApp ONTAP 사용한 AWS의 VMware Cloud(VMC)

  • ONTAP 스토리지를 사용하는 또 다른 온프레미스 NFS 기반 VMware 환경 또는 온프레미스 FC/iSCSI VMFS 환경

  • Amazon Elastic VMware 서비스

  • Azure VMware Solution with NetApp Cloud Volumes ONTAP(iSCSI)(비공개 미리 보기)

  • Google Cloud NetApp Volumes 사용한 Google Cloud VMware Engine(GCVE)

  • Trident 관리형 ONTAP 스토리지를 실행하는 Kubernetes 클러스터(Trident Protect를 사용하여 보호)

재해 복구에 도움이 될 수 있는 용어

재해 복구와 관련된 용어를 이해하면 도움이 될 수 있습니다.

  • 데이터 저장소: VMDK 파일을 보관하기 위해 파일 시스템을 사용하는 VMware vCenter 데이터 컨테이너입니다. 일반적인 데이터 저장소 유형은 NFS, VMFS, vSAN 또는 vVol입니다. 재해 복구는 NFS 및 VMFS 데이터 저장소를 지원합니다. 각 VMware 데이터스토어는 단일 ONTAP 볼륨 또는 LUN에 호스팅됩니다. 재해 복구는 ONTAP 클러스터에 있는 FlexVol 볼륨에 호스팅된 NFS 및 VMFS 데이터 저장소를 지원합니다.

  • 복제 계획: 백업이 발생하는 빈도와 장애 조치 이벤트를 처리하는 방법에 대한 일련의 규칙입니다. 계획은 하나 이상의 리소스 그룹에 할당됩니다.

  • 복구 지점 목표(RPO): 재해 발생 시 허용되는 최대 데이터 손실량입니다. RPO는 복제 계획의 데이터 복제 빈도 또는 복제 일정에 정의됩니다.

  • 복구 시간 목표(RTO): 재해로부터 복구하는 데 허용되는 최대 시간입니다. RTO는 복제 계획에 정의되며, DR 사이트로 페일오버하여 모든 VM 또는 애플리케이션을 재시작하는 데 걸리는 시간입니다.

  • 리소스 그룹: 여러 VM, 데이터스토어 또는 Kubernetes 리소스를 단일 단위로 관리할 수 있도록 하는 논리적 컨테이너입니다. VM은 한 번에 하나의 리소스 그룹에만 속할 수 있습니다. 보호하려는 각 애플리케이션 또는 워크로드에 대해 리소스 그룹을 생성할 수 있습니다.

  • 사이트: 일반적으로 하나 이상의 vCenter 클러스터 또는 Kubernetes 클러스터와 ONTAP 스토리지를 호스팅하는 물리적 데이터 센터 또는 클라우드 위치와 연결된 논리적 컨테이너입니다.

  • AppVault: Kubernetes 워크로드의 경우, Trident Protect가 Kubernetes 보호 데이터를 저장하는 클라우드 스토리지 대상입니다.

  • Trident Protect: 재해 복구에서 Kubernetes 애플리케이션을 보호하기 위해 사용하는 NetApp 소프트웨어입니다.