Reservierung von Bedarfskapazitäten

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

Mit der Reservierung von Bedarfskapazitäten können Sie Computekapazität für einen beliebigen Zeitraum in einer Azure-Region oder einer Verfügbarkeitszone reservieren. Im Gegensatz zu reservierten Instanzen müssen Sie sich nicht für eine Laufzeit von einem Jahr oder drei Jahren registrieren. Sie können Reservierungen jederzeit erstellen und löschen, und Sie haben die vollständige Kontrolle darüber, wie Sie Ihre Reservierungen verwalten möchten.

Nachdem Sie die Kapazitätsreservierung erstellt haben, können Sie die Ressourcen sofort verwenden. Die Kapazität ist für Sie reserviert, bis Sie die Reservierung löschen.

Die Kapazitätsreservierung verfügt über einige grundlegende Eigenschaften, die immer zum Zeitpunkt der Erstellung definiert werden:

• VM-Größe: Jede Reservierung gilt für eine VM-Größe. z. B. Standard_D2s_v3.
• Standort: Jede Reservierung gilt für einen Standort (Region). Wenn dieser Standort über Verfügbarkeitszonen verfügt, kann die Reservierung auch eine der Zonen angeben.
• Menge: Jede Reservierung weist eine bestimmte Anzahl von Instanzen auf, die reserviert werden sollen.

Um eine Kapazitätsreservierung zu erstellen, werden die Parameter als Kapazitätsanforderung an Azure übergeben. Wenn in Azure keine Kapazität verfügbar ist, die der Anforderung entspricht, schlägt die Bereitstellung der Reservierung fehl. Ihre Bereitstellung schlägt fehl, wenn Sie nicht über ein ausreichendes Abonnementkontingent verfügen. Fordern Sie entweder ein höheres Kontingent an, oder probieren Sie eine andere VM-Größe, einen anderen Standort oder eine andere Zonenkombination aus.

Nachdem Azure Ihre Reservierungsanforderung akzeptiert hat, ist die Reservierung für VMs mit übereinstimmenden Konfigurationen verfügbar. Die Reservierung muss in den Eigenschaften der VM angegeben sein, damit diese die Kapazitätsreservierung nutzen kann. Andernfalls wird die Kapazitätsreservierung nicht verwendet. Ein Vorteil dieses Entwurfs besteht darin, dass Sie nur kritische Workloads für Reservierungen vorsehen können und andere nicht kritische Workloads ohne reservierte Kapazität ausgeführt werden können.

Vorteile der Kapazitätsreservierung

• Nach der Bereitstellung ist die Kapazität für Ihre Nutzung reserviert und immer innerhalb des Bereichs der geltenden SLAs (Service-Level Agreements, Vereinbarungen zum Servicelevel) verfügbar.
• Kapazität kann jederzeit ohne Laufzeitverpflichtung bereitgestellt und gelöscht werden.
• Kapazität kann automatisch mit reservierten Instanzen kombiniert werden, um Laufzeitrabatte zu nutzen.

SLA für Kapazitätsreservierung

Lesen Sie die SLA-Details in der SLA für die Kapazitätsreservierung.

Bei jedem Anspruch in Bezug auf die SLA müssen Sie die Minuten berechnen, in denen die reservierte Kapazität nicht verfügbar war. Im Folgenden finden Sie ein Beispiel für die Berechnung der nicht verfügbaren Minuten:

• Eine Reservierung von Bedarfskapazitäten verfügt über eine Gesamtkapazität von fünf reservierten Einheiten. Die Reservierung von Bedarfskapazitäten beginnt mit dem Status „Nicht genutzte Kapazität“, in dem keine VMs zugeordnet sind.
• Der Reservierung von Bedarfskapazitäten wird eine unterstützte Bereitstellung der Menge 5 zugeordnet. Drei VMs sind erfolgreich und bei zwei tritt ein VM-Kapazitätsfehler auf. Als Ergebnis beginnen zwei reservierte Einheiten mit der Akkumulation der nicht verfügbaren Minuten.
• 20 Minuten lang wird keine Aktion durchgeführt. Als Ergebnis akkumulieren zwei reservierte Einheiten jeweils 15 nicht verfügbare Minuten.
• Nach 20 Minuten wird eine unterstützte Bereitstellung der Menge 2 versucht. Eine VM ist erfolgreich, bei der anderen tritt ein VM-Kapazitätsfehler auf. Als Ergebnis bleibt eine reservierte Einheit bei 15 akkumulierten nicht verfügbaren Minuten. Eine weitere reservierte Einheit setzt die Akkumulierung der nicht verfügbaren Minuten fort.
• In Abständen von zehn Minuten werden vier weitere unterstützte Bereitstellungen der Menge 1 durchgeführt. Beim vierten Versuch (60 Minuten nach dem ersten Kapazitätsfehler) wird die VM bereitgestellt. Als Ergebnis werden durch die letzte reservierte Einheit 40 nicht verfügbare Minuten (4 Versuche x 10 Minuten zwischen den Versuchen) addiert, sodass sich insgesamt 55 nicht verfügbare Minuten ergeben.

Nachstehend finden Sie die Berechnung der Servicegutschrift für dieses Beispiel der Akkumulation von nicht verfügbaren Minuten:

• Eine reservierte Einheit hat ein Downtime von 15 Minuten akkumuliert. Die prozentuale Verfügbarkeit beträgt 99,97 %. Diese reservierte Einheit ist nicht für eine Servicegutschrift qualifiziert.
• Eine weitere reservierte Einheit hat eine Downtime von 55 Minuten akkumuliert. Die prozentuale Verfügbarkeit beträgt 99,87 %. Diese reservierte Einheit kann eine Servicegutschrift von 10 % erhalten.

Einschränkungen

• Das Erstellen von Kapazitätsreservierungen erfordert auf die gleiche Weise ein Kontingent wie das Erstellen von VMs.

• Das Erstellen einer Kapazitätsreservierung ist derzeit auf bestimmte VM-Serien und -Größen beschränkt. In der Liste der Computeressourcen-SKUs sind die unterstützten VM-Größen aufgeführt.

• Die folgenden VM-Serien unterstützen die Erstellung von Kapazitätsreservierungen:

  • Av2
  • b
  • Bpsv2
  • Bsv2 (Intel) und Basv2 (AMD)
  • D- und Ds-Serie, v2 und neuer; AMD und Intel
  • Dadsv5
  • Dav4-Serie
  • Dasv4 und neuer
  • DCsv2-Serie
  • DCasv5-Serie
  • DCesv5- und DCedsv5-Serien
  • Ddv4- und v5-Serie
  • Ddsv4-Serie, v4 und höher
  • Dplsv5- und Dpldsv5-Serie
  • Dpsv- und Dpds-Serie, v5 und neuer
  • Dpds-Serie, v5 und neuer
  • Dplsv6-Serie
  • Dplds-Serie, v5 und neuer
  • Dlsv5 und neuere Serien
  • Dldsv5 und neuere Serien
  • E-Serie, alle Versionen; AMD und Intel
  • Eav4- und Easv4-Serie
  • Easv5- und Eadsv5-Serie
  • Ebdsv5- und Ebsv5-Serien
  • ECasv5- und ECadsv5-Serie
  • ECesv5- und ECedsv5-Serien
  • Ed- und Eds-Serie, v4 und neuer
  • Eps- und Epds-Serie, v5 und neuer
  • F-Serie, alle Versionen
  • Fasv6 und Falsv6-Serie
  • FX-Serie
  • Lsv3 (Intel) und Lasv3 (AMD)

  Bei der VM-Bereitstellung können Sie eine Anzahl von bis zu drei Fehlerdomänen (FD) mithilfe von Azure Virtual Machine Scale Sets festlegen. Es können nicht mehr als drei FDs für eine Kapazitätsreservierung bereitgestellt werden.

• Bei der Bereitstellung von VMs der folgenden VM-Serien für die Kapazitätsreservierung kann eine Fehlerdomäne (FD) mithilfe von Virtual Machine Scale Sets festgelegt werden. Es kann nicht mehr als eine FD für eine Kapazitätsreservierung bereitgestellt werden:

  • NC-Serie, v3
  • NCasT4_v3-Serie
  • NCADSA10_v4-Serie
  • NC_A100_v4-Serie
  • NV-Serie, v3 und höher
  • NVadsA10_v5-Serie
  • NGads V620_v1-Serie

• Unterstützung für die folgende VM-Serie für die Kapazitätsreservierung befindet sich in der Public Preview:

  • M-Serie v2
  • E-Serie, v3
  • Lsv2

  Bei der Bereitstellung von VMs der voranstehenden M-Serie kann eine Fehlerdomäne (FD) mithilfe von Virtual Machine Scale Sets festgelegt werden. Es kann nicht mehr als eine FD für eine Kapazitätsreservierung bereitgestellt werden.

• Unterstützung für weitere VM-Serien ist derzeit nicht verfügbar:

  • M-Serie v1
  • ND-Serie
  • HB-Serie
  • HC-Serie

• Die folgenden Bereitstellungstypen werden unterstützt:

  • Einzelne VM
  • VM-Skalierungsgruppen mit einheitlicher Orchestrierung
  • Virtual Machine Scale Sets mit flexibler Orchestrierung

• Die folgenden Bereitstellungstypen werden nicht unterstützt:

  • Spot-VMs
  • Azure Dedicated Host-Knoten oder VMs, die auf dedizierten Hosts bereitgestellt werden
  • Verfügbarkeitsgruppen

• Weitere Bereitstellungseinschränkungen werden nicht unterstützt. Zum Beispiel:

  • Näherungsplatzierungsgruppe
  • Updatedomänen
  • Virtual Machine Scale Sets mit einer einzelnen Platzierungsgruppe, die auf true festgelegt ist
  • Azure Disk Storage Ultra (früher SSD Ultra)
  • VMs, die aus dem Ruhezustand fortgesetzt werden
  • VMs, für die eine Verschlüsselung virtueller Netzwerke erforderlich ist

• Ein angeheftetes Abonnement kann das Feature nicht nutzen.

• Die Reservierung kann nur von dem Abonnement verwendet werden, von dem sie erstellt wurde.

• Reservierungen sind nur für kostenpflichtige Azure-Kunden verfügbar. Unterstützte Konten wie die kostenlose Testversion und Azure for Students sind nicht berechtigt, dieses Feature zu verwenden.

• Unterstützte Clouds für die Kapazitätsreservierung:

  • Azure Cloud
  • Azure für Regierungsbehörden

Preise und Abrechnung

Kapazitätsreservierungen werden mit der gleichen Rate wie die zugrunde liegende VM-Größe berechnet. Wenn Sie beispielsweise eine Reservierung für zehn D2s_v3-VMs erstellen, werden Ihnen auch dann zehn D2s_v3-VMs in Rechnung gestellt, wenn die Reservierung nicht verwendet wird.

Wenn Sie dann eine D2s_v3-VM bereitstellen und die Reservierungseigenschaft angeben, wird die Kapazitätsreservierung verwendet. Wenn die VM genutzt wird, bezahlen Sie nur für die VM und nicht für die Kapazitätsreservierung. Angenommen, Sie stellen sechs D2s_v3-VMs für die zuvor erwähnte Kapazitätsreservierung bereit. Ihnen werden sechs D2s_v3-VMs und vier ungenutzte Kapazitätsreservierungen zum gleichen Tarif wie für eine D2s_v3-VM in Rechnung gestellt.

Sowohl für genutzte als auch für ungenutzte Kapazitätsreservierungen können Preisvorteile des Sparplans sowie Laufzeitrabatte für reservierte Instanzen in Anspruch genommen werden. Wenn Sie im vorherigen Beispiel über reservierte Instanzen für zwei D2s_v3-VMs in derselben Azure-Region verfügen, wird die Abrechnung für zwei Ressourcen (VM oder ungenutzte Kapazitätsreservierung) auf null festgelegt. Die restlichen acht D2s_v3-VMs werden normal abgerechnet. Die Laufzeitrabatte können entweder auf den virtuellen Computer oder auf die nicht genutzte Kapazitätsreservierung angewandt werden.

Unterschied zwischen Reservierung von Bedarfskapazitäten und reservierten Instanzen

Unterschiede	Reservierung von Bedarfskapazitäten	Reservierte Instanzen
Begriff	Keine Laufzeitverpflichtung erforderlich. Kann je nach Kundschaftsbedarf erstellt und gelöscht werden	Feste Laufzeit von einem Jahr oder drei Jahren
Rabatt bei der Rechnungsstellung	Nutzungsbasierte Zahlung für die zugrunde liegende VM-Größe*	Erhebliche Kosteneinsparungen gegenüber nutzungsbasierter Zahlung
Kapazitäts-SLA	Bietet eine Kapazitätsgarantie am angegebenen Standort (Region oder Verfügbarkeitszone)	Bietet keine Kapazitätsgarantie. Die Kundschaft kann Kapazitätspriorität auswählen, um einen besseren Zugang zu erhalten, diese Option ist jedoch nicht mit einer SLA verbunden.
Region im Vergleich mit Verfügbarkeitszonen	Kann pro Region oder pro Verfügbarkeitszone eingesetzt werden	Nur auf regionaler Ebene verfügbar

* Berechtigt zu einem Rabatt für reservierte Instanzen, wenn separat erworben

Arbeiten mit Kapazitätsreservierung

Die Kapazitätsreservierung wird für eine bestimmte VM-Größe in einer Azure-Region oder einer Verfügbarkeitszone erstellt. Alle Reservierungen werden im Rahmen einer Kapazitätsreservierungsgruppe erstellt und verwaltet.

Die Gruppe gibt den Azure-Standort an:

• Die Gruppe legt die Region fest, in der alle Reservierungen erstellt werden. Beispiele: „USA, Osten“, „Europa, Norden“ oder „Asien, Südosten“.
• Die Gruppe legt die berechtigten Zonen fest, Beispiele: AZ1, AZ2, AZ3 in beliebiger Kombination.
• Wenn keine Zonen angegeben werden, platziert Azure die Gruppe an einer beliebigen Stelle in der Region. Jede Reservierung gibt die Region und möglicherweise keine Zone an.

Jede Reservierung in einer Gruppe gilt für eine VM-Größe. Wenn berechtigte Zonen für die Gruppe ausgewählt wurden, muss die Reservierung für eine der unterstützten Zonen gelten.

Eine Gruppe kann nur eine Reservierung pro VM-Größe pro Zone oder nur eine Reservierung pro VM-Größe haben, wenn keine Zonen ausgewählt werden.

Geben Sie zum Nutzen der Kapazitätsreservierung die Kapazitätsreservierungsgruppe als eine der VM-Eigenschaften an. Wenn die Gruppe keine passende Reservierung für die Größe und den Standort aufweist, gibt Azure eine Fehlermeldung zurück.

Sie können die reservierte Menge nach der ersten Bereitstellung anpassen, indem Sie die Kapazitätseigenschaft ändern. Andere Änderungen an der Kapazitätsreservierung, z. B. VM-Größe oder Standort, sind nicht zulässig. Es wird empfohlen, eine neue Reservierung zu erstellen, ggf. vorhandene VMs zu migrieren und dann die alte Reservierung zu löschen, wenn sie nicht mehr benötigt wird.

Bei der Kapazitätsreservierung gelten keine Grenzwerte für die Anzahl von VM-Bereitstellungen. Azure unterstützt die Zuweisung so vieler VMs wie gewünscht für die Reservierung. Da die Reservierung selbst ein Kontingent erfordert, entfallen die Kontingentüberprüfungen für die VM-Bereitstellung bis zur reservierten Menge. Das Zuordnen von VMs über die reservierte Menge hinaus wird als Überlasten der Reservierung bezeichnet. Das Überlasten durch eine zu hohe VM-Zuteilung ist nicht durch die SLA abgedeckt, und die VMs unterliegen Kontingentüberprüfungen und einem Erfüllen der zusätzlichen Kapazität durch Azure. Nach der Bereitstellung können diese zusätzlichen VM-Instanzen dazu führen, dass die Menge der VMs, die der Reservierung zugeordnet sind, die reservierte Menge überschreitet. Weitere Informationen finden Sie unter Überlasten der Kapazitätsreservierung.

Lebenszyklus der Kapazitätsreservierung

Wenn eine Reservierung erstellt wird, stellt Azure die angeforderte Anzahl von Kapazitätsinstanzen am angegebenen Standort bereit.

Verfolgen Sie den Status der Gesamtreservierung über die folgenden Eigenschaften nach:

• capacity: Gesamtmenge der von der Kundschaft reservierten Instanzen.
• virtualMachinesAllocated: Liste der VMs, die für die Kapazitätsreservierung zugeordnet sind und für die Nutzung der Kapazität gezählt werden. Diese VMs weisen einen der Status Wird ausgeführt oder Beendet (Zugeordnet) auf oder befinden sich in einem Übergangszustand wie Wird gestartet oder Wird beendet. Diese Liste enthält nicht die VMs, die den Status „Zuordnung aufgehoben“ aufweisen, auch als Beendet bezeichnet.
• virtualMachinesAssociated: Liste der VMs, die der Kapazitätsreservierung zugeordnet sind. Diese Liste enthält alle VMs, die für die Verwendung der Reservierung konfiguriert wurden, einschließlich der VMs, die den Status „Zuordnung aufgehoben“ aufweisen.

