Share via

On-demand-Kapazitätsreservierung

  • Artikel

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.

Nachdem Sie die Kapazitätsreservierung erstellt haben, können die Ressourcen sofort verwendet werden. 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. 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 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.

Sobald 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 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 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 On-Demand-Kapazitätsreservierung wird eine unterstützte Bereitstellung der Menge 5 zugeordnet. Drei VMs werden erfolgreich bereitstellt, und die Bereitstellung von zwei VMs schlägt mit einem VM-Kapazitätsfehler fehl. Ergebnis: Zwei 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 zehn 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: Durch die letzte reservierte Einheit werden 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 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 %. Diese reservierte Einheit ist nicht für eine Service-Gutschrift 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 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
    • Bpsv2
    • Bsv2 (Intel) und Basv2 (AMD)
    • D-Serie, v2 und neuer; AMD und Intel
    • DCsv2-Serie
    • DCasv5-Serie
    • DCesv5- und DCedsv5-Serien
    • Dplsv5-Serie
    • Dpsv Serie, v5 und neuer
    • Dpdsv6-Serie
    • Dplsv6-Serie
    • Dpldsv6-Serie
    • Dlsv5 und neuere Serien
    • Dldsv5 und neuere Serien
    • E-Serie, alle Versionen; AMD und Intel
    • Eav4- und Easv4-Serie
    • ECasv5- und ECadsv5-Serie
    • ECesv5- und ECedsv5-Serien
    • F-Serie, alle Versionen
    • Fasv6 und Falsv6-Serie
    • FX-Serie
    • 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.
  • Unterstützung für die folgende VM-Serie für die Kapazitätsreservierung befindet sich in der öffentlichen Vorschauphase:
    • E-Serie, v3
    • NC-Serie, v3
    • NV-Serie, v3 und höher
    • Lsv2
    • Für die oben genannte N-Serie kann bei der VM-Bereitstellung die Anzahl der Fehlerdomänen (FD) mithilfe von VM-Skalierungsgruppen auf 1 festgelegt werden. Eine Bereitstellung mit mehr als 1 Fehlerdomäne für eine Kapazitätsreservierung schlägt fehl.
  • Unterstützung für weitere VM-Serien ist derzeit nicht verfügbar:
    • M-Serie, v1 und v2
    • 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
  • Weitere Bereitstellungseinschränkungen werden nicht unterstützt. 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
  • Das angeheftete Abonnement kann das Feature nicht verwenden
  • 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 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 die Reservierung genutzt wird, bezahlen Sie nur für die VMs 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 (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“ auswählen, um einen besseren Zugang zu erhalten, diese Option ist jedoch nicht mit einer Vereinbarung zum Servicelevel (Service Level Agreement, 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 die Größe und den 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 der Kapazitätsreservierung durch eine zu hohe VM-Zuteilung ist nicht durch die SLA abgedeckt. Für die VMs werden Kontingentüberprüfungen durchgeführt, und es wird ü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 dem capacity-Wert 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:

Kapazitätsreservierung: Abbildung 2.

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

Zuteilungen 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 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 der Trennung sollte die Kapazitätsreservierung wie folgt aussehen:

Kapazitätsreservierung: Abbildung 5.

Für den Status der Kapazitätsreservierung werden nun der capacity-Wert 2 und eine Länge von 0 für virtualMachinesAssociated und virtualMachinesAllocated angezeigt. 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 Preis für die nutzungsbasierte Zahlung 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 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.

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 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. 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, Reservierungen von Bedarfskapazitäten werden nur einmal 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 reservierte Instanzen (RIs) werden automatisch auf die gleiche Weise auf die 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 Reservierungen 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 Preisen für die nutzungsbasierte Bezahlung an. Im Gegensatz zu reservierten Instanzen, 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: