Fusionner et fractionner des engagements

Pour vous aider à gérer les besoins en ressources de vos projets, Compute Engine vous permet de fusionner ou fractionner vos engagements existants, et de redistribuer vos ressources afin qu'elles correspondent aux niveaux de précision requis pour vos projets.

Ce document décrit les avantages et le processus de fusion et de fractionnement des engagements ainsi que les limites et les prérequis applicables.

Avant de commencer

Si ce n'est pas déjà fait, configurez l'authentification. L'authentification est le processus permettant de valider votre identité pour accéder aux services et aux API Google Cloud. Pour exécuter du code ou des exemples depuis un environnement de développement local, vous pouvez vous authentifier auprès de Compute Engine comme suit :

Sélectionnez l'onglet correspondant à la façon dont vous prévoyez d'utiliser les exemples de cette page :
Console

Lorsque vous utilisez la console Google Cloud pour accéder aux services et aux API Google Cloud, vous n'avez pas besoin de configurer l'authentification.
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. Définissez une région et une zone par défaut.
REST

Pour utiliser les exemples d'API REST de cette page dans un environnement de développement local, vous devez utiliser les identifiants que vous fournissez à gcloud CLI.

Fusionner les engagements

Vous pouvez fusionner plusieurs engagements compatibles pour créer un engagement plus important. En fusionnant des engagements, vous pouvez les suivre et les gérer comme une seule entité. La fusion d'engagements vous permet d'éviter les dates d'expiration échelonnées des engagements en co-terminant les engagements individuels pour qu'ils expirent au même moment. La fusion vous permet également d'augmenter progressivement vos charges de travail. Par exemple, vous pouvez souscrire des engagements plus petits lorsque vous le souhaitez et choisir de les fusionner ensemble ou avec un engagement existant.

Limitations concernant la fusion

Vous ne pouvez pas fusionner des engagements de licence.
Au moment de la création d'engagements fusionnés, vous ne pouvez pas créer de réservations pour les associer à ces engagements.
Vous ne pouvez pas fusionner des engagements qui ont expiré ou sont annulés.
Par défaut, lorsque vous créez des engagements fusionnés, le paramètre de renouvellement automatique est désactivé pour les nouveaux engagements, même si tous les engagements sources ont été configurés pour se renouveler automatiquement. Si vous souhaitez que vos engagements fusionnés soient renouvelés automatiquement, vous devez activer manuellement le paramètre de renouvellement automatique pour ces engagements. Vous pouvez le faire au moment de la création ou après la création.

Fonctionnement de la fusion

