MetroCluster 지속적인 가용성
MetroCluster 구성은 물리적으로 분리된 2개의 미러링된 클러스터를 구현하여 데이터를 보호합니다. 각 클러스터는 다른 클러스터의 데이터와 SVM 구성을 동기식으로 복제합니다. 한 사이트에서 재해가 발생할 경우 관리자는 미러링된 SVM을 활성화하고 정상적인 사이트에서 데이터를 제공할 수 있습니다.
-
_Fabric에 연결된 MetroCluster_및_MetroCluster IP_구성은 대도시 전역 클러스터를 지원합니다.
-
Stretch MetroCluster 구성은 캠퍼스 전체 클러스터를 지원합니다.
클러스터는 어떠한 경우에도 자세히 살펴봐야 합니다.
MetroCluster는 _SyncMirror_라는 ONTAP 기능을 사용하여 각 클러스터의 집계 데이터를 다른 클러스터의 스토리지에서 복사 또는 _Plex_로 동기식으로 미러링합니다. 스위치오버가 발생하면 작동하는 클러스터의 원격 플렉스에서 온라인 상태가 되고 보조 SVM에서 데이터 제공을 시작합니다.
애그리게이트 데이터는 다른 디스크 쉘프에 저장된 플렉스로 미러링됩니다. 쉘프 중 하나를 사용할 수 없게 되면 장애 발생 원인을 해결하는 동안 영향을 받지 않는 플렉스가 계속해서 데이터를 제공합니다. SyncMirror를 사용하여 미러링된 Aggregate는 미러링되지 않은 Aggregate보다 두 배 많은 스토리지가 필요합니다. 각 플렉스에는 플렉스 IT 미러 만큼 많은 디스크가 필요합니다. 예를 들어, 각 플렉스에 1,440GB Aggregate, 1,440GB를 미러링하려면 2,880GB의 디스크 공간이 필요합니다. SyncMirror에서는 최적의 스토리지 성능과 가용성을 위해 미러링된 애그리게이트를 위한 여유 공간을 20% 이상 유지하는 것이 좋습니다. 미러링되지 않은 애그리게이트의 권장사항은 10%이지만, 파일 시스템이 증분 변경을 흡수하기 위해 추가 10%의 공간을 사용할 수 있습니다. 증분식으로 변경하면 ONTAP의 COW Snapshot 기반 아키텍처로 인해 미러링된 애그리게이트의 공간 활용률이 증가합니다. 이 모범 사례를 준수하지 않을 경우 SyncMirror 재동기화 성능에 부정적인 영향을 미칠 수 있으며, 이는 비공유 클라우드 구축을 위한 NDU 및 MetroCluster 구축을 위한 스위치백과 같은 운영 워크플로우에 간접적으로 영향을 줄 수 있습니다.
|