Dedizierte Azure-Hosts

Gilt für: ✔️ Linux-VMs ✔️ Windows-VMs ✔️ Einheitliche Skalierungsgruppen

Azure Dedicated Host ist ein Dienst, der physische Server bereitstellt, auf denen einem Azure-Abonnement zugewiesene virtuelle Computer (Virtual Machines, VMs) gehostet werden können. Dedizierte Hosts sind die in unseren Rechenzentren verwendeten physischen Server, die jedoch als direkt zugängliche Hardwareressource bereitgestellt werden. Sie können dedizierte Hosts in einer Region, einer Verfügbarkeitszone und einer Fehlerdomäne bereitstellen. Sie können dann VMs direkt auf Ihren bereitgestellten Hosts in der Konfiguration platzieren, die Ihren Anforderungen am besten entspricht.

Einführungsvideo

Vorteile

Die Reservierung des gesamten Hosts bietet mehrere Vorteile, die über die Vorteile eines freigegebenen Standardhosts für virtuelle Computer hinausgehen:

• Kostenoptimierung: Mit dem Azure-Hybridvorteil können Sie Ihre eigenen Lizenzen für Windows und SQL in Azure nutzen. Weitere Informationen finden Sie unter Azure-Hybridvorteil.

• Zuverlässigkeit: Sie haben nahezu vollständige Kontrolle über von der Azure-Plattform initiierte Wartungsereignisse. Die meisten Wartungsereignisse haben nur geringfügige oder gar keine Auswirkungen auf Ihre virtuellen Computer, es gibt jedoch einige empfindliche Workloads, bei denen jede Sekunde Pause Auswirkungen haben kann. Mit dedizierten Hosts können Sie sich für ein Wartungsfenster anmelden, um die Auswirkungen auf Ihren Dienst zu verringern.

• Leistungseffizienz: Da Sie die Kontrolle über einen physischen Host haben, können Sie auswählen, welche Anwendungen physische Ressourcen wie Arbeitsspeicher und Speicher gemeinsam nutzen. Dadurch können bestimmte Workloads beschleunigt werden, die von geringer Latenz und hohem Durchsatz auf dem Hostcomputer profitieren.

• Sicherheit: Durch die Hardwareisolation auf der Ebene des physischen Servers können vertrauliche Speicherdaten innerhalb eines physischen Hosts isoliert bleiben. Es werden keine VMs anderer Kunden auf Ihren Hosts platziert. Dedizierte Hosts werden in denselben Rechenzentren bereitgestellt und nutzen dasselbe Netzwerk und dieselbe zugrunde liegende Speicherinfrastruktur wie andere, nicht isolierte Hosts.

Gruppen, Hosts und VMs

Eine Hostgruppe ist eine Ressource, die eine Sammlung dedizierter Hosts darstellt. Sie erstellen eine Hostgruppe in einer Region und einer Verfügbarkeitszone und fügen ihr Hosts hinzu.

Ein Host ist eine Ressource, die einem physischen Server in einem Azure-Rechenzentrum zugeordnet ist. Der physische Server wird beim Erstellen des Hosts zugewiesen. Ein Host wird in einer Hostgruppe erstellt. Für jeden Host gilt eine SKU, die beschreibt, welche VM-Größen erstellt werden können. Auf jedem Host können mehrere VMs unterschiedlicher Größen gehostet werden, sofern sie aus derselben Größenserie stammen.

Überlegungen zu Hochverfügbarkeit

Für Hochverfügbarkeit sollten Sie mehrere VMs bereitstellen, die über mehrere Hosts verteilt sind (mindestens 2). Mit dedizierten Azure-Hosts können Sie Ihre Infrastruktur auf unterschiedliche Weise bereitstellen, um Ihre Fehlerisolationsgrenzen zu strukturieren.

Verwenden von Verfügbarkeitszonen für die Fehlerisolation

Verfügbarkeitszonen sind eindeutige physische Standorte in einer Azure-Region. Jede Zone besteht aus mindestens einem Rechenzentrum, dessen Stromversorgung, Kühlung und Netzwerkbetrieb unabhängig funktionieren. Eine Hostgruppe wird in einer einzelnen Verfügbarkeitszone erstellt. Nach der Erstellung werden alle Hosts in dieser Zone platziert. Um zonenübergreifende Hochverfügbarkeit zu erreichen, müssen Sie mehrere Hostgruppen (eine pro Zone) erstellen und Ihre Hosts entsprechend auf diese verteilen.

Wenn Sie einer Verfügbarkeitszone eine Hostgruppe zuweisen, müssen alle auf diesem Host erstellten VMs in derselben Zone erstellt werden.

Verwenden von Fehlerdomänen für die Fehlerisolation

Ein Host kann in einer bestimmten Fehlerdomäne erstellt werden. Genau wie virtuelle Computer in einer Skalierungsgruppe oder Verfügbarkeitsgruppe werden Hosts in verschiedenen Fehlerdomänen in unterschiedlichen physischen Racks im Rechenzentrum platziert. Beim Erstellen einer Hostgruppe müssen Sie die Anzahl von Fehlerdomänen angeben. Beim Erstellen von Hosts in der Hostgruppe weisen Sie den einzelnen Hosts Fehlerdomänen zu. Für die VMs ist keine Zuweisung von Fehlerdomänen erforderlich.

Fehlerdomänen sind nicht gleichzusetzen mit Colocation. Wenn dieselbe Fehlerdomäne für zwei Hosts verwendet wird, bedeutet das nicht, dass Sie sich nahe beieinander befinden.

Fehlerdomänen beziehen sich auf die Hostgruppe. Sie sollten nicht von Antiaffinität zwischen zwei Hostgruppen ausgehen (es sei denn, sie befinden sich in verschiedenen Verfügbarkeitszonen).

Bei virtuellen Computern, die auf Hosts mit unterschiedlichen Fehlerdomänen bereitgestellt werden, befinden sich die zugrunde liegenden Dienste für verwaltete Datenträger in mehreren Speicherstempeln, um den Schutz durch Fehlerisolation zu erhöhen.

Verwenden von Verfügbarkeitszonen und Fehlerdomänen

Sie können beide Funktionen kombinieren, um eine noch höhere Fehlerisolation zu erzielen. Wenn Sie beide Funktionen verwenden möchten, geben Sie die Verfügbarkeitszone und die Anzahl der Fehlerdomänen für jede Hostgruppe an, weisen Sie jedem Host in der Gruppe eine Fehlerdomäne zu, und weisen Sie dann jedem virtuellen Computer eine Verfügbarkeitszone zu.

Die Resource Manager-Beispielvorlage verwendet Zonen und Fehlerdomänen, um die Hosts zu verteilen und so für maximale Resilienz in einer Region zu sorgen.

Manuelle und automatische Platzierung

Wenn Sie eine VM in Azure erstellen, können Sie den dedizierten Host auswählen, der verwendet werden soll. Sie können darüber hinaus die Option zum automatischen Platzieren von VMs auf vorhandenen Hosts innerhalb einer Hostgruppe verwenden.

Achten Sie beim Erstellen einer neuen Hostgruppe darauf, dass die Einstellung für automatische VM-Platzierung ausgewählt ist. Wählen Sie beim Erstellen Ihrer VM die Hostgruppe aus, und lassen Sie Azure den besten Host für Ihre VM wählen.

Für die automatische Platzierung aktivierte Hostgruppen erfordern keine automatische Platzierung aller VMs. Auch wenn für die Hostgruppe die automatische Platzierung ausgewählt ist, können Sie einen Host explizit auswählen.

Einschränkungen bei der automatischen Platzierung

Bekannte Probleme und Einschränkungen bei der Verwendung der automatischen VM-Platzierung:

• Sie können Ihren virtuellen Computer nicht erneut bereitstellen.
• Sie können in Verbindung mit dedizierten Hosts keine VMs der Serien DCv2, Lsv2, NVasv4, NVsv3, Msv2 oder M verwenden.

Dienstreparatur für Hosts

Im Falle eines Fehlers im Zusammenhang mit dem zugrunde liegenden Knoten können Netzwerkkonnektivitäts- oder Softwareprobleme den Host und die VMs auf dem Host in einen fehlerhaften Zustand versetzen, was zu Unterbrechungen und Ausfallzeiten bei Ihren Workloads führen kann. Die Standardaktion von Azure besteht darin, eine automatische Dienstreparatur für den betroffenen Host durchzuführen, um den Fehler zu beheben, und alle VMs auf den fehlerfreien Host zu verschieben. Nachdem die Dienstreparatur der VMs stattgefunden hat und ein Neustart durchgeführt wurde, wird die Zuordnung des betroffenen Hosts aufgehoben. Während des Dienstreparaturprozesses wären der Host und die VMs nicht mehr verfügbar, was zu einer leichten Ausfallzeit führen würde.

Der neu erstellte Host hätte dieselben Einschränkungen wie der alte:

• Resource group
• Region
• Fehlerdomäne
• Hostgruppe
• ADH-SKU
• Einstellung „Automatisches Ersetzen bei Fehler“

Benutzer mit Complianceanforderungen benötigen möglicherweise eine starke Affinität zwischen dem Host und dem zugrunde liegenden Knoten und möchten nicht, dass eine automatische Dienstreparatur durchgeführt wird. In solchen Szenarien können Benutzer die automatische Dienstreparatur auf Hostebene deaktivieren, indem sie die Einstellung „Host bei Fehlern automatisch ersetzen“ deaktivieren.

Auswirkungen

Wenn Sie sich entscheiden, die automatische Dienstreparatur zu deaktivieren und am zugrunde liegende Knoten ein Fehler auftritt, ändert sich der Hoststatus in „Ausstehende Aufhebung der Hostzuordnung“, bevor die Aufhebung schließlich vorgenommen wird.

Um die Aufhebung der Zuordnung zu vermeiden, müssten Sie den Host manuell erneut bereitstellen, indem Sie einen neuen dedizierten Host erstellen und alle VMs vom alten Host auf den neuen verschieben.

Die Einstellung „Host automatisch ersetzen“ ist eine Einstellung mit Erstellungszeit und kann nach der Erstellung des Hosts nicht mehr geändert werden. VMs, die manuell angehalten oder deren Zuordnung vom betroffenen Host aufgehoben werden, werden nicht im Rahmen der automatischen Dienstreparatur verschoben.

Unterstützung von VM-Skalierungsgruppen

Mithilfe von VM-Skalierungsgruppen können Sie eine Gruppe virtueller Computer als einzelne Ressource behandeln und Verfügbarkeits-, Verwaltungs-, Skalierungs- und Orchestrierungsrichtlinien auf eine Gruppe anwenden. Auch Ihre vorhandenen dedizierten Hosts können für VM-Skalierungsgruppen verwendet werden.

Beim Erstellen einer VM-Skalierungsgruppe können Sie festlegen, dass eine vorhandene Hostgruppe alle auf dedizierten Hosts erstellten VM-Instanzen enthalten soll.

Für das Erstellen einer VM-Skalierungsgruppe in einer dedizierten Hostgruppe gelten die folgenden Anforderungen:

• Die automatische Platzierung der VM muss aktiviert sein.
• Die Verfügbarkeitseinstellung Ihrer Hostgruppe sollte mit Ihrer Skalierungsgruppe übereinstimmen.
  • Für regionale Skalierungsgruppen sollte eine regionale Hostgruppe (die ohne Angabe einer Verfügbarkeitszone erstellt wurde) verwendet werden.
  • Die Hostgruppe und die Skalierungsgruppe müssen die gleiche Verfügbarkeitszone verwenden.
  • Die Anzahl von Fehlerdomänen für die Hostgruppenebene sollte mit der Anzahl der Fehlerdomänen für die Skalierungsgruppe übereinstimmen. Im Azure-Portal können Sie die Maximale Zuweisung für Ihre Skalierungsgruppe angeben, die die Anzahl der Fehlerdomänen auf 1 festlegt.
• Dedizierte Hosts mit ausreichender Kapazität und gleichen Einstellungen für Skalierungsgruppenzonen und Fehlerdomänen sollten zuerst erstellt werden.
• Die unterstützten VM-Größen für Ihre dedizierten Hosts sollten mit der für Ihre Skalierungsgruppe verwendeten übereinstimmen.

Nicht alle Orchestrierungs- und Optimierungseinstellungen für Skalierungsgruppen werden von dedizierten Hosts unterstützt. Wenden Sie die folgenden Einstellungen auf Ihre Skalierungsgruppe an:

• Überbereitstellung wird nicht empfohlen, und diese Funktion ist standardmäßig deaktiviert. Sie können die Überbereitstellung aktivieren. Die Skalierungsgruppenzuteilung schlägt jedoch fehl, wenn die Hostgruppe nicht über ausreichende Kapazität für alle VMs (einschließlich der Instanzen aus der Überbereitstellung) verfügt.
• Verwenden Sie den Orchestrierungsmodus „ScaleSetVM“
• Verwenden Sie keine Näherungsplatzierungsgruppen für die gemeinsame Anordnung.

Ultra-Datenträger-Unterstützung für VMs auf dedizierten Hosts

Ultra-Datenträger bieten je nach Größe des Datenträgers höhere IOPS (maximal 160.00 IOPS pro Datenträger) und einen höheren Datendurchsatz (maximal 4000 MBit/s pro Datenträger). Alle Einschränkungen von Ultra-Datenträgern gelten weiterhin. Um Ultra-Datenträger auf dedizierten Hosts verwenden zu können, müssen die folgenden Anforderungen erfüllt sein:

• Für die Hostgruppe muss „Ultra SSD“ aktiviert sein. Diese Eigenschaft kann nach dem Erstellen der Hostgruppe nicht mehr geändert werden.
• Die VM-Serie des dedizierten Hosts sollte mit Ultra-Datenträgern kompatibel sein.

Dedizierte Hosts unterstützen auch Ultra-Datenträger mit speziellen VM-Größen: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. In diesen Fällen gelten jedoch die unten aufgeführten zusätzlichen Einschränkungen:

• Für die Hostgruppe muss „Automatische Platzierung“ deaktiviert sein.
• Die Anzahl der Fehlerdomänen der Host-Gruppe sollte nur auf „1“ gesetzt werden.

Wartungssteuerung

Die Infrastruktur, die Ihre virtuellen Computer unterstützt, kann gelegentlich aktualisiert werden, um die Zuverlässigkeit, Leistung und Sicherheit zu verbessern und neue Features zu integrieren. Auf der Azure-Plattform wird zwar versucht, die Auswirkungen der Plattformwartung zu minimieren, aber Kunden mit wartungsempfindlichen Workloads können nicht einmal wenige Sekunden tolerieren, in denen der virtuelle Computer zu Wartungszwecken heruntergefahren werden muss.

Die Wartungssteuerung bietet Kunden eine Option zum Überspringen regulärer Plattformupdates, die für ihre dedizierten Hosts geplant sind, und wendet sie dann zu einem ausgewählten Zeitpunkt innerhalb eines 35-tägigen gleitenden Fensters an. Innerhalb des Wartungsfensters können Sie die Wartung direkt auf Hostebene und in beliebiger Reihenfolge anwenden. Sobald das Wartungsfenster geschlossen ist, setzt Microsoft den Vorgang fort und wendet die ausstehende Wartung auf die Hosts in einer Reihenfolge an, die sich möglicherweise nicht nach den benutzerdefinierten Fehlerdomänen richtet.

Weitere Informationen finden Sie unter Verwalten von Plattformupdates mit der Wartungssteuerung.

Überlegungen zur Kapazität

Nach der Bereitstellung eines dedizierten Hosts weist Azure ihn dem physischen Server zu. Dadurch wird sichergestellt, dass die Kapazität verfügbar ist, wenn Sie Ihren virtuellen Computer bereitstellen müssen. Azure nutzt die gesamte Kapazität in der Region (oder Zone), um einen physischen Server für Ihren Host auszuwählen. Das bedeutet auch, dass Kunden davon ausgehen können, ihren Bedarf an dedizierten Hosts nach Wunsch zu vergrößern, ohne auf mangelnden Speicherplatz im Cluster zu stoßen.

Kontingente

Es gibt zwei Arten von Kontingenten, die beim Bereitstellen eines dedizierten Hosts genutzt werden.

1. vCPU-Kontingent des dedizierten Hosts. Die standardmäßige Kontingentgrenze beträgt 3.000 vCPUs pro Region.
2. Kontingent der VM-Größenfamilie. Beispielsweise ist für ein Abonnement mit nutzungsbasierter Bezahlung in der Region „USA, Osten“ möglicherweise nur ein Kontingent von 10 vCPUs für die Größenserie Dsv3 verfügbar. Zur Bereitstellung eines dedizierten Dsv3-Hosts müssen Sie eine Kontingenterhöhung auf mindestens 64 vCPUs anfordern, bevor Sie den dedizierten Host bereitstellen können.

Erstellen Sie eine Supportanfrage im Azure-Portal, um eine Kontingenterhöhung anzufordern.

