Udostępnij za pośrednictwem


Wdrażanie wirtualnego systemu lokalnego platformy Azure

Dotyczy: Azure Local 2311.2 i nowsze

Ważne

Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Dowiedz się więcej.

W tym artykule opisano sposób wdrażania zwirtualizowanego wystąpienia lokalnego platformy Azure w systemie hostów przy użyciu systemu operacyjnego Windows Server 2022, Windows 11 lub nowszego. Host powinien również mieć włączony Hyper-V dla wdrożenia.

Potrzebujesz uprawnień administratora do lokalnego wdrożenia wirtualnego platformy Azure i musisz zapoznać się z istniejącym rozwiązaniem lokalnym platformy Azure. Ukończenie wdrożenia może potrwać około 2,5 godziny.

Ważne

Wirtualne wdrożenie usługi Azure Local jest przeznaczone tylko do celów edukacyjnych i demonstracyjnych. pomoc techniczna firmy Microsoft nie obsługuje wdrożeń wirtualnych.

Wymagania wstępne

Poniżej przedstawiono wymagania wstępne dotyczące sprzętu, sieci i innych wymagań wstępnych dotyczących wdrożenia wirtualnego:

Wymagania dotyczące hosta fizycznego

Poniżej przedstawiono minimalne wymagania dotyczące pomyślnego wdrożenia usługi Azure Local.

Przed rozpoczęciem upewnij się, że:

  • Masz dostęp do fizycznego systemu hosta z uruchomioną funkcją Hyper-V w systemie Windows Server 2022, Windows 11 lub nowszym. Ten host służy do aprowizowania wirtualnego wdrożenia lokalnego platformy Azure.

  • Masz wystarczającą pojemność. Do uruchamiania rzeczywistych obciążeń, takich jak maszyny wirtualne lub kontenery, jest wymagana większa pojemność.

  • Sprzęt fizyczny używany do wdrażania wirtualnego spełnia następujące wymagania:

    Składnik Minimum
    Procesor Intel VT-x lub AMD-V z obsługą wirtualizacji zagnieżdżonej. Aby uzyskać więcej informacji, zobacz Czy mój procesor obsługuje technologię wirtualizacji Intel®?.
    Pamięć Host fizyczny musi mieć co najmniej 32 GB pamięci RAM dla wdrożeń pojedynczego węzła wirtualnego. Wirtualna maszyna powinna mieć co najmniej 24 GB RAM.

    Host fizyczny musi mieć co najmniej 64 GB pamięci RAM dla dwóch wdrożeń węzłów wirtualnych. Każda maszyna wirtualna hosta wirtualnego powinna mieć co najmniej 24 GB pamięci RAM do wdrożenia i 32 GB do stosowania aktualizacji.
    Karty sieciowe hosta Jedna karta sieciowa.
    Przechowywanie 1 TB dysku półprzewodnikowego (SSD).

Wymagania dotyczące hosta wirtualnego

Przed rozpoczęciem upewnij się, że każdy wirtualny system hosta może przeznaczyć następujące zasoby, aby wdrożyć zwirtualizowane lokalne wystąpienie platformy Azure.

Składnik Wymaganie
Typ maszyny wirtualnej Włączono bezpieczny rozruch i moduł TPM (Trusted Platform Module).
Procesory wirtualne Cztery rdzenie.
Pamięć Co najmniej 24 GB.
Networking Co najmniej dwie karty sieciowe połączone z siecią wewnętrzną. Podszywanie się pod MAC musi być włączone.
Dysk rozruchowy Jeden dysk do zainstalowania systemu operacyjnego Azure Stack HCI z poziomu iso. Co najmniej 200 GB
Dyski twarde do Bezpośrednich Miejsc Magazynowania Cztery dynamiczne rozszerzające się dyski. Maksymalny rozmiar dysku to 1024 GB.
Dyski danych Co najmniej 127 GB każdy. Rozmiar musi być taki sam dla każdego dysku
Synchronizacja czasu w integracji Wyłączone.

Uwaga

Są to minimalne wymagania dotyczące pomyślnego wdrożenia usługi Azure Local. Zwiększ pojemność, np. rdzenie wirtualne i pamięć podczas uruchamiania rzeczywistych obciążeń, takich jak maszyny wirtualne lub kontenery.

