NetApp Tech OnTap
     

NetApp 통합 데이터 보호:
올바른 데이터 보호 솔루션 선택

NetApp® 스토리지의 뛰어난 이점 중 하나는 중요한 데이터를 보호하는 모든 기능이 NetApp 하드웨어 및 Data ONTAP®과 긴밀하게 통합된다는 것입니다. 라이센스 키만 있으면 되는 경우가 많습니다. 기능 추가를 위해 전문 어플라이언스를 구매하거나 복잡한 소프트웨어를 설치할 필요가 없습니다. NetApp의 모든 데이터 보호 솔루션은 내장된 데이터 관리 기능을 활용합니다.

기존의 데이터 보호 방식을 사용하면 복잡성과 비용이 증가합니다.

그림 1) 기존의 데이터 보호 방식을 사용하면 복잡성과 비용이 증가합니다.

NetApp 통합 데이터 보호의 기본 사항은 이전 Tech OnTap 문서에서 다루었습니다. 이 문서에서는 NetApp의 복제 기술에 대해 자세히 알아보겠습니다. 볼륨 SnapMirror®, qtree SnapMirror, SnapVault® 및 MetroCluster™ 등 NetApp 데이터 보호 제품의 주요 요소에는 대부분 미러링 또는 복제가 사용됩니다. 이러한 기술의 작동 방식과 서로 간의 차이를 이해하면 최상의 데이터 보호 전략을 더욱 쉽게 선택할 수 있습니다. 이 문서에서는 우선 다양한 기술에 대해 설명한 후 각자의 요구 사항에 맞는 옵션 선택에 도움이 될 지침을 제공하겠습니다.

NetApp 복제 옵션

Tech OnTap에서는 수년간 SnapMirror, SnapVault 및 MetroCluster에 대해 많은 내용을 발표했습니다. 그러나 이러한 제품의 일부 핵심 기능 및 서로 간의 몇 가지 중요한 차이점에 대해 단일 문서에서 충분히 소개한 적은 없는 것 같습니다. 이 문서에서는 SnapMirror로 시작해서 다른 두 제품을 비교하여 설명하겠습니다. (SnapMirror 설명이 다소 긴 것 같아도 너무 걱정하지 마십시오. 비슷한 길이의 설명을 읽지 않아도 SnapVault 및 MetroCluster에 대해 이해할 수 있을 것입니다.) 그래도 궁금한 점이 있는 경우 도움이 되도록 몇 가지 비교 표도 넣었습니다.

SnapMirror
SnapMirror의 기본 용도는 재해 복구를 위해 원격 위치에 미러를 만드는 것이라는 사실은 누구나 알고 있을 것입니다. 그러나 실제로 2가지 SnapMirror 작동 모드가 있다는 사실은 잘 알려져 있지 않습니다.

볼륨 SnapMirror는 물리적 블록 레벨에서 작동합니다. 볼륨 SnapMirror는 전체 볼륨 콘텐츠 및 모든 볼륨 속성 그대로를 소스(기본) 볼륨에서 타깃(보조) 볼륨으로 복제합니다. 따라서 타깃 스토리지 시스템에서 소스와 같거나 이후 버전의 Data ONTAP이 실행되고 있어야 합니다. 중복제거 또는 NetApp 데이터 압축(Data ONTAP 8.0.1에 추가됨)이 기본 시스템에서 실행되고 있는 경우 대상 볼륨은 이러한 절감 효과를 그대로 상속합니다. 볼륨이 동일하고 WAN에서도 절감 효과를 볼 수 있기 때문입니다.

Qtree SnapMirror는 개별 qtree를 복제합니다. Qtree는 볼륨의 서브셋이므로 qtree SnapMirror는 논리적 레벨에서 작동합니다. 타깃 시스템에는 qtree에 필요한 볼륨 레벨 기록 정보 중 일부가 없기 때문에 qtree를 그대로 복제할 수 없습니다.

