Zusicherungen zusammenführen und aufteilen

---

Um Sie bei der Verwaltung der Ressourcenanforderungen für Ihre Projekte zu unterstützen, können Sie Ihre vorhandenen Zusicherungen in Compute Engine zusammenführen oder aufteilen und Ihre Ressourcen neu verteilen, damit sie dem für Ihre Projekte erforderlichen Detaillierungsgrad entsprechen.

In diesem Dokument werden die Vorteile und der Prozess der Zusammenführung und Aufteilung von Zusicherungen sowie die geltenden Einschränkungen und Anforderungen beschrieben.

Hinweise

• Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben. Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud-Dienste und APIs überprüft. Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich so bei Compute Engine authentifizieren.
  

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Install the Google Cloud CLI, then initialize it by running the following command:

     gcloud init

     Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
  2. Set a default region and zone.

  REST

  Verwenden Sie die von der gcloud CLI bereitgestellten Anmeldedaten, um die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung zu verwenden.

  Install the Google Cloud CLI, then initialize it by running the following command:

  gcloud init

  Weitere Informationen finden Sie unter Für die Verwendung von REST authentifizieren in der Dokumentation zur Google Cloud-Authentifizierung.

Zusicherungen zusammenführen

Sie können mehrere kompatible Zusicherungen zusammenführen, um eine neue, größere Zusicherung zu erstellen. Durch das Zusammenführen von Zusicherungen können Sie diese als Einheit verfolgen und verwalten. Durch das Zusammenführen von Zusicherungen können Sie gestaffelte Ablaufzeiten der Zusicherungen vermeiden, indem Sie die einzelnen Zusicherungen gleichzeitig ablaufen lassen. Durch das Zusammenführen können Sie Ihre Arbeitslasten schrittweise erhöhen. Sie können beispielsweise bei Bedarf neuere, kleinere Zusicherungen erwerben und diese mit einer vorhandenen Zusicherung zusammenführen.

Einschränkungen für die Zusammenführung

• Lizenzzusicherungen können nicht zusammengeführt werden.
• Zum Zeitpunkt der Erstellung zusammengeführter Zusicherungen können Sie keine neuen Reservierungen erstellen und diese an diese Zusicherungen anhängen.
• Zusicherungen, die abgelaufen sind oder storniert werden, können nicht zusammengeführt werden.
• Wenn Sie zusammengeführte Zusicherungen erstellen, ist die Einstellung für die automatische Verlängerung standardmäßig für die neuen Zusicherungen deaktiviert, auch wenn alle Quellzusicherungen automatisch verlängert werden. Wenn Ihre zusammengeführten Zusicherungen automatisch verlängert werden sollen, müssen Sie die Einstellung für die automatische Verlängerung für diese Zusicherungen manuell aktivieren. Dies kann entweder zum Zeitpunkt der Erstellung oder nach der Erstellung erfolgen.

Achtung: Wenn Sie Zusicherungen zusammenführen, werden alle priorisierten Attributionsregeln, die diesen Zusicherungen zugeordnet sind, gelöscht und können nicht wiederhergestellt werden. Wenn Sie weiterhin die priorisierten Attributionsregeln für zusammengeführte Zusicherungen verwenden möchten, müssen Sie die Regeln nach dem entsprechenden Vorgang neu erstellen.

Funktionsweise der Zusammenführung

Wenn Sie einzelne Zusicherungen (Quellzusicherungen) zusammenführen, erstellen Sie eine neue Zusicherung (zusammengeführte Zusicherung) mit den kombinierten Ressourcen aus allen Quellzusicherungen. Um 00:00 Uhr US and Canadian Pacific Time (UTC-8 oder UTC-7 während der Sommerzeit) am folgenden Tag wird die zusammengeführte Zusicherung aktiviert und die Quellzusicherungen werden storniert. Dieses Datum der Aktivierung wird zum Startdatum für die zusammengeführte Zusicherung und der Zusammenführungsvorgang endet.

Compute Engine legt das Ablaufdatum für die zusammengeführte Zusicherung auf das Ablaufdatum fest, das unter den Quellzusicherungen am weitesten in der Zukunft liegt. Wenn Sie beispielsweise zwei Quellzusicherungen haben und diese am 1. Januar 2023 bzw. 1. Dezember 2023 ablaufen, läuft die zusammengeführte Zusicherung am 1. Dezember 2023 ab.

Wenn an eine der Quellzusicherungen Reservierungen angehängt sind, werden die Reservierungen während der Zusammenführung beibehalten und nach der Erstellung mit der zusammengeführten Zusicherung verknüpft. Weitere Informationen zu Zusicherungen mit angehängten Reservierungen finden Sie unter Reservierungen mit Rabatten für zugesicherte Nutzung kombinieren.

Auswirkungen der Zusammenführung