Konfigurowanie przełącznika wirtualnego

Podczas wdrażania usługi Azure Local w środowisku wirtualnym można używać istniejących sieci i używać adresów IP z tej sieci, jeśli są dostępne. W takim przypadku wystarczy utworzyć przełącznik zewnętrzny i połączyć wszystkie wirtualne karty sieciowe z tym przełącznikiem wirtualnym. Hosty wirtualne będą miały łączność z siecią fizyczną bez dodatkowej konfiguracji.

Jeśli jednak sieć fizyczna, w której planujesz wdrożyć lokalne środowisko wirtualne platformy Azure, ma ograniczoną liczbę adresów IP, możesz utworzyć wewnętrzny przełącznik wirtualny z włączonym NAT, aby odizolować hosty wirtualne od sieci fizycznej przy zachowaniu łączności wychodzącej z Internetem.

Poniżej wymieniono kroki dla dwóch opcji:

Wdrażanie za pomocą zewnętrznego przełącznika wirtualnego

Na komputerze hosta fizycznego uruchom następujące polecenie programu PowerShell, aby utworzyć zewnętrzny przełącznik wirtualny:

New-VMSwitch -Name "external_switch_name" -SwitchType External -NetAdapterName "network_adapter_name" -AllowManagementOS $true

Wdrażanie z wewnętrznym przełącznikiem wirtualnym i włączonym NAT-em

Na komputerze hosta fizycznego uruchom następujące polecenie programu PowerShell, aby utworzyć wewnętrzny przełącznik wirtualny. Użycie tego przełącznika gwarantuje, że wdrożenie lokalne platformy Azure jest izolowane.

New-VMSwitch -Name "internal_switch_name" -SwitchType Internal -NetAdapterName "network_adapter_name" 

Po utworzeniu wewnętrznego przełącznika wirtualnego na hoście zostanie utworzona nowa karta sieciowa. Musisz przypisać adres IP do tej karty sieciowej, aby stała się domyślną bramą dla twoich hostów wirtualnych po podłączeniu do tej wewnętrznej sieci przełączników. Należy również zdefiniować podsieć sieci NAT, do której są podłączone hosty wirtualne.

Poniższy przykładowy skrypt tworzy sieć HCINAT NAT z prefiksem 192.168.44.0/24 i definiuje 192.168.44.1 adres IP jako bramę domyślną dla sieci przy użyciu interfejsu na hoście:

#Check interface index of the new network adapter on the host connected to InternalSwitch:
Get-NetAdapter -Name "vEthernet (InternalSwitch)"

#Create the NAT default gateway IP on top of the InternalSwitch network adapter:
New-NetIPAddress -IPAddress 192.168.44.1 -PrefixLength 24 -InterfaceAlias "vEthernet (InternalSwitch)"

#Create the NAT network:
New-NetNat -Name "HCINAT"-InternalIPInterfaceAddressPrefix 192.168.44.0/24

Tworzenie hosta wirtualnego

Utwórz maszynę wirtualną, która będzie służyć jako host wirtualny z następującą konfiguracją. Tę maszynę wirtualną można utworzyć przy użyciu Menedżera funkcji Hyper-V lub programu PowerShell:

