Skip to main content
모든 클라우드 공급자
  • Amazon Web Services에서 직접 지원합니다
  • Google 클라우드
  • Microsoft Azure를 참조하십시오
  • 모든 클라우드 공급자
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

Azure의 고가용성 쌍

기여자

Cloud Volumes ONTAP HA(고가용성) 쌍은 클라우드 환경에서 장애가 발생할 경우 엔터프라이즈급 안정성과 지속적인 운영을 제공합니다. Azure에서 스토리지는 두 노드 간에 공유됩니다.

HA 구성 요소

페이지 Blob을 사용한 HA 단일 가용성 영역 구성

Azure의 Cloud Volumes ONTAP HA 페이지 BLOB 구성에는 다음과 같은 구성요소가 포함됩니다.

BlueXP  및 클라이언트에서 들어오는 트래픽을 관리하는 로드 밸런서, VMSS FLEX의 Cloud Volumes ONTAP 노드 2개, 부팅 데이터용 SSD 디스크, 고객 데이터용 페이지 Blob을 보여 주는 개념적 이미지

BlueXP가 배포하는 Azure 구성 요소에 대한 다음 사항에 유의하십시오.

Azure 표준 로드 밸런서

로드 밸런서는 Cloud Volumes ONTAP HA 쌍에 대한 들어오는 트래픽을 관리합니다.

단일 가용 영역에 있는 VM

Cloud Volumes ONTAP 9.15.1부터 단일 가용 영역(AZ)에서 이기종 가상 머신(VM)을 생성하고 관리할 수 있습니다. 동일한 AZ 내의 별도의 장애 도메인에 HA(High-Availability) 노드를 배포하여 가용성을 최적화할 수 있습니다. 이 기능을 지원하는 유연한 오케스트레이션 모드에 대한 자세한 내용은 을 참조하십시오 "Microsoft Azure 설명서: 가상 머신 스케일 세트".

디스크

고객 데이터는 프리미엄 스토리지 페이지 Blob에 있습니다. 각 노드는 다른 노드의 스토리지에 액세스할 수 있습니다. 의 경우 추가 스토리지도 필요합니다 "부팅, 루트 및 코어 데이터".

스토리지 계정
  • 관리되는 디스크에는 하나의 스토리지 계정이 필요합니다.

  • 스토리지 계정당 디스크 용량 제한에 도달했으므로 프리미엄 스토리지 페이지 Blob에 하나 이상의 스토리지 계정이 필요합니다.

  • Azure Blob 저장소에 데이터를 계층화하려면 하나의 스토리지 계정이 필요합니다.

  • Cloud Volumes ONTAP 9.7부터 BlueXP가 HA 쌍에 대해 생성하는 스토리지 계정은 범용 v2 스토리지 계정입니다.

  • 작업 환경을 생성할 때 Cloud Volumes ONTAP 9.7 HA 쌍에서 Azure 스토리지 계정으로 HTTPS 연결을 설정할 수 있습니다. 이 옵션을 설정하면 쓰기 성능에 영향을 줄 수 있습니다. 작업 환경을 만든 후에는 설정을 변경할 수 없습니다.

공유 관리 디스크를 사용하는 HA 단일 가용성 영역 구성

공유 관리 디스크를 기반으로 실행되는 Cloud Volumes ONTAP HA 단일 가용성 영역 구성에는 다음과 같은 구성요소가 포함됩니다.

BlueXP  및 클라이언트에서 들어오는 트래픽을 관리하는 로드 밸런서, VMSS FLEX의 Cloud Volumes ONTAP 노드 2개, 부팅 데이터용 SSD 디스크 및 고객 데이터용 LRS 관리 디스크를 보여 주는 개념적 이미지

BlueXP가 배포하는 Azure 구성 요소에 대한 다음 사항에 유의하십시오.

Azure 표준 로드 밸런서

로드 밸런서는 Cloud Volumes ONTAP HA 쌍에 대한 들어오는 트래픽을 관리합니다.

단일 가용 영역에 있는 VM

Cloud Volumes ONTAP 9.15.1부터 단일 가용 영역(AZ)에서 이기종 가상 머신(VM)을 생성하고 관리할 수 있습니다. 동일한 AZ 내의 별도의 장애 도메인에 HA(High-Availability) 노드를 배포하여 가용성을 최적화할 수 있습니다. 이 기능을 지원하는 유연한 오케스트레이션 모드에 대한 자세한 내용은 을 참조하십시오 "Microsoft Azure 설명서: 가상 머신 스케일 세트".

영역 배포에서는 다음 조건이 충족될 경우 Premium SSD v2 Managed Disks를 사용합니다.

