확대 클러스터 개요

  • 아티클

적용 대상: Azure Stack HCI, 버전 22H2 및 21H2

재해 복구를 위한 Azure Stack HCI 확장 클러스터 솔루션은 수동 개입 없이도 프로덕션을 신속하게 복원하는 자동 장애 조치(failover)를 제공합니다. 스토리지 복제본은 모든 서버가 동기화된 상태로 유지되는 재해 복구를 위해 사이트 전체에서 볼륨의 복제를 제공합니다.

스토리지 복제본은 동기 및 비동기 복제를 모두 지원합니다.

  • 동기 복제는 오류 발생 시 파일 시스템 수준에서 데이터 손실이 없도록 크래시 일관성 볼륨을 사용하여 대기 시간이 짧은 네트워크의 사이트 간에 데이터를 미러링합니다.
  • 비동기 복제는 대기 시간이 더 길지만 실패 시 두 사이트 모두 동일한 데이터 복사본이 있다는 보장 없이 네트워크 링크를 통해 대도시 범위를 넘어 사이트 간에 데이터를 미러링합니다. 실패하기 전에 복제가 완료되면 장애 조치(failover) 후 대상 볼륨이 자동으로 온라인 상태가 됩니다. 실패 시 복제가 처리 중인 경우 대상 볼륨을 온라인으로 수동으로 가져와야 합니다.

확장된 클러스터에는 활성-수동 및 활성-활성의 두 가지 유형이 있습니다. 기본 설정 사이트 및 복제 방향이 있는 활성-수동 사이트 복제를 설정할 수 있습니다. 활성-활성 복제는 어느 사이트에서든 양방향으로 복제가 발생할 수 있는 위치입니다. 이 문서에서는 활성/수동 구성만 다룹니다.

간단히 말하면 활성 사이트는 리소스가 있고 클라이언트가 연결할 역할 및 워크로드를 제공하는 사이트입니다. 수동 사이트는 클라이언트에 대한 역할 또는 워크로드를 제공하지 않으며 재해 복구를 위해 활성 사이트에서 장애 조치(failover)를 기다리는 사이트입니다.

사이트는 서로 다른 두 주, 다른 도시, 다른 층 또는 다른 방에 있을 수 있습니다. 두 사이트를 사용하는 확장된 클러스터는 사이트에서 중단 또는 오류가 발생한 경우 재해 복구 및 비즈니스 연속성을 제공합니다.

Azure Stack HCI를 사용하여 확장된 클러스터링 비디오를 watch 데 몇 분 정도 걸립니다.

활성-수동 확장 클러스터

다음 다이어그램은 사이트 1을 단방향 복제인 사이트 2로 복제하는 활성 사이트로 보여줍니다.

활성/수동 확장 클러스터 시나리오.

활성-활성 확장 클러스터

다음 다이어그램에서는 사이트 1과 사이트 2를 모두 활성 사이트로 표시하고 다른 사이트에 양방향 복제를 합니다.

활성/활성 확장 클러스터 시나리오

게스트 IP 장애 조치(failover) 고려 사항

스트레치 클러스터링 대해 이야기할 때 고려해야 할 고려 사항 중 하나는 사용 중인 가상 머신 및 IP 주소입니다. 서로 다른 위치에 있는 데이터 센터에는 일반적으로 다른 IP 서브넷이 있습니다. 가상 머신에서 사용하는 IP 주소는 한 데이터 센터에는 좋지만 다른 데이터 센터에는 연결할 수 없습니다. 따라서 IP 주소 변경을 처리하는 방법을 계획해야 합니다. 대부분의 경우 장애 조치 시 가상 머신에서 IP 주소 변경을 처리하는 네 가지 방법이 있습니다. 다른 항목이 있을 수 있지만 이 문서에서는 상위 4개 항목에 대해 설명합니다.

첫 번째이자 가장 쉬운 방법은 DHCP를 사용하는 것입니다. 한 사이트에서 다른 사이트로 가상 머신을 이동할 때 수행할 한 단계는 DHCP 주소를 요청하는 것입니다. 이렇게 하면 DHCP 서버를 사용할 수 있는 한 적절한 사이트에 대한 적절한 IP 주소를 가져옵니다.

다음으로 정적 주소를 사용합니다. 그러나 Hyper-V 복제본과 달리 대체 IP 주소를 지정하는 방법은 없습니다. 따라서 VM이 있는 사이트에 따라 VM에 대한 적절한 IP 주소를 할당하려면 스크립트를 만들어야 합니다. 예를 들어 SiteA는 1.x 네트워크를 사용하고 SiteB는 156.x 네트워크를 사용합니다. 이 스크립트는 가상 머신이 있는 네트워크를 검색하고 SiteA에 있는 경우 1.x IP 주소 체계를 설정하거나 SiteB에 있는 경우 156.x IP 주소 체계를 설정해야 합니다. DNS(Domain Name Services)도 변경에 대한 경고를 받고 사이트 간에 복제해야 합니다.

또 다른 옵션은 가상 머신에 트래픽을 현재 있는 사이트로 라우팅할 수 있는 클라이언트 연결을 위해 가상 머신에 대한 단일 IP 주소를 제공하는 중간 네트워크 디바이스를 사용하는 것입니다. 클라이언트와 DNS는 항상 가상 머신에 대해 동일한 주소를 가지며, 클라이언트가 가상 머신으로 적절하게 전달되도록 중간 디바이스는 가상 머신의 실제 IP 주소와 위치를 추적해야 합니다.

마지막 옵션은 확장된 vLAN을 사용하는 것입니다. 확장된 vLAN을 사용하면 가상 머신이 사이트에 관계없이 동일한 IP 주소를 유지할 수 있습니다. 그러나 확장된 vLAN을 구성하고 유지 관리하는 일부 복잡성으로 인해 이 옵션은 Microsoft에서 권장하지 않습니다.

위의 옵션을 사용하면 클라이언트 연결과 관련하여 추가 고려 사항(DNS, ARP 캐시, TTL 등)을 고려해야 하며 철저히 고려해야 합니다. 네트워킹 팀과 협력하여 요구 사항에 맞는 최상의 옵션을 확인하세요.

다음 단계