Das vorherige Beispiel beginnt mit dem Wert capacity 2 und einer Länge von 0 für virtualMachinesAllocated und virtualMachinesAssociated.

Wenn eine VM dann anhand der Kapazitätsreservierung zugeordnet wird, nutzt sie eine der reservierten Kapazitätsinstanzen.

Für den Status der Kapazitätsreservierung werden der Wert capacity 2 und eine Länge von 1 für virtualMachinesAllocated und virtualMachinesAssociated angezeigt.

Zuteilungen anhand der Kapazitätsreservierung sind erfolgreich, wenn die VMs entsprechende Eigenschaften aufweisen und mindestens eine leere Kapazitätsinstanz vorhanden ist.

Wenn im Beispiel eine dritte VM für die Kapazitätsreservierung zugeordnet wird, geht die Reservierung in den Status Überlastet über. Diese dritte VM erfordert ein nicht genutztes Kontingent und zusätzliche Kapazitätserfüllung von Azure. Nachdem die dritte VM zugeordnet wurde, sieht die Kapazitätsreservierung wie in diesem Diagramm aus:

capacity ist 2, und die Länge von virtualMachinesAllocated und virtualMachinesAssociated ist 3.

Nehmen wir nun an, dass die Anwendung auf die Mindestanzahl von zwei VMs herunterskaliert wird. Da VM 0 ein Update benötigt, wird sie für die Belegungsfreigabe ausgewählt. Die Reservierung geht automatisch in diesen Status über:

capacity und die Länge von virtualMachinesAllocated sind beide 2. Die Länge für virtualMachinesAssociated beträgt jedoch immer noch 3, weil VM 0 weiterhin der Kapazitätsreservierung zugeordnet ist, obwohl ihre Zuordnung aufgehoben wurde. Um eine Überschreitung des Kontingents zu verhindern, zählt die nicht zugeordnete VM 0 zu dem Kontingent, das der Reservierung zugeordnet ist. Wenn Sie über genügend nicht genutztes Kontingent verfügen, können Sie neue VMs für die Kapazitätsreservierung bereitstellen und die SLA von jeder nicht genutzten reservierten Kapazität erhalten. Sie können VM 0 auch löschen, um ihre Verwendung aus dem Kontingent zu entfernen.

Die Kapazitätsreservierung bleibt bestehen, bis sie explizit gelöscht wird. Um eine Kapazitätsreservierung zu löschen, besteht der erste Schritt im Trennen aller VMs in der virtualMachinesAssociated-Eigenschaft. Nach Abschluss des Aufhebens der Zuordnung sollte die Kapazitätsreservierung wie in diesem Diagramm aussehen:

Für den Status der Kapazitätsreservierung werden der Wert capacity 2 und eine Länge von 0 für virtualMachinesAssociated und virtualMachinesAllocated angezeigt. In diesem Zustand können Sie die Kapazitätsreservierung löschen. Nach dem Löschen zahlen Sie nicht mehr für die Reservierung.

Nutzung und Abrechnung

Wenn eine Kapazitätsreservierung leer ist, wird die VM-Nutzung für die entsprechende VM-Größe und den Standort gemeldet. Reservierte VM-Instanzen können einen Teil oder die gesamte Kapazitätsreservierungsnutzung abdecken, auch wenn VMs nicht bereitgestellt werden.

Beispiel

Angenommen etwa, eine Kapazitätsreservierung mit der reservierten Menge 2 wurde erstellt. Das Abonnement hat Zugriff auf eine entsprechende reservierte VM-Instanz der gleichen Größe. Das Ergebnis sind zwei Nutzungsstreams für die Kapazitätsreservierung, von denen einer von der reservierten Instanz abgedeckt wird.

Im vorherigen Diagramm wird ein Rabatt für eine reservierte VM-Instanz auf eine der ungenutzten Instanzen angewandt, und die Kosten für diese Instanz werden damit auf null festgelegt. Bei der anderen Instanz wird der Preis für die nutzungsbasierte Bezahlung für die reservierte VM-Größe berechnet.

