Bereitstellen eines virtuellen lokalen Azure-Systems

2025-07-07

Gilt für: Azure Local 2311.2 und spätere Versionen

Wichtig

Azure Stack HCI ist jetzt Teil von Azure Local. Weitere Informationen

In diesem Artikel wird beschrieben, wie Sie eine virtualisierte lokale Azure-Instanz auf einem Hostsystem mit Windows Server 2022, Windows 11 oder höher (Betriebssystem) bereitstellen. Auf dem Host sollte auch Hyper-V für die Bereitstellung aktiviert sein.

Sie benötigen Administratorrechte für die virtuelle Azure-Bereitstellung vor Ort und sollten mit der vorhandenen lokalen Azure-Lösung vertraut sein. Die Bereitstellung kann etwa 2,5 Stunden dauern.

Wichtig

Eine virtuelle Bereitstellung von Azure Local ist nur für Bildungs- und Demonstrationszwecke vorgesehen. Microsoft-Support unterstützt keine virtuellen Bereitstellungen.

Voraussetzungen

Hier sind die Hardware, das Netzwerk und andere Voraussetzungen für die virtuelle Bereitstellung:

Physische Hostanforderungen

Im Folgenden sind die Mindestanforderungen aufgeführt, um Azure Local erfolgreich bereitzustellen.

Stellen Sie Folgendes sicher, bevor Sie beginnen:

Sie haben Zugriff auf ein physisches Hostsystem, das Hyper-V unter Windows Server 2022, Windows 11 oder höher ausführt. Dieser Host wird verwendet, um eine virtuelle lokale Azure-Bereitstellung bereitzustellen.
Sie haben genügend Kapazität. Für die Ausführung tatsächlicher Workloads wie virtuelle Computer oder Container ist mehr Kapazität erforderlich.

Die für die virtuelle Bereitstellung verwendete physische Hardware erfüllt die folgenden Anforderungen:

Komponente	Mindestanforderungen
Prozessor	Intel VT-x oder AMD-V mit Unterstützung für geschachtelte Virtualisierung. Weitere Informationen finden Sie unter Unterstützt mein Prozessor die Intel® Virtualisierungstechnologie?
Arbeitsspeicher	Der physische Host muss mindestens 32 GB RAM für bereitstellungen einzelner virtueller Knoten aufweisen. Die VM des virtuellen Hosts sollte mindestens 24 GB RAM aufweisen. Der physische Host muss mindestens 64 GB RAM für zwei virtuelle Knotenbereitstellungen aufweisen. Jede virtuelle Host-VM sollte über mindestens 24 GB RAM für die Bereitstellung und 32 GB für die Anwendung von Updates verfügen.
Host-Netzwerkadapter	Ein einzelner Netzwerkadapter.
Speicherung	1 TB Solid State Drive (SSD).

Anforderungen für virtuelle Hosts

Bevor Sie beginnen, stellen Sie sicher, dass jedes virtuelle Hostsystem die folgenden Ressourcen für die Bereitstellung Ihrer virtualisierten lokalen Azure-Instanz bereitstellen kann:

Komponente	Anforderung
Vm-Typ (Virtual Machine)	Sicherer Start und Trusted Platform Module (TPM) aktiviert.
vCPUs (virtuelle CPUs)	Vier Kerne.
Arbeitsspeicher	Mindestens 24 GB.
Netzwerk	Mindestens zwei Netzwerkadapter, die mit dem internen Netzwerk verbunden sind. MAC-Spoofing muss aktiviert sein.
Startdatenträger	Ein Datenträger zum Installieren des Azure Stack HCI-Betriebssystems aus ISO. Mindestens 200 GB.
Festplatten für Storage Spaces Direct	Vier dynamisch erweiterbare Datenträger. Die maximale Datenträgergröße beträgt 1024 GB.
Datendisketten	Mindestens 127 GB jeweils. Die Größe muss für jeden Datenträger identisch sein.
Zeitsynchronisierung in der Integration	Deaktiviert.

Hinweis

Dies sind die Mindestanforderungen für die erfolgreiche Bereitstellung von Azure Local. Erhöhen Sie die Kapazität wie virtuelle Kerne und Arbeitsspeicher, wenn sie tatsächliche Workloads wie virtuelle Computer oder Container ausführen.

Einrichten des virtuellen Switches

Wenn Sie Azure Local in einer virtuellen Umgebung bereitstellen, können Sie Ihre vorhandenen Netzwerke verwenden und IP-Adressen aus diesem Netzwerk verwenden, sofern diese verfügbar sind. In diesem Fall müssen Sie nur einen externen Switch erstellen und alle virtuellen Netzwerkadapter mit diesem virtuellen Switch verbinden. Virtuelle Hosts haben ohne zusätzliche Konfiguration eine Konnektivität zu Ihrem physischen Netzwerk.

Wenn Ihr physisches Netzwerk, in dem Sie jedoch planen, die virtuelle Azure Local-Umgebung bereitzustellen, auf IPs knapp ist, können Sie einen internen virtuellen Switch mit NAT erstellen, um die virtuellen Hosts von Ihrem physischen Netzwerk zu isolieren und dabei ausgehende Verbindungen mit dem Internet zu erhalten.

Im Folgenden werden die Schritte für die beiden Optionen aufgeführt:

Mit externem virtuellen Switch bereitstellen

Die Parameter für das Cmdlet new-vmswitch können je nach Windows-Betriebssystem unterschiedlich sein. Weitere Informationen finden Sie unter New-VMSwitch.

Führen Sie auf Ihrem physischen Hostcomputer den folgenden PowerShell-Befehl aus, um einen externen virtuellen Switch zu erstellen:

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

Bereitstellen mit einem internen virtuellen Switch und aktivierter NAT

Führen Sie auf Ihrem physischen Hostcomputer den folgenden PowerShell-Befehl aus, um einen internen virtuellen Switch zu erstellen. Durch die Verwendung dieses Switches wird sichergestellt, dass die lokale Azure-Bereitstellung isoliert ist.

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

Nachdem der interne virtuelle Switch erstellt wurde, wird auf dem Host ein neuer Netzwerkadapter erstellt. Sie müssen diesem Netzwerkadapter eine IP-Adresse zuweisen, um das Standardgateway Ihrer virtuellen Hosts zu werden, sobald sie mit diesem internen Switchnetzwerk verbunden sind. Außerdem müssen Sie das NAT-Netzwerksubnetz definieren, in dem die virtuellen Hosts verbunden sind.

Das folgende Beispielskript erstellt ein NAT-Netzwerk HCINAT mit Präfix 192.168.44.0/24 und definiert die 192.168.44.1 IP als Standardgateway für das Netzwerk mithilfe der Schnittstelle auf dem Host:

#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

Erstellen des virtuellen Hosts

Erstellen Sie einen virtuellen Computer, der als virtueller Host mit der folgenden Konfiguration fungiert. Sie können diesen virtuellen Computer entweder mit Hyper-V-Manager oder PowerShell erstellen:

Hyper-V-Manager. Weitere Informationen finden Sie unter Erstellen eines virtuellen Computers mit Hyper-V-Manager , um Ihr physisches Verwaltungsnetzwerk zu spiegeln.
PowerShell-Cmdlets. Stellen Sie sicher, dass Sie die VM-Konfigurationsparameter anpassen, auf die in den Anforderungen des virtuellen Hosts verwiesen wird, bevor Sie die PowerShell-Cmdlets ausführen.

Führen Sie die folgenden Schritte aus, um eine Beispiel-VM mit dem Namen Node1 mit PowerShell-Cmdlets zu erstellen.

Erstellen Sie die VM:

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"

Dynamischen Speicher deaktivieren:

Set-VMMemory -VMName "Node1" -DynamicMemoryEnabled $false

VM-Prüfpunkte deaktivieren:

Set-VM -VMName "Node1" -CheckpointType Disabled

Entfernen Sie den Standardnetzwerkadapter, der während der VM-Erstellung im vorherigen Schritt erstellt wurde:
```
Get-VMNetworkAdapter -VMName "Node1" | Remove-VMNetworkAdapter
```
Fügen Sie der VM neue Netzwerkadapter mit benutzerdefinierten Namen hinzu. In diesem Beispiel werden vier NICs hinzugefügt, sie können aber bei Bedarf nur zwei hinzufügen. Mit vier NICs können Sie zwei Netzwerkabsichten (Mgmt_Compute und Storage zum Beispiel) mit zwei NICs testen:
```
Add-VmNetworkAdapter -VmName "Node1" -Name "NIC1"
Add-VmNetworkAdapter -VmName "Node1" -Name "NIC2"
Add-VmNetworkAdapter -VmName "Node1" -Name "NIC3"
Add-VmNetworkAdapter -VmName "Node1" -Name "NIC4"
```
Fügen Sie alle Netzwerkadapter an den virtuellen Switch an. Geben Sie den Namen des virtuellen Switches an, den Sie erstellt haben, unabhängig davon, ob er extern ohne NAT oder intern mit NAT war:
```
Get-VmNetworkAdapter -VmName "Node1" |Connect-VmNetworkAdapter -SwitchName "virtual_switch_name"
```
Aktivieren Sie MAC-Spoofing auf allen Netzwerkadaptern auf virtuellen Computern Node1. MAC-Adressspoofing ist eine Technik, mit der ein Netzwerkadapter durch Ändern der MAC-Adresse (Media Access Control) als eine andere maskiert werden kann. Dies ist in Szenarien erforderlich, in denen Sie planen, geschachtelte Virtualisierung zu verwenden:
```
Get-VmNetworkAdapter -VmName "Node1" |Set-VmNetworkAdapter -MacAddressSpoofing On
```
Aktivieren Sie den Trunkport (nur für Bereitstellungen mit mehreren Knoten) für alle Netzwerkadapter auf virtuellen Computern Node1. Dieses Skript konfiguriert den Netzwerkadapter einer bestimmten VM für den Betrieb im Trunkmodus. Dies wird in der Regel in Bereitstellungen mit mehreren Knoten verwendet, in denen Sie mehrere virtuelle lokale Netzwerke (VLANs) für die Kommunikation über einen einzelnen Netzwerkadapter zulassen möchten:
```
Get-VmNetworkAdapter -VmName "Node1" |Set-VMNetworkAdapterVlan -Trunk -NativeVlanId 0 -AllowedVlanIdList 0-1000
```
Erstellen Sie eine neue Schlüsselschutzvorrichtung, und weisen Sie sie zu Node1. Dies geschieht in der Regel im Zusammenhang mit dem Einrichten eines geschützten Fabric in Hyper-V, einem Sicherheitsfeature, das VMs vor unbefugtem Zugriff oder Manipulation schützt.

Nachdem das folgende Skript ausgeführt wurde, Node1 wird ihm eine neue Schlüsselschutzvorrichtung zugewiesen. Diese Schlüsselschutzvorrichtung schützt die Schlüssel des virtuellen Computers und trägt dazu bei, den virtuellen Computer vor unbefugtem Zugriff oder Manipulationen zu schützen:
```
$owner = Get-HgsGuardian UntrustedGuardian
$kp = New-HgsKeyProtector -Owner $owner -AllowUntrustedRoot
Set-VMKeyProtector -VMName "Node1" -KeyProtector $kp.RawData
```
Aktivieren Sie vTPM für Node1. Durch Aktivieren von vTPM auf einem virtuellen Computer können Sie BitLocker und andere Features verwenden, die TPM auf dem virtuellen Computer erfordern. Nachdem dieser Befehl ausgeführt wurde, ist vTPM aktiviert, vorausgesetzt, Node1 die Hardware des Hostcomputers und die Konfiguration der VM unterstützen dieses Feature.
```
Enable-VmTpm -VMName "Node1"
```

Ändern sie virtuelle Prozessoren in 8:

 Set-VmProcessor -VMName "Node1" -Count 8

Erstellen Sie zusätzliche Laufwerke, die als Startdatenträger und Festplatten für Storage Spaces Direct verwendet werden sollen. Nachdem diese Befehle ausgeführt wurden, werden sechs neue VHDX-Objekte im C:\vms\Node1 Verzeichnis erstellt, wie in diesem Beispiel gezeigt:

 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

