Dodawanie serwera w usłudze Azure Stack HCI w wersji 23H2
Dotyczy: Azure Stack HCI, wersja 23H2
W tym artykule opisano sposób zarządzania pojemnością przez dodanie serwera (często nazywanego skalowaniem w poziomie) do klastra rozwiązania Azure Stack HCI.
Informacje o dodawaniu serwerów
Możesz łatwo skalować zasoby obliczeniowe i magazyn w tym samym czasie w usłudze Azure Stack HCI, dodając serwery do istniejącego klastra. Klaster rozwiązania Azure Stack HCI obsługuje maksymalnie 16 serwerów.
Każdy nowy serwer fizyczny dodany do klastra musi ściśle odpowiadać pozostałej części serwerów pod względem typu procesora CPU, pamięci, liczby dysków oraz typu i rozmiaru dysków.
Klaster rozwiązania Azure Stack HCI można dynamicznie skalować z 1 do 16 serwerów. W odpowiedzi na skalowanie orkiestrator (znany również jako Menedżer cyklu życia) dostosowuje odporność dysku, konfigurację sieci, w tym agentów lokalnych, takich jak agenci orkiestratora i rejestrację usługi Arc. Skalowanie dynamiczne może wymagać zmiany architektury sieci z połączonej bez przełączenia do połączenia za pośrednictwem przełącznika sieciowego.
Ważne
- W tej wersji można dodać tylko jeden serwer w danym momencie. Można jednak dodać wiele serwerów sekwencyjnie, aby pula magazynów została zrównoważona tylko raz.
- Nie można trwale usunąć serwera z klastra.
Dodawanie przepływu pracy serwera
Na poniższym diagramie przepływu przedstawiono ogólny proces dodawania serwera:
Aby dodać serwer, wykonaj następujące ogólne kroki:
- Zainstaluj system operacyjny, sterowniki i oprogramowanie układowe na nowym serwerze klastra, który chcesz dodać. Aby uzyskać więcej informacji, zobacz Instalowanie systemu operacyjnego.
- Dodaj przygotowany serwer za pomocą
Add-server
polecenia cmdlet programu PowerShell. - Podczas dodawania serwera do klastra system sprawdza, czy nowy serwer przychodzący spełnia wymagania dotyczące procesora CPU, pamięci i magazynu (dysków), zanim rzeczywiście doda serwer.
- Po dodaniu serwera klaster jest również weryfikowany, aby upewnić się, że działa normalnie. Następnie pula magazynów zostanie automatycznie zrównoważona. Ponowne równoważenie magazynu to zadanie o niskim priorytcie, które nie ma wpływu na rzeczywiste obciążenia. Ponowne równoważenie może działać przez wiele dni w zależności od liczby używanych serwerów i magazynu.
Obsługiwane scenariusze
W przypadku dodawania serwera obsługiwane są następujące scenariusze skalowania w poziomie:
Scenariusz uruchamiania | Scenariusz docelowy | Ustawienia odporności | Architektura sieci magazynu | Ustawienia monitora |
---|---|---|---|---|
Pojedynczy serwer | Klaster dwóch serwerów | Dublowany dwustopniowo | Skonfigurowane z przełącznikiem i bez | Monitor wymagany w scenariuszu docelowym. |
Klaster dwóch serwerów | Klaster z trzema serwerami | Dublowany trzystopniowo | Skonfigurowane tylko za pomocą przełącznika | Monitor opcjonalny dla scenariusza docelowego. |
Klaster z trzema serwerami | Klaster N-server | Dublowany trzystopniowo | Przełącz tylko | Monitor opcjonalny dla scenariusza docelowego. |
Podczas uaktualniania klastra z dwóch do trzech serwerów poziom odporności magazynu jest zmieniany z dublowania dwukierunkowego na dublowanie trzystopniowe.
Ustawienia odporności
W tej wersji na potrzeby dodawania operacji serwera określone zadania nie są wykonywane na woluminach obciążeń utworzonych po wdrożeniu.
W przypadku operacji dodawania serwera ustawienia odporności są aktualizowane dla wymaganych woluminów infrastruktury i woluminów obciążeń utworzonych podczas wdrażania. Ustawienia pozostają niezmienione dla innych woluminów obciążeń utworzonych po wdrożeniu (ponieważ ustawienia zamierzonej odporności tych woluminów nie są znane i można po prostu chcieć wolumin dublowany 2-drogowy niezależnie od skali klastra).
Jednak domyślne ustawienia odporności są aktualizowane na poziomie puli magazynu i dlatego wszystkie nowe woluminy obciążenia utworzone po wdrożeniu będą dziedziczyć ustawienia odporności.
Wymagania sprzętowe
Podczas dodawania serwera system weryfikuje sprzęt nowego, przychodzącego serwera i zapewnia, że serwer spełnia wymagania sprzętowe przed dodaniem go do klastra.
Składnik | Sprawdzanie zgodności |
---|---|
Procesor CPU | Sprawdź, czy nowy serwer ma taką samą liczbę rdzeni procesora CPU lub więcej. Jeśli rdzenie procesora CPU w węźle przychodzącym nie spełniają tego wymagania, zostanie wyświetlone ostrzeżenie. Operacja jest jednak dozwolona. |
Memory (Pamięć) | Sprawdź, czy na nowym serwerze jest zainstalowana taka sama ilość lub więcej pamięci. Jeśli pamięć w węźle przychodzącym nie spełnia tego wymagania, zostanie wyświetlone ostrzeżenie. Operacja jest jednak dozwolona. |
Napędy | Sprawdź, czy nowy serwer ma taką samą liczbę dysków danych dostępnych dla Bezpośrednie miejsca do magazynowania. Jeśli liczba dysków w węźle przychodzącym nie spełnia tego wymagania, zostanie zgłoszony błąd i operacja zostanie zablokowana. |
Wymagania wstępne
Przed dodaniem serwera należy spełnić wymagania wstępne dotyczące sprzętu i oprogramowania.
Wymagania wstępne dotyczące sprzętu
Upewnij się, że spełnisz następujące wymagania wstępne:
- Pierwszym krokiem jest uzyskanie nowego sprzętu rozwiązania Azure Stack HCI z oryginalnego producenta OEM. Zawsze zapoznaj się z dokumentacją dostarczaną przez producenta OEM podczas dodawania nowego sprzętu serwera do użycia w klastrze.
- Umieść nowy serwer fizyczny w wstępnie określonej lokalizacji, na przykład stojak i odpowiednio podłącz go.
- Włącz i dostosuj porty przełącznika fizycznego zgodnie z potrzebami w środowisku sieciowym.
Wymagania wstępne dotyczące oprogramowania
Upewnij się, że spełnisz następujące wymagania wstępne:
AzureStackLCMUser
jest aktywny w usłudze Active Directory. Aby uzyskać więcej informacji, zobacz Przygotowanie usługi Active Directory.- Zalogował się jako
AzureStackLCMUser
lub inny użytkownik z równoważnymi uprawnieniami. - Poświadczenia dla właściwości
AzureStackLCMUser
nie zostały zmienione.
Dodawanie serwera
W tej sekcji opisano sposób dodawania serwera przy użyciu programu PowerShell, monitorowania stanu Add-Server
operacji i rozwiązywania problemów, jeśli występują jakieś problemy.
Dodawanie serwera przy użyciu programu PowerShell
Upewnij się, że sprawdzono i spełniono wymagania wstępne.
Na nowym serwerze, który chcesz dodać, wykonaj następujące kroki.
Zainstaluj system operacyjny i wymagane sterowniki na nowym serwerze, który chcesz dodać. Wykonaj kroki opisane w temacie Instalowanie rozwiązania Azure Stack HCI w wersji 23H2.
Uwaga
Musisz również zainstalować wymagane role systemu Windows.
Zarejestruj serwer w usłudze Arc. Wykonaj kroki opisane w temacie Rejestrowanie w usłudze Arc i konfigurowanie uprawnień.
Uwaga
Aby zarejestrować się w usłudze Arc, należy użyć tych samych parametrów co istniejące węzły. Na przykład: Nazwa grupy zasobów, Region, Subskrypcja i Tentant.
Na serwerze, który już istnieje w klastrze, wykonaj następujące kroki:
Zaloguj się przy użyciu poświadczeń użytkownika domeny podanych podczas wdrażania klastra.
(Opcjonalnie) Przed dodaniem serwera upewnij się, że został zaktualizowany token uwierzytelniania. Uruchom następujące polecenie:
Update-AuthenticationToken
Uruchom następujące polecenie, aby dodać nowy serwer przychodzący:
$HostIpv4 = "<IPv 4 for the new server>" $Cred = Get-Credential Add-Server -Name "< Name of the new server>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred
Zanotuj identyfikator operacji jako dane wyjściowe polecenia
Add-Server
. Ten identyfikator operacji będzie później używany do monitorowania postępuAdd-Server
operacji.
Monitorowanie postępu operacji
Aby monitorować postęp operacji dodawania serwera, wykonaj następujące kroki:
Uruchom następujące polecenie cmdlet i podaj identyfikator operacji z poprzedniego kroku.
$ID = "<Operation ID>" Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID
Po zakończeniu operacji zadanie ponownego równoważenia magazynu w tle będzie nadal działać. Poczekaj na zakończenie zadania ponownego równoważenia magazynu. Aby sprawdzić postęp tego zadania ponownego równoważenia magazynu, użyj następującego polecenia cmdlet:
Get-VirtualDisk|Get-StorageJob
Jeśli zadanie ponownego równoważenia magazynu zostanie ukończone, polecenie cmdlet nie zwróci danych wyjściowych.
Nowo dodany serwer zostanie wyświetlony na liście Azure Portal na liście klastra rozwiązania Azure Stack HCI po kilku godzinach. Aby wymusić wyświetlanie serwera w Azure Portal, uruchom następujące polecenie:
Sync-AzureStackHCI
Scenariusze odzyskiwania
W następujących scenariuszach odzyskiwania i zalecanych krokach zaradczych przedstawiono karty dotyczące dodawania serwera:
Opis scenariusza | Ograniczanie ryzyka | Obsługiwane? |
---|---|---|
Dodano nowy serwer poza pasmem bez używania orkiestratora. | Usuń dodany serwer. Użyj orkiestratora, aby dodać serwer. |
Nie |
Dodano nowy serwer z orkiestratorem i operacja nie powiodła się. | Aby ukończyć operację, zbadaj błąd. Uruchom ponownie operację, która zakończyła się niepowodzeniem przy użyciu polecenia Add-Server -Rerun . |
Tak |
Dodano nowy serwer z orkiestratorem. Operacja zakończyła się częściowo, ale musiała rozpocząć od nowej instalacji systemu operacyjnego. |
W tym scenariuszu orkiestrator zaktualizował już swój magazyn wiedzy o nowym serwerze. Użyj scenariusza naprawy serwera. | Tak |
Rozwiązywanie problemów
Jeśli podczas dodawania serwera wystąpią błędy lub błędy, możesz przechwycić dane wyjściowe błędów w pliku dziennika. Na serwerze, który już istnieje w klastrze, wykonaj następujące kroki:
Zaloguj się przy użyciu poświadczeń użytkownika domeny podanych podczas wdrażania klastra. Przechwyć problem w plikach dziennika.
Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt
Aby ponownie uruchomić operację, która zakończyła się niepowodzeniem, użyj następującego polecenia cmdlet:
Add-Server -Rerun
Następne kroki
Dowiedz się więcej o tym, jak naprawić serwer.
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla