Reservierungen für zonale Compute Engine-Ressourcen

In diesem Dokument werden das Verhalten, die Anforderungen, Einschränkungen und die Abrechnung von Reservierungen zonaler Ressourcen in Compute Engine erklärt.

Mit Reservierungen können Sie sich weitgehend darauf verlassen, dass VM-Instanzen mit denselben Eigenschaften in einer bestimmten Zone verfügbar sind, wenn Sie sie benötigen. Reservierungen sind nützlich für die Skalierung, Migrationen oder Notfallwiederherstellung.

Übersicht

Mit Reservierungen sorgen Sie dafür, dass Sie die Ressourcen haben, um VMs mit derselben Hardware (Arbeitsspeicher und vCPUs) und optionalen Ressourcen (GPUs und lokale SSDs) zu erstellen, wann immer Sie sie benötigen. Reservierungen bieten folgende Vorteile:

  • Hohe Kapazitätszusicherung: Ressourcen werden für eine künftige steigende Nachfrage reserviert, z. B. für Wachstum, geplante oder ungeplante Spitzen, Migrationen einer großen Anzahl von VMs oder Sicherung und Notfallwiederherstellung.

  • Exklusiver Zugriff: Reservierungen verhindern, dass andere Ihre reservierten Ressourcen verwenden.

  • Übernommene Eigenschaften: Reservierungen übernehmen dieselben Eigenschaften der ausgewählten Maschinenfamilie.

Wenn Sie eine Reservierung erstellen, prüft die Compute Engine, ob die angeforderte Kapazität in der angegebenen Zone verfügbar ist. Wenn ja, reserviert Compute Engine die Ressourcen, erstellt die Reservierung und Folgendes geschieht:

  • Sie können die reservierten Ressourcen sofort nutzen. Sie bleiben so lange verfügbar, bis Sie die Reservierung löschen.

  • Die reservierten Ressourcen werden Ihnen bis zum Löschen der Reservierung zum selben On-Demand-Preis wie laufende VMs berechnet, einschließlich aller anwendbaren Rabatte. Für eine VM, die eine Reservierung nutzt, fallen keine separaten Gebühren an.

Funktionsweise von Reservierungen

Eine Reservierung bietet ein hohes Maß an Kapazitätszusicherung für eine oder mehrere VMs mit der vom Nutzer angegebenen Konfiguration. Sie können auch eine Reservierung mit Compute Engine-Zusicherungen oder anderen Produkten, die VMs nutzen verwenden.

