Bereitstellen eines virtuellen Azure Stack HCI-Systems, Version 23H2

Artikel
04/23/2024

Gilt für: Azure Stack HCI, Version 23H2

In diesem Artikel wird beschrieben, wie Sie einen virtualisierten Einzelserver oder eine Azure Stack HCI mit mehreren Knoten, Version 23H2, auf einem Hostsystem bereitstellen, auf dem Hyper-V auf dem Betriebssystem Windows Server 2022, Windows 11 oder höher ausgeführt wird.

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

Wichtig

Eine virtuelle Bereitstellung von Azure Stack HCI, Version 23H2, dient nur zu Schulungs- und Demonstrationszwecken. Microsoft-Support unterstützt keine virtuellen Bereitstellungen.

Voraussetzungen

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

Anforderungen an den physischen Host

Im Folgenden sind die Mindestanforderungen für die erfolgreiche Bereitstellung von Azure Stack HCI, Version 23H2, aufgeführt.

Stellen Sie Folgendes sicher, bevor Sie beginnen:

Sie haben Zugriff auf ein physisches Hostsystem, auf dem Hyper-V unter Windows Server 2022 Windows 11 oder höher ausgeführt wird. Dieser Host wird verwendet, um eine virtuelle Azure Stack HCI-Bereitstellung bereitzustellen.
Sie verfügen über genügend Kapazität. Für die Ausführung von tatsächlichen Workloads wie virtuellen Computern oder Containern ist mehr Kapazität erforderlich.

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

Komponente	Minimum
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 über mindestens 32 GB RAM für Bereitstellungen einzelner virtueller Knoten verfügen. Die virtuelle Host-VM sollte über mindestens 24 GB RAM verfügen. Der physische Host muss mindestens über 64 GB RAM für zwei Bereitstellungen virtueller Knoten verfügen. Jede virtuelle Host-VM sollte über mindestens 24 GB RAM verfügen.
Hostnetzwerkadapter	Ein einzelner Netzwerkadapter.
Speicher	1 TB Solid State Drive (SSD).

Anforderungen an virtuelle Hosts

Bevor Sie beginnen, stellen Sie sicher, dass jedes virtuelle Hostsystem die folgenden Ressourcen für die Bereitstellung Ihres virtualisierten Azure Stack HCI-Systems verwenden kann:

Komponente	Anforderung
Typ des virtuellen Computers (VM)	Sicherer Start und TPM (Trusted Platform Module) aktiviert.
vCPUs	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.
Festplatten für Direkte Speicherplätze	Sechs dynamisch erweiternde Datenträger. Die maximale Datenträgergröße beträgt 1024 GB.
Datenträger für Daten	Mindestens 127 GB.
Zeitsynchronisierung in der Integration	Deaktiviert.

Hinweis

Dies sind die Mindestanforderungen für die erfolgreiche Bereitstellung von Azure Stack HCI, Version 23H2. 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 Stack HCI 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 lediglich einen externen Switch erstellen und alle virtuellen Netzwerkadapter mit diesem virtuellen Switch verbinden. Virtuelle Hosts verfügen ohne zusätzliche Konfiguration über Konnektivität mit Ihrem physischen Netzwerk.

Wenn Ihr physisches Netzwerk, in dem Sie die virtuelle Azure Stack HCI-Umgebung bereitstellen möchten, jedoch auf IP-Adressen knapp ist, können Sie einen internen virtuellen Switch mit aktivierter NAT erstellen, um die virtuellen Hosts von Ihrem physischen Netzwerk zu isolieren und gleichzeitig die ausgehende Konnektivität mit dem Internet aufrechtzuerhalten.

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

Bereitstellen mit externem virtuellen Switch

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 aktiviertem internen virtuellen Switch und 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 Azure Stack HCI-Bereitstellung isoliert ist.

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

Nachdem der interne virtuelle Switch erstellt wurde, wird ein neuer Netzwerkadapter auf dem Host 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

Create des virtuellen Hosts

Create eine VM als virtueller Host mit der folgenden Konfiguration. Sie können diesen virtuellen Computer entweder mit Dem Hyper-V-Manager oder mit PowerShell erstellen:

Hyper-V-Manager. Weitere Informationen finden Sie unter Create eines virtuellen Computers mithilfe von Hyper-V-Manager, um Ihr physisches Verwaltungsnetzwerk zu Spiegel.
PowerShell-Cmdlets. Stellen Sie sicher, dass Sie die VM-Konfigurationsparameter anpassen, auf die in den Anforderungen für virtuelle Hosts verwiesen wird, bevor Sie die PowerShell-Cmdlets ausführen.

Führen Sie die folgenden Schritte aus, um einen virtuellen Beispielcomputer mit dem Namen Node1 mithilfe von 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"

Deaktivieren des dynamischen Arbeitsspeichers:

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