Ihre Zusicherungsgebühr ist die Summe der ermäßigten Preise aller zugesicherten Ressourcen. Wenn Sie Ihre Zusicherung zusammenführen, können sich die ermäßigten Preise der Ressourcen der zusammengeführten Zusicherung an dem Tag ändern, an dem die zusammengeführte Zusicherung aktiv wird. Der neue ermäßigte Preis für jede Ressource bleibt bis zum Ende der Laufzeit der zusammengeführten Zusicherung gleich, auch wenn sich die On-Demand-Preise ändern. Wenn Sie diese Zusicherung jedoch in Zukunft zusammenführen oder aufteilen, können sich die ermäßigten Preise der Ressourcen ändern.

Beispiel einer zusammengeführten Zusicherung

Die folgende Tabelle zeigt die Attribute der Quell- und zusammengeführten Zusicherungen in einem Szenario, in dem zwei Zusicherungen (source-commitment-1 undsource-commitment-2) in einer einzigen Zusicherung (merged-commitment) auf March 1, 2022 zusammengeführt werden:

	Erste Quellzusicherung (vor der Zusammenführung)	Zweite Quellzusicherung (vor der Zusammenführung)	Zusammengeführte Zusicherung
Name	source-commitment-1	source-commitment-2	merged-commitment
Typ	N2	N2	N2
Region	us-central-1	us-central-1	us-central-1
Ressourcen	vCPUs: 100 Arbeitsspeicher: 100 GB	vCPUs: 200 Arbeitsspeicher: 300 GB	vCPUs: 300 Arbeitsspeicher: 400 GB
Begriff	3 Jahre	3 Jahre	3 Jahre
Startdatum^*	1. Januar 2020	1. Dezember 2020	2. März 2022 (der Tag nach der Zusammenführung)
Enddatum^†	1. Januar 2023	1. Dezember 2023	1. Dezember 2023

^*Alle Zusicherungen beginnen am angegebenen Startdatum um 00:00 Uhr US and Canadian Pacific Time (UTC-8 oder UTC-7).
^† Alle Zusicherungen enden am angegebenen Enddatum um 00:00 Uhr US and Canadian Pacific Time (UTC-8 oder UTC-7).

Anforderungen für die Zusammenführung

Wenn Sie einzelne Quellzusicherungen zusammenführen, um eine neue zusammengeführte Zusicherung zu erstellen, müssen Ihre Quell- und zusammengeführten Zusicherungen die folgenden Anforderungen erfüllen:

• Die Quellzusicherungen müssen dasselbe Projekt, dieselbe Region, dieselbe Dauer (oder Laufzeit), denselben Zusicherungstyp und dieselbe Zusicherungskategorie haben.
• Die neue, zusammengeführte Zusicherung muss dasselbe Projekt, dieselbe Region, dieselbe Dauer (oder Laufzeit), denselben Zusicherungstyp und dieselbe Zusicherungskategorie wie die Quellzusicherungen haben. Sie können jedoch einen neuen Namen für die zusammengeführte Zusicherung auswählen.
• Die Ressourcentypen, die Sie für die zusammengeführte Zusicherung angeben, müssen exakt den Ressourcentypen in den Quellzusicherungen entsprechen. Außerdem muss die Anzahl der Ressourcen für jeden Ressourcentyp in Ihrer neuen, zusammengeführten Zusicherung der Summe der Ressourcen für diesen Ressourcentyp in allen Quellzusicherungen entsprechen. Wenn die erste Quellzusicherung beispielsweise 100 vCPUs und 100 GB Arbeitsspeicher hat und die zweite Quellzusicherung 200 vCPUs und 300 GB Arbeitsspeicher, müssen Sie die zusammengeführte Zusicherung mit 300 vCPUs und 400 GB Arbeitsspeicher erstellen.
• Die Quell- und zusammengeführten Zusicherungen müssen sich auf Hardwareressourcen (vCPUs, Arbeitsspeicher, GPUs und lokale SSD-Laufwerke) beziehen.

Zusammengeführte Zusicherungen erstellen

Erstellen Sie eine zusammengeführte Zusicherung mithilfe der gcloud CLI oder der Compute Engine API. Lesen Sie vor dem Zusammenführen der Zusicherungen die Einschränkungen für das Zusammenführen.

Erforderliche Berechtigungen für diese Aufgabe

Zum Ausführen dieser Aufgabe benötigen Sie folgende Berechtigungen:

• compute.commitments.create für das Projekt oder die Organisation

Console

1. Wählen Sie in der Google Cloud Console das Projekt aus, in dem Sie Zusicherungen zusammenführen möchten, und rufen Sie die Seite Rabatte für zugesicherte Nutzung auf.

   Zur Seite "Rabatte für zugesicherte Nutzung"

2. Klicken Sie, um den Zusammenführungsvorgang für eine Reihe von Zusicherungen zu starten, auf der Seite Zusicherungsliste im Tab Hardwarezusicherungen aufZusammenführen.

   Alternativ können Sie auch die Zusicherungen auswählen, die Sie aus der Liste zusammenführen möchten, und dann auf Zusammenführen klicken.

3. Führen Sie auf der Seite Zusammenführen auf dem Tab Zusicherung wählen folgende Schritte aus:

   1. Wählen Sie unter Zusicherungen zur Zusammenführung auswählen die Zusicherungen aus der Liste aus, die zusammengeführt werden sollen. Wenn Sie diese Zusicherungen bereits auf der Seite Zusicherungsliste ausgewählt haben, prüfen Sie Ihre ausgewählten Zusicherungen auf diesem Tab.

      Optional können Sie auch die Werte für Plan, Region und den Zusicherungstyp angeben, die Sie für die zusammengeführten Zusicherung verwenden möchten, bevor Sie die einzelnen Zusicherungen für die Zusammenführung auswählen. Dadurch wird die Zusicherungsliste gefiltert, sodass nur die Zusicherungen angezeigt werden, die Sie für die angegebenen Attribute zusammenführen können.

   2. Klicken Sie auf Next (Weiter). Der Tab Prüfen wird geöffnet.

4. Führen Sie auf der Seite Zusammenführen auf dem Tab Überprüfen die folgenden Schritte aus:

   1. Prüfen Sie die Details der zusammengeführten Zusicherung. Wählen Sie zum Ändern der Liste der einzelnen Zusicherungen, die Sie zusammenführen möchten, den Tab Zusicherung auswählen links im Fenster aus und wiederholen Sie Schritt 3.
   2. Geben Sie im Feld Neuer Zusicherungsname einen Namen für Ihre zusammengeführte Zusicherung ein.
   3. Optional: Klicken Sie auf das Kästchen Automatische Verlängerung aktivieren, um die automatische Verlängerung für die zusammengeführte Zusicherung zu aktivieren.
   4. Lesen Sie die Nutzungsbedingungen.
   5. Klicken Sie auf Zusammenführen, um das Erstellen der zusammengeführten Zusicherung abzuschließen und zur Seite Zusicherungsliste zurückzukehren.

gcloud

Wenn Sie vorhandene Zusicherungen in einer einzigen Zusicherung zusammenführen möchten, verwenden Sie den Befehl gcloud compute commitments create command mit dem Flag --merge-source-commitment.

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=DURATION \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --merge-source-commitments=SOURCE_COMMITMENT_URLS

Dabei gilt:

• COMMITMENT_NAME: der Name der neuen, zusammengeführten Zusicherung.
• NUMBER_VCPUS: die Summe der Anzahl der vCPUs in den Quellzusicherungen.
• COMMITMENT_TYPE: derselbe Zusicherungstyp wie bei Ihren Quellzusicherungen, und zwar einer der folgenden:
  • general-purpose für Zusicherungen für Maschinentypen für allgemeine Zwecke (N1)
  • general-purpose-n2 für Zusicherungen Maschinentypen für allgemeine Zwecke (N2)
  • general-purpose-e2 für Zusicherungen für Maschinentypen für allgemeine Zwecke (E2)
  • general-purpose-n2d für Zusicherungen für Maschinentypen für allgemeine Zwecke (N2D)
  • general-purpose-t2d für Zusicherungen für Tau-T2D-Maschinentypen für allgemeine Zwecke
  • compute-optimized für Zusicherungen für computing-optimierte C2-Maschinentypen
  • compute-optimized-c2d für Zusicherungen für computing-optimierte C2D-Maschinentypen
  • memory-optimized für Zusicherungen für speicheroptimierte M1- oder M2-Maschinentypen
  • accelerator-optimized für Zusicherungen für beschleunigungsoptimierte A2-Maschinentypen
  • accelerator-optimized-a3 für Zusicherungen für beschleunigungsoptimierte A3-Maschinentypen
  • graphics-optimized für Zusicherungen für beschleunigungsoptimierte G2-Maschinentypen
• REGION: dieselbe Region wie bei Ihren Quellzusicherungen.
• PROJECT_ID: die Projekt-ID des Projekts, für das Sie Zusicherungen zusammenführen möchten.
• DURATION: dieselbe Dauer (oder Laufzeit) wie bei Ihren Quellzusicherungen, entweder 12-month oder 36-month.
• MEMORY: die Summe der Arbeitsspeichermengen (in MB oder GB) in den Quellzusicherungen. Beispiel: 1.000 MB. Wenn die Einheiten nicht angegeben sind, wird die Standardeinheit GB verwendet.
• SOURCE_COMMITMENT_URLS: Geben Sie eine Liste unterschiedlicher URLs für die Quellzusicherungen an, wobei diese URLs durch Kommas getrennt sind. Fügen Sie kein Leerzeichen zwischen den URLs ein. In der Liste müssen Sie mindestens zwei URLs für die Quellzusicherung angeben.

Beispiel: Betrachten Sie zwei Quellzusicherungen mit ihren Ressourcen: (4 vCPUs und 2.048 MB) sowie (3 vCPUs und 2.048 MB). Die Dauer der einzelnen Quellzusicherungen beträgt 12 Monate. Der folgende gcloud CLI-Befehl kombiniert die beiden Zusicherungen und erstellt eine neue zusammengeführte Zusicherung mit ihren Ressourcen als 7 vCPUs und 4.096 MB und der Dauer von 12 Monaten:

gcloud compute commitments create merged-commitment \
    --plan=12-month \
    --project=myproject \
    --resources=vcpu=7,memory=4096 \
     --merge-source-commitments=projects/myproject/regions/us-central1/commitments/source-commitment-1,projects/myproject/regions/us-central1/commitments/source-commitment-2

API

Verwenden Sie die Methode regionCommitments.insert, um vorhandene Zusicherungen in einer einzigen Zusicherung zusammenzuführen.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": DURATION,
  "type" COMMITMENT_TYPE,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "mergeSourceCommitments": [SOURCE_COMMITMENT_URL ...]
}

Dabei gilt:

• PROJECT_ID: die Projekt-ID des Projekts, für das Sie Zusicherungen zusammenführen möchten.
• REGION: dieselbe Region wie bei Ihren Quellzusicherungen.
• COMMITMENT_TYPE: derselbe Zusicherungstyp wie bei Ihren Quellzusicherungen, und zwar einer der folgenden:
  • GENERAL_PURPOSE für Zusicherungen für Maschinentypen für allgemeine Zwecke (N1)
  • GENERAL_PURPOSE_N2 für Zusicherungen Maschinentypen für allgemeine Zwecke (N2)
  • GENERAL_PURPOSE_E2 für Zusicherungen für Maschinentypen für allgemeine Zwecke (E2)
  • GENERAL_PURPOSE_N2D für Zusicherungen für Maschinentypen für allgemeine Zwecke (N2D)
  • GENERAL_PURPOSE_T2D für Zusicherungen für Tau-T2D-Maschinentypen für allgemeine Zwecke
  • COMPUTE_OPTIMIZED für Zusicherungen für computing-optimierte C2-Maschinentypen
  • COMPUTE_OPTIMIZED_C2D für Zusicherungen für computing-optimierte C2D-Maschinentypen
  • MEMORY_OPTIMIZED für Zusicherungen für speicheroptimierte M1- oder M2-Maschinentypen
  • ACCELERATOR_OPTIMIZED für Zusicherungen für beschleunigungsoptimierte A2-Maschinentypen
  • ACCELERATOR_OPTIMIZED_A3 für Zusicherungen für beschleunigungsoptimierte A3-Maschinentypen
  • GRAPHICS_OPTIMIZED für Zusicherungen für beschleunigungsoptimierte G2-Maschinentypen
• DURATION: dieselbe Dauer (oder Laufzeit) wie bei Ihren Quellzusicherungen, entweder TWELVE_MONTH oder THIRTY_SIX_MONTH.
• COMMITMENT_NAME: der Name der neuen, zusammengeführten Zusicherung.
• NUMBER_VCPUS: die Summe der Anzahl der vCPUs in den Quellzusicherungen.
• MEMORY: die Summe der Arbeitsspeichermengen (in MB) in den Quellzusicherungen. Beispiel: 1.000 MB. Wenn die Einheiten nicht angegeben sind, wird die Standardeinheit MB verwendet.
• SOURCE_COMMITMENT_URL: die URL der Quellzusicherung, die Sie zusammenführen möchten. Sie müssen eine durch Kommas getrennte Liste unterschiedlicher URLs für Quellzusicherungen angeben.

Beispiel: Betrachten Sie zwei Quellzusicherungen (source-commitment-1 und source-commitment-2) mit ihren Ressourcen: (4 vCPUs und 2048 MB) sowie (3 vCPUs und 2.048 MB). Mit der folgenden Compute Engine API-Anfrage werden source-commitment-1 und source-commitment-2 in einer einzigen Zusicherung (merged-commitment) zusammengeführt:

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-central1/commitments
{
  "name": "merged-commitment",
  "plan": "TWELVE_MONTH",
   "resources": [
    {
      "type": "VCPU",
      "amount": "7"
    }
    {
      "type": "MEMORY",
      "amount": "4096"
    }
  ],
  "mergeSourceCommitments": [
         "projects/myproject/regions/us-central1/commitments/source-commitment-1",
         "projects/myproject/regions/us-central1/commitments/source-commitment-2",
         ...
    ]
}

Zusicherungen aufteilen

Sie können Ressourcen aus einer vorhandenen Zusicherung übertragen und die Zusicherung in kleinere Zusicherungen aufteilen. Dank der Aufteilung können Sie Teile einer großen Zusicherung in Form kleinerer einzelner Zusicherungen überwachen und verwalten. Sie können beispielsweise nur für einen Teil einer Zusicherung eine automatische Verlängerung vornehmen, indem Sie diese aufteilen und nur die automatische Verlängerung für eine der untergeordneten Zusicherungen aktivieren. Mit der Aufteilung können Sie die Rabatte für zugesicherte Nutzung auch detaillierter verteilen. Dazu verwenden Sie die priorisierte Attribution für die aufgeteilten Zusicherungen.

Einschränkungen für die Aufteilung

• Sie können Lizenzzusicherungen nicht aufteilen.
• Sie können Zusicherungen mit angehängten Reservierungen nicht aufteilen. Daher können Sie Zusicherungen mit GPUs, lokalen SSD-Laufwerken oder beiden nicht aufteilen, da Zusicherungen mit diesen Ressourcen immer Reservierungen angehängt haben.
• Zum Zeitpunkt der Erstellung aufgeteilter Zusicherungen können Sie keine neuen Reservierungen erstellen und diese an diese Zusicherungen anhängen.
• Sie können Zusicherungen, die abgelaufen sind oder storniert werden, nicht aufteilen.
• Wenn Sie aufgeteilte Zusicherungen erstellen, ist die Einstellung für die automatische Verlängerung standardmäßig für die neuen Zusicherungen deaktiviert, auch wenn alle Quellzusicherungen automatisch verlängert werden. Wenn Ihre aufgeteilten Zusicherungen automatisch verlängert werden sollen, müssen Sie die Einstellung für die automatische Verlängerung für diese Zusicherungen manuell aktivieren. Dies kann entweder zum Zeitpunkt der Erstellung oder nach der Erstellung erfolgen.
• Sie können mit der Compute Engine API oder der gcloud CLI nur jeweils eine neue aufgeteilte Zusicherung erstellen.

Achtung: Wenn Sie Zusicherungen aufteilen, werden alle priorisierten Attributionsregeln, die diesen Zusicherungen zugeordnet sind, gelöscht und können nicht wiederhergestellt werden. Wenn Sie weiterhin die priorisierten Attributionsregeln für zusammengeführte oder aufgeteilte Zusicherungen verwenden möchten, müssen Sie die Regeln nach dem entsprechenden Vorgang neu erstellen.

Funktionsweise der Aufteilung

Wenn Sie eine vorhandene Zusicherung (Quellzusicherung) aufteilen, übertragen Sie Ressourcen aus der Quellzusicherung, erstellen eine oder mehrere neue Zusicherungen (Split-Zusicherungen) und verteilen die übertragenen Ressourcen auf die neuen Aufteilungszusicherungen. Die Aktivierung der neuen Aufteilungsverpflichtungen und die Größenanpassung der Quellzusicherung erfolgt am nächsten Tag um 00:00 Uhr US and Canadian Pacific Time (UTC-8 oder UTC-7 während der Sommerzeit). Compute Engine legt dieses Datum der Aktivierung als Startdatum für die aufgeteilten Zusicherungen fest. Nach Abschluss des Aufteilungsvorgangs haben Sie folgende Zusicherungen:

• Die Quellzusicherung mit angepasster Größe und den Ressourcen, die nach der Aufteilung verbleiben
• Die neu erstellten Aufteilungszusicherungen mit den neu verteilten Ressourcen.

Quellzusicherung behält trotz Größenanpassung alle anderen Eigenschaften (einschließlich Start- und Ablaufdatum) und funktioniert weiterhin normal. Das Ablaufdatum der aufgeteilten Zusicherungen bleibt mit der der Quellzusicherung identisch.

Sie können jeweils nur eine neue aufgeteilte Zusicherung erstellen, indem Sie die Compute Engine API und die gcloud CLI verwenden. Mit der Google Cloud Console können Sie mehrere neue Split-Zusicherungen in einem einzigen Vorgang erstellen.

Sie können eine Zusicherung nicht aufteilen, wenn sie Reservierungen enthält. Weitere Informationen zu Zusicherungen mit angehängten Reservierungen finden Sie unter Reservierungen mit Rabatten für zugesicherte Nutzung kombinieren.

Preisauswirkungen für die Aufteilung

Ihre Zusicherungsgebühr ist die Summe der ermäßigten Preise aller zugesicherten Ressourcen. Das Aufteilen einer Zusicherung wirkt sich folgendermaßen auf die Ressourcenkosten aus:

• Größe der Quellzusicherung: Die ermäßigten Preise der Ressourcen aus der angepassten Quellzusicherung bleiben gleich.
• Aufgeteilte Zusicherung: Die ermäßigten Preise der Ressourcen Ihrer neu aufgeteilten Zusicherung können sich an dem Tag ändern, an dem Ihre aufgeteilte Zusicherung aktiv ist. Der neue ermäßigte Preis für jede Ressource bleibt bis zum Ende der Laufzeit der neuen aufgeteilten Zusicherung gleich, auch wenn sich die On-Demand-Preise ändern.

Wenn Sie jedoch eine dieser Zusicherungen später wieder zusammenführen oder aufteilen, können sich die ermäßigten Preise wieder ändern.

Beispiel für eine aufgeteilte Zusicherung

Die folgende Tabelle zeigt die Zusicherungsattribute, wenn eine vorhandene Zusicherung (source-commitment) am 1. März 2022 in zwei verschiedene Zusicherungen (angepasste Größe source-commitment und split-commitment) aufgeteilt wird:

	Quellzusicherung (vor der Aufteilung)	Aufgeteilte Zusicherung	Quellzusicherung (nach Aufteilung)
Name	source-commitment	split-commitment	source-commitment
Typ	N2	N2	N2
Region	us-central-1	us-central-1	us-central-1
Ressourcen	vCPUs: 200 Arbeitsspeicher: 200 GB	vCPUs: 50 Arbeitsspeicher: 100 GB	vCPUs: 150 Arbeitsspeicher: 100 GB
Begriff	3 Jahre	3 Jahre	3 Jahre
Startdatum^*	1. Januar 2020	2. März 2022 (der Tag nach der Aufteilung)	1. Januar 2020
Enddatum^†	1. Januar 2023	1. Januar 2023	1. Januar 2023

^*Alle Zusicherungen beginnen am angegebenen Startdatum um 00:00 Uhr US and Canadian Pacific Time (UTC-8 oder UTC-7).
^† Alle Zusicherungen enden am angegebenen Enddatum um 00:00 Uhr US and Canadian Pacific Time (UTC-8 oder UTC-7).

Anforderungen für die Aufteilung

Wenn Sie eine Quell-Zusicherung aufteilen und eine oder mehrere Split-Zusicherungen erstellen, müssen Ihre Quell- und Split-Zusicherungen die folgenden Anforderungen erfüllen:

• Die neu aufgeteilte Zusicherung muss dasselbe Projekt, denselben Zusicherungstyp, dieselbe Region und dieselbe Dauer (oder Laufzeit) wie die Quellzusicherung haben. Sie müssen jedoch neue Namen für die aufgeteilten Zusicherungen auswählen.
• Die Ressourcentypen, die Sie für die neu aufgeteilten Zusicherungen angeben, müssen mit einigen oder allen Ressourcentypen in der Quellzusicherung übereinstimmen. Außerdem muss die Gesamtzahl der Ressourcen, die Sie für die neue Aufteilung angeben, Teil der Ressourcen in der Quell-Zusicherung sein. Sie müssen einen Teil der Ressourcen in Ihrer Quellzusicherung beibehalten. Wenn Ihre Quellzusicherung beispielsweise 200 vCPUs und 300 GB Arbeitsspeicher umfasst, gelten die folgenden Szenarien zur Größenänderung und Umverteilung:
  • Sie können einen Teil der 200 vCPUs und einen Teil des 300 GB Arbeitsspeichers auf Ihre neuen Split-Zusicherungen verteilen.
  • Sie können alle 200 vCPUs neu verteilen, müssen aber einen Teil des Arbeitsspeichers in Ihrer Quellzusicherung beibehalten.
  • Sie können den gesamten 300 GB großen Speicher neu verteilen, müssen aber einen Teil der vCPUs in Ihrer Quellzusicherung beibehalten.
  • Sie können nicht alle 200 vCPUs und den gesamten 300 GB Arbeitsspeicher unter Ihren neuen Split-Zusicherungen verteilen.
• Die Quell- und aufgeteilten Zusicherungen müssen sich auf Hardwareressourcen beziehen, die vCPUs, Arbeitsspeicher oder eine Kombination aus beiden sind.

Wenn Sie außerdem die Google Cloud CLI zum Aufteilen einer Quellzusicherung verwenden möchten, aktualisieren Sie die Google Cloud CLI auf Version 423.0.0 oder höher. Wenn Sie versuchen, eine Quellzusicherung mit einer früheren Version der gcloud CLI aufzuteilen, schlägt der Aufteilungsvorgang fehl und Compute Engine gibt einen Fehler aus.

Aufgeteilte Zusicherungen erstellen

Erstellen Sie mithilfe der gcloud-Befehlszeile oder der Compute Engine API jeweils eine neue Split-Zusicherung. Erstellen Sie mithilfe der Google Cloud Console mehrere neue Split-Zusicherungen gleichzeitig. Prüfen Sie vor dem Aufteilen einer Zusicherung die Einschränkungen für die Aufteilung.

Erforderliche Berechtigungen für diese Aufgabe

Zum Ausführen dieser Aufgabe benötigen Sie folgende Berechtigungen:

• compute.commitments.create für das Projekt oder die Organisation

Console

1. Wählen Sie in der Google Cloud Console das Projekt aus, auf das Sie eine Zusicherung aufteilen möchten, und rufen Sie die Seite Rabatte für zugesicherte Nutzung auf.

   Zur Seite "Rabatte für zugesicherte Nutzung"

2. Um den Splitvorgang für eine Zusicherung einzuleiten, führen Sie im Tab Hardware-Zusicherung der Seite Zusicherungsliste einen der folgenden Schritte aus:

   • Wählen Sie die Zusicherung, die Sie aufteilen möchten, aus der Liste aus und klicken Sie auf Teilen.
   • Klicken Sie in der Spalte Name auf den Namen der Zusicherung, die Sie aufteilen möchten. Klicken Sie auf der Seite Details zur Hardwarezusicherung auf Teilen.

3. Führen Sie auf der Seite Zusicherung aufteilen im Tab Größe ändern die folgenden Schritte aus:

   1. Geben Sie in den Feldern vCPUs und Arbeitsspeicher die Anzahl der vCPUs und den Arbeitsspeicher an, die Sie in Ihrer ursprünglichen Zusicherung behalten möchten. Die verbleibenden Ressourcen stehen für die Weiterverteilung auf Ihre aufgeteilte Zusicherung zur Verfügung. Die Quell-Zusicherung darf nicht leer sein, nachdem Sie ihre Größe geändert haben.
   2. Klicken Sie auf Next (Weiter). Der Tab Neu verteilen wird geöffnet.

