Features von Azure Stack Hub-VMs
Über virtuelle Azure Stack Hub-Computer (VMs) werden bedarfsgesteuerte, skalierbare Computingressourcen bereitgestellt. Vor dem Bereitstellen von virtuellen Computern sollten Sie sich mit den Unterschieden zwischen den VM-Features von Azure Stack Hub und Microsoft Azure vertraut machen. In diesem Artikel werden diese Unterschiede beschrieben und wichtige Überlegungen zur Planung von VM-Bereitstellungen erörtert. Informationen zu allgemeinen Unterschieden zwischen Azure Stack Hub und Azure finden Sie im Artikel Wichtige Aspekte.
VM-Unterschiede
| Funktion | Azure (global) | Azure Stack Hub |
|---|---|---|
| VM-Images | Azure Marketplace enthält Images, die Sie zum Erstellen eines virtuellen Computers verwenden können. Auf der Seite Azure Marketplace können Sie die Liste mit den Images anzeigen, die im Azure Marketplace verfügbar sind. | Im Azure Stack Hub-Marketplace sind standardmäßig keine Images verfügbar. Der Azure Stack Hub-Cloudadministrator muss Images veröffentlichen oder auf den Azure Stack Hub-Marketplace herunterladen, bevor sie von Benutzern verwendet werden können. |
| VHD-Generation | Virtuelle Computer der Generation 2 unterstützen wichtige Features, die bei virtuellen Computern der Generation 1 nicht unterstützt werden. Zu diesen Features gehören mehr Speicher, Intel Software Guard Extensions (Intel SGX) und virtualisierter persistenter Speicher (vPMEM). Virtuelle Computer der Generation 2, die lokal ausgeführt werden, weisen auch einige Features auf, die in Azure noch nicht unterstützt werden. Weitere Informationen finden Sie unter Unterstützung für VMs der Generation 2 in Azure. | Azure Stack Hub unterstützt nur virtuelle Computer der 1. Generation. Sie können virtuelle Computer der 1. Generation vom VHDX- in das VHD-Dateiformat und von einem dynamisch erweiterbaren Datenträger in einen Datenträger mit fester Größe konvertieren. Die Generation eines virtuellen Computers kann nicht geändert werden. Weitere Informationen finden Sie unter Unterstützung für VMs der Generation 2 in Azure. |
| Größen virtueller Computer | Azure unterstützt eine Vielzahl von Größen für VMs. Informationen zu den verfügbaren Größen und Optionen finden Sie unter VM-Größen für Azure. | Azure Stack Hub unterstützt eine Teilmenge der VM-Größen, die in Azure verfügbar sind. Die Liste mit den unterstützten Größen finden Sie in diesem Artikel im Abschnitt VM-Größen. |
| Kontingente für virtuelle Computer | Kontingentgrenzen werden von Microsoft festgelegt. | Der Azure Stack Hub-Cloudadministrator muss Kontingente zuweisen, bevor Benutzern VMs angeboten werden. |
| VM-Erweiterungen | Azure unterstützt viele verschiedene VM-Erweiterungen. Weitere Informationen zu den verfügbaren Erweiterungen finden Sie im Artikel zu den Erweiterungen und Features für VMs. | Azure Stack Hub unterstützt eine Teilmenge der Erweiterungen, die in Azure verfügbar sind, und jede Erweiterung hat eine bestimmte Version. Der Azure Stack Hub-Cloudadministrator kann jeweils wählen, welche Erweiterungen für seine Benutzer verfügbar gemacht werden sollen. Die Liste mit den unterstützten Erweiterungen finden Sie in diesem Artikel im Abschnitt VM-Erweiterungen. |
| Netzwerk für virtuelle Computer | Öffentliche IP-Adressen, die einer Mandanten-VM zugewiesen sind, sind über das Internet zugänglich. Azure-VMs verfügen über einen festen DNS-Namen. |
Öffentliche IP-Adressen, die einer Mandanten-VM zugewiesen sind, sind nur in der Azure Stack Development Kit-Umgebung zugänglich. Ein Benutzer muss per RDP oder VPN Zugriff auf das Azure Stack Development Kit haben, um eine Verbindung mit einer VM herstellen zu können, die in Azure Stack Hub erstellt wird. VMs, die in einer bestimmten Azure Stack Hub-Instanz erstellt werden, verfügen über einen DNS-Namen basierend auf dem Wert, der vom Cloudadministrator konfiguriert wird. |
| VM-Speicher | Unterstützt verwaltete Datenträger. | Verwaltete Datenträger werden in Azure Stack Hub ab Version 1808 unterstützt. |
| Leistung von VM-Datenträgern | Abhängig von Datenträgertyp und -größe. | Richtet sich nach der VM-Größe des virtuellen Computers, an den die Datenträger angefügt sind. Weitere Informationen finden Sie im Artikel In Azure Stack Hub unterstützte VM-Größen. |
| Austausch des Betriebssystem-Datenträgers | Wenn Sie über einen virtuellen Computer verfügen, aber den Datenträger für einen Sicherungsdatenträger oder einem anderen Betriebssystem-Datenträger austauschen möchten, können Sie die Betriebssystem-Datenträger austauschen. Sie müssen den virtuellen Computer nicht löschen und neu erstellen. Sie können auch einen verwalteten Datenträger in einer anderen Ressourcengruppe verwenden, solange er nicht bereits in Gebrauch ist. | Der Austausch des Betriebssystemdatenträgers wird in Azure Stack Hub nicht unterstützt. |
| API-Versionen | Azure verfügt für alle VM-Features immer über die aktuellen API-Versionen. | Azure Stack Hub unterstützt bestimmte Azure-Dienste und bestimmte API-Versionen für diese Dienste. Die Liste mit den unterstützten API-Versionen finden Sie in diesem Artikel im Abschnitt API-Versionen. |
| Azure-Instanzmetadatendienst | Instance Metadata Service stellt Informationen zum Ausführen von VM-Instanzen bereit, die zum Verwalten und Einrichten Ihres virtuellen Computers verwendet werden können. | Azure Instance Metadata Service ist als Public Preview mit dem Azure Stack Hub-Hotfix 1.2108.2.2.73 verfügbar. Es unterstützt den Compute & Network-Namespace. Weitere Informationen finden Sie unter Azure Instance Metadata Service: Public Preview. |
| VM-Verfügbarkeitsgruppen | Mehrere Fehlerdomänen (zwei oder drei pro Region) Mehrere Updatedomänen |
Mehrere Fehlerdomänen (zwei oder drei pro Region) Einzelne Updatedomäne mit Livemigration zum Schutz von Workloads während des Updates. 20 Updatedomänen werden aus Gründen der Vorlagenkompatibilität unterstützt. Der virtuelle Computer und die Verfügbarkeitsgruppe müssen sich am gleichen Standort und in der gleichen Ressourcengruppe befinden. |
| VM-Skalierungsgruppen | Die automatische Skalierung wird unterstützt. | Die automatische Skalierung wird nicht unterstützt. Fügen Sie einer Skalierungsgruppe mit dem Portal, Resource Manager-Vorlagen oder PowerShell weitere Instanzen hinzu. |
| Cloudzeuge | Wählen Sie die Endpunkte aus den in Azure Stack Hub verfügbaren Speicherkontoeigenschaften aus. |
Cloudzeuge ist ein Quorumzeugentyp für Failovercluster, der Microsoft Azure zum Bereitstellen einer Stimme für das Clusterquorum verwendet. Die Endpunkte in Global Azure sehen im Vergleich zu Azure Stack Hub möglicherweise wie folgt aus: Für Global Azure: https://mywitness.blob.core.windows.net/Für Azure Stack Hub: https://mywitness.blob.<region>.<FQDN>/ |
| Diagnose des virtuellen Computers | Die Linux-VM-Diagnose wird unterstützt. | Die Linux-VM-Diagnose wird in Azure Stack Hub nicht unterstützt. Wenn Sie eine Linux-VM mit aktivierter VM-Diagnose bereitstellen, schlägt die Bereitstellung fehl. Die Bereitstellung schlägt auch fehl, wenn Sie die grundlegenden Linux-VM-Metriken über die Diagnoseeinstellungen aktivieren. |
| Geschachtelte Virtualisierung: VM-Größen | Unterstützt | Wird ab Version 2102 und höher unterstützt. |
| Reservierte VM-Instanzen | Unterstützt | Wird nicht unterstützt. |
| Aufheben der VM-Zuordnung | Unterstützt | Unterstützt die Aufhebung der VM-Zuordnung. Das Gastbetriebssystem erkennt alle Netzwerkadapter als dasselbe Gerät und behält die Einstellungen bei. |
| SAP-Workloadzertifizierung | Azure unterstützt SAP-Workloadzertifizierungen, einschließlich HANA, NetWeaver und anderer. | Die Azure Stack Hub-Hardware unterstützt keine Zertifizierung von SAP-Workloads. |
VM-Größen
Azure Stack Hub erzwingt Ressourcengrenzwerte, um einen übermäßigen Ressourcenverbrauch (auf dem lokalen Server und auf Dienstebene) zu vermeiden. Durch diese Grenzwerte wird eine optimale Nutzung durch Mandanten ermöglicht, da die Auswirkungen des Ressourcenverbrauchs durch andere Mandanten verringert werden.
- Für ausgehenden Netzwerkdatenverkehr des virtuellen Computers gelten Bandbreitenobergrenzen. Die Obergrenzen in Azure Stack Hub sind mit denen in Azure identisch.
- Für Speicherressourcen implementiert Azure Stack Hub Speicher-IOPS-Grenzwerte (Input/Output Operations Per Second), um den allgemeinen übermäßigen Ressourcenverbrauch für die Speichernutzung durch Mandanten zu vermeiden.
- Für VM-Datenträger ist Datenträger-IOPS unter Azure Stack Hub keine Funktion des Datenträgertyps, sondern der VM-Größe. Dies bedeutet, dass der IOPS-Grenzwert für einen zweiten Datenträger für einen virtuellen Computer der Standard_Fs-Reihe 2300 IOPS beträgt (unabhängig davon, ob Sie einen Datenträger des Typs SSD oder HDD auswählen).
- An den virtuellen Computer angefügte temporäre Datenträger sind nicht persistent und können bei Vorgängen auf der Steuerungsebene (also beispielsweise beim Anpassen der Größe oder beim Beenden/Aufheben der Zuordnung) verloren gehen.
Die folgende Tabelle enthält die in Azure Stack Hub unterstützten virtuellen Computer sowie ihre Konfiguration:
| type | Size | Bereich der unterstützten Größen |
|---|---|---|
| Allgemeiner Zweck | Basic A | A0 - A4 |
| Allgemeiner Zweck | Standard A | A0 - A7 |
| Allgemeiner Zweck | Av2-Serie | A1_v2–A8m_v2 |
| Allgemeiner Zweck | D-Serie | D1 - D4 |
| Allgemeiner Zweck | Dv2-Serie | D1_v2 - D5_v2 |
| Allgemeiner Zweck | DS-Serie | DS1 - DS4 |
| Allgemeiner Zweck | DSv2-Serie | DS1_v2 - DS5_v2 |
| Arbeitsspeicheroptimiert | D-Serie | D11 - D14 |
| Arbeitsspeicheroptimiert | DS-Serie | DS11 - DS14 |
| Arbeitsspeicheroptimiert | Dv2-Serie | D11_v2 - DS14_v2 |
| Arbeitsspeicheroptimiert | DSv2-Serie | DS11_v2 - DS14_v2 |
| Computeoptimiert | F-Serie | F1–F16 |
| Computeoptimiert | Fs-Serie | F1s–F16s |
| Computeoptimiert | Fsv2-Serie | F2s_v2–F64s_v2 |
| GPU | NCv3-Serie | NC6s_v3-NC24s_v3 |
| GPU | NVv4-Serie | NV4as_v4 |
| GPU | NCasT4_v3-Serie | NC4as_T4_v3-NC64as_T4_v3 |
Die VM-Größen und entsprechenden Ressourcenmengen sind für Azure Stack Hub und Azure konsistent. Diese Konsistenz umfasst die Arbeitsspeichermenge, die Anzahl von Kernen und die Anzahl bzw. Größe von Datenträgern für Daten, die erstellt werden können. Die Leistung von VMs mit der gleichen Größe richtet sich aber nach den zugrunde liegenden Eigenheiten der jeweiligen Azure Stack Hub-Umgebung.
VM-Erweiterungen
Azure Stack Hub umfasst einige wenige Erweiterungen. Updates und zusätzliche Erweiterungen sind per Marketplace-Syndikation verfügbar. Ein Szenario, bei dem benutzerdefinierte Erweiterungen in Azure Stack Hub importiert werden, wird nicht unterstützt. Zunächst muss das Onboarding einer Erweiterung in Azure durchgeführt werden, um sie in Azure Stack Hub verfügbar zu machen.
Verwenden Sie das folgende PowerShell-Skript, um die Liste mit den VM-Erweiterungen abzurufen, die in Ihrer Azure Stack Hub-Umgebung verfügbar sind.
Get-AzVmImagePublisher -Location local | `
Get-AzVMExtensionImageType | `
Get-AzVMExtensionImage | `
Select Type, Version | `
Format-Table -Property * -AutoSize
Wenn die Bereitstellung einer Erweiterung für eine VM-Bereitstellung zu lange dauert, sollten Sie eine Zeitüberschreitung der Bereitstellung zulassen und nicht versuchen, den Vorgang zum Aufheben der Zuordnung oder Löschen der VMs zu beenden.
API-Versionen
VM-Features in Azure Stack Hub unterstützen die folgenden API-Versionen:
„2017-12-01“, „2017-03-30“, „2016-03-30“ und „2015-06-15“.
Sie können das folgende PowerShell-Skript verwenden, um die API-Versionen für die VM-Features abzurufen, die in Ihrer Azure Stack Hub-Umgebung verfügbar sind:
Get-AzResourceProvider | `
Select ProviderNamespace -Expand ResourceTypes | `
Select * -Expand ApiVersions | `
Select ProviderNamespace, ResourceTypeName, @{Name="ApiVersion"; Expression={$_}} | `
where-Object {$_.ProviderNamespace -like "Microsoft.compute"}
Die Liste mit den unterstützten Ressourcentypen und API-Versionen kann variieren, wenn der Cloudbetreiber Ihre Azure Stack Hub-Umgebung auf eine neuere Version aktualisiert.
Aktivierung von Windows
Für die Nutzung von Windows-Produkten gelten die Produktnutzungsrechte und Microsoft-Lizenzbedingungen. Bei Azure Stack Hub werden Windows Server-VMs über die automatische VM-Aktivierung (AVMA) aktiviert.
- Beim Azure Stack Hub-Host wird Windows durch AVMA-Schlüssel für Windows Server 2016 aktiviert. Alle VMs, auf denen Windows Server 2012 R2 oder höher ausgeführt wird, werden automatisch aktiviert.
- VMs, auf denen Windows Server 2012 oder eine frühere Version ausgeführt wird, werden nicht automatisch aktiviert und müssen über die MAK-Aktivierung aktiviert werden. Zur Verwendung der MAK-Aktivierung müssen Sie Ihren eigenen Product Key angeben.
Bei Microsoft Azure werden Windows-VMs über die KMS-Aktivierung aktiviert. Falls bei der Migration einer VM von Azure Stack Hub nach Azure Probleme mit der Aktivierung auftreten sollten, helfen Ihnen die Informationen unter Behandlung von Problemen bei der Aktivierung virtueller Windows-Computer weiter. Weitere Informationen finden Sie im Blogbeitrag Troubleshooting Windows activation failures on Azure VMs (Behandlung von Windows-Aktivierungsfehlern bei Azure-VMs) des Azure-Supportteams.
Hochverfügbarkeit
Ihre VM kann aufgrund geplanter Wartungsarbeiten, die vom Azure Stack Hub-Bediener geplant sind, neu gestartet werden. Zur Erreichung von Hochverfügbarkeit für ein Produktionssystem mit mehreren VMs in Azure werden die VMs in einer Verfügbarkeitsgruppe angeordnet, um sie auf mehrere Fehlerdomänen und Updatedomänen zu verteilen. Im kleineren Rahmen von Azure Stack Hub ist eine Fehlerdomäne in einer Verfügbarkeitsgruppe als einzelner Knoten in der Skalierungseinheit definiert.
Die Infrastruktur von Azure Stack Hub verfügt zwar bereits über Resilienz gegenüber Ausfällen, aber bei einem Hardwarefehler kommt es bei der zugrunde liegenden Technologie (Failoverclustering) für VMs auf einem betroffenen physischen Server trotzdem noch zu Ausfallzeiten. Azure Stack Hub unterstützt die Verwendung einer Verfügbarkeitsgruppe mit maximal drei Fehlerdomänen, um Konsistenz mit Azure zu erzielen.
Fehlerdomänen
In einer Verfügbarkeitsgruppe angeordnete VMs werden physisch voneinander isoliert, indem sie so gleichmäßig wie möglich auf mehrere Fehlerdomänen (Azure Stack Hub-Knoten) verteilt werden. Bei einem Hardwarefehler werden VMs aus der fehlerhaften Fehlerdomäne in anderen Fehlerdomänen neu gestartet. Sie werden getrennt von den anderen VMs in separaten Fehlerdomänen, aber nach Möglichkeit in derselben Verfügbarkeitsgruppe gespeichert. Nachdem die Hardware wieder in den Onlinezustand versetzt wurde, wird für die VMs ein neuer Ausgleichsvorgang durchgeführt, um die Hochverfügbarkeit sicherzustellen.
Updatedomänen
Updatedomänen sind eine andere Option von Azure, mit der für Hochverfügbarkeit in Verfügbarkeitsgruppen gesorgt wird. Eine Updatedomäne ist eine logische Gruppe von zugrunde liegender Hardware, die zur gleichen Zeit gewartet werden kann. VMs in derselben Updatedomäne werden während einer geplanten Wartung gemeinsam neu gestartet. Wenn Mandanten VMs in einer Verfügbarkeitsgruppe erstellen, werden die VMs von der Azure-Plattform automatisch auf diese Updatedomänen verteilt.
In Azure Stack Hub wird für VMs eine Livemigration über die anderen Onlinehosts im Cluster durchgeführt, bevor der zugrunde liegende Host aktualisiert wird. Da es während eines Hostupdates nicht zu Mandantenausfallzeiten kommt, ist das Updatedomänenfeature in Azure Stack Hub nur für die Vorlagenkompatibilität mit Azure vorhanden. Virtuelle Computer in einer Verfügbarkeitsgruppe zeigen im Portal „0“ als Nummer der Updatedomäne an.
Arc auf Azure Stack Hub-VMs
Arc-fähige Server unterstützen nicht die Installation des Agents für verbundene Computer auf virtuellen Computern, die in Azure ausgeführt werden, oder auf virtuellen Computern, die auf Azure Stack Hub oder Azure Stack Edge ausgeführt werden, da sie bereits als Azure-VMs modelliert sind.
Microsoft Office-Serverprodukte auf virtuellen Azure Stack Hub-Computern
Nicht alle Microsoft Office-Serverprodukte werden auf virtuellen Azure Stack Hub-Computern unterstützt:
| Produkt | Office-Supporthinweis | Weitere Informationen |
|---|---|---|
| Exchange | Wird nicht unterstützt. Die Speichervirtualisierungsanforderungen für Exchange werden nicht erfüllt. | Exchange Server-Virtualisierung |
| SharePoint | Wird nur unterstützt, wenn bestimmte Netzwerkanforderungen erfüllt sind. | Planen der Virtualisierung von SharePoint Server |
| Skype | Wird nicht unterstützt. Skype unterstützt keine Livemigration – ein zentrales Virtualisierungsfeature in Azure Stack Hub. | Virtualisierungsunterstützung für Skype for Business Server 2019 |
Nächste Schritte
Schnellstart: Erstellen eines virtuellen Windows Server-Computers in Azure Stack Hub mit PowerShell