![]() |
Stephen Manley
데이터 보호 담당 기술 이사, NetApp Stephen은 컴퓨터 공학 학사로 Harvard 대학을 졸업하고 1997년 NetApp Engineering에 입사했습니다. 그는 SnapMirror®를 포함하여 NetApp의 테이프, 디스크 간 백업, 미러링 및 호환 기술을 정의 및 개발해왔습니다. 또한 안정적이고 간편한 개방형 데이터 보호 솔루션을 제공하고자 전세계 데이터 센터를 돌며 고객 및 백업 파트너와 협력하고 있습니다. |
에이브러햄 링컨 대통령이 열차를 타고 가는 도중 편지 봉투의 뒷면에 게티스버그 연설문을 작성했다는 유명한 일화가 있습니다. 그는 몇 일 전에 연설문을 어렵게 작성해둔 상태였지만 몇 가지 중요한 사항에 집중할 수 있도록 이 봉투를 사용했습니다.
NetApp SnapMirror는 수년 간에 걸친 많은 노력들이 업계를 어떻게 변화시킬 수 있는지를 보여줍니다. SnapMirror를 생각하면 저비용, 단순성 및 안정성이 떠오릅니다. SnapMirror는 간단하고 저렴한 미러를 통해 낮은 데이터 계층에 대한 재해 복구를 가능하게 해줍니다. 이 제품은 신규 하드웨어 구매를 최소화하고 기존의 기본 스토리지를 최적화할 수 있는 고유한 구성 옵션을 제공합니다. SnapMirror 복사본은 일상적인 관리자 및 비즈니스 활동의 일부로 포함되며 DR(재해 복구)의 안정성을 향상시켜 줍니다. SnapMirror의 저렴하고, 단순하며, 안정적인 미러링은 언제 어디서나 어떤 목적으로든 데이터를 사용할 수 있게 해줍니다.
이 문서에서는 오늘날 IT 팀이 SnapMirror를 활용하는 세 가지 방식에 대해 설명합니다.
이 문서의 끝에 있는 Q&A에서는 일반적인 SnapMirror 관련 질문에 대한 답을 제시합니다.DR 비용을 낮추고 더 많은 데이터를 보호합니다.
SnapMirror는 저비용, 단순성 및 안정성을 위해 설계되었기 때문에 고객이 모든 비즈니스 핵심 데이터에 대한 미러링을 배포할 수 있습니다.
일반적으로 재해는 가장 중요하고 가장 보호 수준이 높은 데이터에서만 발생하는 것이 아니며, 재해로 인해 낮은 계층의 어플리케이션 및 데이터의 중요성이 밝혀지기도 합니다. IT 조직 계층의 스토리지와 같이 일부에서는 다양한 DR SLA를 충족시킬 수 있는 미러링 계층을 제공하고 있습니다. 선택 가능한 옵션은 "고가의 네트워크와 고가의 시스템을 통해 미러링을 제공"하거나 "테이프를 사용"하는 것입니다. ATA 스토리지에 대한 비동기 미러링을 통해 기업은 "테이프를 사용한" DR 계획을 버릴 수 있습니다.
5년 전 SnapMirror는 FC 기반의 기본 스토리지 시스템에서 ATA NearStore® 시스템으로 미러링하는 기능을 독자적으로 제공했습니다. 오늘날 NetApp의 핵심 고객들은 ATA 미러 인프라를 신속하게 확장하고 있습니다. 또한 대부분의 신규 데이터는 반복적으로 수정되거나 신속하게 제거되므로 시간별로 또는 매일 저녁에 비동기 미러링을 주기적으로 수행함으로써 네트워크 트래픽을 대폭 감소시킵니다. 대부분의 고객들은 "완전히 새로운" 데이터만 전송하도록 SnapMirror를 구성함으로써 네트워크 부하를 25%에서 90%까지 줄일 수 있습니다. 저비용의 DR이란 더 많은 데이터를 보호할 수 있다는 것을 의미합니다. 그렇지 않을 까닭이 있습니까?
DR 미러로 새로운 데이터 계층을 확장하고 보호하기 위해서는 미러링이 단순해야 합니다. 불행하게도 오늘날의 미러링 관리는 많은 관리자들이 이 작업을 처리할 사람을 선정하기 위해 "제비뽑기"를 할 정도로 스트레스가 많은 작업입니다. 하지만 스냅샷과 마찬가지로 미러링도 고통스럽지 않은 업무가 되어야 합니다. 이동 중인 데이터나, 불가능한 백업 처리 시간 및 관리가 필요한 프로세스 등이 없어야 합니다.
단순성을 보장하기 위해 NetApp은 Snapshot™ 복사본을 기반으로 SnapMirror를 개발했습니다. 관리자는 SnapMirror를 설정하기 위해 네트워크 또는 테이프를 통해 미러를 초기화하고, 크론(cron)과 같은 일정을 설정하면 그만입니다. 이렇게 간단한 단계만으로도 어플리케이션 및 파일, SAN 및 NAS, 원격 사무실 및 데이터 센터를 모두 보호할 수 있습니다. DR은 한 명의 관리자가 수 페타바이트의 미러를 관리할 수 있을 정도로 간단해야 합니다. SnapMirror 관리를 더욱 단순화하기 위해 NetApp은 최근 Protection Manager™를 선보였습니다. 이 도구에 대한 자세한 내용을 보려면 실제 제품 데모가 포함된 세 가지 일반 백업 및 복제 문제 해결을 참조하십시오.
물론 새로운 단순한 계층형 DR 솔루션이 가치를 가지려면 미러가 물리적 및 논리적 재해로부터 데이터를 안정적으로 보호할 수 있어야 합니다. 하지만 불행하게도 지금까지 "미러는 손상된 정보까지 포함된 모든 것을 미러링"합니다. 악성 프로세스로 인해 파일의 절반이 삭제되면 미러에서도 해당 데이터가 파괴된 채로 보관됩니다. 어플리케이션 및 사용자와 관련한 재해는 물리적 재해보다 자주 발생하기 때문에 기존의 미러를 사용하면 위험에 노출될 수 있습니다. SnapMirror는 이러한 격차를 좁히기 위해 NetApp Snapshot 기술을 기반으로 합니다.
| SnapMirror는 관리자가 물리적 및 논리적 재해로부터 데이터를 복구할 수 있게 해줍니다. |
SnapMirror는 기존의 스냅샷 복사본을 보존하면서 현재 데이터를 보호하기 때문에 관리자는 물리적 및 논리적 재해로부터 데이터를 복구할 수 있습니다. 미러는 모든 재해로부터 데이터를 복구할 수 있어야지, 그렇지 않으면 절반의 기능 밖에는 제공하지 못하게 됩니다.
필자의 고객 중 한 명이 "SnapMirror에 대해 잘 알고 계시니 다행입니다. 시스템을 하나 구입했는데, 시스템을 설정하는 데 도움이 필요합니다."라고 말했습니다. 이 고객을 위해 이 문서의 끝에는 몇 가지 실용적인 Q&A가 포함되어 있습니다.
이 섹션의 질문은 다음과 같습니다.
- ATA 또는 FC 중에서 미러링 대상을 어떻게 결정할 수 있습니까?
- 네트워크에 SnapMirror 병목 현상이 발생하는 것 같습니다. 어떻게 확인할 수 있습니까?
- 네트워크 문제로 인해 SnapMirror에서 일정에 맞게 작업을 수행할 수 없습니다. 더 빠른 파이프 또는 압축 장치를 구입하지 않고도 SnapMirror 구성을 변경하여 문제를 해결할 수 있습니까?
- ATA에서 SnapMirror 성능을 어떻게 최적화할 수 있습니까?
미러를 신뢰할 수 없다면 무엇을 신뢰할 수 있습니까?
SnapMirror는 비용, 단순성 및 안정성에 집중함으로써 포괄적인 데이터 보호를 간소화하면서도 기본 스토리지 시스템의 성능을 향상시켜 줍니다.
미러를 저렴한 비용으로 배포 및 관리할 수 있을 뿐만 아니라 미러를 통해 전반적인 테이프 백업 비용을 줄일 수 있습니다. 폭발적인 데이터 증가와 24x7 업무 운영으로 인해 오늘날 관리자들은 비즈니스 시간 중에 백업을 수행합니다. 계속되는 백업 부하를 해결하기 위해 기업은 서버 및 스토리지를 과도하게 프로비저닝하면서 많은 비용을 소비하고 있습니다. 그러면서도 보험 정책과 같이 유휴 상태의 미러를 유지 관리합니다. 기본 스토리지에서 어플리케이션 및 사용자를 충분히 지원할 수 있도록 미러에서 백업을 처리하면 안될까요? SnapMirror는 활성 데이터 및 스냅샷 복사본을 복제하기 때문에 관리자는 미러를 업데이트하는 동안에도 모든 어플리케이션에 일관적인 스냅샷 복사본을 백업할 수 있습니다. 비용을 줄이기 위해서는 테이프 백업을 미러에서 수행하여 기본 서버 및 스토리지는 어플리케이션 및 사용자를 지원하도록 남겨둬야 합니다.
| 미러는 더 많은 하드웨어 판매를 위한 것이 아니라 고객의 환경을 단순화하고 최적화하기 위한 것이어야 합니다. |
전원 및 냉각 문제도 데이터 보호 문제만큼 빠르게 증가하고 있기 때문에 미러를 위해 추가적인 전용 하드웨어가 요구되어서는 안됩니다. IT 부서들은 복잡성 및 전원 소비를 줄이기 위해 시스템 통합을 추진하고 있습니다. 따라서 미러는 하드웨어 설치 공간을 증가시켜서는 안됩니다.
SnapMirror는 NetApp Flex[*] 기술을 통해 설치 공간을 최소화합니다. 첫째, 고객은 SnapMirror를 통해 여러 소스 시스템을 하나의 대상 시스템으로 복제할 수 있습니다. 둘째, SnapMirror는 A 시스템의 데이터를 B 시스템으로 복제하면서, 동시에 B 시스템의 데이터를 A 시스템으로 복제할 수 있습니다. Data ONTAP® 7.2부터 NetApp 운영 체제의 표준 기능으로 제공되고 있는 NetApp FlexShare™ 소프트웨어를 통해 SnapMirror 및 기타 시스템 활동에 대해 사용자 작업을 우선적으로 수행함으로써 SnapMirror의 영향을 최소화할 수 있습니다.
성능 향상을 위해 관리자는 기본 FlexVol™ 볼륨과 미러링된 FlexVol 볼륨을 동일한 집계로 혼합하는 경우가 많습니다. 전용 "미러" 집계가 없으면 기본 데이터가 모든 디스크 드라이브에 분산됩니다. SnapMirror가 백그라운드에서 데이터 보호를 수행하는 동안 중요한 어플리케이션에서 더 많은 I/O 리소스를 사용할 수 있습니다. 미러는 더 많은 하드웨어 판매를 위한 것이 아니라 고객의 환경을 단순화하고 최적화하기 위한 것이어야 합니다.
물론 재해 발생 시 미러를 통해 데이터를 즉시 제공할 수 없다면 성능은 논의할 가치조차 없어집니다. 미러에서 전송 작업을 수행하는 동안 재해가 발생하더라도 미러를 복구에 활용할 수 있어야 합니다. 또한 미러는 복구 중에도 데이터 일관성을 유지해야 합니다. DR 계획의 4페이지에 있는 23단계를 잘못 실행하여 큰 실수를 저지른 관리자 이야기를 들어 보셨을 것입니다. 미러가 쓸모 없이 되어 버려 그는 새로운 직업을 찾아 나서야 했습니다. 미러는 항상 재해를 안정적으로 처리할 수 있어야 합니다. SnapMirror는 스냅샷 복사본을 사용하여 언제나 일관성을 유지해줍니다. 네트워크 상태에 관계없이 SnapMirror는 마지막 스냅샷 복사본으로 돌아가서 DR을 즉시 수행할 수 있습니다. SnapMirror DR 자체는 데이터 무결성을 훼손할 수 없는 일련의 명령들로 구성됩니다. 미러는 안정적이어야 합니다. 미러를 신뢰할 수 없다면 무엇을 신뢰할 수 있습니까?
Q&A에는 다음과 같이 이와 관련된 질문과 대답이 포함되어 있습니다.
- 백업과 관련하여 DR 전략에서 SnapVault®는 어떤 위치에 있습니까?
- SnapMirror를 실행하면 CPU 사용률이 100%에 달할 때가 있습니다. 잘못된 것입니까?
- 디스크 I/O에 대해 많은 말씀을 하셨습니다만, 디스크 I/O에 대해 그렇게 집착하는 이유가 무엇입니까?
미러 활용
미러는 값비싼 DR 보험 정책에서 DR 이외의 추가 기능까지 제공하는 비용 효율적인 핵심 비즈니스 도구로 발전되고 있습니다. 단일 SnapMirror 복사본으로도 DR 안정성을 향상시키고, 테스트 및 개발을 최적화하고, 일상적인 관리자 활동을 단순화할 수 있습니다.
DR 비용을 줄이려면 미러가 단순히 재해를 기다리고 있게 두지 말고 미러를 활용하십시오. 우선 테이프 백업을 미러로 이전하는 것부터 시작하십시오. 미러는 그 외에도 여러 가지 기능을 수행할 수 있습니다. 관리자는 기본 스토리지에 추가 부하가 발생하거나 데이터가 손상될 위험 등으로 인해 어플리케이션 업그레이드를 테스트하거나, 새로운 데이터베이스 스키마를 평가하거나, 데이터 마이닝을 수행하는 데 많은 어려움을 겪고 있습니다. "실제 운영 환경은 손상될 수 있으므로 손대지 마십시오." 미러는 여분의 사이클을 포함하는 별개의 데이터 복사본이기 때문에 이러한 문제를 해결하는 데 도움을 줄 수 있습니다. SnapMirror에는 스냅샷 복사본이 사용되며 NetApp FlexClone® 기술과 함께 SnapMirror를 사용하여 테스트 및 개발 업무를 안전하게 단일화하고 데이터를 보호할 수 있습니다. 데이터 마이닝의 경우에는 읽기 전용 SnapMirror와 스냅샷 복사본을 사용할 수 있습니다. 테스트를 실행하기 위해 관리자는 해당 SnapMirror의 FlexClone을 즉시 만들어서 별개의 공간 효율적인 읽기/쓰기 복사본을 만들 수 있습니다. 어쨌든 미러는 완벽한 DR 준비를 유지합니다. SnapMirror를 사용하면 보조 스토리지에서 중요한 비즈니스 가치를 제공할 수 있습니다.
미러는 일상적인 비즈니스 가치를 제공해야 할 뿐만 아니라 관리자의 일상 업무도 단순화할 수 있어야 합니다. 어플리케이션에 더 많은 공간 또는 성능이 필요하고, 데이터를 새로운 스토리지로 이동시켜야 하고 사용자 또는 프로젝트로 인해 사이트가 변경되는 오늘날의 동적인 스토리지 환경에서 데이터 마이그레이션은 일상적인 업무가 되었습니다. 미러에서 DR을 올바르게 처리할 수 있다면 데이터 마이그레이션도 쉬울 수 밖에 없습니다. SnapMirror는 스토리지 다운타임을 몇 분 내로 줄여주기 때문에 데이터 마이그레이션을 단순화합니다. IT 팀은 먼저 마이그레이션 대상에 대한 SnapMirror 관계를 설정합니다. 그런 다음 이전 스토리지에 대한 클라이언트 액세스를 해제하고, 미러를 최종 시간으로 업데이트하고, 미러를 분할하고, 클라이언트를 새로운 스토리지로 연결합니다.
단순성. 효율성. 속도.
고객들은 처음에는 DR 이외의 목적으로 미러를 사용하는 것에 대해 불안해 하지만 미러를 계속해서 활용하면 실제로 DR을 성공적으로 수행할 수 있는 가능성이 향상됩니다. 데이터 복구가 실패하는 이유는 데이터가 잘못 보호되었거나 복구 프로세스가 잘못 실행되었기 때문입니다. 미러를 테스트 및 개발이나 데이터 마이그레이션 용도로 사용할 경우 이러한 실패 가능성을 없앨 수 있습니다. 첫째, 클라이언트 또는 어플리케이션에서 데이터를 실제로 사용해보는 것 이상으로 데이터의 적합성을 효율적으로 검증할 수 있는 방법은 존재하지 않습니다. 마치 매일 소방 훈련을 수행하는 것과 같습니다. 둘째, IT 팀이 미러 사용에 익숙해지기 위해서는 실제로 미러를 자주 사용해야 합니다. SnapMirror 고객은 미러 데이터와 그들 자신을 신뢰하기 때문에 재해로부터 데이터를 신속하고 안정적으로 복구할 수 있습니다.
NetApp은 87년 전에 SnapMirror를 만들지는 못했지만 지난 10년 동안 다른 어떤 제품들보다 더 많은 데이터 계층을 보호해왔습니다. SnapMirror는 한 순간의 천재적 영감에 따라 제작된 것이 아니라 저비용, 단순성 및 안정성이라는 세 가지 설계 원칙을 근간으로 수 년간에 걸친 노력으로 이루어졌습니다. SnapMirror는 업무에 중요한 데이터를 언제 어디서나 어떠한 목적으로든 항상 사용할 수 있도록 보장하기 위해 개발되었습니다.
Q&A에는 이와 관련하여 다음과 같은 질문이 포함되어 있습니다.
- VMware로 이전하려고 합니다. VMware에서는 어떻게 활용할 수 있습니까?
- 데이터를 마이그레이션한 다음에는 미러를 어떻게 다시 구성해야 합니까?
- NetApp에서 FlexClone에 대해 그렇게 자랑스러워 하는 이유가 무엇입니까? 복제본은 다른 제품들에서도 지원되는 기능이 아닙니까?
SnapMirror Q&A
DR 비용을 낮추고 더 많은 데이터를 보호합니다.
SnapMirror는 "완전히 새로운" 데이터만 전송하도록 설계되어 있기 때문에 대부분의 고객들은 네트워크 부하를 25%에서 90%까지 줄일 수 있습니다. 저비용의 DR이란 더 많은 데이터를 보호할 수 있다는 것을 의미합니다. 또한 SnapMirror는 물리적 및 논리적 재해로부터 데이터를 안정적으로 보호해줍니다. 전체 내용을 읽어 보십시오.
일반적인 질문은 다음과 같습니다.
Q: ATA 또는 FC 중에서 미러링 대상을 어떻게 결정할 수 있습니까?
A: 다음 세 가지 질문을 스스로에게 해보십시오. 첫째, 재해 발생 중에 성능 상의 병목 현상을 일으킬 수 있는 대상은 무엇입니까? ATA는 FC보다 느리지만 지연 시간이 높은 네트워크의 DR 시스템에 연결할 경우 디스크 유형은 문제가 되지 않습니다. 둘째, 어떤 RPO를 원합니까? FC에서 ATA로의 동기 미러를 실행하지 마십시오. 적어도 15분의 간격을 두는 것이 좋습니다. 셋째, 어떤 구성이 더 유연합니까? 이 질문은 1번과 2번 또는 예산에 대한 대답이기도 합니다.
Q: 네트워크에 SnapMirror 병목 현상이 발생하는 것 같습니다. 어떻게 확인할 수 있습니까?
A: SnapMirror 병목 현상은 CPU, 디스크 I/O 및 네트워크의 세 가지 영역에서 발생할 수 있습니다. 네트워크 처리량 또는 지연 시간에 따라 속도가 느려질 수 있지만 시스템 부하에 따른 영향을 무시하지는 마십시오. 시스템에서 CPU 및/또는 디스크 사용률이 90%에 달하는 경우 SnapMirror는 사용자 작업을 보다 우선시하기 때문에 SnapMirror에 사용할 리소스가 거의 남지 않게 됩니다. 이러한 수치가 정상적인 경우에는 테이프로 SnapMirror를 실행해 보십시오(SnapMirror 보관). 네트워크를 제거할 경우 병목 현상이 격리될 수도 있습니다.
Q: 네트워크 문제로 인해 SnapMirror에서 일정에 맞게 작업을 수행할 수 없습니다. 더 빠른 파이프 또는 압축 장치를 구입하지 않고도 SnapMirror 구성을 변경하여 문제를 해결할 수 있습니까?
A: 그럴 수도 있습니다. 이 문제는 두 가지 상반된 해결책이 있습니다. 데이터를 자주 덮어쓰는 고객은 SnapMirror를 조금 뜸하게 실행하여 중복 네트워크 트래픽을 제거합니다. 데이터를 자주 덮어쓰지 않는 고객은 SnapMirror를 보다 자주 실행합니다. 이들은 새 데이터를 미러에 계속해서 보냄으로써 네트워크 대역폭을 더 효과적으로 활용할 수 있습니다. 작업 로드는 다음 두 가지 방법으로 쉽게 확인할 수 있습니다. 첫째, snap delta 명령을 사용하여 스냅샷 복사본 사이에 변경된 데이터 양을 모니터링할 수 있습니다. 둘째, SnapMirror 일정을 수정하여 SnapMirror 로그를 검사합니다. 어느 방법으로든 4시간에 한 번씩 데이터를 전송할 때보다 1시간에 한 번씩 네 번의 데이터를 전송할 때 얼마나 많은 데이터가 추가로 전송되는지를 확인합니다. 하지만 결국에는 더 빠른 네트워크를 구입해야 할 것입니다.
Q: ATA에서 SnapMirror 성능을 어떻게 최적화할 수 있습니까?
A: FlexVol 볼륨을 사용하여 한 번에 모든 ATA 드라이브를 활용할 수 있도록 미러를 구성하십시오. 기본 스토리지에서 ATA 드라이브는 FC 드라이브보다 느리기 때문에 이를 보다 일관적으로 사용하여 성능을 보완해야 합니다. 다행스럽게도 FlexVol 볼륨은 최대 개수의 스핀들 사이에 미러를 분산시킬 수 있게 해주며 SnapMirror의 단순한 일정 기능은 각 대상 집계에 대해 하나 이상의 전송을 항상 쉽게 실행할 수 있게 해줍니다.
미러를 신뢰할 수 없다면 무엇을 신뢰할 수 있습니까?
SnapMirror는 활성 데이터 및 스냅샷 복사본을 복제하기 때문에 관리자는 미러를 업데이트하는 동안에도 모든 어플리케이션에 일관적인 스냅샷 복사본을 백업할 수 있습니다. 비용을 줄이기 위해서는 테이프 백업을 미러에서 실행하여 기본 서버 및 스토리지의 작업 로드를 줄여야 합니다. 성능 향상을 위해서는 기본 FlexVol 볼륨과 미러링된 FlexVol 볼륨을 동일한 집계에 혼합해야 합니다. 전체 내용을 읽어 보십시오.
일반적인 질문은 다음과 같습니다.
Q: 백업과 관련하여 DR 전략에서 SnapVault는 어떤 위치에 있습니까?
A: 지난 5년 동안 NetApp의 D2D 백업 솔루션으로 제공되고 있는 SnapVault는 두 가지 DR 계층을 추가합니다. SnapVault는 그 자체로 주기적 미러링과 기존의 D2D 및 테이프 백업 사이의 계층을 제공합니다. SnapVault는 사용자가 자신의 데이터를 복구할 수 있게 해주는 시간별 백업과 20:1에서 50:1의 중복성 제거를 지원하는 CDP 스타일을 실행할 수 있습니다. 하지만 SnapVault를 쓰기 가능하도록 만들 수는 없습니다. 따라서 복구가 다른 D2D 또는 테이프 백업보다는 빠르지만 DR 미러보다는 상당히 느릴 수 밖에 없습니다.
SnapVault와 SnapMirror를 함께 사용하면 통합된 DR 및 백업 계층을 제공할 수 있습니다. SnapMirror는 모든 SnapVault 백업을 사용하여 거의 즉각적인 복구를 수행할 수 있습니다. 한 가지 주의할 점은 SnapMirror만 사용하면 일정에 따라 0 RPO에서 그 이상까지 제공할 수 있지만 SnapVault와 SnapMirror를 함께 사용하면 최대 1시간까지의 RPO만 제공할 수 있다는 점입니다. 결국 백업 관리와 중복성 제거는 계산적으로 볼 때 공짜가 아닌 것입니다.
Q: SnapMirror를 실행하면 CPU 사용률이 100%에 달할 때가 있습니다. 잘못된 것입니까?
A: 꼭 그런 것은 아닙니다. CPU 사용률이 90%에 이른 상태이고 수행해야 하는 작업이 있다면 시스템을 최대한 활용하지 못하고 있는 것입니다. 사용률이 100%에 달하면 작업 로드로 인해 우선 순위가 높은 작업의 실행 속도가 느려질 것으로 생각합니다. 이상적으로 시스템은 가능한 한 최대한 성능을 발휘해야 하지만 중요한 작업이 우선적으로 처리되도록 두십시오. SnapMirror는 이러한 방식으로 운영되도록 설계되었습니다. 이러한 방식은 CPU를 가능한 한 공격적인 방식으로 활용하지만 사용자의 작업 부하에 미치는 영향을 최소화하기 위해 끊임 없이 로드를 비우는 작업을 수행합니다. SnapMirror로 인해 어플리케이션의 성능이 감소되는 것으로 확인된 경우에는 CPU 과부하 보다는 디스크 I/O 로드로 인한 것일 가능성이 더 높습니다. SnapMirror의 업데이트 빈도를 줄이고 FlexShare에서 전반적인 디스크 I/O 로드를 모니터링하십시오.
Q: 디스크 I/O에 대해 많은 말씀을 하셨습니다만, 디스크 I/O에 대해 그렇게 집착하는 이유가 무엇입니까?
A: 프로세서 성능은 계속해서 빠르게 증가합니다. 메모리도 꾸준하게 비용이 낮아지고 있습니다. 버스 대역폭도 계속해서 증가하고 있습니다. 디스크 드라이브 용량은 폭발적으로 증가하고 있지만 디스크 드라이브 성능은 그에 미치지 못하고 있습니다. 막대한 양의 데이터와 컴퓨팅 성능이 제공되는 상황에서 디스크 I/O는 중요한 요소가 되고 있습니다. NetApp 솔루션은 데이터 보호를 위해 I/O를 최소화하고, 최적화하고, 로드를 분산하므로 기본 스토리지 리소스를 어플리케이션 지원에 집중할 수 있습니다.
미러 활용
미러는 값비싼 DR 보험 정책에서 DR 이외의 추가 기능까지 제공하는 비용 효율적인 핵심 비즈니스 도구로 발전되고 있습니다. 단일 SnapMirror 복사본으로도 DR 안정성을 향상시키고, 테스트 및 개발을 최적화하고, 일상적인 관리자 활동을 단순화할 수 있습니다. 전체 내용을 읽어 보십시오.
일반적인 질문은 다음과 같습니다.
Q: VMware 로 이전하려고 합니다. VMware에서는 어떻게 활용할 수 있습니까?
A: VMware와 모든 가상 서버 기술은 매우 유용한 기술입니다. VMware 및 NetApp은 다음과 같은 세 가지 중요한 기회를 제공합니다. 첫째, VMware는 서버 및 스토리지를 위한 DR 계층을 배포할 수 있도록 지원하기 때문에 NetApp의 계층형 DR 구현을 완성시켜주는 기술입니다. 가상 시스템에서 DR 사이트는 더 적은 수의 서버로 운영될 수 있습니다. NetApp은 DR 스토리지 비용을 줄여 주며, 결과적으로 서버 비용을 줄일 수 있습니다. 둘째, VMware는 SnapMirror와 함께 작동하여 테스트 및 개발을 더욱 단순하게 해줍니다. SnapMirror를 FlexClone으로 만들고, 어플리케이션에 사용할 가상 서버를 만들고, 운영을 시작하기만 하면 됩니다. 기본 스토리지 및 서버에 대한 부하가 없고, 추가 데이터 복사본도 필요하지 않으며, 시스템/어플리케이션을 복잡하게 구성할 필요가 없습니다. 셋째, VMware는 백업 로드를 분산하여 SnapMirror의 가치를 더욱 향상시킵니다. 서버 사용률이 늘어남에 따라 부하가 높은 백업 작업을 실행할 여유가 없어질 수 있습니다. 더 이상의 추가 CPU를 사용할 수 없게 됩니다. VMware 환경에서 SnapMirror는 서버 및 스토리지로부터 백업에 따른 부하를 분산합니다. 이러한 방식을 통해서만 확장을 유도할 수 있습니다.
(참고: 이 주제에 대한 자세한 내용은 VMware VI3에서 NetApp Snapshot 복사본을 사용하기 위한 5가지 방법을 참조하십시오.)
Q: 데이터를 마이그레이션한 다음에는 미러를 어떻게 다시 구성해야 합니까?
A: 볼륨을 마이그레이션할 경우에는 단순히 소스 시스템/볼륨/qtree 이름에 맞게 snapmirror.conf를 변경하고 대상에 대한 전송을 허용하도록 새 소스를 구성(snapmirror.allow 또는 /etc/snapmirror.allow 옵션 사용)하기만 하면 됩니다. 미러를 나누거나 다시 동기화할 필요가 없습니다. SnapMirror는 중지된 곳에서부터 자동으로 다시 시작됩니다.
Q: NetApp에서 FlexClone에 대해 그렇게 자랑스러워 하는 이유가 무엇입니까? 복제본은 다른 제품들에서도 지원되는 기능이 아닙니까?
A: NetApp은 스냅샷에 사용되는 방식에 따라 혁신적인 복제 방식을 구현했습니다. 이 두 기술은 모두 동일한 원칙에 따라 개발된 것입니다. NetApp은 성능이나 스토리지에 대한 제약 없이 볼륨마다 수 백 개의 스냅샷 복사본을 저장할 수 있습니다. 스냅샷 복사본은 데이터가 수정될 때 추가 I/O를 발생시키지 않으며 변경된 블록에 대해서만 공간을 소비합니다.
NetApp은 이제 성능이나 스토리지에 대한 제약 없이 수 백 개의 FlexClone 복사본을 만들 수 있습니다. FlexClone 복사본은 어떤 스냅샷 복사본에서도 즉시 만들 수 있습니다. 이 순간에 복사본은 스냅샷 복사본과 모든 블록을 공유합니다. 여기에는 추가 공간이 사용되지 않으며 추가 부하도 발생되지 않습니다. 어플리케이션에서 복제본이 수정될 경우, 복제본은 변경된 블록에 대해서만 공간과 I/O를 소비합니다.
FlexClone 복사본은 업계 최상의 읽기 전용 스냅샷 복사본을 업계 최상의 읽기/쓰기 스냅샷 복사본으로 변환합니다. 스냅샷 및 SnapMirror가 조합된 이러한 기술은 데이터를 언제 어디서나 어떤 목적으로든 사용할 수 있게 만들어 주는 뛰어난 기술입니다.

rss