Udostępnij za pośrednictwem

Wdrażanie wirtualnego systemu Azure Local w wersji 23H2

  • Artykuł

Dotyczy: Azure Local, wersja 23H2

Ważne

Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Trwa zmiana nazwy dokumentacji produktu. Zmiany tekstowe zostaną ukończone, a aktualizacje wizualizacji zostaną wkrótce sfinalizowane. Dowiedz się więcej.

W tym artykule opisano sposób wdrażania zwirtualizowanego wystąpienia lokalnego platformy Azure w wersji 23H2 w systemie hosta z funkcją Hyper-V w systemie operacyjnym Windows Server 2022, Windows 11 lub nowszym.

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 w wersji 23H2 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 w wersji 23H2.

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. Maszyna wirtualna hosta wirtualnego powinna mieć co najmniej 24 GB pamięci 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.
    Karty sieciowe hosta Jedna karta sieciowa.
    Storage 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 aprowizować zwirtualizowane wystąpienie lokalne 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.
Sieć Co najmniej dwie karty sieciowe połączone z siecią wewnętrzną. Fałszowanie mac musi być włączone.
Dysk rozruchowy Jeden dysk do zainstalowania systemu operacyjnego Azure Stack HCI z poziomu iso.
Dyski twarde dla Miejsca do magazynowania Direct Sześć dynamicznych rozszerzeń dysków. Maksymalny rozmiar dysku to 1024 GB.
Dysk danych Co najmniej 127 GB.
Synchronizacja czasu w integracji Wyłączone.

Uwaga

Są to minimalne wymagania dotyczące pomyślnego wdrożenia usługi Azure Local w wersji 23H2. 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, jest mało na adresach IP, możesz utworzyć wewnętrzny przełącznik wirtualny z włączonym translatorem adresów sieciowych, 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 za pomocą wewnętrznego przełącznika wirtualnego i włączonego translatora adresów sieciowych

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ć się bramą domyślną hostów wirtualnych po nawiązaniu połączenia z tą siecią przełącznika wewnętrznego. Należy również zdefiniować podsieć sieci translatora adresów sieciowych, w której są połą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ślną kartę sieciową utworzoną podczas tworzenia maszyny wirtualnej w poprzednim kroku:

    Get-VMNetworkAdapter -VMName "Node1" | Remove-VMNetworkAdapter

  5. Dodaj nowe karty sieciowe do maszyny wirtualnej przy użyciu 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 kartach sieciowych na maszynie wirtualnej Node1. Fałszowanie adresów MAC jest techniką, która umożliwia karty sieciowej maskowanie jako innej przez 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 magistrali (tylko w przypadku wdrożeń z wieloma węzłami) dla wszystkich kart sieciowych na maszynie wirtualnej Node1. Ten skrypt konfiguruje kartę sieciową określonej maszyny wirtualnej do działania w trybie magistrali. 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 nową ochronę klucza i przypisz ją do Node1elementu . 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 maszynę wirtualną vTPM dla programu Node1. Włączając maszynę wirtualną vTPM na maszynie wirtualnej, możesz użyć funkcji BitLocker i innych funkcji, które wymagają modułu TPM na maszynie wirtualnej. Po wykonaniu tego polecenia zostanie włączona maszyna wirtualna vTPM, zakładając, Node1 ż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 zostanie utworzonych C:\vms\Node1 sześć nowych dysków 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łączanie dysków do nowo utworzonych dysków VHDX dla maszyny wirtualnej. W tych poleceniach do programu są dodawane sześć wirtualnych dysków twardych znajdujących się w C:\vms\Node1 katalogu i nazwanych s2d1.vhdx za pomocą s2d6.vhdx polecenia 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 maszyna wirtualna Node1 ma sześć dołączonych dysków VHD. Te dyski VHDX służą do włączania Miejsca do magazynowania Direct na maszynie wirtualnej, które są wymagane w przypadku wdrożeń lokalnych platformy Azure:

     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"
 Add-VMHardDiskDrive -VMName "Node1" -Path "C:\vms\Node1\s2d5.vhdx"
 Add-VMHardDiskDrive -VMName "Node1" -Path "C:\vms\Node1\s2d6.vhdx"

  14. Wyłącz synchronizację czasu:

    Get-VMIntegrationService -VMName "Node1" |Where-Object {$_.name -like "T*"}|Disable-VMIntegrationService

  15. Włącz wirtualizację zagnieżdżonych:

    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 oprogramowanie Azure Local 23H2 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 w Computer name pliku 2 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 Get-VMNetworkAdapter polecenia cmdlet i ForEach-Object , aby skonfigurować cztery nazwy kart sieciowych dla maszyny wirtualnej Node1 , mapując przypisane adresy MAC na odpowiednie karty sieciowe 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 MacAddress uzyskuje się dostęp do właściwości obiektu karty sieciowej, 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:

    Get-NetAdapter Użyj polecenia , aby pobrać fizyczne karty sieciowe na maszynie wirtualnej, przefiltrować je na podstawie adresu MAC, a następnie zmienić ich nazwę na zgodną kartę przy użyciu Rename-NetAdapter polecenia cmdlet .

    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ą kart sieciowych w Menedżerze funkcji Hyper-V i nazwą kart 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ół DHCP (Dynamic Host Configuration Protocol) na czterech kart sieciowych dla maszyny 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 usługę DNS. Po wykonaniu Node1 następujących poleceń zostanie NIC1 skonfigurowany interfejs sieciowy z określonym adresem IP, maską podsieci, bramą domyślną i adresem serwera DNS. 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ę funkcji 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. Po Node1 ponownym uruchomieniu i zainstalowaniu roli funkcji Hyper-V zainstaluj narzędzia do zarządzania funkcją Hyper-V:

    Invoke-Command -VMName "Node1" -Credential $cred -ScriptBlock {Install-WindowsFeature -Name Hyper-V -IncludeManagementTools}

  13. Gdy maszyna hosta wirtualnego będzie gotowa, musisz zarejestrować ją i przypisać uprawnienia na platformie Azure jako zasób usługi 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