Dodaj węzeł w usłudze Azure Local

Dotyczy: Azure Local 2311.2 i nowsze

W tym artykule opisano sposób zarządzania pojemnością przez dodanie węzła (często nazywanego skalowaniem w poziomie) do wystąpienia lokalnego platformy Azure. W tym artykule każdy serwer jest określany jako węzeł.

Informacje o dodawaniu węzłów

Obliczenia i magazyn można łatwo skalować w tym samym czasie na platformie Azure Local, dodając węzły do istniejącego systemu. Wystąpienie lokalne platformy Azure obsługuje maksymalnie 16 węzłów.

Każdy nowy węzeł fizyczny dodany do systemu musi ściśle odpowiadać pozostałym węzłom pod względem typu procesora CPU, pamięci, liczby dysków oraz typu i rozmiaru dysków.

Lokalną instancję Azure można dynamicznie skalować od 1 do 16 węzłów. W odpowiedzi na skalowanie, orkiestrator (znany również jako Menedżer cyklu życia) dostosowuje odporność systemu dyskowego, konfigurację sieci, w tym agentów lokalnych, takich jak agenci orkiestratora, oraz dokonuje rejestracji w usłudze Arc. Skalowanie dynamiczne może wymagać zmiany architektury sieci z połączenia bez użycia przełącznika na połączenia za pośrednictwem przełącznika sieciowego.

Ważne

• W tej wersji można dodać tylko jeden węzeł w danym momencie. Można jednak dodać wiele węzłów kolejno, aby pula pamięci została zrównoważona tylko raz.
• Nie można trwale usunąć węzła z systemu.

Dodaj przepływ pracy dla węzła

Poniższy diagram przepływu przedstawia ogólny proces dodawania węzła:

Aby dodać węzeł, wykonaj następujące ogólne kroki:

1. Zainstaluj system operacyjny, sterowniki i oprogramowanie układowe w nowym węźle, który chcesz dodać. Aby uzyskać więcej informacji, zobacz Instalowanie systemu operacyjnego.
2. Dodaj przygotowany węzeł za pomocą Add-server polecenia cmdlet programu PowerShell.
3. Podczas dodawania węzła do systemu, system sprawdza, czy nowo dodawany węzeł spełnia wymagania dotyczące CPU, pamięci i przechowywania (dysków), zanim faktycznie doda węzeł.
4. Po dodaniu węzła system 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 trwać wiele dni, w zależności od liczby węzłów i używanej pamięci.

Uwaga

W przypadku wdrożenia wystąpienia lokalnego platformy Azure z użyciem niestandardowych adresów IP magazynu należy ręcznie przypisać adresy IP do adapterów sieciowych magazynu po dodaniu węzła.

Obsługiwane scenariusze

W przypadku dodawania węzła obsługiwane są następujące scenariusze rozszerzania:

Scenariusz uruchamiania	Scenariusz docelowy	Ustawienia odporności	Architektura sieci magazynu	Ustawienia świadka
Jeden węzeł	System dwuwęźleowy	Dublowany dwustopniowo	Skonfigurowano z i bez przełącznika	Świadek wymagany w scenariuszu docelowym.
System dwuwęźleowy	System z trzema węzłami	Lustro trójstronne	Skonfigurowane tylko z przełącznikiem	Świadek opcjonalny dla scenariusza docelowego.
System z trzema węzłami	System N-node	Lustro trójstronne	Tylko przełącznik	Świadek opcjonalny dla scenariusza docelowego.

Podczas uaktualniania systemu z dwóch do trzech węzłów poziom odporności pamięci masowej jest zmieniany z mirroringu dwukierunkowego na mirroring trójkierunkowy.

Ustawienia odporności

W tej wersji dla operacji dodawania węzła określone zadania nie są wykonywane na woluminach obciążeń utworzonych po wdrożeniu.

W przypadku operacji dodawania węzła 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ż celowe ustawienia odporności tych woluminów nie są znane i można po prostu chcieć wolumin w dwukierunkowym lustrze, niezależnie od skali systemu).

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 węzła system weryfikuje sprzęt nowego węzła przychodzącego i zapewnia, że węzeł spełnia wymagania sprzętowe przed dodaniem go do systemu.

Składnik	Sprawdzanie zgodności
Procesor	Sprawdź, czy nowy węzeł 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.
Pamięć	Sprawdź, czy nowy węzeł ma zainstalowaną taką samą ilość pamięci lub więcej. 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 węzeł ma taką samą liczbę napędów danych dostępnych dla Storage Spaces Direct. 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 węzła 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:

1. Pierwszym krokiem jest uzyskanie nowego sprzętu lokalnego platformy Azure z oryginalnego producenta OEM. Zawsze zapoznaj się z dokumentacją udostępnioną przez producenta OEM podczas dodawania nowego sprzętu węzła do użycia w systemie.
2. Umieść nowy węzeł fizyczny w wstępnie określonej lokalizacji, na przykład stojak i odpowiednio podłącz go.
3. 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 Przygotowywanie usługi Active Directory.
• Zalogował się jako AzureStackLCMUser lub inny użytkownik z równoważnymi uprawnieniami.
• Poświadczenia dla elementu AzureStackLCMUser nie zostały zmienione.

