Udostępnij za pośrednictwem

Testy sprawdzania poprawności przed instalacją usługi AKS w systemie Windows Server

Dotyczy: usługa AKS w systemie Windows Server

W poniższej tabeli wymieniono testy wykonywane podczas uruchamiania poleceń cmdlet set-AksHciConfig i Set-AksHciRegistration programu PowerShell. Testy pomagają upewnić się, że po uruchomieniu rzeczywistej instalacji za pomocą polecenia Install-AksHci proces instalacji pozwala uniknąć wielu typowych problemów ze środowiskiem i konfiguracją. Aby lepiej zrozumieć terminy używane w testach, zobacz artykuł AKS Arc concepts (Pojęcia dotyczące usługi AKS Arc).

Nazwa testu opis Zasoby rozwiązywania problemów
MOC łączność internetowa hosta Test sprawdza, czy maszyna hostująca MOC ma łączność internetową z kluczowymi endpointami firmy Microsoft. - Upewnij się, że istnieje łączność z hostów fizycznych do Internetu.
- Wpis w blogu dotyczący rozwiązywania problemów z siecią w systemie Windows Server
- Używanie funkcji HUD do rozwiązywania problemów z siecią w środowisku lokalnym platformy Azure
- Wymagania dotyczące zapory dla usługi Azure Local
- Rozwiązywanie problemów ze składnikami systemu Windows Server
Limity hostów MOC Sprawdza, czy maszyna hostująca moc ma wymagane minimalne zasoby. Zobacz opublikowane wymagania sprzętowe. Upewnij się, że zostały spełnione minimalne wymagania: wymagania systemowe usługi AKS Arc.
Komunikacja zdalna hosta MOC Sprawdza, czy komunikacja zdalna programu PowerShell jest włączona i działa z maszyny hostingu MOC do innych hostów fizycznych w klastrze. - Rozwiązywanie problemów z protokołem CredSSP
- Rozwiązywanie problemów zdalnych programu PowerShell
Konfiguracja sieci MOC Sprawdza, czy konfiguracja sieci MOC jest poprawna. Sprawdza, czy:
- Przełącznik wirtualny istnieje.
— Za pomocą usługi CloudServiceIP można podać statyczny adres IP, który ma zostać przypisany do usługi MOC CloudAgent. Tę wartość należy podać przy użyciu standardowego formatu IPv4; na przykład 192.168.1.2. Adres cloudServiceIP należy również utworzyć z jednej z sieci ClusterAndClient w bazowym klastrze trybu failover.
Możesz uruchomić Get-ClusterNetwork polecenie w oknie programu PowerShell z podwyższonym poziomem uprawnień, aby znaleźć rolę sieci. Możesz określić ten adres, aby upewnić się, że wszystkie ważne elementy w sieci są zawsze dostępne, ponieważ adres IP nie zmienia się.
— Powinno być w stanie utworzyć i uruchomić zasób klastra awaryjnego przełączania.
— Adres IP usługi w chmurze nie powinien nakładać się na pulę adresów VIP lub adresy IP k8snodepool udostępniane podczas konfiguracji sieci wirtualnej.		 — Upewnij się, że adres IP usługi CloudServiceIP spełnia wymagania w opisie.
- Pojęcia dotyczące sieci usługi AKS Arc
- Rozwiązywanie problemów z siecią usługi AKS Arc
- Nie można udostępnić nazwy sieci online w klastrze przełączania awaryjnego
Konfiguracja sieci SDN MOC Sprawdza, czy konfiguracja sieci SDN jest poprawna, a kontroler sieci jest dostępny. Test sprawdza, czy:
— Informacje o nazwie FQDN lub adresie IP kontrolera sieci są osiągalne.
— Podano odwołanie do zasobu podsieci dla kontrolera sieciowego z równoważeniem obciążenia.
- Kontroler sieci L netRef jest dostarczany.		 — Jeśli udostępniasz parametry SDN, upewnij się, że SDN jest dostępne w systemie.
- Pojęcia dotyczące sieci w AKS Arc
- Rozwiązywanie problemów z siecią SDN
- Lista kontrolna rozwiązywania problemów z siecią SDN
Katalogi MOC Weryfikuje katalogi MOC. Test sprawdza:
- Prawidłowe nazwy katalogów.
- Katalog konfiguracji nie może zawierać katalogu roboczego.
— Sprawdź, czy katalog roboczy znajduje się w udostępnionym woluminie klastra.
— Sprawdź, czy katalogi nie są lokalne.
— Sprawdź, czy katalog roboczy nie jest dyskiem systemowym ani katalogem głównym.		 — Upewnij się, że konto użytkownika ma dostęp do podanych katalogów.
— Sprawdź, czy nie istnieje poprzednia instalacja MOC.
— Sprawdź, czy katalog konfiguracji nie może zawierać katalogu roboczego.
Kondycja klastra trybu failover Weryfikuje kondycję klastra trybu failover. Sprawdza, czy węzły klastra i sieć klastra są dostępne. — Upewnij się, że istnieje konfiguracja przełączania awaryjnego, zobacz Klasterowanie przełączania awaryjnego.
- Uruchom test weryfikacji klastra lokalnego Azure.
- Rozwiązywanie problemów z klastrem awaryjnym
Rejestracja lokalna klastra failover platformy Azure Weryfikuje lokalną rejestrację klastra trybu failover na platformie Azure. Test sprawdza obecność klastra przełączania awaryjnego. - Uruchom test walidacji lokalnego klastra platformy Azure.
- Rozwiązywanie problemów z klastrem trybu failover
Konfiguracja klastra zarządzania AKS Weryfikuje konfigurację klastra zarządzania usługi AKS i odpowiednią konfigurację maszyny hosta, aby upewnić się, że host jest gotowy do jej pomyślnego zainstalowania. Sprawdza:
— Obecny jest obraz zarządzania AKS.
— Pliki binarne związane z usługą AKS Arc znajdują się we wszystkich węzłach.
— Dodawane są niezbędne role chmury lokalnej platformy Azure.
— Weryfikuje lokalizację chmury lokalnej platformy Azure.
— Sprawdza kontener lokalnego przechowywania w chmurze platformy Azure.
— Weryfikuje uprawnienia do tworzenia zasobu platformy Azure.
— Sprawdza typ sieci lokalnej i modułu równoważenia obciążenia platformy Azure.
— Weryfikuje konfigurację kube-vip.
— Weryfikuje adresy IP puli adresów VIP.
— Weryfikuje adresy IP puli węzłów K8s.		 — Przejrzyj wymagania usługi Active Directory.
- Rozwiązywanie problemów z siecią usługi AKS Arc
— Upewnij się, że użytkownik ma niezbędne uprawnienia.
— Upewnij się, że formatowanie adresu IP jest poprawne.
Konfiguracja klastra zarządzania AKS - łączność przez serwer proxy Sprawdza, czy konfiguracja umożliwia łączność internetową z punktami końcowymi firmy Microsoft z serwerem proxy lub bez tego serwera. - Upewnij się, że host ma łączność z Internetem.
— Postępuj zgodnie z przewodnikiem ustawień serwera proxy.
Łączność internetowa AKS Arc Sprawdza, czy maszyna wirtualna hostująca usługę AKS Arc ma łączność internetową z kluczowymi punktami końcowymi firmy Microsoft. — Upewnij się, że istnieje łączność z hostów fizycznych do Internetu.
— Jeśli używasz serwera proxy, upewnij się, że ustawienia serwera proxy przekazane w pliku Set-AksHciConfig są poprawne.
— Upewnij się, że istnieje łączność z jakichkolwiek maszyn wirtualnych w zakresie adresów IP puli węzłów podanych w parametrach polecenia New-AksHciNetworkSetting-k8sNodeIpPoolStart oraz -k8sNodeIpPoolStart.
- Wpis w blogu dotyczący rozwiązywania problemów z siecią w systemie Windows Server
- Używanie funkcji HUD do rozwiązywania problemów z siecią w środowisku lokalnym platformy Azure
- Wymagania dotyczące zapory dla usługi Azure Local
- Rozwiązywanie problemów ze składnikami systemu Windows Server
Dostępność usługi DNS Sprawdza, czy dostępne są podane serwery DNS. Upewnij się, że serwery DNS podane w parametrze cmdlet New-AksHciNetworkSetting są dostępne dla maszyn wirtualnych w zakresie adresów IP podanych w parametrach -k8sNodeIpPoolStart i -k8sNodeIpPoolStart.
Łączność między maszyną wirtualną, która hostuje klaster zarządzania usługi AKS Arc a agentem chmury. Sprawdza, czy maszyny wirtualne w obszarze K8sNoodPool mogą dotrzeć do punktu końcowego agenta chmury. — Upewnij się, że serwery DNS podane w new-AksHciNetworkSetting mogą rozpoznać nazwę FQDN agenta chmury.
— Upewnij się, że punkt końcowy agenta chmury jest w trybie online.

Następne kroki