Wenn eine VM anhand der Kapazitätsreservierung zugeordnet wird, müssen auch die anderen VM-Komponenten wie Datenträger, Netzwerk, Erweiterungen und alle anderen angeforderten Komponenten zugeordnet werden. In diesem Zustand spiegelt die VM-Nutzung eine zugeordnete VM und eine nicht genutzte Kapazitätsinstanz wider. Die reservierte VM-Instanz gleicht die Kosten für die VM oder die nicht genutzte Kapazitätsinstanz aus. Die sonstigen Gebühren für Datenträger, Netzwerk und andere Komponenten, die mit der zugeordneten VM verknüpft sind, werden ebenfalls in der Rechnung angezeigt.

In der vorherigen Abbildung wird der Rabatt für die reservierte VM-Instanz auf VM 0 angewandt, für die nur andere Komponenten wie Datenträger und Netzwerk in Rechnung gestellt werden. Für die andere nicht verwendete Instanz wird die reservierte VM-Größe mit dem nutzungsbasierten Tarif in Rechnung gestellt.

Häufig gestellte Fragen

• Wie hoch ist der Preis für die Reservierung von Bedarfskapazitäten?

  Der Preis Ihrer Reservierung von Bedarfskapazitäten ist identisch mit dem Preis der zugrunde liegenden VM-Größe, die der Reservierung zugeordnet ist. Bei der Verwendung von Kapazitätsreservierungen wird Ihnen die VM-Größe in Rechnung gestellt, die Sie zu den Preisen für die nutzungsbasierte Bezahlung ausgewählt haben, unabhängig davon, ob die VM bereitgestellt wurde. Weitere Informationen finden Sie auf den Preisseiten für Windows und Linux.

• Werden mir die Kosten für die Reservierung von Bedarfskapazitäten und für die tatsächliche VM, wenn ich sie schließlich bereitstelle, doppelt in Rechnung gestellt?

  Nein, Reservierungen von Bedarfskapazitäten werden nur einmal berechnet.

• Kann ich Azure Reserved Virtual Machine Instances auf die Reservierung von Bedarfskapazitäten anwenden, um meine Kosten zu senken?

  Ja, Sie können vorhandene oder zukünftige reservierte Instanzen auf die Reservierung von Bedarfskapazitäten anwenden und entsprechende Rabatte erhalten. Verfügbare reservierte Instanzen werden automatisch auf die gleiche Weise auf die Kapazitätsreservierung angewandt wie auf VMs.

• Worin besteht der Unterschied zwischen reservierten VM-Instanzen und der Reservierung von Bedarfskapazitäten?

  Sowohl reservierte Instanzen als auch die Reservierung von Bedarfskapazitäten gelten für Azure-VMs. Reservierte Instanzen bieten jedoch im Vergleich zu nutzungsbasierter Bezahlung vergünstigte Reservierungstarife für Ihre VMs aufgrund einer Laufzeitverpflichtung über 1 Jahr oder 3 Jahre. Im Gegensatz dazu ist für Reservierungen von Bedarfskapazitäten keine Laufzeitverpflichtung erforderlich.

  Sie können eine Kapazitätsreservierung jederzeit erstellen oder stornieren. Es werden jedoch keine Rabatte angewandt, und nach der erfolgreichen Bereitstellung Ihrer Kapazitätsreservierung fallen Gebühren zu den Preisen für nutzungsbasierte Bezahlung an. Im Gegensatz zu reservierten Instanzen, die Kapazität priorisieren, aber nicht garantieren, stellt Azure beim Kauf einer Reservierung von Bedarfskapazitäten Computekapazität für Ihre VM bereit und bietet eine SLA-Garantie.

• Welche Szenarien würden von der Reservierung von Bedarfskapazitäten am meisten profitieren?

  Typische Szenarien sind Geschäftskontinuität, Notfallwiederherstellung und horizontale Skalierung unternehmenskritischer Anwendungen.

Zugehöriger Inhalt

Beginnen Sie mit der Reservierung von Computekapazität. Lesen Sie auch unsere anderen Artikel zum Thema Kapazitätsreservierung:

• Erstellen einer Kapazitätsreservierung
• Überlasten der Kapazitätsreservierung
• Ändern einer Kapazitätsreservierung
• Zuordnen einer VM
• Entfernen einer VM
• Zuordnen einer VM-Skalierungsgruppe – flexible Orchestrierung
• Zuordnen einer VM-Skalierungsgruppe – einheitliche Orchestrierung
• Entfernen einer VM-Skalierungsgruppe