디스크

고객 데이터는 LRS(Local-Redundant Storage) 관리 디스크에 상주합니다. 각 노드는 다른 노드의 스토리지에 액세스할 수 있습니다. 를 위해 추가 스토리지도 "부팅, 루트, 파트너 루트, 코어 및 NVRAM 데이터"필요합니다.

스토리지 계정

스토리지 계정은 관리 디스크 기반 구축에 사용되어 진단 로그를 처리하고 BLOB 스토리지에 계층화합니다.

HA 다중 가용성 영역 구성

Azure의 Cloud Volumes ONTAP HA 다중 가용성 영역 구성에는 다음과 같은 구성요소가 포함됩니다.

BlueXP 및 클라이언트에서 들어오는 트래픽을 관리하는 로드 밸런서, 두 가용성 영역의 Cloud Volumes ONTAP 노드 2개, 부팅 데이터용 SSD 디스크 및 고객 데이터용 관리형 디스크를 보여 주는 개념적 이미지입니다.

BlueXP가 배포하는 Azure 구성 요소에 대한 다음 사항에 유의하십시오.

Azure 표준 로드 밸런서

로드 밸런서는 Cloud Volumes ONTAP HA 쌍에 대한 들어오는 트래픽을 관리합니다.

가용성 영역

HA 다중 가용성 영역 구성은 두 개의 Cloud Volumes ONTAP 노드가 서로 다른 가용성 영역에 배포되는 배포 모델을 활용하여 이중화 및 가용성을 제공하기 위해 노드가 서로 다른 장애 도메인에 있는지 확인합니다. 유연한 오케스트레이션 모드에서 가상 머신 스케일이 Azure의 가용 영역을 사용하는 방법에 대한 자세한 내용은 을 참조하십시오 "Microsoft Azure 설명서: 가용성 영역을 사용하는 가상 머신 스케일 세트를 생성합니다".

디스크

고객 데이터는 ZRS(Zone-Redundant Storage) 관리 디스크에 있습니다. 각 노드는 다른 노드의 스토리지에 액세스할 수 있습니다. 의 경우 추가 스토리지도 필요합니다 "부팅, 루트, 파트너 루트 및 핵심 데이터".

스토리지 계정

스토리지 계정은 관리 디스크 기반 구축에 사용되어 진단 로그를 처리하고 BLOB 스토리지에 계층화합니다.

RPO 및 RTO

HA 구성을 사용하면 다음과 같이 데이터의 고가용성을 유지할 수 있습니다.

  • 복구 지점 목표(RPO)는 0초입니다. 데이터는 데이터 손실 없이 트랜잭션 측면에서 일관적입니다.

  • 복구 시간 목표(RTO)는 120초입니다. 정전이 발생할 경우 120초 이내에 데이터를 사용할 수 있어야 합니다.

스토리지 테이크오버 및 반환

물리적 ONTAP 클러스터와 마찬가지로 Azure HA 쌍의 스토리지가 노드 간에 공유됩니다. 파트너의 스토리지에 연결하면 각 노드가 _Takeover_가 발생한 경우 다른 노드의 스토리지에 액세스할 수 있습니다. 네트워크 경로 페일오버 메커니즘을 통해 클라이언트 및 호스트가 정상 작동하는 노드와 계속 통신할 수 있습니다. 노드가 다시 온라인 상태가 되면 PARTNER_에서 BACK_STORAGE를 제공합니다.

NAS 구성의 경우 장애가 발생할 경우 데이터 IP 주소가 HA 노드 간에 자동으로 마이그레이션됩니다.

iSCSI의 경우 Cloud Volumes ONTAP는 다중 경로 I/O(MPIO) 및 ALUA(Asymmetric Logical Unit Access)를 사용하여 능동 최적화 경로와 최적화되지 않은 경로 간의 경로 페일오버를 관리합니다.

참고 ALUA를 지원하는 특정 호스트 구성에 대한 자세한 내용은 "NetApp 상호 운용성 매트릭스 툴" "SAN 호스트 및 클라우드 클라이언트 가이드" 사용 중인 호스트 운영 체제의 및 를 참조하십시오.

스토리지 테이크오버, 재동기화 및 반환은 기본적으로 모두 자동으로 수행됩니다. 사용자 작업이 필요하지 않습니다.

구성의 스토리지

HA 쌍을 액티브-액티브 구성으로 사용할 수 있으며, 두 노드에서 클라이언트에 데이터를 제공하거나 액티브-패시브 구성으로 사용할 수 있습니다. 이 구성에서는 패시브 노드가 액티브 노드의 스토리지를 인계받은 경우에만 데이터 요청에 응답합니다.