4. Gehen Sie auf dem Tab Neu verteilen der Seite Split-Zusicherung so vor:

   1. Geben Sie im Feld Name einen Namen für die Aufteilung ein.
   2. Geben Sie in den Feldern vCPUs und Arbeitsspeicher die Anzahl der vCPUs und den Arbeitsspeicher an, die Sie in Ihrer Aufteilung festlegen möchten.
      • Wenn Sie mehrere Split-Zusicherungen erstellen möchten, geben Sie nur einen Teil der neu verteilten Ressourcen an.
      • Andernfalls geben Sie alle neu verteilten Ressourcen an.
   3. Optional: Klicken Sie auf das Kästchen Automatische Verlängerung aktivieren, um die automatische Verlängerung für die aufgeteilte Zusicherung zu aktivieren.
   4. Klicken Sie auf Fertig.
   5. Optional: Klicken Sie auf Element hinzufügen, um weitere Zusicherungen zu erstellen, und wiederholen Sie die vorherigen Schritte.
   6. Klicken Sie auf Next (Weiter). Der Tab Prüfen wird geöffnet.

5. Führen Sie auf der Seite Aufteilungszusicherung die folgenden Schritte auf dem Tab Überprüfung aus:

   1. Prüfen Sie die Details der skalierten Zusicherung und der aufgeteilten Zusicherungen.
      • Wählen Sie zum Ändern der Ressourcenzuweisung aus der ursprünglichen Zusicherung den Tab Größe ändern auf der linken Seite des Fensters aus und wiederholen Sie Schritt 3.
      • Wählen Sie auf der linken Seite des Fensters den Tab Umverteilung aus und wiederholen Sie Schritt 4, um die Ressourcenverteilung auf Ihre Zusicherungen zu ändern.
   2. Lesen Sie die Nutzungsbedingungen.
   3. Klicken Sie auf Senden, um das Erstellen der aufgeteilten Zusicherungen abzuschließen und zur Seite Zusicherungsliste zurückzukehren.

gcloud

Wichtig: Wenn Sie eine Quellzusicherung mithilfe der Google Cloud CLI aufteilen möchten, aktualisieren Sie die Google Cloud CLI auf Version 423.0.0 oder höher. Wenn Sie versuchen, eine Quellzusicherung mit einer früheren Version der gcloud CLI aufzuteilen, schlägt der Aufteilungsvorgang fehl und Compute Engine gibt einen Fehler aus.

Verwenden Sie den Befehl gcloud compute commitment create mit dem Flag --split-source-commitment, um eine vorhandene Zusicherung in zwei Zusicherungen aufzuteilen.

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=DURATION \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --split-source-commitment=SOURCE_COMMITMENT_URL

Dabei gilt:

• COMMITMENT_NAME: der Name der neuen, aufgeteilten Zusicherung.
• COMMITMENT_TYPE: derselbe Zusicherungstyp wie bei Ihrer Quellzusicherung, und zwar einer der folgenden:
  • general-purpose für Zusicherungen für Maschinentypen für allgemeine Zwecke (N1)
  • general-purpose-n2 für Zusicherungen Maschinentypen für allgemeine Zwecke (N2)
  • general-purpose-e2 für Zusicherungen für Maschinentypen für allgemeine Zwecke (E2)
  • general-purpose-n2d für Zusicherungen für Maschinentypen für allgemeine Zwecke (N2D)
  • general-purpose-t2d für Zusicherungen für Tau-T2D-Maschinentypen für allgemeine Zwecke
  • compute-optimized für Zusicherungen für computing-optimierte C2-Maschinentypen
  • compute-optimized-c2d für Zusicherungen für computing-optimierte C2D-Maschinentypen
  • memory-optimized für Zusicherungen für speicheroptimierte M1- oder M2-Maschinentypen
  • accelerator-optimized für Zusicherungen für beschleunigungsoptimierte A2-Maschinentypen
  • accelerator-optimized-a3 für Zusicherungen für beschleunigungsoptimierte A3-Maschinentypen
  • graphics-optimized für Zusicherungen für beschleunigungsoptimierte G2-Maschinentypen
• REGION: dieselbe Region wie bei Ihrer Quellzusicherung.
• PROJECT_ID: die ID des Projekts, für das Sie die Quellzusicherung aufteilen möchten.
• DURATION: dieselbe Dauer (oder Laufzeit) wie bei Ihrer Quellzusicherung, entweder 12-month oder 36-month.
• NUMBER_VCPUS: Die Anzahl der vCPUs, die Sie aus Ihrer Quellzusicherung übertragen möchten, um die neue, aufgeteilte Zusicherung zu erstellen. Die Zahl muss eine Ganzzahl sein, die kleiner als die Anzahl der vCPUs in der Quellzusicherung ist.
• MEMORY: die Arbeitsspeichermenge in MB oder GB, die Sie aus Ihrer Quellzusicherung übertragen möchten, um die neue aufgeteilte Zusicherung zu erstellen. Die Menge muss kleiner als die Arbeitsspeichermenge in der Quellzusicherung sein. Beispiel: 1.000 MB. Wenn die Einheiten nicht angegeben sind, wird die Standardeinheit GB verwendet. Speicher kann in Schritten von 0,25 GB erworben werden.
• SOURCE_COMMITMENT_URL: die URL der Quellzusicherung, von der Sie Ressourcen entfernen möchten.