Wykonaj następujące kroki, aby utworzyć przykładową maszynę wirtualną o nazwie Node1 przy użyciu poleceń cmdlet programu PowerShell:

  1. Tworzenie maszyny wirtualnej:

    New-VHD -Path "your_VHDX_path" -SizeBytes 127GB
    New-VM -Name Node1 -MemoryStartupBytes 20GB -VHDPath "your_VHDX_path" -Generation 2 -Path "VM_config_files_path"
    
  2. Wyłącz pamięć dynamiczną:

    Set-VMMemory -VMName "Node1" -DynamicMemoryEnabled $false
    
  3. Wyłącz punkty kontrolne maszyny wirtualnej:

    Set-VM -VMName "Node1" -CheckpointType Disabled
    
  4. Usuń domyślny adapter sieciowy utworzony podczas tworzenia maszyny wirtualnej w poprzednim kroku.

    Get-VMNetworkAdapter -VMName "Node1" | Remove-VMNetworkAdapter
    
  5. Dodaj nowe karty sieciowe do maszyny wirtualnej, używając nazw niestandardowych. W tym przykładzie dodano cztery karty sieciowe, ale w razie potrzeby można dodać tylko dwa. Posiadanie czterech kart sieciowych umożliwia przetestowanie dwóch intencji sieciowych (Mgmt_Compute na Storage przykład) przy użyciu dwóch kart sieciowych:

    Add-VmNetworkAdapter -VmName "Node1" -Name "NIC1"
    Add-VmNetworkAdapter -VmName "Node1" -Name "NIC2"
    Add-VmNetworkAdapter -VmName "Node1" -Name "NIC3"
    Add-VmNetworkAdapter -VmName "Node1" -Name "NIC4"
    
  6. Dołącz wszystkie karty sieciowe do przełącznika wirtualnego. Określ nazwę utworzonego przełącznika wirtualnego, niezależnie od tego, czy był zewnętrzny bez translatora adresów sieciowych, czy wewnętrzny z translatorem adresów sieciowych:

    Get-VmNetworkAdapter -VmName "Node1" |Connect-VmNetworkAdapter -SwitchName "virtual_switch_name"
    
  7. Włącz fałszowanie adresów MAC na wszystkich adapterach sieciowych na maszynie wirtualnej Node1. Fałszowanie adresu MAC jest techniką, która umożliwia karcie sieciowej podszywanie się pod inną poprzez zmianę adresu MAC (Media Access Control). Jest to wymagane w scenariuszach, w których planujesz użyć wirtualizacji zagnieżdżonej:

    Get-VmNetworkAdapter -VmName "Node1" |Set-VmNetworkAdapter -MacAddressSpoofing On
    
  8. Włącz port trunkingowy (tylko w przypadku wdrożeń z wieloma węzłami) dla wszystkich kart sieciowych w VM Node1. Ten skrypt konfiguruje kartę sieciową wirtualnej maszyny do pracy w trybie trunk. Jest to zwykle używane we wdrożeniach z wieloma węzłami, w których chcesz zezwolić wielu wirtualnym sieciom lokalnym (VLAN) na komunikację za pośrednictwem jednej karty sieciowej:

    Get-VmNetworkAdapter -VmName "Node1" |Set-VMNetworkAdapterVlan -Trunk -NativeVlanId 0 -AllowedVlanIdList 0-1000
    
  9. Utwórz nowy ochroniarz klucza i przypisz go do Node1. Zazwyczaj odbywa się to w kontekście konfigurowania chronionej sieci szkieletowej w funkcji Hyper-V, funkcji zabezpieczeń, która chroni maszyny wirtualne przed nieautoryzowanym dostępem lub manipulowaniem.

    Po wykonaniu Node1 następującego skryptu zostanie przypisana nowa funkcja ochrony klucza. Ta funkcja ochrony klucza chroni klucze maszyny wirtualnej, pomagając zabezpieczyć maszynę wirtualną przed nieautoryzowanym dostępem lub manipulowaniem:

    $owner = Get-HgsGuardian UntrustedGuardian
    $kp = New-HgsKeyProtector -Owner $owner -AllowUntrustedRoot
    Set-VMKeyProtector -VMName "Node1" -KeyProtector $kp.RawData
    
  10. Włącz vTPM dla Node1. Włączając vTPM na maszynie wirtualnej, możesz używać BitLockera i innych funkcji, które wymagają TPM na tej maszynie. Po wykonaniu tego polecenia funkcja vTPM zostanie włączona w Node1, zakładając, że sprzęt maszyny hosta i konfiguracja maszyny wirtualnej obsługują tę funkcję.

    Enable-VmTpm -VMName "Node1"
    
  11. Zmień procesory wirtualne na 8:

     Set-VmProcessor -VMName "Node1" -Count 8
    
  12. Utwórz dodatkowe dyski do użycia jako dysk rozruchowy i dyski twarde dla Miejsca do magazynowania Direct. Po wykonaniu tych poleceń w katalogu C:\vms\Node1 zostanie utworzonych sześć nowych VHDX, jak pokazano w tym przykładzie:

     new-VHD -Path "C:\vms\Node1\s2d1.vhdx" -SizeBytes 1024GB
     new-VHD -Path "C:\vms\Node1\s2d2.vhdx" -SizeBytes 1024GB
     new-VHD -Path "C:\vms\Node1\s2d3.vhdx" -SizeBytes 1024GB
     new-VHD -Path "C:\vms\Node1\s2d4.vhdx" -SizeBytes 1024GB
     new-VHD -Path "C:\vms\Node1\s2d5.vhdx" -SizeBytes 1024GB
     new-VHD -Path "C:\vms\Node1\s2d6.vhdx" -SizeBytes 1024GB
    
  13. Dołącz dyski do nowo utworzonych plików VHDX dla maszyny wirtualnej. W tych poleceniach sześć VHD znajdujących się w katalogu C:\vms\Node1 i nazwanych od s2d1.vhdx do s2d6.vhdx jest dodawanych do Node1. Każde Add-VMHardDiskDrive polecenie dodaje jeden wirtualny dysk twardy do maszyny wirtualnej, więc polecenie jest powtarzane sześć razy z różnymi -Path wartościami parametrów.

    Następnie, do maszyny wirtualnej Node1 są dołączone cztery wirtualne dyski twarde. Te pliki VHDX są używane do włączania Storage Spaces Direct na maszynie wirtualnej, co jest wymagane dla wdrożeń Azure Stack HCI.

     Add-VMHardDiskDrive -VMName "Node1" -Path "C:\vms\Node1\s2d1.vhdx"
     Add-VMHardDiskDrive -VMName "Node1" -Path "C:\vms\Node1\s2d2.vhdx"
     Add-VMHardDiskDrive -VMName "Node1" -Path "C:\vms\Node1\s2d3.vhdx"
     Add-VMHardDiskDrive -VMName "Node1" -Path "C:\vms\Node1\s2d4.vhdx"
    
  14. Wyłącz synchronizację czasu:

    Get-VMIntegrationService -VMName "Node1" |Where-Object {$_.name -like "T*"}|Disable-VMIntegrationService
    
  15. Włącz wirtualizację zagnieżdżoną

    Set-VMProcessor -VMName "Node1" -ExposeVirtualizationExtensions $true
    
  16. Uruchom maszynę wirtualną:

    Start-VM "Node1"
    