Wenn Sie eine Reservierung erstellen, definieren Sie folgende Attribute:

  • Bereitstellungstyp (On-Demand oder in der Zukunft)
    • Eine On-Demand-Reservierung (Standardeinstellung) wird zur Zeit der Anforderung bereitgestellt, sofern die angeforderte Kapazität verfügbar ist.

    • Mit einer zukünftigen Reservierung können Sie im Voraus eine sehr hohe Zusicherung für wichtige oder schwer zu erhaltende Kapazitäten anfordern. Zukünftige Reservierungen umfassen zwei Ressourcentypen: Zukünftige Reservierungsanfragen, die, falls genehmigt, automatisch erstellte Reservierungen zu einer zukünftigen Zeit bereitstellen. Nach der angeforderten Reservierungsperiode wird eine automatisch erstellte Reservierung entweder automatisch gelöscht, oder sie verhält sich ähnlich wie eine On-Demand-Reservierung.

      Die Verwendung zukünftiger Reservierungen kann ein noch höheres Maß an Sicherheit bei der Bereitstellung von Kapazitäten als On-Demand-Reservierungen bieten, da Google Cloud so mehr Zeit hat, Ihre Anfrage zu bearbeiten. Wenn Sie zukünftige Reservierungen verwenden möchten, suchen Sie unter Details: zukünftige Reservierungsanfragen statt in diesem Dokument nach weiteren Informationen.

  • Automatisch löschen

    Mit der Option automatisch löschen wird angegeben, ob die Reservierung automatisch gelöscht werden soll, unabhängig davon, ob sie vollständig genutzt wird. Wenn Sie die Option zum automatischen Löschen aktivieren, wird die Reservierung standardmäßig innerhalb von zwei Stunden nach dem angegebenen Datum und der angegebenen Uhrzeit oder zu einem benutzerdefinierten Datum und einer benutzerdefinierten Uhrzeit gelöscht. Das automatische Löschen von Reservierungen kann nützlich sein, um unnötige Gebühren für Reservierungen zu vermeiden, die über längere Zeit nicht genutzt werden.

  • Verbrauchstyp (automatisch oder spezifisch)
    • Eine automatisch aufgenommene Reservierung (Standard) kann von VMs mit einem Reservierungsaffinitätsattribut genutzt werden, das es ihnen ermöglicht, automatisch jede dieser Reservierungen zu nutzen (Standard).
    • Eine spezifisch ausgewählte Reservierung kann nur von VMs mit einem Reservierungsaffinitätsattribut genutzt werden, das auf die spezifische Reservierung zur Nutzung abzielt. Durch die Verwendung spezieller Reservierungen kann es einfacher werden, zu verfolgen und zu steuern, welche VMs welche Reservierungen nutzen.
  • Freigabetyp (einzelnes Projekt oder freigegeben)
    • Eine Reservierung mit einem einzelnen Projekt (Standard) kann nur von VMs genutzt werden, die sich im selben Projekt wie die Reservierung befinden.
    • Eine freigegebene Reservierung kann von VMs in dem Projekt genutzt werden, in dem sich die Reservierung befindet, und allen anderen Projekten, für die die Reservierung freigegeben wird. Freigegebene Reservierungen können die Auslastung Ihrer Reservierungen verbessern und die Anzahl der Reservierungen reduzieren, die Sie erstellen und verwalten müssen. Weitere Informationen finden Sie in diesem Dokument unter Funktionsweise freigegebener Reservierungen.
  • Freigaberichtlinie

    In der Freigaberichtlinie wird angegeben, ob eine Reservierung von GPU-VMs von benutzerdefinierten Trainingsjobs oder Vorhersagejobs in Vertex AI genutzt werden kann. Standardmäßig dürfen benutzerdefinierte Trainings- oder Vorhersagejobs keine Reservierungen von GPU-VMs nutzen. Wenn Sie dies ändern möchten, lesen Sie den Hilfeartikel Reservierungen erstellen oder aktualisieren, die in Vertex AI verwendet werden sollen.

  • Anzahl der VMs

    Die VM-Anzahl ist die Anzahl der VMs mit übereinstimmenden Attributen und Zonen, die Sie beim Erstellen einer Reservierung reservieren möchten. Nachdem Sie die Reservierung erstellt haben, können Sie die VM-Anzahl ändern.

  • VM-Attribute

    Die VM-Eigenschaften beschreiben die Hardwareanforderungen (Arbeitsspeicher und CPUs) und optionalen Ressourcen (lokale SSD-Laufwerke und GPUs) für die VMs, die Sie reservieren möchten. Beim Erstellen einer Reservierung können Sie diese Eigenschaften direkt, basierend auf einer vorhandenen VM oder über eine Instanzvorlage angeben. Eine VM kann eine Reservierung nur dann in Anspruch nehmen, wenn sowohl die Attribute der VM als auch die Attribute der VM der Reservierung genau übereinstimmen. Weitere Informationen finden Sie in diesem Dokument unter Anforderungen.

  • Optional: Richtlinie für Ressourcenplatzierung (kompakt)

    Eine Richtlinie für die kompakte Platzierungen gibt an, dass sich die reservierten VMs möglichst nahe beieinander befinden sollen, um die Netzwerklatenz zwischen ihnen zu reduzieren.

Beachten Sie nach dem Erstellen einer Reservierung Folgendes:

  • Wenn Sie eine VM beenden, anhalten oder löschen, die eine Reservierung nutzt, wird die VM nicht mehr auf die Reservierung angerechnet. Die zuvor genutzten Ressourcen stehen nach dem Beenden, Anhalten oder Löschen der VM wieder zur Verfügung.

  • Wenn Sie eine Reservierung löschen, aber nicht die VMs, die die reservierten Ressourcen verwenden, bleiben die VMs bestehen und Sie bezahlen wie gewohnt für die Ressourcen.

Funktionsweise freigegebener Reservierungen

Jede VM in einer gemeinsam genutzten Reservierung kann von einer VM entweder in dem Projekt, das die Reservierung erstellt hat (Inhaberprojekt), oder in einem der Projekte, mit denen die Reservierung gemeinsam genutzt wird (Nutzerprojekte), genutzt werden. Wenn eine VM keine freigegebene Reservierung mehr verwendet, kann die freigegebene Reservierung von einer anderen VM in einem der Projekte verwendet werden, für die die Reservierung freigegeben ist. Wenn eine freigegebene Reservierung mehrere VMs reserviert, können VMs aus mehreren Projekten dieselbe freigegebene Reservierung gleichzeitig nutzen.

Standardmäßig können für Einzelprojekte keine freigegebenen Reservierungen erstellt und geändert werden. Zum Erstellen und Ändern einer freigegebenen Reservierung in einem Projekt muss das Projekt in der Zulassungsliste der Organisationsrichtlinieneinschränkung für Inhaberprojekte für freigegebene Reservierungen (compute.sharedReservationsOwnerProjects) enthalten sein. Wenn Sie eine Reservierung freigeben, unterliegt diese zusätzlichen Kontingentanforderungen und ihr Nutzungsverhalten unterscheidet sich von dem von Reservierungen für ein Einzelprojekt.

Voraussetzungen

Für alle Reservierungen gelten die folgenden Anforderungen:

  • Eine VM kann eine Reservierung nur dann in Anspruch nehmen, wenn alle folgenden Eigenschaften von VM und Reservierung genau übereinstimmen:

    • Projekt

      • Die Projektanforderungen variieren je nach Freigabetyp der Reservierung.

    • Zone

    • Maschinentyp

    • Mindest-CPU-Plattform

    • GPU-Typ und ‑Anzahl (falls zutreffend)

    • Typ und Anzahl der lokalen SSDs (falls vorhanden)

    • Reservierungsaffinität

      • Die Anforderungen für die Reservierungsaffinität variieren je nach Nutzungstyp der Reservierung.

    • Richtlinie für kompakte Platzierungen (falls zutreffend)

      • Eine Reservierung kann optional eine Richtlinie für kompakte Platzierung enthalten. Damit wird angegeben, dass sich die reservierten VMs möglichst nahe beieinander befinden sollen, um die Netzwerklatenz zwischen ihnen zu reduzieren. Wenn für eine Reservierung eine Richtlinie für kompakte Platzierung angegeben ist, kann sie nur von VMs genutzt werden, die dieselbe Richtlinie für kompakte Platzierung angeben.

    • Standorthinweis (falls vorhanden)

      • Eine Reservierung kann optional das Feld locationHint enthalten. Dieses können Sie nur angeben, wenn Sie Reservierungen oder VMs mit REST erstellen. Google empfiehlt nicht, das Feld locationHint beim Erstellen von Reservierungen anzugeben.

  • Sie müssen für die Ressourcen, die Sie reservieren möchten, in Ihrem Projekt ein ausreichendes Kontingent haben. Wenn die Reservierung erstellt wurde, wird das Kontingent für diese Ressource entsprechend in Rechnung gestellt.

Zusätzliche Anforderungen für Reservierungen, die mit Zusicherungen verbunden sind

Darüber hinaus gelten für Reservierungen, die mit Zusicherungen verbunden sind, folgende Anforderungen:

  • Die Reservierungen müssen sich auf dasselbe Projekt und dieselbe Region wie die Zusicherung beziehen.

  • Die Reservierungen müssen sich auf dieselbe Maschinenfamilienreihe wie die Zusicherung beziehen. Sie können jedoch jeden Maschinentyp innerhalb dieser Maschinenfamilienreihe auswählen.

  • Für die Reservierungen muss die Option zum automatischen Löschen deaktiviert sein.

  • Wenn in der Zusicherung GPUs, lokale SSD-Laufwerke oder beides angegeben sind, müssen in der angehängten Reservierung (oder Kombination angehängter Reservierungen) genau dieselben Anzahlen und Typen dieser Ressourcen wie in der Zusicherung angegeben sein.