Betrachten wir beispielsweise eine Quellzusicherung (source-commitment) mit 3 vCPUs und 2.048 MB Arbeitsspeicher. Der folgende gcloud CLI-Befehl nimmt Ressourcen von source-commitment, erstellt eine aufgeteilte Zusicherung (split-commitment) mit 1 vCPU und 1.024 MB Arbeitsspeicher und passt die Größe von source-commitment an die verbleibenden Ressourcen an.

gcloud compute commitments create split-commitment \
    --plan=12-month \
    --project=myproject \
    --resources vcpu=1,memory=1024MB \
    --split-source-commitment=projects/myproject/regions/us-central1/commitments/source-commitment

API

Verwenden Sie die regionCommitments.insert-Methode, um eine vorhandene Zusicherung in zwei Zusicherungen aufzuteilen.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": DURATION,
  "type" COMMITMENT_TYPE,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "splitSourceCommitment": SOURCE_COMMITMENT_URL
}

Dabei gilt:

• PROJECT_ID: die ID des Projekts, für das Sie die Quellzusicherung aufteilen möchten.
• REGION: dieselbe Region wie bei Ihrer Quellzusicherung.
• COMMITMENT_NAME: der Name der neuen, aufgeteilten Zusicherung.
• COMMITMENT_TYPE: derselbe Zusicherungstyp wie bei Ihrer Quellzusicherung, und zwar einer der folgenden:
  • GENERAL_PURPOSE für Zusicherungen für Maschinentypen für allgemeine Zwecke (N1)
  • GENERAL_PURPOSE_N2 für Zusicherungen Maschinentypen für allgemeine Zwecke (N2)
  • GENERAL_PURPOSE_E2 für Zusicherungen für Maschinentypen für allgemeine Zwecke (E2)
  • GENERAL_PURPOSE_N2D für Zusicherungen für Maschinentypen für allgemeine Zwecke (N2D)
  • GENERAL_PURPOSE_T2D für Zusicherungen für Tau-T2D-Maschinentypen für allgemeine Zwecke
  • COMPUTE_OPTIMIZED für Zusicherungen für computing-optimierte C2-Maschinentypen
  • COMPUTE_OPTIMIZED_C2D für Zusicherungen für computing-optimierte C2D-Maschinentypen
  • MEMORY_OPTIMIZED für Zusicherungen für speicheroptimierte M1- oder M2-Maschinentypen
  • ACCELERATOR_OPTIMIZED für Zusicherungen für beschleunigungsoptimierte A2-Maschinentypen
  • ACCELERATOR_OPTIMIZED_A3 für Zusicherungen für beschleunigungsoptimierte A3-Maschinentypen
  • GRAPHICS_OPTIMIZED für Zusicherungen für beschleunigungsoptimierte G2-Maschinentypen
• DURATION: dieselbe Dauer (oder Laufzeit) wie bei Ihrer Quellzusicherung, entweder TWELVE_MONTH oder THIRTY_SIX_MONTH.
• NUMBER_VCPUS: Die Anzahl der vCPUs, die Sie aus Ihrer Quellzusicherung übertragen möchten, um die neue, aufgeteilte Zusicherung zu erstellen. Die Zahl muss eine Ganzzahl sein, die kleiner als die Anzahl der vCPUs in der Quellzusicherung ist.
• MEMORY: die Arbeitsspeichermenge in MB, die Sie aus Ihrer Quellzusicherung übertragen möchten, um die neue aufgeteilte Zusicherung zu erstellen. Die Menge muss kleiner als die Arbeitsspeichermenge in der Quellzusicherung sein. Beispiel: 1.000 MB. Wenn die Einheiten nicht angegeben sind, wird die Standardeinheit MB verwendet. Speicher kann in Schritten von 0,25 GB erworben werden.
• SOURCE_COMMITMENT_URL: die URL der Quellzusicherung, von der Sie Ressourcen übertragen möchten.

Betrachten wir beispielsweise eine Quellzusicherung (source-commitment) mit 3 vCPUs und 2.048 MB Arbeitsspeicher. Die folgende Compute Engine API-Anfrage nimmt Ressourcen von source-commitment, erstellt eine aufgeteilte Zusicherung (split-commitment) mit 1 vCPU und 1.024 MB Arbeitsspeicher und passt die Größe von source-commitment an die verbleibenden Ressourcen an.

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-central1/commitments
{
  "name": "split-commitment",
  "plan": "TWELVE_MONTH",
  "resources": [
    {
      "type": "VCPU",
      "amount": "1"
    }
    {
      "type": "MEMORY",
      "amount": "1024"
    }
  ],
  "splitSourceCommitment": "projects/myproject/regions/us-central1/commitments/source-commitment"
}

Nächste Schritte

• Ressourcenbasierte Zusicherungen automatisch verlängern
• Laufzeit für ressourcenbasierte Zusicherungen aktualisieren
• Wirksamkeit Ihrer ressourcenbasierten Rabatte für zugesicherte Nutzung analysieren