Beim Bereitstellen eines dedizierten Hosts wird sowohl das vCPU-Kontingent des dedizierten Hosts als auch das vCPU-Kontingent der VM-Familie genutzt. Die regionale vCPU wird jedoch nicht genutzt. VMs auf einem dedizierten Host werden nicht auf das vCPU-Kontingent der VM-Familie angerechnet. Wenn ein virtueller Computer von einem dedizierten Host in eine mehrinstanzenfähige Umgebung verschoben wird, beansprucht der virtuelle Computer das vCPU-Kontingent der VM-Familie.

Weitere Informationen finden Sie unter vCPU-Kontingente für virtuelle Computer.

Für kostenlose Testversionen und MSDN-Abonnements gibt es kein Kontingent für Azure Dedicated Host-Instanzen.

Preise

Benutzern wird die Anzahl dedizierter Hosts in Rechnung gestellt, unabhängig davon, wie viele VMs bereitgestellt sind. Auf Ihrem monatlichen Kontoauszug wird ein neuer abrechenbarer Ressourcentyp von Hosts aufgeführt. Die VMs auf einem dedizierten Host werden weiterhin in Ihrem Kontoauszug angezeigt, sie weisen jedoch einen Preis von 0 auf.

Der Hostpreis wird anhand der VM-Familie, dem Typ (Hardwaregröße) und der Region festgelegt. Ein Hostpreis ist relativ zur höchsten auf dem Host unterstützten VM-Größe.

Softwarelizenzierung, Speicher und Netzwerknutzung werden separat vom Host und den VMs abgerechnet. Für diese abrechenbaren Posten erfolgen keine Änderungen.

Weitere Informationen finden Sie unter Azure Dedicated Host – Preise.

Sie können auch mit einer reservierten Instanz von Azure Dedicated Hosts Kosten einsparen.

Größen und Hardwaregenerationen

Eine SKU stellt die Größenserie und den Typ des virtuellen Computers auf einem bestimmten Host dar. Sie können mehrere VMs unterschiedlicher Größe innerhalb eines einzelnen Hosts kombinieren, solange diese derselben Größenserie angehören.

Der Typ ist die Hardwaregeneration. Die unterschiedlichen Hardwaretypen der einzelnen VM-Serien stammen von unterschiedlichen CPU-Anbietern und weisen andere CPU-Generationen und Anzahlen von Kernen auf.

Die Größen und Hardwaretypen variieren je nach Region. Weitere Informationen finden Sie unter Azure Dedicated Host – Preise.

Hostlebenszyklus

Azure überwacht und verwaltet den Integritätsstatus Ihrer Hosts. Die folgenden Zustände werden zurückgegeben, wenn Sie Ihren Host abfragen:

Häufig gestellte Fragen

F. Was passiert bei einer Livemigration mit meinem dedizierten Host?

A. Dedizierte Azure-Hosts unterstützen nach aktuellem Stand keine Livemigration, und im Falle eines Hardwarefehlers wird für den Host eine Dienstreparatur auf einem anderen Knoten durchgeführt.

F. Kann ich virtuelle Computer aus mehreren VM-Familien auf dem gleichen dedizierten Host ausführen?

A. Nein. Sie können nur virtuelle Computer aus der Familie des zugrunde liegenden dedizierten Hosts ausführen. Ein Dsv3-Type4-Host unterstützt beispielsweise nur virtuelle Computer der VM-Familie „Dsv3“.

F. Kann ich verschiedene VM-Größen auf einem einzelnen dedizierten Host ausführen?

A. Ja. Sie können mehrere VM-Größen auf dem gleichen dedizierten Host ausführen, solange alle virtuellen Computer der gleichen Familie angehören wie der zugrunde liegende dedizierte Host und genügend Kapazität auf dem Host vorhanden ist, um die VM-Größen zu unterstützen. Beispielsweise können Sie auf einem Dsv3-Type4-Host gleichzeitig virtuelle Computer vom Typ „D2sv3“, „D8sv3“ und „D16sv3“ ausführen.

Nächste Schritte

• Zur Bereitstellung eines dedizierten Hosts siehe Bereitstellung von VMs und Skalierungssets auf dedizierten Hosts.

• Es gibt eine Beispielvorlage, die sowohl Zonen als auch Fehlerdomänen verwendet, um für maximale Resilienz in einer Region zu sorgen.

• Sie können auch mit einer reservierten Instanz von Azure Dedicated Hosts Kosten einsparen.