Lorsque vous fusionnez des engagements individuels (engagements sources), vous créez un engagement (engagement fusionné) avec les ressources combinées de tous les engagements sources. À minuit (heure du Pacifique des États-Unis et du Canada (UTC-8 ou UTC-7 pendant l'heure d'été) le jour suivant, l'engagement fusionné devient actif et les engagements sources sont annulés. Cette date d'activation devient la date de début de l'engagement fusionné et l'opération de fusion se termine.

Compute Engine définit la date d'expiration de l'engagement fusionné à la date d'expiration la plus éloignée dans le futur parmi les engagements sources. Par exemple, si vous avez deux engagements sources et qu'ils expirent respectivement le 1er janvier 2023 et le 1er décembre 2023, l'engagement fusionné expire le 1er décembre 2023.

Si l'un des engagements sources est associé à des réservations, celles-ci sont conservées lors de la fusion et sont associées à l'engagement fusionné après sa création. Pour en savoir plus sur les engagements associés à des réservations, consultez la section Combiner les réservations et les remises sur engagement d'utilisation.

Répercussions tarifaires de la fusion

Vos frais d'engagement correspondent à la somme des tarifs réduits de toutes vos ressources comprises dans cet engagement. Lorsque vous fusionnez votre engagement, les tarifs réduits des ressources de votre engagement fusionné sont susceptibles d'évoluer le jour d'entrée en vigueur de votre engagement fusionné. Ce nouveau tarif réduit pour chaque ressource reste inchangé jusqu'à la fin de la période de l'engagement fusionné, même en cas d'évolution des tarifs à la demande. Toutefois, si par la suite vous fusionnez ou fractionnez à nouveau cet engagement, les tarifs réduits des ressources seront alors susceptibles d'évoluer à nouveau.

Exemple d'engagement fusionné

Le tableau suivant présente les propriétés des engagements sources et fusionnés dans un scénario dans lequel deux engagements (source-commitment-1 etsource-commitment-2) sont fusionnés en un seul engagement (merged-commitment) sur March 1, 2022 :

	Premier engagement source (avant la fusion)	Deuxième engagement source (avant la fusion)	Engagement fusionné
Nom	source-commitment-1	source-commitment-2	merged-commitment
Type	N2	N2	N2
Région	us-central-1	us-central-1	us-central-1
Resources	vCPU : 100 Mémoire : 100 Go	vCPU : 200 Mémoire : 300 Go	vCPU : 300 Mémoire : 400 Go
Terme	3 years	3 years	3 years
Date de début^*	1 janvier 2020	1 décembre 2020	2 mars 2022 (le jour suivant la fusion)
Date de fin^†	1 janvier 2023	1 décembre 2023	1 décembre 2023

^* Tous les engagements commencent à minuit, heure du Pacifique des États-Unis et du Canada (UTC-8 ou UTC-7), à la date de début spécifiée.
^† Tous les engagements se terminent à minuit, heure du Pacifique des États-Unis et du Canada (UTC-8 ou UTC-7), à la date de fin spécifiée.

Prérequis pour la fusion

Lorsque vous fusionnez des engagements sources individuels pour créer un engagement fusionné, ceux-ci doivent répondre aux exigences suivantes :

Les engagements sources doivent avoir le même projet, la même région, la même durée (ou la même période), le même type d'engagement et la même catégorie d'engagement.
Le nouvel engagement fusionné doit avoir le même projet, la même région, la même durée (ou la même période), le même type d'engagement et la même catégorie d'engagement que les engagements sources. Vous pouvez toutefois choisir un nouveau nom pour votre engagement fusionné.
Les types de ressources que vous spécifiez pour votre engagement fusionné doivent être identiques aux types de ressources présents dans les engagements sources. De plus, la quantité de ressources pour chaque type de ressource dans votre nouvel engagement fusionné doit être égale à la somme des quantités de ressources pour ce type de ressource dans tous les engagements sources. Par exemple, si le premier engagement source comporte 100 processeurs virtuels et 100 Go de mémoire, et que le deuxième engagement source comporte 200 processeurs virtuels et 300 Go de mémoire, vous devez créer votre engagement fusionné avec 300 processeurs virtuels et 400 Go de mémoire.
Les engagements sources et fusionnés doivent correspondre à des ressources matérielles (processeurs virtuels, mémoire, GPU et disques SSD locaux).

Créer des engagements fusionnés

Créez un engagement fusionné en utilisant gcloud CLI ou l'API Compute Engine. Avant de fusionner des engagements, consultez les limites applicables à la fusion.

Autorisations requises pour cette tâche

Pour effectuer cette tâche, vous devez disposer des autorisations suivantes :

compute.commitments.create sur le projet ou l'organisation

Console

Dans la console Google Cloud, sélectionnez le projet dans lequel vous souhaitez fusionner les engagements, puis accédez à la page Remises sur engagement d'utilisation.

Accéder aux remises sur engagement d'utilisation
Pour lancer l'opération de fusion d'un ensemble d'engagements, cliquez sur Fusionner dans l'onglet Engagements matériels de la page Liste des engagements.

Vous pouvez également sélectionner les engagements à fusionner dans la liste, puis cliquer sur Fusionner.
Dans l'onglet Choisir un engagement de la page Fusionner, procédez comme suit :
1. Sous Choisir les engagements à fusionner, sélectionnez les engagements à fusionner dans la liste. Si vous avez déjà sélectionné ces engagements sur la page Liste des engagements, vérifiez-les dans cet onglet.
  
  Facultatif : vous pouvez également spécifier les valeurs Plan, Région et Type d'engagement que vous souhaitez pour votre engagement fusionné avant de sélectionner les engagements individuels à fusionner. Cela permet de filtrer la liste d'engagements pour n'afficher que les engagements que vous pouvez fusionner pour les attributs spécifiés.
2. Cliquez sur Suivant. L'onglet Examen s'ouvre.
Dans l'onglet Examen de la page Fusionner, procédez comme suit :
1. Consultez et confirmez les détails de l'engagement fusionné. Pour modifier la liste des engagements individuels que vous souhaitez fusionner, sélectionnez l'onglet Choisir un engagement dans la partie gauche de la fenêtre et répétez l'étape 3.
2. Dans le champ Nom de l'engagement, saisissez le nom de votre engagement fusionné.
3. Facultatif : Pour activer le renouvellement automatique de votre engagement fusionné, cochez la case Activer le renouvellement automatique.
4. Lisez les Conditions générales.
5. Pour terminer la création de votre engagement fusionné et revenir à la page Liste des engagements, cliquez sur Fusionner.

gcloud

Pour fusionner des engagements existants en un seul engagement, exécutez la commande gcloud compute commitments create avec l'option --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

Remplacez les éléments suivants :

COMMITMENT_NAME : nom de votre nouvel engagement fusionné.
NUMBER_VCPUS : nombre total de processeurs virtuels dans les engagements sources.
COMMITMENT_TYPE : le même type d'engagement que vos engagements sources, parmi les suivants :
- general-purpose pour les engagements liés aux types de machines N1 à usage général
- general-purpose-n2 pour les engagements liés aux types de machines N2 à usage général
- general-purpose-e2 pour les engagements liés aux types de machines E2 à usage général
- general-purpose-n2d pour les engagements liés aux types de machines N2D à usage général
- general-purpose-t2d pour les engagements liés aux types de machines Tau T2D à usage général
- compute-optimized pour les engagements liés aux types de machines C2 optimisés pour le calcul
- compute-optimized-c2d pour les engagements liés aux types de machines C2D optimisés pour le calcul
- memory-optimized pour les engagements liés aux types de machines M1 ou M2 à mémoire optimisée
- accelerator-optimized pour les engagements liés aux types de machines A2 optimisés pour les accélérateurs
- accelerator-optimized-a3 pour les engagements liés aux types de machines A3 optimisés pour les accélérateurs
- graphics-optimized pour les engagements liés aux types de machines G2 optimisés pour les accélérateurs
REGION : la même région que vos engagements sources.
PROJECT_ID : ID du projet pour lequel vous souhaitez fusionner les engagements.
DURATION : la même durée (ou la même période) que vos engagements sources, 12-month ou 36-month.
MEMORY : somme des quantités de mémoire, en Mo ou en Go, dans les engagements sources. Par exemple, 1 000 Mo. Si les unités ne sont pas spécifiées, l'unité utilisée par défaut est le gigaoctet.
SOURCE_COMMITMENT_URLS : spécifiez une liste d'URL d'engagements sources distincts, en séparant chaque URL par une virgule. N'ajoutez pas d'espace entre les URL. Dans la liste, vous devez spécifier au moins deux URL d'engagements sources.

Par exemple, considérons deux engagements sources avec leurs ressources, soit respectivement (4 processeurs virtuels et 2 048 Mo) et (3 processeurs virtuels et 2 048 Mo). La durée de chacun des engagements sources est de 12 mois. La commande gcloud CLI suivante combine les deux engagements et crée un engagement fusionné avec 7 processeurs virtuels et de 4 096 Mo pour une durée de 12 mois :

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

Pour fusionner des engagements existants en un seul engagement, utilisez la méthode regionCommitments.insert.

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 ...]
}