Dodawanie węzła

W tej sekcji opisano sposób dodawania węzła przy użyciu programu PowerShell, monitorowania stanu Add-Server operacji i rozwiązywania problemów, jeśli występują jakieś problemy.

Dodawanie węzła przy użyciu programu PowerShell

Upewnij się, że sprawdzono i spełniono wymagania wstępne.

W nowym węźle, który chcesz dodać, wykonaj następujące kroki.

1. Zainstaluj system operacyjny i wymagane sterowniki w nowym węźle, który chcesz dodać. Wykonaj kroki opisane w temacie Instalowanie systemu operacyjnego Azure Stack HCI w wersji 23H2.

2. Zarejestruj węzeł 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ący węzeł. Na przykład: Nazwa grupy zasobów, Region, Subskrypcja i Dzierżawa.

3. Przypisz następujące uprawnienia do nowo dodanych węzłów:

   • Rola lokalnego zarządzania urządzeniami Azure
   • Użytkownik sekretnych informacji Key Vault Aby uzyskać więcej informacji, zobacz Przypisywanie uprawnień do węzła.

W węźle, który już istnieje w systemie, wykonaj następujące kroki:

1. Zaloguj się przy użyciu poświadczeń użytkownika domeny (AzureStaclLCMUser lub innego użytkownika z równoważnymi uprawnieniami), które zostały podane podczas wdrażania systemu.

2. (Opcjonalnie) Przed dodaniem węzła upewnij się, że został zaktualizowany token uwierzytelniania. Uruchom następujące polecenie:

   Update-AuthenticationToken 
   

3. Jeśli korzystasz z wersji wcześniejszej niż 2405.3, musisz uruchomić następujące polecenie w nowym węźle, aby wyczyścić pliki powodujące konflikt:

   Get-ChildItem -Path "$env:SystemDrive\NugetStore" -Exclude Microsoft.AzureStack.Solution.LCMControllerWinService*,Microsoft.AzureStack.Role.Deployment.Service* | Remove-Item -Recurse -Force
   

4. Uruchom następujące polecenie, aby dodać nowy węzeł przychodzący przy użyciu poświadczeń administratora lokalnego dla nowego węzła:

   $HostIpv4 = "<IPv 4 for the new node>"
   $Cred = Get-Credential 
   Add-Server -Name "<Name of the new node>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred 
   

5. Zanotuj identyfikator operacji jako dane wyjściowe polecenia Add-Server . Aby monitorować postęp operacji Add-Server, użyj tego identyfikatora operacji później.

Monitorowanie postępu operacji

Aby monitorować postęp operacji dodawania węzła, wykonaj następujące kroki:

1. Uruchom następujące polecenie cmdlet i podaj identyfikator operacji z poprzedniego kroku.

   $ID = "<Operation ID>" 
   Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID 
   

2. Po zakończeniu operacji w tle nadal będzie działać zadanie ponownego równoważenia magazynu. 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 węzeł jest wyświetlany w portalu Azure na liście instancji lokalnych Azure po kilku godzinach. Aby wymusić wyświetlenie węzła w witrynie Azure Portal, uruchom następujące polecenie:

Sync-AzureStackHCI

Scenariusze odzyskiwania

Poniższe scenariusze odzyskiwania i zalecane kroki ograniczania ryzyka są przedstawione w tabeli dotyczącej dodawania węzła.

Opis scenariusza	Czynności zapobiegawcze	Obsługiwane?
Dodano nowy węzeł poza pasmem bez używania orkiestratora.	Usuń dodany węzeł. Użyj orkiestratora, aby dodać węzeł.	Nie.
Dodano nowy węzeł z orkiestratorem i operacja nie powiodła się.	Aby ukończyć operację, zbadaj awarię. Uruchom ponownie operację, która zakończyła się niepowodzeniem przy użyciu polecenia Add-Server -Rerun.	Tak
Dodano nowy węzeł z orkiestratorem. Operacja zakończyła się częściowo pomyślnie, ale musiała zacząć od nowej instalacji systemu operacyjnego.	W tym scenariuszu orkiestrator zaktualizował już swoje repozytorium wiedzy o nowy węzeł. Użyj scenariusza naprawy węzła.	Tak

Rozwiązywanie problemów

Jeśli wystąpią awarie lub błędy podczas dodawania węzła, możesz przechwycić wynik tych błędów w pliku dziennika. W węźle, który już istnieje w systemie, wykonaj następujące kroki:

• Zaloguj się przy użyciu poświadczeń użytkownika domeny podanych podczas wdrażania systemu. 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 na temat naprawiania węzła.