Deaktivieren von VM-Prüfpunkten:

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 dem virtuellen Computer neue Netzwerkadapter mit benutzerdefinierten Namen hinzu. In diesem Beispiel werden vier NICs hinzugefügt, aber Sie können bei Bedarf nur zwei hinzufügen. Mit vier NICs können Sie zwei Netzwerkabsichten (Mgmt_Compute und Storage beispielsweise) mit jeweils 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 dem virtuellen Computer Node1. Das Spoofing von MAC-Adressen ist eine Technik, die es einem Netzwerkadapter ermöglicht, sich als ein anderer zu tarnen, indem seine MAC-Adresse (Media Access Control) geändert wird. 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 dem virtuellen Computer 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, bei denen Sie die Kommunikation mehrerer virtueller lokaler Netzwerke (Virtual Local Area Networks, VLANs) über einen einzelnen Netzwerkadapter zulassen möchten:
```
Get-VmNetworkAdapter -VmName "Node1" |Set-VMNetworkAdapterVlan -Trunk -NativeVlanId 0 -AllowedVlanIdList 0-1000
```
Create eine neue Schlüsselschutzvorrichtung, und weisen Sie sie zu Node1. Dies erfolgt in der Regel im Kontext der Einrichtung eines geschützten Fabrics in Hyper-V, einem Sicherheitsfeature, das VMs vor nicht autorisiertem 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. Wenn Sie vTPM auf einem virtuellen Computer aktivieren, können Sie BitLocker und andere Features verwenden, die TPM auf dem virtuellen Computer erfordern. Nachdem dieser Befehl ausgeführt wurde, Node1 ist vTPM aktiviert, vorausgesetzt, die Hardware des Hostcomputers und die Konfiguration des virtuellen Computers unterstützen dieses Feature.
```
Enable-VmTpm -VMName "Node1"
```

Ändern Sie virtuelle Prozessoren in 8:

 Set-VmProcessor -VMName "Node1" -Count 8

Create zusätzliche Laufwerke, die als Startdatenträger und Festplatten für Direkte Speicherplätze verwendet werden sollen. Nachdem diese Befehle ausgeführt wurden, werden sechs neue VHDX 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 VHDX-Instanzen für den virtuellen Computer an. In diesen Befehlen werden sechs VHDs hinzugefügt, die C:\vms\Node1 sich im Verzeichnis befinden und durch s2d6.vhdx benannt s2d1.vhdx sindNode1. Jeder Add-VMHardDiskDrive Befehl fügt dem virtuellen Computer eine VHD hinzu, sodass der Befehl sechsMal mit unterschiedlichen -Path Parameterwerten wiederholt wird.

Anschließend sind auf dem Node1 virtuellen Computer sechs VHDs angefügt. Diese VHDX werden verwendet, um Direkte Speicherplätze auf dem virtuellen Computer zu aktivieren, die für Azure Stack HCI-Bereitstellungen erforderlich sind:
```
 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"
```

Deaktivieren der Zeitsynchronisierung:

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

Aktivieren sie die geschachtelte Virtualisierung:

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

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

Installieren des Betriebssystems auf den virtuellen Host-VMs

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

Laden Sie Azure Stack HCI 23H2 ISO herunter , und installieren Sie das Azure Stack HCI-Betriebssystem.
Aktualisieren Sie das Kennwort, da dies der erste VM-Start ist. Stellen Sie sicher, dass das Kennwort die Anforderungen an die Azure-Komplexität erfüllt. Das Kennwort ist mindestens 12 Zeichen lang 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 von dort aus die nächsten Schritte 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 dazu die Option 2 für Computer name in SConfig.

Die Hostnamenänderung führt zu einem Neustart. Wenn Sie zu einem Neustart aufgefordert werden, geben Sie ein Yes , und warten Sie, bis der Neustart abgeschlossen ist. SConfig wird automatisch erneut gestartet.
Führen Sie auf dem physischen Host die Get-VMNetworkAdapter Cmdlets und ForEach-Object aus, um die vier Netzwerkadapternamen für den virtuellen Computer 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 des virtuellen Computers angibt und der -Name Parameter den Namen des Netzwerkadapters angibt. Anschließend MacAddress wird auf die Eigenschaft des Netzwerkadapterobjekts zugegriffen, um die MAC-Adresse abzurufen:
```
Get-VMNetworkAdapter -VMName "Node1" -Name "NIC1"
```
1. Die MAC-Adresse ist eine Zeichenfolge von Hexadezimalzahlen. Das ForEach-Object Cmdlet wird verwendet, um diese Zeichenfolge zu formatieren, indem Bindestriche in bestimmten Abständen 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 jede 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 lokalen Administratoranmeldeinformationen des Node1 virtuellen Computers ab, und benennen Sie dann um Node1:
```
$cred = get-credential
```

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

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

Dies wird für jede der vier NiCs auf dem virtuellen Computer wiederholt, wobei die MAC-Adresse und der neue Name jeder NIC separat angegeben werden. Dadurch wird eine Zuordnung zwischen dem Namen der Netzwerkkarten 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 vm 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 haben:

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}

Legen Sie Verwaltungs-IP, Gateway und DNS fest. Nachdem die folgenden Befehle ausgeführt wurden, Node1 wird die Netzwerkschnittstelle mit der NIC1 angegebenen IP-Adresse, Subnetzmaske, Standardgateway und DNS-Serveradresse konfiguriert. Stellen Sie sicher, dass die Verwaltungs-IP-Adresse Active Directory auflösen kann und ausgehende Verbindungen mit dem Internet aufweist:
```
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. Mit diesem Befehl wird der virtuelle Computer Node1neu gestartet:

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

Installieren Sie nach Node1 dem Neustart und der Installation der Hyper-V-Rolle die Hyper-V-Verwaltungstools:

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

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

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

Nächste Schritte

Registrieren bei Arc und Zuweisen von Berechtigungen für die Bereitstellung

Freigeben über