Fügen Sie Laufwerke an die neu erstellten VHDXs für den virtuellen Computer an. In diesen Befehlen werden sechs VHDs im C:\vms\Node1 Verzeichnis, die von s2d1.vhdx bis s2d6.vhdx benannt sind, zu Node1 hinzugefügt. Jeder Add-VMHardDiskDrive Befehl fügt dem virtuellen Computer eine VHD hinzu, sodass der Befehl sechs Mal mit unterschiedlichen -Path Parameterwerten wiederholt wird.

Danach sind an die Node1-VM vier VHDs angefügt. Diese VHDXs werden verwendet, um direkte Speicherplätze, die für Azure Stack HCI-Bereitstellungen erforderlich sind, auf dem virtuellen Computer zu aktivieren:
```
 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"
```

Zeitsynchronisierung deaktivieren:

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

Geschachtelte Virtualisierung aktivieren:

Set-VMProcessor -VMName "Node1" -ExposeVirtualizationExtensions $true

Starten Sie die VM:
```
Start-VM "Node1"
```

Installieren des Betriebssystems auf virtuellen Host-VMs

Führen Sie die folgenden Schritte aus, um das Azure Stack HCI OS auf den virtuellen Host-VMs zu installieren und zu konfigurieren:

Laden Sie das Betriebssystem 23H2 für die lokale Azure-Bereitstellung herunter, und Installieren Sie das Azure Stack HCI-Betriebssystem.
Aktualisieren Sie das Kennwort, da dies der erste virtuelle Computerstart ist. Stellen Sie sicher, dass das Kennwort den Anforderungen an die Azure-Komplexität entspricht. Das Kennwort ist mindestens 14 Zeichen und enthält 1 Großbuchstaben, 1 Kleinbuchstaben, 1 Zahl und 1 Sonderzeichen.
Nachdem das Kennwort geändert wurde, wird das Serverkonfigurationstool (SConfig) automatisch geladen. Wählen Sie die Option 15 aus, um die Befehlszeile zu beenden, und führen Sie die nächsten Schritte von dort aus aus.
Starten Sie SConfig, indem Sie den folgenden Befehl ausführen:
```
  SConfig
```
Informationen zur Verwendung von SConfig finden Sie unter "Konfigurieren mit dem Serverkonfigurationstool (SConfig)".
Ändern Sie den Hostnamen in Node1. Verwenden Sie die Option 2 für Computer name SConfig, um dies zu tun.

Die Hostnamenänderung führt zu einem Neustart. Wenn Sie zu einem Neustart aufgefordert werden, geben Sie Yes ein und warten Sie, bis der Neustart abgeschlossen ist. SConfig wird automatisch erneut gestartet.
Führen Sie vom physischen Host die Get-VMNetworkAdapter und ForEach-Object Cmdlets aus, um die vier Netzwerkadapter-Namen für die VM Node1 zu konfigurieren, indem Sie die zugewiesenen MAC-Adressen den entsprechenden Netzwerkadaptern im Gastbetriebssystem zuordnen.
1. Das Get-VMNetworkAdapter Cmdlet wird verwendet, um das Netzwerkadapterobjekt für jede NIC auf der VM abzurufen, wobei der -VMName Parameter den Namen der VM angibt, und der -Name Parameter gibt den Namen des Netzwerkadapters an. Greifen Sie anschließend auf die MacAddress-Eigenschaft des Netzwerkadapterobjekts zu, um die MAC-Adresse abzurufen:
```
Get-VMNetworkAdapter -VMName "Node1" -Name "NIC1"
```
1. Die MAC-Adresse ist eine Zeichenfolge mit hexadezimalen Zahlen. Das ForEach-Object Cmdlet wird verwendet, um diese Zeichenfolge zu formatieren, indem Bindestriche in bestimmten Intervallen eingefügt werden. Insbesondere wird die Insert Methode des Zeichenfolgenobjekts verwendet, um einen Bindestrich an der 2., 5., 8., 11. und 14. Position in der Zeichenfolge einzufügen. Der join Operator wird dann verwendet, um das resultierende Array von Zeichenfolgen in eine einzelne Zeichenfolge mit Leerzeichen zwischen den einzelnen Elementen zu verketten.
2. Die Befehle werden für jeden der vier NICs auf dem virtuellen Computer wiederholt, und die endgültige formatierte MAC-Adresse für jede NIC wird in einer separaten Variablen gespeichert:
```
($Node1finalmacNIC1, $Node1finalmacNIC2, $Node1finalmacNIC3, $Node1finalmacNIC4).
```
1. Das folgende Skript gibt die endgültige formatierte MAC-Adresse für jede NIC aus:
```
$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
```
Rufen Sie die Anmeldeinformationen der lokalen Administration für die VM Node1 ab, und benennen Sie anschließend Node1 um.
```
$cred = get-credential
```

