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.

Hinweis

  • 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:

    Wählen Sie den Tab aus, der Ihrer geplanten Verwendung der Beispiele auf dieser Seite entspricht:

    Console

    Wenn Sie über die Google Cloud Console auf Google Cloud Dienste und APIs zugreifen, müssen Sie die Authentifizierung nicht einrichten.

    gcloud

    1. Installieren Sie die Google Cloud CLI. Initialisieren Sie die Google Cloud CLI nach der Installation mit dem folgenden Befehl: 

      gcloud init

      Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  • Legen Sie eine Standardregion und -zone fest.

    • REST

    Wenn Sie die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, verwenden Sie die Anmeldedaten, die Sie der gcloud CLI bereitstellen.

      Installieren Sie die Google Cloud CLI.

      Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

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

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.

Funktionsweise der Zusammenführung

Wenn Sie einzelne Zusicherungen (Quellzusicherungen) zusammenführen, erstellen Sie eine neue Zusicherung (zusammengeführte Zusicherung), in der Ressourcen aus allen Quellzusicherungen kombiniert werden. 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 Aktivierungsdatum wird zum Startdatum der zusammengeführten Zusicherung und der Zusammenführungsvorgang wird abgeschlossen.

Die zusammengeführte Zusicherung übernimmt die folgenden Eigenschaften, unabhängig davon, ob die Quellzusicherungen eine voreingestellte oder eine benutzerdefinierte Laufzeit haben:

  • Das Enddatum, das unter den Quellzusicherungen am weitesten in der Zukunft liegt.
  • Der Berechtigungszeitraum für die Laufzeitverlängerung, der unter den Quellzusicherungen am frühesten endet.

Da die zusammengeführte Zusicherung erst erstellt werden kann, wenn Ihre Quellzusicherungen aktiv sind, hat sie möglicherweise eine benutzerdefinierte Laufzeit anstelle der voreingestellten Laufzeit von 1 oder 3 Jahren. Die zusammengeführte Zusicherung behält jedoch den 1- oder 3-jährigen Zusicherungsplan der Quellzusicherungen bei.

Angenommen, Sie haben zwei Quellzusicherungen, die am 1. Januar 2020 bzw. 1. Dezember 2020 beginnen. Die Enddaten sind der 1. Januar 2023 bzw. der 1. Dezember 2023. Der Berechtigungszeitraum für die Laufzeitverlängerung für die erste Zusage läuft noch bis zum 1. Mai 2020 und für die zweite Zusage bis zum 1. April 2021. Wenn Sie diese Zusicherungen am 1. März 2022 zusammenführen, ist die zusammengeführte Zusicherung eine Zusicherung mit benutzerdefinierter Laufzeit mit einem Startdatum am 2. März 2022 und einem Enddatum am 1. Dezember 2023. Der Berechtigungszeitraum für die Laufzeitverlängerung für die zusammengeführte Zusicherung wäre bereits am 1. Mai 2020 abgelaufen.

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 an ressourcenbasierte Zusicherungen anhängen.

Beispiel für eine zusammengeführte Zusicherung

Die folgende Tabelle zeigt die Attribute der Quell- und zusammengeführten Zusicherungen, wenn Sie am 1. März 2022 zwei Zusicherungen (source-commitment-1 und source-commitment-2) in einer einzigen Zusicherung (merged-commitment) zusammenführen:

Erste Quellzusicherung Zweite Quellzusicherung Zusammengeführte Zusicherung
Name source-commitment-1 source-commitment-2 merged-commitment
Typ N2 N2 N2
Region us-central1 us-central1 us-central1
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
Berechtigungszeitraum für Laufzeitverlängerung bis 1. Mai 2020 1. April 2021 1. Mai 2020

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

Auswirkungen auf den Preis

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

Beschränkungen

  • Lizenzzusicherungen können nicht zusammengeführt werden.
  • Die zusammengeführte Zusicherung enthält automatisch alle Reservierungen, die bereits an Quellzusicherungen angehängt sind. Sie können keine zusätzlichen Reservierungen (neu oder bestehend) an die zusammengeführte Zusicherung anhängen.
  • Zusicherungen, die abgelaufen sind oder storniert wurden, 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.

Voraussetzungen

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, denselben Zusicherungsplan, denselben Zusicherungstyp und dieselbe Zusicherungskategorie haben.
  • Die zusammengeführte Zusicherung muss dasselbe Projekt, dieselbe Region, denselben Zusicherungsplan, 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 Menge für jeden Ressourcentyp in Ihrer zusammengeführten Zusicherung der Summe der Mengen 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 mit der gcloud CLI oder REST. Sehen Sie sich die Einschränkungen für das Zusammenführen an, bevor Sie Zusicherungen zusammenführen.

Console

  1. Wählen Sie in der Google Cloud -Console das Projekt aus, in dem Sie Zusicherungen zusammenführen möchten. Rufen Sie dann 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, die Sie zusammenführen möchten, aus der Liste auswählen 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: Wenn Sie die Zusicherungsliste filtern möchten, geben Sie die Werte für Plan, Region und Zusicherungstyp für die zusammengeführte Zusicherung an, bevor Sie Zusicherungen auswählen.

    2. Klicken Sie auf Weiter. Der Tab Überprü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. Wenn Sie die Liste der einzelnen Zusicherungen ändern möchten, wählen Sie 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=COMMITMENT_PLAN \
    --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:

    • Für A2-Maschinentypen verwenden Sie accelerator-optimized.
    • Für A3 Edge- und A3 High-Maschinentypen verwenden Sie accelerator-optimized-a3.
    • Verwenden Sie für A3 Mega-Maschinentypen accelerator-optimized-a3-mega.
    • Für G2-Maschinentypen verwenden Sie graphics-optimized.
    • Für G4-Maschinentypen verwenden Sie graphics-optimized-g4.
    • Für C2-Maschinentypen verwenden Sie compute-optimized.
    • Für C2D-Maschinentypen verwenden Sie compute-optimized-c2d.
    • Für C3-Maschinentypen verwenden Sie compute-optimized-c3.
    • Verwenden Sie für C3D-Maschinentypen compute-optimized-c3d
    • Für H3-Maschinentypen verwenden Sie compute-optimized-h3.
    • Für H4D-Maschinentypen verwenden Sie compute-optimized-h4d.
    • Für N1-Maschinentypen verwenden Sie general-purpose.
    • Für C4-Maschinentypen verwenden Sie general-purpose-c4.
    • Für C4A-Maschinentypen verwenden Sie general-purpose-c4a.
    • Für C4D-Maschinentypen verwenden Sie general-purpose-c4d.
    • Für E2-Maschinentypen verwenden Sie general-purpose-e2
    • Für N2-Maschinentypen verwenden Sie general-purpose-n2.
    • Für N2D-Maschinentypen verwenden Sie general-purpose-n2d.
    • Für N4-Maschinentypen verwenden Sie general-purpose-n4.
    • Für N4D-Maschinentypen verwenden Sie general-purpose-n4d.
    • Für N4A-Maschinentypen verwenden Sie general-purpose-n4a.
    • Für Tau T2D-Maschinentypen verwenden Sie general-purpose-t2d.
    • Für M1- oder M2-Maschinentypen verwenden Sie memory-optimized.
    • Für M3-Maschinentypen verwenden Sie memory-optimized-m3.
    • Für M4-Maschinentypen verwenden Sie memory-optimized-m4.
    • Für M4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie memory-optimized-m4-6tb.
    • Für X4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-6t.
    • Für X4-Maschinentypen mit 8 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-8t.
    • Für X4-Maschinentypen mit 12 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-12t.
    • Verwenden Sie für X4-Maschinentypen mit 16 TB Arbeitsspeicher memory-optimized-x4-960-16t.
    • Verwenden Sie für X4-Maschinentypen mit 24 TB Arbeitsspeicher memory-optimized-x4-1440-24t.
    • Für X4-Maschinentypen mit 32 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-1920-32t.
    • Für Z3-Maschinentypen verwenden Sie storage-optimized-z3.

  • REGION: dieselbe Region wie bei Ihren Quellzusicherungen.

  • PROJECT_ID: die Projekt-ID des Projekts, für das Sie Zusicherungen zusammenführen möchten.

  • COMMITMENT_PLAN: der Zusicherungsplan („12-month“ oder „36-month“), der mit Ihren Quellzusicherungen übereinstimmen muss.

  • MEMORY: die Summe der Arbeitsspeichermengen (in MB oder GB) in den Quellzusicherungen. Beispiel: 1.000 MB. Wenn Sie keine Einheit angeben, ist die Standardeinheit GB.

  • SOURCE_COMMITMENT_URLS: Eine durch Kommas getrennte Liste mit mindestens zwei unterschiedlichen URLs für die Quellzusicherung. Fügen Sie keine Leerzeichen zwischen den URLs ein.

Beispiel: Betrachten Sie zwei Quellzusicherungen in der Region us-east1 mit den Ressourcen als vier N2-vCPUs und 2.048 MB bzw. drei N2-vCPUs und 2.048 MB. Der Zusicherungsplan für jede Quellenzusicherung ist 12-month. Mit dem folgenden gcloud CLI-Befehl werden die beiden Zusicherungen zusammengeführt und eine neue Zusicherung namens merged-commitment erstellt. Die zusammengeführte Zusicherung gibt ihre Ressourcen als sieben N2-vCPUs und 4.096 MB an. Der Zusicherungsplan ist 12-month:

gcloud compute commitments create merged-commitment \
    --plan=12-month \
    --project=myproject \
    --region=us-east1 \
    --type=general-purpose-n2 \
    --resources=vcpu=7,memory=4096MB \
    --merge-source-commitments=projects/myproject/regions/us-east1/commitments/source-commitment-1,projects/myproject/regions/us-east1/commitments/source-commitment-2

REST

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": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "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:

    • Für A2-Maschinentypen verwenden Sie ACCELERATOR_OPTIMIZED.
    • Für A3 Edge- und A3 High-Maschinentypen verwenden Sie ACCELERATOR_OPTIMIZED_A3.
    • Verwenden Sie für A3 Mega-Maschinentypen ACCELERATOR_OPTIMIZED_A3_MEGA.
    • Für G2-Maschinentypen verwenden Sie GRAPHICS_OPTIMIZED.
    • Für G4-Maschinentypen verwenden Sie GRAPHICS_OPTIMIZED_G4.
    • Für C2-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED.
    • Für C2D-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_C2D.
    • Für C3-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_C3.
    • Verwenden Sie für C3D-Maschinentypen COMPUTE_OPTIMIZED_C3D
    • Für H3-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_H3.
    • Für H4D-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_H4D.
    • Für N1-Maschinentypen verwenden Sie GENERAL_PURPOSE.
    • Für C4-Maschinentypen verwenden Sie GENERAL_PURPOSE_C4.
    • Für C4A-Maschinentypen verwenden Sie GENERAL_PURPOSE_C4A.
    • Für C4D-Maschinentypen verwenden Sie GENERAL_PURPOSE_C4D.
    • Für E2-Maschinentypen verwenden Sie GENERAL_PURPOSE_E2
    • Für N2-Maschinentypen verwenden Sie GENERAL_PURPOSE_N2.
    • Für N2D-Maschinentypen verwenden Sie GENERAL_PURPOSE_N2D.
    • Für N4-Maschinentypen verwenden Sie GENERAL_PURPOSE_N4.
    • Für N4D-Maschinentypen verwenden Sie GENERAL_PURPOSE_N4D.
    • Für N4A-Maschinentypen verwenden Sie GENERAL_PURPOSE_N4A.
    • Für Tau T2D-Maschinentypen verwenden Sie GENERAL_PURPOSE_T2D.
    • Für M1- oder M2-Maschinentypen verwenden Sie MEMORY_OPTIMIZED.
    • Für M3-Maschinentypen verwenden Sie MEMORY_OPTIMIZED_M3.
    • Für M4-Maschinentypen verwenden Sie MEMORY_OPTIMIZED_M4.
    • Für M4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_M4_6TB.
    • Für X4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_480_6T.
    • Für X4-Maschinentypen mit 8 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_480_8T.
    • Für X4-Maschinentypen mit 12 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_960_12T.
    • Verwenden Sie für X4-Maschinentypen mit 16 TB Arbeitsspeicher MEMORY_OPTIMIZED_X4_960_16T.
    • Verwenden Sie für X4-Maschinentypen mit 24 TB Arbeitsspeicher MEMORY_OPTIMIZED_X4_1440_24T.
    • Für X4-Maschinentypen mit 32 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_1920_32T.
    • Für Z3-Maschinentypen verwenden Sie STORAGE_OPTIMIZED_Z3.

  • COMMITMENT_PLAN: der Zusicherungsplan („TWELVE_MONTH“ oder „THIRTY_SIX_MONTH“), der mit Ihren Quellzusicherungen übereinstimmen muss.

  • COMMITMENT_NAME: der Name der neuen, zusammengeführten Zusicherung.

  • NUMBER_VCPUS: die Gesamtzahl der vCPUs in den Quellzusicherungen.

  • MEMORY: die Summe der Arbeitsspeichermengen (in MB) in den Quellzusicherungen. Beispiel: 1.000 MB. Wenn Sie keine Einheit angeben, ist die Standardeinheit MB.

  • 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) in der Region us-east1 mit den Ressourcen als (4 N2 vCPUs und 2.048 MB) bzw. (3 N2 vCPUs und 2.048 MB). Der Zusicherungsplan für jede Quellzusicherung ist TWELVE_MONTH. In der folgenden POST-Anfrage werden die Quellzusicherungen zusammengeführt und eine neue Zusicherung mit dem Namen merged-commitment erstellt. Die zusammengeführte Zusicherung gibt ihre Ressourcen als sieben N2-vCPUs und 4.096 MB an und ihr Zusicherungsplan ist TWELVE_MONTH.

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/commitments
{
  "name": "merged-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
  "resources": [
    {
      "type": "VCPU",
      "amount": "7"
    }
    {
      "type": "MEMORY",
      "amount": "4096"
    }
  ],
  "mergeSourceCommitments": [
    "projects/myproject/regions/us-east1/commitments/source-commitment-1",
    "projects/myproject/regions/us-east1/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 Ihre Rabatte für zugesicherte Nutzung auch detaillierter verteilen, indem Sie die priorisierte Attribution für die aufgeteilten Zusicherungen verwenden.

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 aufgeteilten Zusicherungen und die Größenanpassung der Quellzusicherung erfolgen 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 Aktivierungsdatum 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 aufgeteilten Zusicherungen mit den neu verteilten Ressourcen.

Die Quellzusicherung behält trotz Größenanpassung alle anderen Attribute (einschließlich Start- und Enddatum) und funktioniert weiterhin normal. Die aufgeteilten Zusicherungen behalten dasselbe Enddatum und denselben Zeitraum für die Laufzeitverlängerung wie die Quellzusicherung.

Da aufgeteilte Zusicherungen erst erstellt werden können, wenn die ursprüngliche Zusicherung bereits aktiv ist, haben sie möglicherweise eine benutzerdefinierte Laufzeit anstelle der voreingestellten Laufzeit von 1 oder 3 Jahren. Die aufgeteilten Zusicherungen behalten jedoch den 1- oder 3-jährigen Zusicherungsplan der Quellzusicherung bei.

Sie können jeweils nur eine neue Split-Zusicherung erstellen, indem Sie REST und die gcloud CLI verwenden. Mit der Google Cloud -Konsole 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.

Beispiel für eine aufgeteilte Zusicherung

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

Quellzusicherung
(vor der Aufteilung)		 Aufgeteilte Zusicherung Quellzusicherung
(nach Aufteilung)
Name source-commitment split-commitment source-commitment
Typ N2 N2 N2
Region us-central1 us-central1 us-central1
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
Berechtigungszeitraum für Laufzeitverlängerung bis 1. Januar 2021 1. Januar 2021 1. Januar 2021

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

Auswirkungen auf den Preis

Ihre Zusicherungsgebühr ist die Summe der ermäßigten Preise all Ihrer zugesicherten Ressourcen. Die Aufteilung einer Zusicherung wirkt sich auf Ihre Ressourcenkosten folgendermaßen aus:

  • Quellzusicherung mit angepasster Größe: Die ermäßigten Preise der Ressourcen aus Ihrer Quellzusicherung mit angepasster Größe bleiben gleich.
  • Aufteilen von Zusicherungen: Die ermäßigten Preise für die Ressourcen Ihrer aufgeteilten Zusicherung können sich an dem Tag ändern, an dem die aufgeteilte Zusicherung aktiv wird. Dieser neue ermäßigte Preis für jede Ressource bleibt bis zum Ende der Laufzeit Ihrer neuen aufgeteilten Zusicherung gleich, auch wenn sich die On-Demand-Preise ändern.

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

Beschränkungen

  • 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.
  • Sie können den aufgeteilten Zusicherungen keine Reservierungen (weder neue noch vorhandene) zuordnen.
  • Sie können Zusicherungen, die abgelaufen sind oder storniert werden, nicht aufteilen.
  • Wenn Sie Ihre Zusicherungen aufteilen, ist die Einstellung für die automatische Verlängerung standardmäßig für die aufgeteilten 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 jeweils nur eine neue aufgeteilte Zusicherung mit REST oder der gcloud CLI erstellen. Daher können Sie Ihre Quellzusicherung mit diesen Schnittstellen in einem einzigen Vorgang in maximal zwei Zusicherungen aufteilen. Wenn Sie Ihre Quellzusicherung in einem einzigen Vorgang in drei oder mehr Zusicherungen aufteilen möchten, verwenden Sie dieGoogle Cloud Console.
  • In der Google Cloud Console können Sie den Arbeitsspeicher nur in Schritten von 0, 25 GB angeben. Wenn Sie einen benutzerdefinierten Arbeitsspeicherwert für Ihre Zusicherung angeben möchten, verwenden Sie stattdessen die gcloud CLI oder REST.

Voraussetzungen

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 aufgeteilten Zusicherungen müssen dasselbe Projekt, denselben Zusicherungstyp, dieselbe Region und denselben Zusicherungsplan wie die Quellzusicherung haben. Sie müssen jedoch neue Namen für die aufgeteilten Zusicherungen auswählen.

  • Die Ressourcentypen, die Sie für aufgeteilte 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 aufgeteilten Zusicherungen angeben, ein Teil der Ressourcen in der Quellzusicherung 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 großen Speichers auf die 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 großen Arbeitsspeicher auf Ihre Split-Zusicherungen verteilen.

  • In den Quell- und aufgeteilten Zusicherungen dürfen nur die folgenden Hardwareressourcen angegeben werden: vCPUs, Arbeitsspeicher oder eine Kombination aus beiden.

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 eine ältere Version verwenden, schlägt der Vorgang fehl und die Compute Engine gibt einen Fehler zurück.

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 -Konsole mehrere neue Split-Zusicherungen gleichzeitig. Sehen Sie sich vor dem Aufteilen einer Zusicherung die Einschränkungen für das Aufteilen an.

Console

  1. Wählen Sie in der Google Cloud Console das Projekt aus, in dem Sie eine Zusicherung aufteilen möchten. Rufen Sie dann 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. Gehen Sie auf dem Tab Größe ändern der Seite Zusicherung aufteilen so vor:

    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 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 für Ihre Aufteilung an. Sie können den Arbeitsspeicher nur in Schritten von 0,25 GB angeben. Wenn Sie einen benutzerdefinierten Arbeitsspeicherwert für Ihre Zusicherung angeben möchten, verwenden Sie stattdessen die gcloud CLI oder REST.

      Wenn Sie eine einzelne Split-Zusicherung erstellen möchten, geben Sie alle Ressourcen an, die Sie aus der Quellzusicherung neu verteilen möchten. Wenn Sie mehrere Split-Zusicherungen erstellen möchten, geben Sie nur den Teil der neu verteilten Ressourcen an, den Sie für diese Split-Zusicherung benötigen.

    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 Weiter. Der Tab Überprü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

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=COMMITMENT_PLAN \
    --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:

    • Für A2-Maschinentypen verwenden Sie accelerator-optimized.
    • Für A3 Edge- und A3 High-Maschinentypen verwenden Sie accelerator-optimized-a3.
    • Verwenden Sie für A3 Mega-Maschinentypen accelerator-optimized-a3-mega.
    • Für G2-Maschinentypen verwenden Sie graphics-optimized.
    • Für G4-Maschinentypen verwenden Sie graphics-optimized-g4.
    • Für C2-Maschinentypen verwenden Sie compute-optimized.
    • Für C2D-Maschinentypen verwenden Sie compute-optimized-c2d.
    • Für C3-Maschinentypen verwenden Sie compute-optimized-c3.
    • Verwenden Sie für C3D-Maschinentypen compute-optimized-c3d
    • Für H3-Maschinentypen verwenden Sie compute-optimized-h3.
    • Für H4D-Maschinentypen verwenden Sie compute-optimized-h4d.
    • Für N1-Maschinentypen verwenden Sie general-purpose.
    • Für C4-Maschinentypen verwenden Sie general-purpose-c4.
    • Für C4A-Maschinentypen verwenden Sie general-purpose-c4a.
    • Für C4D-Maschinentypen verwenden Sie general-purpose-c4d.
    • Für E2-Maschinentypen verwenden Sie general-purpose-e2
    • Für N2-Maschinentypen verwenden Sie general-purpose-n2.
    • Für N2D-Maschinentypen verwenden Sie general-purpose-n2d.
    • Für N4-Maschinentypen verwenden Sie general-purpose-n4.
    • Für N4D-Maschinentypen verwenden Sie general-purpose-n4d.
    • Für N4A-Maschinentypen verwenden Sie general-purpose-n4a.
    • Für Tau T2D-Maschinentypen verwenden Sie general-purpose-t2d.
    • Für M1- oder M2-Maschinentypen verwenden Sie memory-optimized.
    • Für M3-Maschinentypen verwenden Sie memory-optimized-m3.
    • Für M4-Maschinentypen verwenden Sie memory-optimized-m4.
    • Für M4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie memory-optimized-m4-6tb.
    • Für X4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-6t.
    • Für X4-Maschinentypen mit 8 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-8t.
    • Für X4-Maschinentypen mit 12 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-12t.
    • Verwenden Sie für X4-Maschinentypen mit 16 TB Arbeitsspeicher memory-optimized-x4-960-16t.
    • Verwenden Sie für X4-Maschinentypen mit 24 TB Arbeitsspeicher memory-optimized-x4-1440-24t.
    • Für X4-Maschinentypen mit 32 TB Arbeitsspeicher verwenden Sie memory-optimized-x4-1920-32t.
    • Für Z3-Maschinentypen verwenden Sie storage-optimized-z3.

  • REGION: dieselbe Region wie bei Ihrer Quellzusicherung.

  • PROJECT_ID: die Projekt-ID des Projekts, für das Sie die Quellzusicherung aufteilen möchten.

  • COMMITMENT_PLAN: Der Zusicherungsplan („12 Monate“ oder „36 Monate“), der mit Ihrer Quellzusicherung übereinstimmen muss.

  • NUMBER_VCPUS: Die Anzahl der vCPUs, die Sie aus Ihrer Quellzusicherung übertragen möchten, um die neue aufgeteilte Zusicherung zu erstellen. Diese 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. Dieser Betrag muss kleiner als die Arbeitsspeichermenge in der Quellzusicherung sein. Beispiel: 10.000 MB. Wenn Sie keine Einheit angeben, ist die Standardeinheit GB.

  • SOURCE_COMMITMENT_URL: die URL der Quellzusicherung, von der Sie Ressourcen entfernen möchten.

Betrachten wir beispielsweise eine Quellzusicherung (source-commitment) in der Region us-east1 mit Ressourcen, die als drei N2-vCPUs und 2.048 MB Arbeitsspeicher angegeben sind. Der Zusicherungstarif für die Quellzusicherung ist 12-month. Mit dem folgenden gcloud CLI-Befehl wird die Zusicherung in zwei separate Zusicherungen aufgeteilt:

gcloud compute commitments create split-commitment \
    --plan=12-month \
    --type=general-purpose-n2 \
    --region=us-east1 \
    --project=myproject \
    --resources vcpu=1,memory=1024MB \
    --split-source-commitment=projects/myproject/regions/us-east1/commitments/source-commitment

Beim Aufteilen von source-commitment führt Compute Engine folgende Schritte aus:

  • Ressourcen von source-commitment werden verwendet, um eine neue Zusicherung split-commitment mit einer N2-vCPU und 1.024 MB Arbeitsspeicher zu erstellen.
  • Die Größe von source-commitment wird an die verbleibenden Ressourcen angepasst.

REST

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": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "splitSourceCommitment": SOURCE_COMMITMENT_URL
}

Dabei gilt:

  • PROJECT_ID: die Projekt-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:

    • Für A2-Maschinentypen verwenden Sie ACCELERATOR_OPTIMIZED.
    • Für A3 Edge- und A3 High-Maschinentypen verwenden Sie ACCELERATOR_OPTIMIZED_A3.
    • Verwenden Sie für A3 Mega-Maschinentypen ACCELERATOR_OPTIMIZED_A3_MEGA.
    • Für G2-Maschinentypen verwenden Sie GRAPHICS_OPTIMIZED.
    • Für G4-Maschinentypen verwenden Sie GRAPHICS_OPTIMIZED_G4.
    • Für C2-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED.
    • Für C2D-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_C2D.
    • Für C3-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_C3.
    • Verwenden Sie für C3D-Maschinentypen COMPUTE_OPTIMIZED_C3D
    • Für H3-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_H3.
    • Für H4D-Maschinentypen verwenden Sie COMPUTE_OPTIMIZED_H4D.
    • Für N1-Maschinentypen verwenden Sie GENERAL_PURPOSE.
    • Für C4-Maschinentypen verwenden Sie GENERAL_PURPOSE_C4.
    • Für C4A-Maschinentypen verwenden Sie GENERAL_PURPOSE_C4A.
    • Für C4D-Maschinentypen verwenden Sie GENERAL_PURPOSE_C4D.
    • Für E2-Maschinentypen verwenden Sie GENERAL_PURPOSE_E2
    • Für N2-Maschinentypen verwenden Sie GENERAL_PURPOSE_N2.
    • Für N2D-Maschinentypen verwenden Sie GENERAL_PURPOSE_N2D.
    • Für N4-Maschinentypen verwenden Sie GENERAL_PURPOSE_N4.
    • Für N4D-Maschinentypen verwenden Sie GENERAL_PURPOSE_N4D.
    • Für N4A-Maschinentypen verwenden Sie GENERAL_PURPOSE_N4A.
    • Für Tau T2D-Maschinentypen verwenden Sie GENERAL_PURPOSE_T2D.
    • Für M1- oder M2-Maschinentypen verwenden Sie MEMORY_OPTIMIZED.
    • Für M3-Maschinentypen verwenden Sie MEMORY_OPTIMIZED_M3.
    • Für M4-Maschinentypen verwenden Sie MEMORY_OPTIMIZED_M4.
    • Für M4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_M4_6TB.
    • Für X4-Maschinentypen mit 6 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_480_6T.
    • Für X4-Maschinentypen mit 8 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_480_8T.
    • Für X4-Maschinentypen mit 12 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_960_12T.
    • Verwenden Sie für X4-Maschinentypen mit 16 TB Arbeitsspeicher MEMORY_OPTIMIZED_X4_960_16T.
    • Verwenden Sie für X4-Maschinentypen mit 24 TB Arbeitsspeicher MEMORY_OPTIMIZED_X4_1440_24T.
    • Für X4-Maschinentypen mit 32 TB Arbeitsspeicher verwenden Sie MEMORY_OPTIMIZED_X4_1920_32T.
    • Für Z3-Maschinentypen verwenden Sie STORAGE_OPTIMIZED_Z3.

  • COMMITMENT_PLAN: der Zusicherungsplan („TWELVE_MONTH“ oder „THIRTY_SIX_MONTH“), der mit Ihrer Quellzusicherung übereinstimmen muss.

  • NUMBER_VCPUS: die Anzahl der vCPUs, die Sie aus Ihrer Quellzusicherung übertragen möchten, um die neue aufgeteilte Zusicherung zu erstellen. Diese 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. Dieser Betrag muss kleiner als die Arbeitsspeichermenge in der Quellzusicherung sein. Beispiel: 1.000 MB. Wenn Sie keine Einheit angeben, ist die Standardeinheit MB.

  • SOURCE_COMMITMENT_URL: die URL der Quellzusicherung, von der Sie Ressourcen übertragen möchten.

Betrachten wir beispielsweise eine Quellzusicherung (source-commitment) in der Region us-east1 mit Ressourcen, die als drei N2-vCPUs und 2.048 MB Arbeitsspeicher angegeben sind. Der Zusicherungstarif für die Quellzusicherung ist TWELVE_MONTH. In der folgenden POST-Anfrage wird die Zusicherung in zwei separate Zusicherungen aufgeteilt:

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

Beim Aufteilen von source-commitment führt Compute Engine folgende Schritte aus:

  • Ressourcen von source-commitment werden verwendet, um eine neue Zusicherung split-commitment mit einer N2-vCPU und 1.024 MB Arbeitsspeicher zu erstellen.
  • Die Größe von source-commitment wird an die verbleibenden Ressourcen angepasst.

Nächste Schritte