On-demand-Kapazitätsreservierung

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. Erstellen und löschen Sie Reservierungen jederzeit, und üben Sie vollständige Kontrolle darüber aus, wie Sie Ihre Reservierungen verwalten möchten.

Sobald die Kapazitätsreservierung erstellt wurde, ist die Kapazität sofort verfügbar und ausschließlich für Ihre Nutzung reserviert, bis die Reservierung gelöscht wird.

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. Beispielsweise 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 verfügt über eine bestimmte Anzahl von Instanzen, die reserviert werden sollen.

Um eine Kapazitätsreservierung zu erstellen, werden diese Parameter als Kapazitätsanforderung an Azure übergeben. Wenn für das Abonnement das erforderliche Kontingent fehlt oder Azure keine Kapazität zur Verfügung hat, die der Spezifikation entspricht, kann die Reservierung nicht bereitgestellt werden. Um eine fehlgeschlagene Bereitstellung zu vermeiden, fordern Sie mehr Kontingent an, oder versuchen Sie eine andere VM-Größe, einen anderen Standort bzw. eine andere Zonenkombination.

Sobald Azure eine Reservierungsanforderung akzeptiert, kann sie von VMs mit entsprechenden Konfigurationen genutzt werden. Um die Kapazitätsreservierung zu nutzen, muss die VM die Reservierung als eine ihrer Eigenschaften angeben. Andernfalls bleibt die Kapazitätsreservierung ungenutzt. 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 verfügbar.
  • Sie kann jederzeit ohne Laufzeitverpflichtung bereitgestellt und gelöscht werden.
  • Sie kann automatisch mit reservierten Instanzen kombiniert werden, um Laufzeitrabatte zu nutzen.

SLA für Kapazitätsreservierung

Informationen zur Vereinbarung zum Servicelevel finden Sie unter in der SLA für Kapazitätsreservierung.

Bei jedem Anspruch in Bezug auf die SLA müssen die Minuten berechnet werden, 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 On-Demand-Kapazitätsreservierung verfügt über eine Gesamtkapazität von 5 reservierten Einheiten. Die On-Demand-Kapazitätsreservierung beginnt mit dem Status „Nicht genutzte Kapazität“, in dem keine virtuellen Computer zugeordnet sind.
  • Der On-Demand-Kapazitätsreservierung wird eine unterstützte Bereitstellung der Menge 5 zugeordnet. 3 virtuelle Computer werden erfolgreich bereitstellt, die Bereitstellung von 2 virtuellen Computern schlägt mit einem VM-Kapazitätsfehler fehl. Ergebnis: 2 Reservierte Einheiten beginnen mit der Akkumulation der nicht verfügbaren Minuten.
  • 20 Minuten lang wird keine Aktion durchgeführt. Ergebnis: Zwei reservierte Einheiten akkumulieren jeweils 15 nicht verfügbare Minuten.
  • Nach 20 Minuten wird eine unterstützte Bereitstellung der Menge 2 versucht. Ein virtueller Computer wird erfolgreich bereitgestellt, die Bereitstellung des anderen virtuellen Computers schlägt mit einem VM-Kapazitätsfehler fehl. Ergebnis: Eine reservierte Einheit bleibt bei 15 akkumulierten nicht verfügbaren Minuten. Eine weitere reservierte Einheit setzt die Akkumulierung der nicht verfügbaren Minuten fort.
  • In Abständen von 10 Minuten werden vier weitere unterstützte Bereitstellungen der Menge 1 durchgeführt. Beim vierten Versuch (60 Minuten nach dem ersten Kapazitätsfehler) wird der virtuelle Computer bereitgestellt. Ergebnis: Die letzte reservierte Einheit addiert 40 Minuten nicht verfügbare Minuten (4 Versuche x 10 Minuten zwischen den Versuchen), sodass sich insgesamt 55 nicht verfügbare Minuten ergeben.

Nachstehend finden Sie die Berechnung der Service-Gutschrift 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 %. Für diese reservierte Einheit kommt keine Service-Gutschrift infrage.
  • Eine weitere reservierte Einheit hat eine Downtime von 55 Minuten akkumuliert. Die prozentuale Verfügbarkeit beträgt 99,87 %. Diese reservierte Einheit kann eine Service-Gutschrift von 10 % erhalten.