복제가 논리적 레벨에서 일어나므로 볼륨 SnapMirror와는 몇 가지 중요한 차이가 있습니다. 첫째, qtree SnapMirror는 중복제거 절감 효과를 상속하지 않습니다. 소스 및 타깃의 맥락에서 생각해보면 이를 쉽게 이해할 수 있습니다. 소스의 qtree에는 qtree 외부에 있는 블록에 대한 포인터에 지나지 않는 중복 제거된 블록이 포함되어 있을 수 있습니다 . 이 블록은 타깃에 분명히 없을 것이므로 포인터만이 아니라 블록을 qtree와 함께 복제해야 합니다. 이 시나리오에서는 qtree SnapMirror가 볼륨 SnapMirror보다 네트워크 및 용량 효율성이 떨어집니다.

기본적으로 qtree SnapMirror는 마지막에 생성된 스냅샷 복사본만 복제하므로 소스 및 타깃 위치에서 스냅샷 복사본 수가 동일하지 않습니다. (볼륨 SnapMirror의 경우 기본적으로 소스 및 타깃 모두에서 Snapshot 복사본 수가 동일합니다.) Qtree SnapMirror는 복제 업데이트를 수행하는 데 필요한 공통 스냅샷 복사본 쌍만 유지합니다. 다시 말하면, qtree SnapMirror에는 스냅샷 보존 기능이 없습니다.

두 형태의 SnapMirror 모두 기본 복사로 시작합니다. 즉, 볼륨 또는 qtree의 모든 데이터를 소스에서 타깃으로 복제합니다. 기본 복사가 완료되면 정기적으로 복제를 수행합니다. 볼륨 SnapMirror는 비동기, 반동기 및 동기 복제를 지원하지만 qtree SnapMirror는 비동기 복제만 지원합니다.

비동기 모드에서는 소스에서 볼륨 또는 qtree의 스냅샷 복사본이 정기적으로 생성됩니다. 마지막 복제 주기 이후에 변경되거나 새로 생성된 블록만 타깃으로 전송되므로 이 방법은 스토리지 시스템 오버헤드 및 네트워크 대역폭 면에서 매우 효율적입니다.

동기화 모드에서는 미리 결정된 일정에 따르는 것이 아니라 업데이트가 발생할 때 소스에서 타깃으로 업데이트를 보냅니다. 따라서 전체 소스 시스템에 장애가 발생하는 경우에도 소스 시스템에 기록된 데이터가 타깃에서 보호됩니다. 타깃을 완전히 최신 상태로 유지하기 위해 NVLOG 및 CP(Consistency Point) 전달을 사용합니다. NVLOG 전달을 사용하면 NetApp 스토리지의 NVRAM에 일반적으로 캐쉬된 쓰기 로그의 데이터를 타깃과 동기화할 수 있습니다. Consistency Point 전달을 사용하면 온디스크 파일 시스템 이미지를 동기화된 상태로 유지할 수 있습니다.

반동기 모드는 동기 모드와 2가지 면에서 다릅니다. 타깃의 승인 없이도 소스에 대한 쓰기 작업이 커밋 및 승인되며, NVLOG 전달이 사용되지 않습니다. 이러한 2가지 변경 사항 덕분에 달성 가능한 복구 시점 목표(RPO) 관점에서 매우 작은 적중률로도 애플리케이션 응답이 빨라집니다.

이러한 모든 모드에 대한 자세한 내용은 TR-3446: SnapMirror Async Overview and Best Practices GuideTR-3326: SnapMirror Sync and SnapMirror Semi-Sync Overview and Design Considerations를 참조하십시오.

SnapMirror

그림 2) SnapMirror

마지막으로 SnapMirror와 관련하여 알아야 할 중요한 사항 중 하나는 볼륨 및 qtree SnapMirror 모두 타깃을 쓰기 가능하게 만들 수 있다는 점입니다. 즉, 소스 또는 기본 시스템에 영향을 주는 장애가 발생하는 경우 작업을 페일오버하고 타깃에 쓰기 작업을 시작할 수 있습니다. 장애가 해결되면 페일백 재동기화를 수행하여 델타 변경 사항을 소스로 다시 복사하고 정상 작동으로 돌아갈 수 있습니다. 이 기능은 SnapVault와 비교되는 중요한 차이점입니다.