Benennen Sie die Netzwerkadapter um, und ordnen Sie sie für Node1 zu. Die Umbenennung basiert auf den MAC-Adressen der von Hyper-V zugewiesenen NICs, wenn die VM zum ersten Mal gestartet wird. Diese Befehle sollten direkt vom Host ausgeführt werden:

Verwenden Sie den Get-NetAdapter Befehl, um die physischen Netzwerkadapter auf dem virtuellen Computer abzurufen, filtern Sie sie basierend auf ihrer MAC-Adresse, und benennen Sie sie dann mithilfe des Rename-NetAdapter Cmdlets in den entsprechenden Adapter um.

Dies wird für jeden der vier NICs auf dem virtuellen Computer wiederholt, wobei die MAC-Adresse und der neue Name der einzelnen NIC separat angegeben sind. Dadurch wird eine Zuordnung zwischen dem Namen der NICs im Hyper-V-Manager und dem Namen der NICs im VM-Betriebssystem eingerichtet:

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

Deaktivieren Sie das Dynamic Host Configuration Protocol (DHCP) auf den vier NICs für virtuelle Computer Node1 , indem Sie die folgenden Befehle ausführen.

Hinweis

Die Schnittstellen erhalten nicht automatisch IP-Adressen von einem DHCP-Server und müssen stattdessen ip-Adressen manuell zugewiesen werden:

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}

Festlegen der Verwaltungs-IP, des Gateways und des DNS. Nachdem die folgenden Befehle ausgeführt wurden, wird die Netzwerkschnittstelle Node1 mit der angegebenen IP-Adresse, Subnetzmaske, Standardgateway, und DNS-Serveradresse konfiguriert. Stellen Sie sicher, dass die Verwaltungs-IP-Adresse Active Directory auflösen kann und über eine ausgehende Verbindung zum Internet verfügt.
```
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"}
```

Aktivieren Sie die Hyper-V-Rolle. Dieser Befehl startet den virtuellen Computer Node1neu:

Invoke-Command -VMName "Node1"
-Credential $cred -ScriptBlock {Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All }

Sobald Node1 der Neustart erfolgt und die Hyper-V-Rolle installiert ist, installieren Sie die Hyper-V-Verwaltungstools:

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

Sobald der virtuelle Hostcomputer bereit ist, müssen Sie ihn registrieren und Berechtigungen in Azure als Arc-Ressource zuweisen.
Nachdem der Computer in Azure als Arc-Ressource registriert ist und alle obligatorischen Erweiterungen installiert sind, wählen Sie eine der folgenden Methoden aus, um Azure Local aus Azure bereitzustellen.
- Bereitstellen von Azure Local mithilfe von Azure-Portal.
- Bereitstellen von Azure Local mithilfe einer Azure Resource Manager-Vorlage.

Wiederholen Sie den obigen Vorgang für zusätzliche Knoten, wenn Sie planen, Bereitstellungen mit mehreren Knoten zu testen. Stellen Sie sicher, dass virtuelle Hostnamen und Verwaltungs-IPs eindeutig und im selben Subnetz sind:

Nächste Schritte

Registrieren Sie sich bei Arc, und weisen Sie Berechtigungen für die Bereitstellung zu.