Weitere Informationen finden Sie unter Reservierungen an ressourcenbasierte Zusicherungen anhängen.

Zusätzliche Anforderungen für Reservierungen, die aus einer Instanzvorlage erstellt werden

Wenn Sie eine Reservierung durch Angabe einer Instanzvorlage erstellen, sollten Sie außerdem Folgendes beachten:

  • Sie müssen Ihre Reservierung in derselben Region, Zone und demselben Projekt wie die Ressourcen in der Vorlage erstellen. Zum Beispiel:

    • Alle regionalen oder zonalen Ressourcen, die in einer Instanzvorlage angegeben sind, z. B. ein Maschinentyp oder ein Laufwerk, werden eingeschränkt die Verwendung der Vorlage an den Standorten, an denen diese Ressourcen vorhanden sind. Wenn Ihre Instanzvorlage beispielsweise ein vorhandenes Laufwerk in der Zone us-central1-a angibt, müssen Sie Ihre Reservierung in derselben Zone erstellen.

    • Eine Instanzvorlage enthält projektspezifische Einstellungen, sodass Sie nur auf eine Instanzvorlage im selben Projekt zugreifen und diese verwenden können. Für die Projekte, für die eine freigegebene Reservierung freigegeben ist, müssen Sie ähnliche Vorlagen in diesen Projekten erstellen oder VMs erstellen, indem Sie Attribute direkt angeben.

  • Wenn die Instanzvorlage eine Richtlinie für kompakte Platzierungen festlegt, müssen Sie eine bestimmte Reservierung erstellen. Wenn Sie dann die VMs für die Nutzung der Reservierung erstellen, müssen Sie die Reservierung spezifisch nach Namen auswählen. Andernfalls können die VMs die Reservierung nicht nutzen.

Zusätzliche Kontingentanforderungen für freigegebene Reservierungen

Außerdem gelten für das Inhaber- und die Nutzerprojekte einer freigegebenen Reservierung die folgenden Kontingentsfolgen:

  • Inhaberprojekt: Das Inhaberprojekt verbraucht das Kontingent so:

    • Beim Erstellen der freigegebenen Reservierung verbraucht das Inhaberprojekt das Kontingent für die Gesamtzahl der reservierten Ressourcen.

    • Wenn reservierte Ressourcen verwendet werden, verbraucht das Inhaberprojekt das Kontingent für die verwendeten Ressourcen.

  • Nutzerprojekte: Die Nutzerprojekte beanspruchen nur dann Kontingent, wenn sie die reservierten Ressourcen nutzen, und nur für die Ressourcen, die sie verbrauchen.

Angenommen, Projekt A (das Inhaberprojekt) erstellt eine freigegebene Reservierung für 10 Ressourcen und gibt die Reservierung für Projekt B und C (die Nutzerprojekte) frei. Beim Erstellen der freigegebenen Reservierung verbraucht Projekt A das Kontingent für 10 Ressourcen. Wenn Projekt A und Projekt B jeweils zwei reservierte Ressourcen verbrauchen, verbrauchen sie jeweils ein Kontingent für zwei Ressourcen. Insgesamt verbraucht Projekt A ein Kontingent für 12 Ressourcen, Projekt B ein Kontingent für 2 Ressourcen und Projekt C ein Kontingent für 0 Ressourcen, da es die Reservierung nicht verbraucht hat.

Zusätzliche Anforderungen für Reservierungen mit Richtlinien für kompakte Platzierung

Wenn Sie eine Richtlinie für kompakte Platzierungen für eine Reservierung angeben möchten, müssen außerdem die folgenden Anforderungen erfüllt sein:

  • Die Richtlinie für kompakte Platzierung muss Reservierungen unterstützen:

    • Die Richtlinie für kompakte Platzierung kann keinen maximalen Abstand von 1 angeben.

    • Die Richtlinie für kompakte Platzierung kann nicht für mehrere Reservierungen gleichzeitig angegeben werden.

  • Die Reservierung muss Richtlinien für kompakte Platzierungen unterstützen:

    • Sie können eine Richtlinie für kompakte Platzierung nur für eine On-Demand-Reservierung für ein einzelnes Projekt mit einer bestimmten Ausrichtung angeben, die nicht mit einer Verpflichtung verknüpft ist.

    • Die durch die Reservierung reservierten VMs müssen von der Richtlinie für kompakte Platzierung unterstützt werden:

      • Die Zone der Reservierung muss sich in der Region der Richtlinie für kompakte Platzierung befinden.

      • Die Anzahl der VMs in der Reservierung darf die maximale Anzahl von VMs nicht überschreiten, die von der Richtlinie für kompakte Platzierung unterstützt wird.

      • Der Maschinentyp der Reservierung muss von Richtlinien für kompakte Platzierung unterstützt werden.

Beschränkungen

Für alle Reservierungen gelten die folgenden Einschränkungen:

  • Sie können Reservierungen nur mit den folgenden Google Cloud-Produkten verwenden:

    • Batch
    • Compute Engine
    • Dataflow
    • Dataproc
    • Google Kubernetes Engine
    • Vertex AI

  • Sie können pro Reservierung bis zu 1.000 VMs reservieren.

  • A3-VMs können nur über On-Demand-Reservierungen und spezifisch ausgewählte Reservierungen reserviert werden.

  • Reservierungen können nicht mit den folgenden Compute Engine-Ressourcen verwendet werden:

    • Maschinentypen f1-micro und g1-small

    • Spot-VMs oder VMs auf Abruf

    • Knoten für einzelne Mandanten

Zusätzliche Einschränkungen für Reservierungen, die mit Zusicherungen verbunden sind

Außerdem gelten für Reservierungen, die mit Zusicherungen verbunden sind, die folgenden Einschränkungen:

  • Sie können Reservierungen nur an ressourcenbasierte Zusicherungen anhängen.

  • Sie können Reservierungen nur anhängen, während Sie die Zusicherung kaufen.

  • Eine bestimmte Reservierung kann nur einer einzelnen Zusicherung zugeordnet werden.

  • Sie können eine Reservierung, die mit einer Nutzungszusicherung verbunden ist, nicht löschen oder deren Größe ändern. Lesen Sie stattdessen die Informationen unter Reservierungen ersetzen, die mit Zusicherungen verbunden sind.

Weitere Informationen finden Sie unter Reservierungen an ressourcenbasierte Zusicherungen anhängen.

Zusätzliche Einschränkungen für freigegebene Reservierungen

Außerdem gelten für freigegebene Reservierungen die folgenden Einschränkungen:

  • Sie können Reservierungen nur für Projekte in der Organisation des Projekts freigeben, für das die Reservierung erstellt wurde.

  • Jede freigegebene Reservierung kann für 1 bis 100 Nutzerprojekte freigegeben werden.

  • Für jede Organisation können Sie bis zu 100 freigegebene Reservierungen für jede einmalige Kombination von VM-Attributen erstellen.

  • Sie können nur Reservierungen auflisten, die für ein bestimmtes Projekt erstellt wurden. Dies bedeutet, dass jede freigegebene Reservierung nur in dem Projekt aufgeführt wird, für das sie erstellt wurde. Es ist nicht möglich, alle freigegebenen Reservierungen einer Organisation oder alle Reservierungen, die für ein bestimmtes Projekt freigegeben wurden, aufzulisten.

  • Wenn Sie eine freigegebene Reservierung durch Angabe einer Instanzvorlage erstellen, können nur die Nutzer in Ihrem Projekt auf dieselbe Instanzvorlage zugreifen und sie zum Erstellen von VMs oder anderen Reservierungen verwenden.

  • Sie können beim Erstellen einer freigegebenen Reservierung keine Richtlinie für kompakte Platzierungen angeben.

  • Wenn Sie ein Projekt, das freigegebene Reservierungen verwendet, in eine neue Organisation verschieben, werden die freigegebenen Reservierungen nicht in die neue Organisation migriert. Alle freigegebenen Reservierungen, die in diesem Projekt erstellt wurden, werden gelöscht. Reservierungen aus der vorherigen Organisation, die für dieses Projekt freigegeben wurden, können in der neuen Organisation nicht verwendet werden. Weitere Informationen finden Sie in diesem Dokument unter Funktionsweise freigegebener Reservierungen.