SnapVault
SnapVault는 기본적으로 D2D(Disk-to-Disk) 백업을 위한 것입니다. 비동기 SnapMirror처럼 SnapVault는 NetApp Snapshot 기술을 사용하여 시스템을 블록 레벨에서 백업 및 복원합니다. 마찬가지로 SnapVault는 시스템에서 변경된 블록(변경된 파일이 아님)만 식별하여 보조 스토리지로 복사합니다. 따라서 백업 및 복원 작업 중 전송되는 데이터 양이 제한되어 성능이 향상될 뿐 아니라, 백업을 저장하는 데 필요한 용량이 제한되어 필요에 따라 백업을 더 자주 수행할 수도 있습니다.

기본적인 작동 면에서 SnapVault는 qtree SnapMirror와 매우 유사하며 복제를 qtree 레벨에서 논리적으로 수행합니다. 따라서 qtree SnapMirror처럼 소스 볼륨의 정확한 복제가 아니며 소스의 중복제거 또는 데이터 압축 상태를 상속하지 않습니다. (다른 NetApp 볼륨에서와 마찬가지로 타깃에서도 중복제거 및/또는 데이터 압축을 실행할 수 있습니다.)

또한 SnapMirror와는 달리, SnapVault 볼륨은 즉각적인 복구를 위해 쓰기 가능한 상태로 만들 수 없습니다. 따라서 네트워크를 통해 많은 데이터를 전송하는 경우 SnapVault의 복구 시간이 SnapMirror보다 훨씬 더 길어질 수 있습니다. SnapMirror도 가지고 있는 경우 SnapVault 볼륨을 쓰기 가능하게 만들 수는 있지만, SnapVault는 단방향이며 소스를 최신 상태로 되돌리는 페일백 재동기화 기능이 없다는 점을 기억해야 합니다.

SnapVault. Open Systems SnapVault(이 문서에서는 다루지 않음)를 사용하면 타사 스토리지를 백업 프레임워크에 통합할 수 있습니다.

그림 3) SnapVault. Open Systems SnapVault(이 문서에서는 다루지 않음)를 사용하면 타사 스토리지를 백업 프레임워크에 통합할 수 있습니다.

SnapVault는 논리적 레벨에서 작동하므로 이의 주요 기능은 스냅샷 보존 및 스냅샷 병합입니다. 필요한 만큼의 스냅샷 복사본(볼륨당 최대 255개)을 SnapVault 볼륨에 보유할 수 있으며, 설정한 일정에 따라 스냅샷 복사본이 자동으로 만료되게 할 수 있습니다. 병합을 사용하면 여러 소스에서 단일 타깃으로 여러 SnapVault 프로세스를 실행한 다음 서로 다른 소스를 모두 포함하는 하나의 스냅샷 복사본을 타깃에서 생성할 수 있습니다. 따라서 저장되는 스냅샷 복사본 수가 줄며, 타깃 시스템에서 중복제거를 실행할 경우 백업의 모든 qtree에서 동일한 블록의 중복을 제거할 수 있습니다.

SnapVault의 모든 것에 대해 자세히 알아보려면 SnapVault Best Practices Guide를 참조하십시오.

표 1) SnapMirror 및 SnapVault 비교

기능

볼륨 SnapMirror

Qtree SnapMirror

SnapVault

복제 유형

물리적

논리적

논리적

복제 네트워크

FC 또는 IP

FC 또는 IP

IP만

여러 복제 경로

아니요

Data ONTAP 버전 구분

아니요

아니요

네트워크 압축

예(승인 필요)

아니요

RPO(손실을 감수할 수 있는 데이터의 양)

1분(1)

2분(2)

1시간

페일오버 기능

예(SnapMirror와 함께 사용할 경우)

백업용 스냅샷 보존

아니요

가능하지만 지루함

스냅샷 병합

해당 없음

아니요

페일백 재동기화

아니요

중복제거

타깃이 중복제거 및 네트워크 절감 효과를 상속함

타깃이 중복제거 절감 효과를 상속하지 않음

SnapVault 및 중복제거가 통합됨, 타깃이 중복제거 절감 효과를 상속하지 않음

 

11분 업데이트도 가능하지만 사용하지 않는 것이 좋습니다. RPO가 낮으면(3분 미만) SnapMirror Semi-Sync를 사용하십시오.<3 minutes).

21분 업데이트도 가능하지만 사용하지 않는 것이 좋습니다. 독립형 qtree에서는 SnapMirror Semi-Sync를 사용할 수 없습니다.

