다음을 통해 공유

Azure Stack Edge Pro GPU 디바이스의 클러스터 감시

  • 아티클

적용 대상: Pro GPU SKU의 경우 예Azure Stack Edge Pro - GPUPro 2 SKU의 경우 예Azure Stack Edge Pro 2

이 문서에서는 클러스터 감시 요구 사항, 설정 및 관리를 포함하여 Azure Stack Edge 디바이스의 클러스터 감시에 대해 간략히 설명합니다.

클러스터 쿼럼 및 감시 정보

Windows Server 장애 조치(failover) 클러스터링에서 오류가 발생하는 경우 Windows Server 클러스터에서 온라인 상태를 유지할 수 있도록 쿼럼을 유지 관리해야 합니다. Windows Server 클러스터의 노드가 실패하는 경우 온라인 상태를 유지하기 위해 생존 노드에서 클러스터의 대부분을 구성하는지 확인해야 합니다.

그러나 대부분의 개념은 노드 수가 홀수인 클러스터에만 적용됩니다. 클러스터의 노드 수가 짝수이면 시스템에서 총 투표 수를 홀수로 만드는 방법이 필요합니다. 여기서는 클러스터 감시의 역할이 중요합니다. 투표가 클러스터 감시에 제공되므로 오류가 발생하는 경우 클러스터(원래 노드 수가 짝수였음)의 총 투표 수는 홀수입니다.

클러스터 쿼럼에 대한 자세한 내용은 클러스터 쿼럼 이해를 참조하세요.

Azure Stack Edge의 클러스터 쿼럼 및 감시

Windows Server 장애 조치(failover) 클러스터링은 2노드 Azure Stack Edge 디바이스에서 구현됩니다. 오류가 발생하는 경우 디바이스에서 온라인 상태를 유지할 수 있도록 항상 Azure Stack Edge 클러스터에서 쿼럼이 유지 관리됩니다. 노드 중 하나가 실패하면 대부분의 생존 노드에서 클러스터가 온라인 상태로 유지되는지 확인해야 합니다. 대부분의 개념은 노드 수가 홀수인 클러스터에만 적용됩니다.

두 개의 노드가 있는 Azure Stack Edge 클러스터의 경우 노드가 실패하면 클러스터가 온라인 상태를 유지하도록 클러스터 감시에서 세 번째 투표를 제공합니다(클러스터가 2/3 투표(과반수)로 남아 있기 때문).

Azure Stack Edge의 클러스터 감시

2노드 Azure Stack Edge 클러스터에는 클러스터 감시가 필요하므로 Azure Stack Edge 노드 중 하나가 실패하면 클러스터 감시에서 세 번째 투표를 고려하고 클러스터는 온라인 상태를 유지합니다(클러스터가 2/3 투표(과반수)로 남아 있기 때문). 반면 두 디바이스 노드가 동시에 실패하거나 첫 번째 Azure Stack Edge 노드가 실패한 후 두 번째 Azure Stack Edge 노드가 실패하면 과반수 투표가 없고 클러스터가 오프라인 상태로 전환됩니다.

이 시스템에는 두 Azure Stack Edge 노드가 서로 연결되어 있어야 하고 클러스터 감시가 필요합니다. 클러스터 감시 디바이스가 오프라인 상태로 전환되거나 디바이스 노드 중 하나와의 연결이 끊어지면 단일 Azure Stack Edge 노드 실패 시의 총 투표 수는 짝수일 것입니다. 그러면 Windows Server 장애 조치(failover) 클러스터링에서 총 투표 수를 홀수로 만들기 위해 투표하지 않을 디바이스 노드를 임의로 선택하여 이를 수정하려고 시도합니다. 이 경우 실패한 Azure Stack Edge 노드가 Azure Stack Edge 클러스터에서 단일 투표를 받은 노드인 경우 과반수 투표가 없고 클러스터가 오프라인 상태로 전환됩니다. 따라서 단일 디바이스 노드가 실패하는 경우 Azure Stack Edge 클러스터가 오프라인 상태로 전환되지 않도록 하려면 클러스터 감시가 온라인 상태이고 두 디바이스 노드에 모두 연결되어 있어야 합니다.

감시 요구 사항

클러스터 감시는 클라우드에 있거나 로컬로 라이브 상태일 수 있습니다. 각 경우에는 감시에서 충족해야 하는 특정 요구 사항이 있습니다.

  • 클라우드 감시 요구 사항

    • 클러스터의 두 디바이스 노드에는 모두 신뢰할 수 있는 인터넷 연결이 있어야 합니다.
    • 클라우드 감시에서 443 HTTPS 기본 포트를 사용하여 Azure Blob 서비스와의 아웃바운드 통신을 설정하므로 디바이스에서 이 포트가 열려 있는지 확인합니다.

  • 로컬 감시 요구 사항

    • SMB 2.0 파일 공유는 프레미스에서 만들어지지만 디바이스의 노드에는 만들어지지 않습니다.
    • 파일 공유에 5MB 이상의 사용 가능한 공간이 있습니다.
    • 디바이스에서 네트워크를 통해 파일 공유에 액세스할 수 있습니다.

클러스터 감시 설정 및 구성

감시가 독립적인 투표를 하려면 항상 디바이스 클러스터의 Azure Stack Edge 노드 외부에서 호스트되어야 합니다. 감시는 다음 방법 중 하나로 배포할 수 있습니다.

  • 클라우드 감시 - Azure Stack Edge 클러스터의 두 노드가 모두 Azure에 연결되는 경우 클라우드 감시를 사용합니다. 클라우드 감시를 설정하려면 클라우드에서 Azure Storage 계정을 사용하고 디바이스의 로컬 UI를 통해 감시를 구성합니다.

    고가용성 감시를 위해 중복 연결을 사용하여 클라우드 감시를 배포하는 것이 좋습니다. 자세한 내용은 로컬 UI를 통해 클라우드 감시 설정을 참조하세요.

  • 로컬 감시 - 두 노드가 모두 Azure에 연결되지 않거나 산발적으로 연결되는 경우 로컬 감시를 사용합니다. 다른 컴퓨터 및 파일 공유가 있는 IT 환경에 있는 경우 파일 공유 감시를 사용합니다. 로컬 감시를 설정하려면 디바이스가 배포된 네트워크의 로컬 서버에서 SMB 파일 공유를 사용하고, 로컬 UI를 통해 서버에 대한 파일 공유 경로를 구성할 수 있습니다.

    감시를 고가용성 방식으로 배포하는 것이 좋습니다. 예를 들어 파일 서버를 실행하는 스위치를 사용하여 파일 공유를 호스트할 수 있습니다. 자세한 내용은 로컬 UI를 통해 로컬 감시 설정을 참조하세요.

다음 단계