Remplacez les éléments suivants :

PROJECT_ID : ID du projet pour lequel vous souhaitez fusionner les engagements.
REGION : la même région que vos engagements sources.
COMMITMENT_TYPE : le même type d'engagement que vos engagements sources, parmi les suivants :
- GENERAL_PURPOSE pour les engagements liés aux types de machines N1 à usage général
- GENERAL_PURPOSE_N2 pour les engagements liés aux types de machines N2 à usage général
- GENERAL_PURPOSE_E2 pour les engagements liés aux types de machines E2 à usage général
- GENERAL_PURPOSE_N2D pour les engagements liés aux types de machines N2D à usage général
- GENERAL_PURPOSE_T2D pour les engagements liés aux types de machines Tau T2D à usage général
- COMPUTE_OPTIMIZED pour les engagements liés aux types de machines C2 optimisés pour le calcul
- COMPUTE_OPTIMIZED_C2D pour les engagements liés aux types de machines C2D optimisés pour le calcul
- MEMORY_OPTIMIZED pour les engagements liés aux types de machines M1 ou M2 à mémoire optimisée
- ACCELERATOR_OPTIMIZED pour les engagements liés aux types de machines A2 optimisés pour les accélérateurs
- ACCELERATOR_OPTIMIZED_A3 pour les engagements liés aux types de machines A3 optimisés pour les accélérateurs
- GRAPHICS_OPTIMIZED pour les engagements liés aux types de machines G2 optimisés pour les accélérateurs
DURATION : la même durée (ou la même période) que vos engagements sources, TWELVE_MONTH ou THIRTY_SIX_MONTH.
COMMITMENT_NAME : nom de votre nouvel engagement fusionné.
NUMBER_VCPUS : nombre total de processeurs virtuels dans les engagements sources.
MEMORY : somme des quantités de mémoire, en Mo, dans les engagements sources. Par exemple, 1 000 Mo. Si les unités ne sont pas spécifiées, l'unité utilisée par défaut est le mégaoctet.
SOURCE_COMMITMENT_URL : URL de l'engagement source que vous souhaitez fusionner. Vous devez spécifier une liste d'URL d'engagements sources séparées par une virgule.

Par exemple, considérons deux engagements sources (source-commitment-1 et source-commitment-2) avec leurs ressources, soit respectivement (4 processeurs virtuels et 2 048 Mo) et (3 processeurs virtuels et 2 048 Mo). La requête d'API Compute Engine suivante fusionne source-commitment-1 et source-commitment-2 en un seul engagement (merged-commitment) :

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",
         ...
    ]
}

Fractionner les engagements

Vous pouvez transférer des ressources depuis un engagement existant et fractionner l'engagement en plusieurs engagements plus petits. Le fractionnement vous permet de surveiller et de gérer étroitement des parties d'un engagement de grande envergure sous la forme d'engagements individuels plus petits. Par exemple, vous pouvez n'activer le renouvellement automatique que pour une partie d'un engagement, en le fractionnant et en activant le renouvellement automatique pour un seul engagement enfant. Avec le fractionnement, vous pouvez également distribuer vos remises sur engagement d'utilisation de manière plus précise en utilisant l'attribution prioritaire pour les engagements fractionnés.

Limitations concernant le fractionnement

Vous ne pouvez pas fractionner des engagements de licence.
Vous ne pouvez pas fractionner des engagements auxquels des réservations sont associées. Par conséquent, vous ne pouvez pas fractionner des engagements contenant des GPU, des disques SSD locaux ou les deux, car les engagements avec ces ressources ont toujours des réservations associées.
Au moment de la création d'engagements fractionnés, vous ne pouvez pas créer de réservations pour les associer à ces engagements.
Vous ne pouvez pas fractionner des engagements qui ont expiré ou sont annulés.
Par défaut, lorsque vous créez des engagements fractionnés, le paramètre de renouvellement automatique est désactivé pour les nouveaux engagements, même si tous les engagements sources ont été configurés pour se renouveler automatiquement. Si vous souhaitez que vos engagements fractionnés soient renouvelés automatiquement, vous devez activer manuellement le paramètre de renouvellement automatique pour ces engagements. Vous pouvez le faire au moment de la création ou après la création.
Vous ne pouvez créer qu'un seul engagement fractionné à la fois à l'aide de l'API Compute Engine ou de gcloud CLI.

Fonctionnement du fractionnement

Lorsque vous fractionnez un engagement existant (engagement source), vous transférez des ressources hors de votre engagement source, vous créez un ou plusieurs engagements (engagements fractionnés) et vous redistribuez les ressources transférées entre les nouveaux engagements fractionnés. L'activation des nouveaux engagements fractionnés et le redimensionnement de l'engagement source ont lieu le lendemain à minuit (heure du Pacifique des États-Unis et du Canada (UTC-8 ou UTC-7 pendant l'heure d'été). Compute Engine définit cette date d'activation comme date de début des engagements fractionnés. À la fin de l'opération de fractionnement, vous disposez des engagements suivants :

Engagement source redimensionné avec les ressources restantes après le fractionnement.
Engagements fractionnés nouvellement créés avec les ressources redistribuées.

L'engagement source, bien qu'il soit redimensionné, conserve tous ses autres attributs, y compris ses dates de début et d'expiration, et continue à fonctionner normalement. La date d'expiration des engagements fractionnés reste identique à celle de l'engagement source.

Vous ne pouvez créer qu'un seul engagement fractionné à la fois à l'aide de l'API Compute Engine et de gcloud CLI. Vous pouvez créer plusieurs engagements fractionnés en une seule opération à l'aide de la console Google Cloud.

Vous ne pouvez pas fractionner un engagement lorsqu'il est associé à des réservations. Pour en savoir plus sur les engagements associés à des réservations, consultez la section Combiner les réservations et les remises sur engagement d'utilisation.

Répercussions tarifaires de la division

Vos frais d'engagement correspondent à la somme des tarifs réduits de toutes vos ressources comprises dans cet engagement. La division d'un engagement affecte les coûts de vos ressources comme suit :

Engagement source redimensionné : les tarifs réduits des ressources de votre engagement source redimensionné restent identiques.
Engagement divisé : les prix réduits des ressources de votre nouvel engagement divisé sont susceptibles d'évoluer le jour d'entrée en vigueur de votre engagement divisé. Ce nouveau tarif réduit pour chaque ressource reste inchangé jusqu'à la fin de la période de l'engagement divisé, même en cas d'évolution des tarifs à la demande.

Toutefois, si par la suite vous fusionnez ou fractionnez à nouveau l'un de ces engagements, les tarifs réduits seront alors susceptibles d'évoluer à nouveau.

Exemple d'engagement divisé

Le tableau suivant présente les propriétés d'engagement lorsqu'un engagement existant (source-commitment) est divisé en deux engagements distincts (source-commitment redimensionné et split-commitment) le 1er mars 2022 :

	Engagement source (avant le fractionnement)	Engagement fractionné	Engagement source (après le fractionnement)
Nom	source-commitment	split-commitment	source-commitment
Type	N2	N2	N2
Région	us-central-1	us-central-1	us-central-1
Ressources	vCPU : 200 Mémoire : 200 Go	vCPU : 50 Mémoire : 100 Go	vCPU : 150 Mémoire : 100 Go
Durée de validité	3 years	3 years	3 years
Date de début^*	1 janvier 2020	2 mars 2022 (le lendemain du fractionnement)	1 janvier 2020
Date de fin^†	1 janvier 2023	1 janvier 2023	1 janvier 2023

Prérequis pour le fractionnement

Lorsque vous divisez un engagement source et que vous créez un ou plusieurs engagements fractionnés, ceux-ci doivent répondre aux exigences suivantes :

Les nouveaux engagements fractionnés doivent avoir le même projet, le même type d'engagement, la même région et la même durée (ou la même période) que l'engagement source. Vous devez toutefois choisir de nouveaux noms pour vos engagements fractionnés.
Les types de ressources que vous spécifiez pour les nouveaux engagements fractionnés doivent correspondre à tout ou partie des types de ressources de l'engagement source. En outre, la quantité combinée de ressources que vous spécifiez pour les nouveaux engagements fractionnés doit faire partie des ressources de l'engagement source. Vous devez conserver une partie des ressources dans votre engagement source. Par exemple, supposons que votre engagement source concerne 200 vCPU (processeurs virtuels) et 300 Go de mémoire. Les scénarios de redimensionnement et de redistribution suivants sont applicables :
- Vous pouvez redistribuer une partie des 200 vCPU et une partie des 300 Go de mémoire entre vos nouveaux engagements fractionnés.
- Vous pouvez redistribuer les 200 vCPU, mais vous devez conserver une partie de la mémoire dans votre engagement source.
- Vous pouvez redistribuer la totalité des 300 Go de mémoire, mais vous devez conserver une partie des vCPU dans votre engagement source.
- Vous ne pouvez pas redistribuer les 200 vCPU et la mémoire de 300 Go à vos nouveaux engagements fractionnés.
Les engagements sources et les engagements fractionnés doivent inclure des ressources matérielles de type processeurs virtuels, mémoire, ou une combinaison des deux.

De plus, pour utiliser la Google Cloud CLI afin de fractionner un engagement source, mettez à jour la Google Cloud CLI vers la version 423.0.0 ou une version ultérieure. Si vous essayez de fractionner un engagement source en utilisant une version antérieure de la gcloud CLI, votre opération de fractionnement échoue et Compute Engine génère une erreur.

Créer des engagements fractionnés

Créez un engagement fractionné à la fois à l'aide de gcloud CLI ou de l'API Compute Engine. Créez plusieurs engagements fractionnés à la fois à l'aide de la console Google Cloud. Avant de fractionner un engagement, consultez les limitations concernant le fractionnement.

Autorisations requises pour cette tâche

Pour effectuer cette tâche, vous devez disposer des autorisations suivantes :

compute.commitments.create sur le projet ou l'organisation

Console

Dans la console Google Cloud, sélectionnez le projet pour lequel vous souhaitez fractionner un engagement, puis accédez à la page Remises sur engagement d'utilisation.

Accéder aux remises sur engagement d'utilisation
Pour lancer l'opération de fractionnement pour un engagement, effectuez l'une des opérations suivantes dans l'onglet Engagements matériels de la page Liste des engagements :
- Sélectionnez l'engagement que vous souhaitez fractionner dans la liste, puis cliquez sur Fractionner.
- Dans la colonne Nom, cliquez sur le nom de l'engagement que vous souhaitez fractionner. Sur la page Détails de l'engagement matériel qui s'affiche, cliquez sur Fractionner.
Dans l'onglet Redimensionner de la page Diviser les engagements qui s'affiche, procédez comme suit :
1. Dans les champs vCPU et Mémoire, spécifiez le nombre de vCPU et la quantité de mémoire que vous souhaitez conserver dans votre engagement d'origine. Les ressources restantes peuvent être redistribués vers votre engagement fractionné. L'engagement source ne peut pas être vide après avoir été redimensionné.
2. Cliquez sur Suivant. L'onglet Redistribuer s'ouvre.
Dans l'onglet Redistribuer de la page Engagement fractionné, procédez comme suit :
1. Dans le champ Nom, spécifiez un nom pour votre engagement fractionné.
2. Dans les champs vCPU et Mémoire, spécifiez le nombre de vCPU et la quantité de mémoire que vous souhaitez pour votre engagement fractionné.
  - Si vous souhaitez créer plusieurs engagements fractionnés, spécifiez uniquement une partie des ressources redistribuées.
  - Sinon, spécifiez toutes vos ressources redistribuées.
3. Facultatif : Pour activer le renouvellement automatique de votre engagement fractionné, cochez la case Activer le renouvellement automatique.
4. Cliquez sur OK.
5. Facultatif : Pour créer des engagements fractionnés supplémentaires, cliquez sur Ajouter un élément et répétez les étapes précédentes.
6. Cliquez sur Suivant. L'onglet Examen s'ouvre.
Dans l'onglet Examen de la page Engagement fractionné, procédez comme suit :
1. Examinez et confirmez les détails de l'engagement redimensionné et des engagements fractionnés.
  - Pour modifier l'allocation des ressources de votre engagement d'origine, sélectionnez l'onglet Redimensionner dans la partie gauche de la fenêtre, puis répétez l'étape 3.
  - Pour modifier la redistribution des ressources entre vos engagements fractionnés, sélectionnez l'onglet Redistribuer dans la partie gauche de la fenêtre et répétez l'étape 4.
2. Lisez les Conditions générales.
3. Pour terminer la création de vos engagements fractionnés et revenir à la page Liste des engagements, cliquez sur Envoyer.

gcloud

Pour fractionner un engagement existant en deux, utilisez la commande gcloud compute commitments create command avec l'option --split-source-commitment.

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

Remplacez les éléments suivants :

COMMITMENT_NAME : nom de votre nouvel engagement fractionné.
COMMITMENT_TYPE : le même type d'engagement que votre engagement source, parmi les suivants :
- general-purpose pour les engagements liés aux types de machines N1 à usage général
- general-purpose-n2 pour les engagements liés aux types de machines N2 à usage général
- general-purpose-e2 pour les engagements liés aux types de machines E2 à usage général
- general-purpose-n2d pour les engagements liés aux types de machines N2D à usage général
- general-purpose-t2d pour les engagements liés aux types de machines Tau T2D à usage général
- compute-optimized pour les engagements liés aux types de machines C2 optimisés pour le calcul
- compute-optimized-c2d pour les engagements liés aux types de machines C2D optimisés pour le calcul
- memory-optimized pour les engagements liés aux types de machines M1 ou M2 à mémoire optimisée
- accelerator-optimized pour les engagements liés aux types de machines A2 optimisés pour les accélérateurs
- accelerator-optimized-a3 pour les engagements liés aux types de machines A3 optimisés pour les accélérateurs
- graphics-optimized pour les engagements liés aux types de machines G2 optimisés pour les accélérateurs
REGION : la même région que votre engagement source.
PROJECT_ID : ID du projet pour lequel vous souhaitez fractionner l'engagement source.
DURATION : la même durée (ou la même période) que votre engagement source, 12-month ou 36-month.
NUMBER_VCPUS : nombre de processeurs virtuels que vous souhaitez transférer depuis votre engagement source pour créer un engagement fractionné. Le nombre doit être un entier inférieur au nombre de processeurs virtuels dans l'engagement source.
MEMORY : quantité de mémoire, en Mo ou en Go, que vous souhaitez transférer depuis votre engagement source pour créer votre engagement fractionné. La quantité doit être inférieure à la quantité de mémoire dans l'engagement source. Par exemple, 1 000 Mo. Si les unités ne sont pas spécifiées, l'unité utilisée par défaut est le gigaoctet (Go). Vous pouvez acheter de la mémoire par incréments de 0,25 Go.
SOURCE_COMMITMENT_URL : URL de l'engagement source dont vous souhaitez extraire des ressources.

Prenons l'exemple d'un engagement source (source-commitment) avec 3 processeurs virtuels et 2 048 Mo de mémoire. La commande gcloud CLI suivante récupère les ressources de source-commitment, crée un engagement fractionné (split-commitment) avec 1 processeur virtuel et 1 024 Mo de mémoire, et redimensionne source-commitment en fonction des ressources restantes.

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

Pour fractionner un engagement existant en deux engagements, utilisez la méthode regionCommitments.insert.

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
}

Remplacez les éléments suivants :

PROJECT_ID : ID du projet pour lequel vous souhaitez fractionner l'engagement source.
REGION : la même région que votre engagement source.
COMMITMENT_NAME : nom de votre nouvel engagement fractionné.
COMMITMENT_TYPE : le même type d'engagement que votre engagement source, parmi les suivants :
- GENERAL_PURPOSE pour les engagements liés aux types de machines N1 à usage général
- GENERAL_PURPOSE_N2 pour les engagements liés aux types de machines N2 à usage général
- GENERAL_PURPOSE_E2 pour les engagements liés aux types de machines E2 à usage général
- GENERAL_PURPOSE_N2D pour les engagements liés aux types de machines N2D à usage général
- GENERAL_PURPOSE_T2D pour les engagements liés aux types de machines Tau T2D à usage général
- COMPUTE_OPTIMIZED pour les engagements liés aux types de machines C2 optimisés pour le calcul
- COMPUTE_OPTIMIZED_C2D pour les engagements liés aux types de machines C2D optimisés pour le calcul
- MEMORY_OPTIMIZED pour les engagements liés aux types de machines M1 ou M2 à mémoire optimisée
- ACCELERATOR_OPTIMIZED pour les engagements liés aux types de machines A2 optimisés pour les accélérateurs
- ACCELERATOR_OPTIMIZED_A3 pour les engagements liés aux types de machines A3 optimisés pour les accélérateurs
- GRAPHICS_OPTIMIZED pour les engagements liés aux types de machines G2 optimisés pour les accélérateurs
DURATION : la même durée (ou la même période) que votre engagement source, TWELVE_MONTH ou THIRTY_SIX_MONTH.
NUMBER_VCPUS : nombre de processeurs virtuels que vous souhaitez transférer depuis votre engagement source pour créer un engagement fractionné. Le nombre doit être un entier inférieur au nombre de processeurs virtuels dans l'engagement source.
MEMORY : quantité de mémoire en Mo que vous souhaitez transférer depuis votre engagement source pour créer votre engagement fractionné. La quantité doit être inférieure à la quantité de mémoire dans l'engagement source. Par exemple, 1 000 Mo. Si les unités ne sont pas spécifiées, l'unité utilisée par défaut est le mégaoctet. Vous pouvez acheter de la mémoire par incréments de 0,25 Go.
SOURCE_COMMITMENT_URL : URL de l'engagement source depuis lequel vous souhaitez transférer des ressources.

Prenons l'exemple d'un engagement source (source-commitment) avec 3 processeurs virtuels et 2 048 Mo de mémoire. La requête API Compute Engine suivante prend les ressources de source-commitment, crée un engagement fractionné (split-commitment) avec 1 processeur virtuel et 1 024 Mo de mémoire, et redimensionne source-commitment à hauteur des ressources restantes.

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"
}

Étapes suivantes

Découvrez comment renouveler automatiquement les engagements basés sur les ressources.
Découvrez comment mettre à niveau la durée des engagements basés sur les ressources.
Découvrez comment analyser l'efficacité de vos remises sur engagement d'utilisation basées sur les ressources.

Fusionner et fractionner des engagements

Avant de commencer

Console

gcloud

REST

Fusionner les engagements

Limitations concernant la fusion

Fonctionnement de la fusion

Répercussions tarifaires de la fusion

Exemple d'engagement fusionné

Prérequis pour la fusion

Créer des engagements fusionnés

Autorisations requises pour cette tâche

Console

gcloud

API

Fractionner les engagements

Limitations concernant le fractionnement

Fonctionnement du fractionnement

Répercussions tarifaires de la division

Exemple d'engagement divisé

Prérequis pour le fractionnement

Créer des engagements fractionnés

Autorisations requises pour cette tâche

Console

gcloud

API

Étapes suivantes