Instalowanie systemu operacyjnego na maszynach wirtualnych hosta wirtualnego

Wykonaj następujące kroki, aby zainstalować i skonfigurować system operacyjny Azure Stack HCI na maszynach wirtualnych hosta wirtualnego:

  1. Pobierz wersję 23H2 systemu operacyjnego do lokalnego wdrożenia platformy Azure i zainstaluj system operacyjny Azure Stack HCI.

  2. Zaktualizuj hasło, ponieważ jest to pierwsze uruchomienie maszyny wirtualnej. Upewnij się, że hasło spełnia wymagania dotyczące złożoności platformy Azure. Hasło ma co najmniej 12 znaków i zawiera 1 wielkie litery, 1 małe litery, 1 cyfrę i 1 znak specjalny.

  3. Po zmianie hasła narzędzie do konfiguracji serwera (SConfig) zostanie załadowane automatycznie. Wybierz opcję 15 , aby zamknąć wiersz polecenia i uruchomić następne kroki z tego miejsca.

  4. Uruchom polecenie SConfig, uruchamiając następujące polecenie:

      SConfig
    

    Aby uzyskać informacje na temat korzystania z konfiguracji SConfig, zobacz Konfigurowanie za pomocą narzędzia Konfiguracja serwera (SConfig).

  5. Zmień nazwę hosta na Node1. Użyj opcji 2 dla Computer name w SConfig, aby to zrobić.

    Zmiana nazwy hosta powoduje ponowne uruchomienie. Po wyświetleniu monitu o ponowne uruchomienie wprowadź Yes i poczekaj na zakończenie ponownego uruchomienia. Funkcja SConfig jest uruchamiana ponownie automatycznie.

  6. Na hoście fizycznym uruchom polecenia cmdlet Get-VMNetworkAdapter i ForEach-Object w celu skonfigurowania nazw czterech kart sieciowych dla maszyny wirtualnej Node1 poprzez mapowanie przypisanych adresów MAC do odpowiednich kart sieciowych w systemie operacyjnym gościa.

    1. Polecenie Get-VMNetworkAdapter cmdlet służy do pobierania obiektu karty sieciowej dla każdej karty sieciowej na maszynie wirtualnej, gdzie -VMName parametr określa nazwę maszyny wirtualnej, a -Name parametr określa nazwę karty sieciowej. Następnie należy uzyskać dostęp do właściwości obiektu karty sieciowej MacAddress, aby uzyskać adres MAC.
    Get-VMNetworkAdapter -VMName "Node1" -Name "NIC1"
    
    1. Adres MAC jest ciągiem liczb szesnastkowych. Polecenie ForEach-Object cmdlet służy do formatowania tego ciągu przez wstawianie łączników w określonych interwałach. W szczególności Insert metoda obiektu string służy do wstawiania łącznika w 2, 5, 8, 11 i 14 pozycji w ciągu. Operator join jest następnie używany do łączenia wynikowej tablicy ciągów w jeden ciąg z spacjami między poszczególnymi elementami.

    2. Polecenia są powtarzane dla każdej z czterech kart sieciowych na maszynie wirtualnej, a ostatni sformatowany adres MAC dla każdej karty sieciowej jest przechowywany w oddzielnej zmiennej:

    ($Node1finalmacNIC1, $Node1finalmacNIC2, $Node1finalmacNIC3, $Node1finalmacNIC4).
    
    1. Poniższy skrypt zwraca końcowy sformatowany adres MAC dla każdej karty sieciowej:
    $Node1macNIC1 = Get-VMNetworkAdapter -VMName "Node1" -Name "NIC1"
    $Node1macNIC1.MacAddress
    $Node1finalmacNIC1=$Node1macNIC1.MacAddress|ForEach-Object{($_.Insert(2,"-").Insert(5,"-").Insert(8,"-").Insert(11,"-").Insert(14,"-"))-join " "}
    $Node1finalmacNIC1
    
    $Node1macNIC2 = Get-VMNetworkAdapter -VMName "Node1" -Name "NIC2"
    $Node1macNIC2.MacAddress
    $Node1finalmacNIC2=$Node1macNIC2.MacAddress|ForEach-Object{($_.Insert(2,"-").Insert(5,"-").Insert(8,"-").Insert(11,"-").Insert(14,"-"))-join " "}
    $Node1finalmacNIC2
    
    $Node1macNIC3 = Get-VMNetworkAdapter -VMName "Node1" -Name "NIC3"
    $Node1macNIC3.MacAddress
    $Node1finalmacNIC3=$Node1macNIC3.MacAddress|ForEach-Object{($_.Insert(2,"-").Insert(5,"-").Insert(8,"-").Insert(11,"-").Insert(14,"-"))-join " "}
    $Node1finalmacNIC3
    
    $Node1macNIC4 = Get-VMNetworkAdapter -VMName "Node1" -Name "NIC4"
    $Node1macNIC4.MacAddress
    $Node1finalmacNIC4=$Node1macNIC4.MacAddress|ForEach-Object{($_.Insert(2,"-").Insert(5,"-").Insert(8,"-").Insert(11,"-").Insert(14,"-"))-join " "}
    $Node1finalmacNIC4
    
  7. Uzyskaj poświadczenia administratora lokalnego Node1 maszyny wirtualnej, a następnie zmień nazwę Node1:

    $cred = get-credential
    
  8. Zmień nazwę i zamapuj karty sieciowe na Node1. Zmiana nazwy jest oparta na adresach MAC kart sieciowych przypisanych przez funkcję Hyper-V, gdy maszyna wirtualna jest uruchamiana po raz pierwszy. Te polecenia powinny być uruchamiane bezpośrednio z hosta:

    Użyj polecenia Get-NetAdapter, aby pobrać fizyczne karty sieciowe na maszynie wirtualnej, przefiltrować je według adresu MAC, a następnie zmienić ich nazwę, aby dopasować do zgodnego adaptera sieciowego, przy użyciu polecenia cmdlet Rename-NetAdapter.

    Jest to powtarzane dla każdej z czterech kart sieciowych na maszynie wirtualnej z adresem MAC i nową nazwą każdej karty sieciowej określonej oddzielnie. Spowoduje to utworzenie mapowania między nazwą interfejsów sieciowych w Hyper-V Manager a nazwą interfejsów sieciowych w systemie operacyjnym maszyny wirtualnej.

    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {param($Node1finalmacNIC1) Get-NetAdapter -Physical | Where-Object {$_.MacAddress -eq $Node1finalmacNIC1} | Rename-NetAdapter -NewName "NIC1"} -ArgumentList $Node1finalmacNIC1
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {param($Node1finalmacNIC2) Get-NetAdapter -Physical | Where-Object {$_.MacAddress -eq $Node1finalmacNIC2} | Rename-NetAdapter -NewName "NIC2"} -ArgumentList $Node1finalmacNIC2
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {param($Node1finalmacNIC3) Get-NetAdapter -Physical | Where-Object {$_.MacAddress -eq $Node1finalmacNIC3} | Rename-NetAdapter -NewName "NIC3"} -ArgumentList $Node1finalmacNIC3
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {param($Node1finalmacNIC4) Get-NetAdapter -Physical | Where-Object {$_.MacAddress -eq $Node1finalmacNIC4} | Rename-NetAdapter -NewName "NIC4"} -ArgumentList $Node1finalmacNIC4
    
  9. Wyłącz protokół Dynamic Host Configuration Protocol (DHCP) na czterech kartach sieciowych w maszynie wirtualnej Node1, uruchamiając następujące polecenia.

    Uwaga

    Interfejsy nie będą automatycznie uzyskiwać adresów IP z serwera DHCP i zamiast tego muszą mieć przypisane ręcznie adresy IP:

    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Set-NetIPInterface -InterfaceAlias "NIC1" -Dhcp Disabled}
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Set-NetIPInterface -InterfaceAlias "NIC2" -Dhcp Disabled}
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Set-NetIPInterface -InterfaceAlias "NIC3" -Dhcp Disabled}
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Set-NetIPInterface -InterfaceAlias "NIC4" -Dhcp Disabled}
    
  10. Ustaw adres IP zarządzania, bramę i serwer DNS. Po wykonaniu następujących poleceń, interfejs sieciowy NIC1 zostanie skonfigurowany z określonym adresem IP, maską podsieci, bramą domyślną i adresem serwera DNS w Node1. Upewnij się, że adres IP zarządzania może rozpoznać usługę Active Directory i ma łączność wychodzącą z Internetem:

    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {New-NetIPAddress -InterfaceAlias "NIC1" -IPAddress "192.168.44.201" -PrefixLength 24 -AddressFamily IPv4 -DefaultGateway "192.168.44.1"}
    
    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Set-DnsClientServerAddress -InterfaceAlias "NIC1" -ServerAddresses "192.168.1.254"}
    
  11. Włącz rolę Hyper-V. To polecenie uruchamia ponownie maszynę wirtualną Node1:

    Invoke-Command -VMName "Node1"
    -Credential $cred -ScriptBlock {Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All }
    
  12. Kiedy Node1 zostanie ponownie uruchomiony i zainstalowana rola Hyper-V, zainstaluj narzędzia do zarządzania Hyper-V.

    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Install-WindowsFeature -Name Hyper-V -IncludeManagementTools}
    
  13. Gdy maszyna hosta wirtualnego będzie gotowa, musisz ją zarejestrować i przypisać uprawnienia w Azure jako zasób Arc.

  14. Po zarejestrowaniu maszyny na platformie Azure jako zasób usługi Arc i zainstalowaniu wszystkich obowiązkowych rozszerzeń wybierz jedną z następujących metod wdrażania platformy Azure lokalnie z platformy Azure.

Powtórz powyższy proces dla dodatkowych węzłów, jeśli planujesz przetestować wdrożenia z wieloma węzłami. Upewnij się, że nazwy wirtualnych hostów i adresy IP zarządzania są unikatowe i w tej samej podsieci:

Następne kroki