확대 클러스터 개요

적용 대상: Azure Local, 버전 22H2

Important

Azure Stack HCI는 이제 Azure Local의 일부입니다. 제품 설명서 이름 바꾸기가 진행 중입니다. 그러나 이전 버전의 Azure Stack HCI(예: 22H2)는 Azure Stack HCI를 계속 참조하며 이름 변경 내용이 반영되지 않습니다. 자세히 알아보기.

Important

확장된 클러스터는 Azure Stack HCI 버전 23H2에서 아직 지원되지 않습니다.

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

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

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

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

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

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

Azure Stack HCI를 사용하여 확장된 클러스터링에서 비디오를 시청하려면 몇 분 정도 걸립니다.

활성-수동 확장 클러스터

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

활성-활성 확장 클러스터

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

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

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

첫 번째이자 가장 쉬운 방법은 DHCP를 사용하는 것입니다. 한 사이트에서 다른 사이트로 가상 머신을 이동하는 경우 VM은 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 등)을 고려해야 하며 철저하게 고려해야 합니다. 네트워킹 팀과 협력하여 요구 사항을 충족하는 최상의 옵션을 확인하세요.

다음 단계

• 스토리지 복제본에 대한 자세한 내용을 알아봅니다. 스토리지 복제본 개요를 참조하세요.
• 스토리지 복제본 사용에 대해 자세히 알아봅니다. 일반 사용 클러스터에 대한 Hyper-V 장애 조치(failover) 클러스터 또는 파일 서버 구성을 참조하세요.
• 확장 클러스터에 대한 하드웨어 및 기타 요구 사항에 대해 알아봅니다. 시스템 요구 사항을 참조하세요.
• Windows Admin Center를 사용하여 확장된 클러스터를 배포하는 방법을 알아봅니다. Windows Admin Center를 사용하여 클러스터 만들기를 참조하세요.
• PowerShell을 사용하여 확장된 클러스터를 배포하는 방법을 알아봅니다. PowerShell을 사용하여 클러스터 만들기를 참조하세요.
• 볼륨을 만들고 확장된 클러스터에 대한 복제를 설정하는 방법을 알아봅니다. 볼륨 만들기 및 확장된 클러스터에 대한 복제 설정을 참조 하세요.