Udostępnij za pośrednictwem

Monitor klastra na urządzeniu z procesorem GPU usługi Azure Stack Edge Pro

  • Artykuł

DOTYCZY: Tak dla jednostki SKU procesora GPU ProAzure Stack Edge Pro — GPUTak dla jednostki SKU Pro 2Azure Stack Edge Pro 2

Ten artykuł zawiera krótkie omówienie monitora klastra na urządzeniu Azure Stack Edge, w tym wymagania monitora klastra, konfigurację i zarządzanie.

Informacje o kworum klastra i monitorze

W klastrze trybu failover systemu Windows Server kworum musi być utrzymywane, aby klaster systemu Windows Server pozostał w trybie online w przypadku awarii. Gdy węzły w klastrze systemu Windows Server kończą się niepowodzeniem, węzły ocalałych muszą sprawdzić, czy stanowią one większość klastra, aby pozostać w trybie online.

Jednak koncepcja większości istnieje tylko dla klastrów z nieparzystą liczbą węzłów. Jeśli liczba węzłów w klastrze jest parzysta, system wymaga sposobu, aby łączna liczba głosów nieparzystała. W tym miejscu ważna jest rola monitora klastra. Monitor klastra otrzymuje głos, dzięki czemu w przypadku awarii całkowita liczba głosów w klastrze (która pierwotnie miała parzystą liczbę węzłów) jest nieparzysta.

Aby uzyskać więcej informacji na temat kworum klastra, zobacz Omówienie kworum klastra.

Kworum klastra i monitor w usłudze Azure Stack Edge

Klaster trybu failover systemu Windows Server jest implementowany na urządzeniu Azure Stack Edge z dwoma węzłami. Kworum jest zawsze utrzymywane w klastrze usługi Azure Stack Edge, dzięki czemu urządzenie może pozostać w trybie online w przypadku awarii. Jeśli jeden z węzłów ulegnie awarii, większość ocalałych węzłów musi sprawdzić, czy klaster pozostaje w trybie online. Koncepcja większości istnieje tylko dla klastrów z nieparzystą liczbą węzłów.

W przypadku klastra usługi Azure Stack Edge z dwoma węzłami, jeśli węzeł ulegnie awarii, monitor klastra udostępni trzeci głos, aby klaster pozostał w trybie online (ponieważ klaster pozostanie z 2/3 głosami — większość).

Monitor klastra w usłudze Azure Stack Edge

Klaster usługi Azure Stack Edge z dwoma węzłami usługi Azure Stack Edge wymaga monitora klastra, więc jeśli jeden z węzłów usługi Azure Stack Edge ulegnie awarii, monitor klastra będzie odpowiadać za trzecie głosowanie, a klaster pozostanie w trybie online (ponieważ klaster pozostanie z 2/3 głosami — większość). Z drugiej strony, jeśli oba węzły urządzenia kończą się niepowodzeniem jednocześnie lub drugi węzeł usługi Azure Stack Edge zakończy się niepowodzeniem po awarii pierwszego, nie ma głosów większościowych, a klaster przejdzie w tryb offline.

Ten system wymaga, aby węzły usługi Azure Stack Edge miały łączność ze sobą i monitorem klastra. Jeśli monitor klastra miał przejść do trybu offline lub utracić łączność z jednym z węzłów urządzenia, łączna liczba głosów w przypadku pojedynczego błędu węzła usługi Azure Stack Edge byłaby równomierna. W takim przypadku klaster trybu failover systemu Windows Server spróbuje rozwiązać ten problem, arbitralnie wybierając węzeł urządzenia, który nie zostanie zagłosowany (w celu uzyskania całkowitej liczby głosów nieparzysty). W takim przypadku, jeśli węzeł Azure Stack Edge, który się nie powiódł, będzie jednym głosem w klastrze usługi Azure Stack Edge, nie będzie głosów większościowych, a klaster przejdzie w tryb offline. Dlatego w celu uniemożliwienia klastrowi usługi Azure Stack Edge przełączenia się w tryb offline w przypadku awarii jednego węzła urządzenia ważne jest, aby monitor klastra był w trybie online i miał łączność z węzłami urządzenia.

Wymagania monitora

Monitor klastra może znajdować się w chmurze lub lokalnie działać. W każdym przypadku istnieją pewne wymagania, które muszą spełniać monitor.

  • Wymagania dotyczące monitora w chmurze

    • Oba węzły urządzenia w klastrze powinny mieć niezawodne połączenie internetowe.
    • Upewnij się, że domyślny port HTTPS 443 jest otwarty na urządzeniu, ponieważ monitor w chmurze używa tego portu do ustanowienia komunikacji wychodzącej z usługą Azure Blob Service.

  • Wymagania dotyczące monitora lokalnego

    • Udział plików SMB 2.0 jest tworzony lokalnie, ale nie na węzłach urządzenia.
    • W udziale plików istnieje co najmniej 5 MB wolnego miejsca.
    • Urządzenie może uzyskać dostęp do udziału plików za pośrednictwem sieci.

Konfiguracja i konfiguracja monitora klastra

Aby monitor miał niezależny głos, musi być zawsze hostowany poza węzłami usługi Azure Stack Edge w klastrze urządzeń. Monitor można wdrożyć na jeden z następujących sposobów.

  • Monitor w chmurze — użyj monitora w chmurze, gdy oba węzły w klastrze usługi Azure Stack Edge są połączone z platformą Azure. Aby skonfigurować monitor w chmurze, użyj konta usługi Azure Storage w chmurze i skonfiguruj monitor za pośrednictwem lokalnego interfejsu użytkownika urządzenia.

    Zalecamy wdrożenie monitora w chmurze z nadmiarowymi połączeniami, aby monitor był wysoce dostępny. Aby uzyskać więcej informacji, zobacz Konfigurowanie monitora w chmurze za pośrednictwem lokalnego interfejsu użytkownika.

  • Monitor lokalny — użyj monitora lokalnego, gdy oba węzły nie są połączone z platformą Azure lub mają sporadyczne połączenie. Jeśli jesteś w środowisku IT z innymi maszynami i udziałami plików, użyj monitora udziału plików. Aby skonfigurować lokalny monitor, możesz użyć udziału plików SMB na serwerze lokalnym w sieci, w której urządzenie jest wdrożone i skonfigurować ścieżkę udziału plików na serwerze za pośrednictwem lokalnego interfejsu użytkownika.

    Zalecamy wdrożenie monitora w sposób, który jest wysoce dostępny. Na przykład przełącznik z uruchomionym serwerem plików może służyć do hostowania udziału plików. Aby uzyskać więcej informacji, zobacz Konfigurowanie lokalnego monitora za pośrednictwem lokalnego interfejsu użytkownika.

Następne kroki