Sie können die Einschränkungen einiger dieser Anforderungen gemäß den Best Practices für freigegebene Reservierungen mindern.

Zusätzliche Einschränkungen für Reservierungen mit Richtlinien für kompakte Platzierung

Außerdem gelten für Reservierungen, die eine Richtlinie für kompakte Platzierungen angeben, die folgenden Einschränkungen:

  • Richtlinien für kompakte Platzierung können nicht für mehrere Reservierungen freigegeben werden. Stattdessen müssen Sie für jede Reservierung, auf die Sie eine Richtlinie für kompakte Platzierung anwenden möchten, eine separate Richtlinie für kompakte Platzierung verwenden.

  • Sie können nur Richtlinien für kompakte Platzierung festlegen. Alle anderen Arten von Ressourcenrichtlinien, z. B. Instanzzeitpläne oder Snapshot-Zeitpläne, werden nicht unterstützt.

Abrechnung

Reservierungen werden zu den gleichen Tarifen wie die reservierten Ressourcen abgerechnet, einschließlich der gleichen On Demand-Preise und 1-Minuten-Mindestgebühren wie für nicht reservierte, laufende VMs. Rabatte für kontinuierliche Nutzung, Rabatte für zugesicherte Nutzung und benutzerdefinierte Preise gelten ebenso wie für ausgeführte VMs.

Angenommen, Sie haben das folgende Szenario:

  • Sie haben eine Zusicherung für 3 vCPUs in us-central1.
  • Sie betreiben 5 vCPUs in us-central1-a.
  • Sie haben eine Reservierung für 10 vCPUs in us-central1-a.

Reservierungen mit Rabatten für zugesicherte Nutzung.

In diesem Szenario werden Ihnen die Google Cloud-Kosten so in Rechnung gestellt:

Von Holds Anzahl der vCPUs
Preis mit Rabatt für zugesicherte Nutzung 3
On-Demand-Preis (2 vCPUs verwendeter Reservierungen + 5 vCPUs nicht verwendeter Reservierungen) 7

Eine Reservierung verursacht die Gebühren für ihre reservierten Ressourcen, solange die Reservierung vorhanden ist, unabhängig davon, ob die Ressourcen verwendet werden oder nicht. Während der Nutzung einer Reservierung fallen für eine VM keine doppelten Ressourcengebühren an, da der Reservierung die Kosten für die reservierten Ressourcen bereits in Rechnung gestellt werden. Weitere Informationen finden Sie unter VM-Preise.

Außerdem können Sie die Verbrauchstrends Ihrer Reservierungen beobachten, um unnötige Kosten durch verschwendete oder nicht genutzte Ressourcen zu vermeiden. Weitere Informationen finden Sie unter Nutzung von Reservierungen prüfen.

Zusätzliche Abrechnungsinformationen für freigegebene Reservierungen

Für die Verwendung freigegebener Reservierungen fallen keine zusätzlichen Gebühren an. Sie werden zum gleichen Preis wie Compute Engine-Reservierungen für ein Einzelprojekt abgerechnet. Allerdings kann das Projekt, für das freigegebene Reservierungen bei Nutzung für unterschiedliche Projekte in Rechnung gestellt werden, für verschiedene CUDs infrage kommen.

Das Abrechnungsprojekt und der Preis für freigegebene Reservierungen werden so verwaltet:

  • Abrechnungsprojekt: Standardmäßig werden die Gebühren für die freigegebene Reservierung dem Inhaberprojekt in Rechnung gestellt. Wenn aber eine Ressource aus einer freigegebenen Reservierung von einem Nutzerprojekt verwendet wird, erfolgt stattdessen die Reservierungsabrechnung für das Nutzerprojekt.
  • Abrechnungsrabatte: Standardmäßig wird für die Abrechnung der On-Demand-Preis verwendet. Wenn Sie aber berechtigt sind, CUDs für das Abrechnungsprojekt oder das mit diesem Projekt verknüpfte Cloud-Rechnungskonto zu erhalten, wird stattdessen der ermäßigte Preis verwendet.

Nächste Schritte