MetroCluster
지속적인 데이터 가용성을 위한 NetApp 솔루션은 MetroCluster입니다. 이 솔루션은 매우 다른 방식으로 작동하므로 SnapMirror 및 SnapVault와 같은 범주에 속하지 않지만, 개념적으로는 이해하기가 쉽습니다. 이름에서 알 수 있듯이 MetroCluster는 "확장" 클러스터링을 제공합니다. MetroCluster에서는 표준 NetApp HA 쌍을 사용할 수 있고 노드를 최대 100km까지 분리할 수 있습니다. MetroCluster는 미러링된 모든 데이터의 전체 복사본 2개를 클러스터 양쪽에 각각 하나씩 유지하는 완전히 미러링된 Active-Active 구성을 사용합니다. 플렉스라고 하는 이러한 복사본은 Data ONTAP이 디스크에 데이터를 쓸 때마다 계속 동기적으로 업데이트됩니다.

각 컨트롤러는 양쪽 노드에 스토리지 볼륨(플렉스)을 가지고 있습니다. 따라서 양쪽 노드에서 중복제거를 수행할 수 있을 뿐 아니라 두 디스크 세트 간에 읽기 작업을 분리할 수 있어서 읽기 성능이 80%까지 향상됩니다. MetroCluster에 대해 자세히 알아보려면 최신 Tech OnTap 사례 연구를 읽어보거나 전체 비디오 설명을 시청하십시오.

표 2) MetroCluster 및 SnapMirror Sync 비교

 

SnapMirror Sync

MetroCluster

복제 네트워크

IP 또는 FC

FC

동시 전송 수 제한

제한 없음

최대 거리

200km
(200km를 넘으면 반동기)

100km

HA 쌍 간의 복제

아니요

페일오버

CLI

CLI(단일 명령), System Center

복제본 사용

 

기본 중복제거 지원

 



어떤 옵션을 선택해야 하나요?

이전 섹션의 표 1과 표 2는 특정 요구에 맞는 최적의 복제 옵션을 선택하는 데 도움을 주기 위해 만든 것입니다. 위에서 설명한 여러 기술 중에서 선택하는 데 도움이 될 몇 가지 고려 사항이 있습니다. 가장 먼저 확인해야 할 가장 중요한 사항은 필요한 것이 백업인지 재해 복구(DR)인지 확인하는 것입니다.

백업
원하는 작업이 백업인 경우, 기본 스토리지에 대한 정기적인 스냅샷 일정(보통 시간 단위)과 야간에 SnapVault를 보조 스토리지로 복사하는 작업을 결합하면 대부분의 백업 요구가 충족됩니다. 기본 스토리지에 대한 스냅샷 복사본으로도 대부분의 파일 복원은 충분하지만, SnapVault는 더 이전 시점으로 돌아가는 기능 및 좀 더 심각한 장애가 발생할 경우 대규모 복원을 수행하는 기능을 제공합니다.

여러 주요 애플리케이션 환경에 맞게 Syncsort 데이터 관리와 NetApp 복제의 이점을 결합한 NetApp Syncsort 통합 백업에 대한 비디오를 보려면 요약 부분을 참조하십시오.

DR
사이트 전체의 재해에 대비하고 비즈니스 연속성을 보장하려면 MetroCluster 또는 SnapMirror 중에서 선택할 수 있습니다. 구축된 수를 기준으로 지금까지 가장 많이 사용된 방법은 비동기 복제 기능이 포함된 볼륨 SnapMirror입니다. 이 방법을 선택하는 이유는 스토리지와 네트워크 리소스를 효율적으로 사용하여 매우 경제적일뿐 아니라 단순하기 때문입니다. NetApp은 SnapMirror의 개발 작업에 대규모로 투자하여 대역폭 제한, 네트워크 압축, 애플리케이션 통합을 위한 SnapManager 제품군과의 통합과 같은 귀중한 기능을 개발했습니다.

Qtree 및 볼륨 SnapMirror는 모두 초 단위에서 분 단위까지의 범위로 복구 시간 목표(RTO)를 달성할 수 있으며, 1분 단위까지의 복구 시점 목표(RPO)도 달성할 수 있습니다. 이 경우 매분 데이터 복제를 수행해야 하는데 NetApp에서는 일반적으로 매분 비동기적으로 복제하는 것을 권장하지 않습니다. 복구 시간이 1-3분 사이인 경우 반동기 모드의 SnapMirror를 선택하는 것이 더 좋습니다. (RPO 및 RTO에 대해 잘 모르는 경우 요약 부분을 참조하십시오.)

비동기 SnapMirror로 얻을 수 있는 것보다 짧은 RPO가 필요한 경우 MetroCluster 또는 동기 SnapMirror를 선택할 수 있습니다. 하지만 동기 솔루션은 일반적으로 더 큰 네트워크 대역폭과 전문 네트워크 장비가 있어야 구현할 수 있으므로 비용이 상당히 더 듭니다.

MetroCluster는 지속적인 데이터 가용성과 자동 페일오버 및 복구를 제공하므로 거리가 최대 100km인 경우 더 적합한 솔루션입니다. SnapMirror Sync는 지원 범위가 2배에 달하는 200km입니다. 더 먼 거리에서 가장 낮은 RPO가 필요한 경우 지원 범위가 더 먼 SnapMirror Semi-Sync를 사용할 수 있습니다.

특수 사례
위에서 다룬 접근법으로도 대부분의 상황이 해결되겠지만 특수한 사례는 언제나 있게 마련입니다. 일부 사용자는 필요할 때 백업 볼륨을 빠르고 쉽게 쓰기 가능하도록 만들 수 있다는 이유 때문에 SnapMirror를 백업에 사용합니다. 반면 다른 사용자는 어느 시점으로든 복구할 수 있다는 이유로 SnapVault를 재해 복구에 사용합니다. 위에서 설명한 대로 SnapVault만으로는 SnapVault 볼륨을 쓰기 가능하게 만들 수 없지만 SnapVault와 SnapMirror를 같이 사용하면 가능합니다.

시작하기

일반적으로 많은 NetApp 사용자는 백업과 DR 요구를 모두 해결하기 위해 이 문서에서 설명한 솔루션을 조합하여 구현합니다. 상당히 일반적인 시나리오는 중요한 볼륨을 원격 사이트로 복제하기 위해 SnapMirror를 사용하고, 이와 함께 원격 사이트에서의 정기적인 백업을 위해 SnapVault를 사용하는 것입니다. 일부 사이트에서는 데이터 보호 요구를 해결하기 위해 MetroCluster, SnapMirror 및 SnapVault를 함께 구현하기도 합니다.

그림 4) NetApp 통합 데이터 보호 포트폴리오(이 문서에서 설명하지 않은 기능 포함)

고급 구성, 이 문서에서 다룬 모든 주제 및 이 문서에서 다루지 않은 데이터 보호 계획 등과 같은 주제에 대해 자세히 알아보려면 NetApp Data Protection Handbook을 참조하십시오. 이 문서에서 언급한 기타 리소스에 대해서도 자세히 알아볼 수 있습니다. NetApp은 모든 종류의 데이터 보호 솔루션과 관련된 많은 전문성을 축적했습니다. 언제든 올바른 결정을 내리기 위해 도움이 필요하면 온라인 NetApp 커뮤니티를 방문하거나 NetApp 팀에 문의하십시오.

NetApp 커뮤니티
 통합 데이터 보호에 대한 의견이 있으십니까?

NetApp 온라인 커뮤니티에서 질문을 하고 아이디어를 교환하며 생각을 공유하십시오.

Jason Blosil

Srinath Alapati
기술 마케팅 엔지니어
NetApp

Srinath는 2004년에 NetApp에 입사한 이래 4년간 데이터 보호 그룹에서 근무했으며 IT, 서버 및 스토리지 인프라 관리 분야에서 10년 이상의 경험을 쌓았습니다. Srinath는 SnapMirror, MetroCluster, VMware® 및 Exchange에 대한 여러 기술 보고서를 단독으로 또는 공동으로 작성했으며 다양한 기술 회의에 발표자로 참여합니다. 또한 NetApp IT 재해 복구 구현 업무를 담당하는 핵심적인 팀 구성원입니다.

 
탐색
 
연락처   |   구매 방법   |   피드백   |   채용  |   구독   |   개인 정보 보호 정책   |   © 2011 NetApp