Einschränkungen

  • Das Erstellen von Kapazitätsreservierungen erfordert auf die gleiche Weise ein Kontingent wie das Erstellen virtueller Computer.
  • Das Erstellen einer Kapazitätsreservierung ist derzeit auf bestimmte VM-Serien und -Größen beschränkt. Durch Auflisten der Computeressourcen-SKUs können die unterstützten VM-Größen ermittelt werden.
  • Die folgenden VM-Serien unterstützen die Erstellung von Kapazitätsreservierungen:
    • Av2
    • B
    • D-Serie, v2 und neuer; AMD und Intel
    • E-Serie, alle Versionen; AMD und Intel
    • F-Serie, alle Versionen
    • Lsv3 (Intel) und Lasv3 (AMD)
    • Bei der VM-Bereitstellung kann die gewünschte Anzahl der Fehlerdomänen (FD) mithilfe von VM-Skalierungsgruppen festgelegt werden (maximal 3 FD). Eine Bereitstellung mit mehr als 3 FDs für eine Kapazitätsreservierung schlägt fehl.
  • Eine Unterstützung für weitere VM-Serien ist derzeit nicht verfügbar:
    • Ls- und Lsv2-Serie
    • M-Serie, beliebige Version
    • NC-Serie, v3 und neuer
    • NV-Serie, v2 und neuer
    • ND-Serie
    • HB-Serie
    • HC-Serie
  • Die folgenden Bereitstellungstypen werden unterstützt:
    • Einzelne VM
    • VM-Skalierungsgruppen mit einheitlicher Orchestrierung
    • VM-Skalierungsgruppen mit flexibler Orchestrierung (Vorschau)
  • Die folgenden Bereitstellungstypen werden nicht unterstützt:
    • Spot-VMs
    • Azure Dedicated Host-Knoten oder VMs, die auf dedizierten Hosts bereitgestellt werden
    • Verfügbarkeitsgruppen
  • Andere Bereitstellungseinschränkungen werden nicht unterstützt. Zum Beispiel:
    • Näherungsplatzierungsgruppe
    • Updatedomänen
    • VM-Skalierungsgruppen mit einer einzelnen Platzierungsgruppe, die auf „true“ festgelegt ist
    • UltraSSD-Speicher
    • VMs, die aus dem Ruhezustand fortgesetzt werden
    • VMs, für die VNET-Verschlüsselung erforderlich ist
  • 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.

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 zehn D2s_v3 VMs in Rechnung gestellt – auch wenn die Reservierung nicht verwendet wird.

Wenn Sie dann eine D2s_v3-VM bereitstellen und die Reservierungseigenschaft angeben, wird die Kapazitätsreservierung verwendet. Sobald sie verwendet wird, zahlen Sie nur für die VM. Es entstehen keine Extrakosten für die Kapazitätsreservierung. Angenommen, Sie stellen sechs D2s_v3-VMs für die zuvor erwähnte Kapazitätsreservierung bereit. Dann werden sechs D2s_v3-VMs und vier ungenutzte Kapazitätsreservierungen zum gleichen Tarif wie für eine D2s_v3-VM in Rechnung gestellt.

Sowohl die verwendete als auch die nicht verwendete Kapazitätsreservierung ist für Laufzeitrabatte für reservierte Instanzen berechtigt. 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 (entweder VM oder ungenutzte Kapazitätsreservierung) auf Null gesetzt. 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 angewendet werden.

Unterschied zwischen On-Demand-Kapazitätsreservierung und reservierten Instanzen

Unterschiede On-demand-Kapazitätsreservierung Reservierte Instanzen
Begriff Keine Laufzeitverpflichtung erforderlich. Kann je nach Bedarf des Kunden erstellt und gelöscht werden Feste Laufzeit von entweder einem Jahr oder drei Jahren
Rabatt bei der Rechnungsstellung Abrechnung zum Pay-as-you-go-Tarif für die zugrunde liegende VM-Größe* Erhebliche Kosteneinsparungen gegenüber Pay-as-you-go-Tarifen
Kapazitäts-SLA Bietet eine Kapazitätsgarantie an einem bestimmten Standort (Region oder Verfügbarkeitszone) Bietet keine Kapazitätsgarantie. Kunden können "Kapazitätspriorität" wählen, um einen besseren Zugang zu erhalten, aber diese Option ist nicht mit einer SLA verbunden.
Region vs. Availability Zones Kann pro Region oder pro Verfügbarkeitszone eingesetzt werden Nur auf regionaler Ebene verfügbar

*Berechtigt zu einem Rabatt für Reserved Instances, 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, z. B. „USA, Osten“, „Europa, Norden“ oder „Asien, Südosten“.
  • Die Gruppe legt die berechtigten Zonen fest, z. B. 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 an und darf keine Zone festlegen.

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 Größe und Standort aufweist, gibt Azure eine Fehlermeldung zurück.

Die für die Reservierung reservierte Menge kann nach der ersten Bereitstellung angepasst werden, indem die Kapazitätseigenschaft geändert wird. 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, alle vorhandenen 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, fallen die Kontingentüberprüfungen für die VM-Bereitstellung bis zur reservierten Menge weg. Das Zuordnen von virtuellen Computer über die reservierte Menge hinaus wird als Überlastung der Reservierung bezeichnet. Die Überlastung virtueller Computer wird nicht durch die SLA abgedeckt. Für die VMs werden Kontingentüberprüfungen durchgeführt und überprüft, ob Azure die zusätzliche Kapazität erfüllt. 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, reserviert Azure die angeforderte Anzahl von Kapazitätsinstanzen am angegebenen Standort:

Kapazitätsreservierung: Abbildung 1.

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

  • capacity = Gesamtmenge der vom Kunden 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 entweder den Status Wird ausgeführt, 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 (Zuordnung aufgehoben) 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 capacity als 2 und einer Länge von virtualMachinesAllocated und virtualMachinesAssociated als 0.

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

Kapazitätsreservierung: Abbildung 2.

Der Status der Kapazitätsreservierung zeigt nun capacity als 2 und eine Länge von virtualMachinesAllocated und virtualMachinesAssociated als 1 an.

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

Wenn in unserem 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 jetzt wie folgt aus:

Kapazitätsreservierung: Abbildung 3.

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:

Kapazitätsreservierung: Abbildung 4.

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 (obwohl ihre Zuordnung aufgehoben wurde) weiterhin der Kapazitätsreservierung zugeordnet ist. Um eine Überschreitung des Kontingents zu verhindern, zählt die nicht zugeordnete VM 0 zum Kontingent, das der Reservierung zugeordnet ist. Solange 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 auch VM 0 löschen, um deren Verwendung aus dem Kontingent zu entfernen.

Die Kapazitätsreservierung bleibt vorhanden, 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 der Trennung sollte die Kapazitätsreservierung wie folgt aussehen:

Kapazitätsreservierung: Abbildung 5.

Der Status der Kapazitätsreservierung zeigt nun capacity als 2 und die Länge von virtualMachinesAssociated und virtualMachinesAllocated als 0 an. In diesem Zustand kann die Kapazitätsreservierung gelöscht werden. Nach dem Löschen zahlen Sie nicht mehr für die Reservierung.

Kapazitätsreservierung: Abbildung 6.

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, 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 Nutzungsdatenströme für die Kapazitätsreservierung, von denen einer von der reservierten Instanz abgedeckt wird:

Kapazitätsreservierung: Abbildung 7.

In der vorherigen Abbildung wird ein Rabatt für eine reservierte VM-Instanz auf eine der ungenutzten Instanzen angewendet, und die Kosten für diese Instanz werden auf Null gesetzt. Für die andere Instanz wird der PAYG-Tarif 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 setzt die Kosten für die VM oder die nicht genutzte Kapazitätsinstanz auf null. Die anderen Kosten für Datenträger, Netzwerke und andere Komponenten, die der zugeordneten VM zugeordnet sind, werden ebenfalls in der Rechnung angezeigt.

Kapazitätsreservierung: Abbildung 8.

In der vorherigen Abbildung wird der Rabatt für die reservierte VM-Instanz auf die VM 0 angewendet, 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 PAYG-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 Verwendung von Kapazitätsreservierung wird Ihnen die VM-Größe in Rechnung gestellt, die Sie zu den Preisen für nutzungsbasierte Bezahlung ausgewählt haben, unabhängig davon, ob der virtuelle Computer bereitgestellt wurde. Besuchen Sie die VM-Preisseiten für Windows und Linux, um weitere Einzelheiten zu erfahren.

  • 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, die Reservierung von Bedarfskapazitäten wird nur ein Mal berechnet.

  • Kann ich reservierte VM-Instanzen (RI) auf die Reservierung von Bedarfskapazitäten anwenden, um meine Kosten zu senken?

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

  • Worin besteht der Unterschied zwischen einer reservierten VM-Instanz (RI) und der Reservierung von Bedarfskapazitäten?

    Sowohl RIs als auch die Reservierung von Bedarfskapazitäten gelten für Azure-VMs. RIs bieten jedoch im Vergleich zu nutzungsbasierter Bezahlung vergünstigte Reservierungstarife für Ihre VMs aufgrund einer Laufzeitverpflichtung (1 Jahr oder 3 Jahre). Im Gegensatz dazu ist für die Reservierung von Bedarfskapazitäten keine Laufzeitverpflichtung erforderlich. Sie können eine Kapazitätsreservierung jederzeit erstellen oder stornieren. Es werden jedoch keine Rabatte angewendet, und nach der erfolgreichen Bereitstellung Ihrer Kapazitätsreservierung fallen Gebühren zu den Tarifen nutzungsbasierter Bezahlung an. Im Gegensatz zu RIs, die Kapazität priorisieren, aber nicht garantieren, sieht Azure beim Kauf einer Reservierung von Bedarfskapazitäten Computekapazität für Ihre VM vor 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.

Nächste Schritte

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