À propos des réservations

Ce document vous présente les réservations. Pour en savoir plus sur les différents types de réservations, consultez Choisir un type de réservation.

Lorsque vous créez une réservation, Compute Engine vérifie que la capacité demandée est disponible dans la zone spécifiée. Si c'est le cas, Compute Engine réserve les ressources, crée la réservation et active les éléments suivants :

  • Vous pouvez utiliser les ressources réservées pour créer des instances de machines virtuelles (VM). Elles restent disponibles jusqu'à ce que vous supprimiez la réservation.

  • Les ressources réservées vous sont facturées au même tarif à la demande que les VM en cours d'exécution, y compris les remises applicables, tant que la réservation existe.

Les réservations sont utiles pour la croissance, les migrations ou la reprise après sinistre.

Fonctionnement des réservations

Une réservation offre un niveau élevé d'assurance de capacité pour une ou plusieurs VM avec la configuration spécifiée par l'utilisateur. Vous pouvez également utiliser une réservation avec des engagements Compute Engine ou d'autres produits utilisant des VM.

Lorsque vous créez une réservation, vous définissez les propriétés suivantes :

  • Suppression automatique

    L'option de suppression automatique indique de supprimer automatiquement la réservation, qu'elle soit entièrement utilisée ou non. Si vous activez l'option de suppression automatique, la réservation est supprimée dans les deux heures à partir de la date et de l'heure spécifiées par défaut, ou à une date et une heure personnalisées. La suppression automatique des réservations peut être utile pour éviter des frais inutiles liés aux réservations qui ne sont pas consommées pendant un certain temps.

  • Type de consommation (automatique ou spécifique)
    • Une réservation automatiquement consommée (par défaut) peut être utilisée par les VM dotées d'une propriété d'affinité de réservation qui leur permet d'utiliser automatiquement l'une de ces réservations. Ce type de consommation est utile si vous créez et supprimez un grand nombre de VM et que vous souhaitez utiliser vos réservations autant que possible.
    • Une réservation spécifiquement ciblée ne peut être utilisée que par des VM dotées d'une propriété d'affinité de réservation qui cible cette réservation spécifique. Ce type de consommation facilite le suivi et le contrôle des VM consommant des réservations.
  • Type de partage (projet unique ou partagé)
    • Une réservation à projet unique (par défaut) ne peut être utilisée que par des VM situées dans le même projet que la réservation.
    • Une réservation partagée peut être utilisée par des VM dans le projet où se trouve la réservation et tout autre projet avec lequel la réservation est partagée. L'utilisation de réservations partagées peut vous aider à améliorer l'utilisation de vos réservations, et à réduire le nombre de réservations que vous devez créer et gérer. Pour en savoir plus, consultez la section Fonctionnement des réservations partagées du présent document.
  • Règlement sur le partage

    La règle de partage indique si une réservation de VM avec GPU peut être utilisée par des jobs d'entraînement personnalisés ou des jobs de prédiction dans Vertex AI. Par défaut, les jobs d'entraînement ou de prédiction personnalisés ne sont pas autorisés à consommer des réservations de VM avec GPU. Pour modifier ce paramètre, découvrez comment créer ou mettre à jour des réservations à utiliser dans Vertex AI.

  • Nombre de VM

    Le nombre de VM correspond au nombre de VM avec les propriétés et la zone correspondantes que vous souhaitez réserver lors de la création d'une réservation. Après avoir créé la réservation, vous pouvez modifier le nombre de VM.

  • Propriétés de VM

    Les propriétés de VM décrivent les exigences matérielles (mémoire et processeurs) et les ressources facultatives (disques SSD locaux et GPU) pour les VM que vous souhaitez réserver. Lorsque vous créez une réservation, vous pouvez spécifier ces propriétés directement, les spécifier en fonction d'une VM existante ou les spécifier à l'aide d'un modèle d'instance. Une VM ne peut consommer une réservation que si ses propriétés et celles de la réservation correspondent exactement. Pour en savoir plus, consultez la section Conditions requises de ce document.

  • Facultatif : Stratégie d'emplacement des ressources (compact)

    Une stratégie d'emplacement compact indique que les VM réservées doivent être situées le plus près possible les unes des autres pour réduire la latence du réseau entre elles.

Lorsque vous arrêtez, suspendez ou supprimez une VM qui consomme une réservation, cette VM n'est plus comptabilisée dans la réservation. La capacité réservée redevient disponible.

Si vous souhaitez supprimer une réservation pour libérer la capacité réservée, mais conserver les VM qui l'utilisent, tenez compte des points suivants :

  • Vous pouvez supprimer une réservation automatiquement consommée sans arrêter ni suspendre les VM. Une fois la réservation supprimée, toutes les VM qui l'utilisaient continuent de s'exécuter. Vous continuez à payer des frais pour ces instances.

  • Vous ne pouvez supprimer une réservation spécifiquement ciblée que si aucune VM ne l'utilise. Si vous arrêtez ou suspendez des VM, vous ne pourrez les redémarrer ou les réactiver qu'après avoir supprimé la réservation si vous créez une réservation ciblée portant le même nom, la même zone et les mêmes propriétés que la réservation supprimée.

Fonctionnement des réservations partagées

Chaque VM d'une réservation partagée peut être utilisée par une VM du projet qui a créé la réservation.projet propriétaire ) ou de l'un des projets avec lesquels la réservation est partagée (projets clients). Lorsqu'une VM arrête de consommer une réservation partagée, celle-ci peut être utilisée par une VM différente dans l'un des projets avec lesquels la réservation est partagée. Si une réservation partagée réserve plusieurs VM, les VM de plusieurs projets peuvent utiliser simultanément la même réservation partagée.

Par défaut, les projets ne peuvent pas créer ni modifier de réservations partagées. Pour créer et modifier une réservation partagée dans un projet, le projet doit être ajouté à la liste d'autorisation de la contrainte de règle d'administration Projets propriétaires de réservations partagées (compute.sharedReservationsOwnerProjects). Si vous partagez une réservation, elle est affectée par des exigences de quota supplémentaires et présente un comportement de consommation différent de celui des réservations à projet unique.

Conditions requises

Toutes les réservations ont les exigences suivantes :

  • Une VM ne peut consommer une réservation que si toutes les propriétés suivantes de la VM et de la réservation correspondent exactement :

    • Projet

      • Les exigences du projet varient en fonction du type de partage de la réservation.

    • Zone

    • Type de machine

    • Configuration minimale de la plate-forme du processeur

    • Type et nombre de GPU (le cas échéant)

    • Type et nombre de disques SSD locaux (le cas échéant)

    • Affinité de réservation

      • Les exigences d'affinité de réservation varient en fonction du type de consommation de la réservation.

    • Stratégie d'emplacement compact (le cas échéant)

      • Une réservation peut éventuellement inclure une stratégie d'emplacement compacte qui indique que ses VM réservées doivent être situées le plus près possible les unes des autres pour réduire la latence du réseau entre elles. Si une réservation spécifie une stratégie d'emplacement compact, elle ne peut être utilisée que par des VM qui spécifient la même stratégie d'emplacement compact.

    • Indice de localisation (le cas échéant)

      • Une réservation peut éventuellement inclure le champ locationHint, que vous ne pouvez spécifier que lorsque vous créez des réservations ou des VM à l'aide de REST. Google ne recommande pas de spécifier le champ locationHint lors de la création de réservations.

  • Vous devez disposer d'un quota inutilisé dans votre projet pour les ressources que vous réservez. Si la réservation a bien été créée, le quota de ces ressources est consommé immédiatement.

Exigences supplémentaires pour les réservations associées à des engagements

De plus, les réservations associées à des engagements ont les exigences suivantes :

  • Les réservations doivent correspondre au même projet et à la même région que l'engagement.

  • Les réservations doivent correspondre à la même série de familles de machines que l'engagement. Cependant, vous pouvez choisir n'importe quel type de machine dans cette série de familles de machines.

  • L'option de suppression automatique doit être désactivée pour les réservations.

  • Si l'engagement spécifie des GPU, des disques SSD locaux ou les deux, la réservation associée (ou la combinaison de réservations associées) doit spécifier exactement les mêmes nombres et types de ressources que l'engagement.

Pour en savoir plus, consultez la section Associer des réservations à des engagements basés sur les ressources.

Exigences supplémentaires pour les réservations créées à partir d'un modèle d'instance

En outre, si vous créez une réservation en spécifiant un modèle d'instance, vérifiez les points suivants :

  • Vous devez créer votre réservation dans la même région, zone et projet que les ressources du modèle. à savoir :

    • Toutes les ressources régionales ou zonales spécifiées dans un modèle d'instance (telles qu'un type de machine ou un disque) limitent l'utilisation du modèle aux emplacements où ces ressources existent. Par exemple, si votre modèle d'instance spécifie un disque existant dans la zone us-central1-a, vous devez créer votre réservation dans la même zone.

    • Un modèle d'instance contient des paramètres spécifiques au projet. Vous ne pouvez donc accéder à un modèle d'instance et ne l'utiliser que dans le cadre du même projet. Pour les projets avec lesquels une réservation partagée est partagée, vous devez créer des modèles similaires dans ces projets ou créer des VM en spécifiant directement les propriétés.

  • Si le modèle d'instance spécifie une stratégie compacte, vous devez créer une réservation spécifique. Ensuite, lorsque vous créez les VM pour qu'elles utilisent la réservation, vous devez cibler spécifiquement la réservation par son nom. Sinon, les VM ne pourront pas utiliser la réservation.

Exigences supplémentaires relatives aux quotas pour les réservations partagées

De plus, il existe les implications de quota suivantes pour les projets propriétaires et clients d'une réservation partagée :

  • Projet propriétaire : le projet propriétaire consomme du quota comme suit :

    • Lors de la création de la réservation partagée, le projet propriétaire consomme le quota pour le nombre total de ressources réservées.

    • Lorsqu'il consomme des ressources réservées, le projet propriétaire consomme le quota des ressources qu'il utilise.

  • Projets clients : les projets clients consomment du quota uniquement lorsqu'ils utilisent les ressources réservées et uniquement pour les ressources qu'ils utilisent.

Par exemple, supposons que le projet A (le projet propriétaire) crée une réservation partagée pour 10 ressources et qu'il partage la réservation avec les projets B et C (les projets clients). Une fois la réservation partagée créée, le projet A consomme le quota de 10 ressources. Ensuite, si les projets A et B consomment chacun deux ressources réservées, ils consomment chacun un quota de deux ressources. Au total, le projet A consomme le quota de 12 ressources, le projet B consomme le quota de 2 ressources et le projet C consomme le quota de 0 ressource (car il n'a pas utilisé la réservation).

Exigences supplémentaires pour les réservations avec des stratégies d'emplacement compact

En outre, pour spécifier une stratégie d'emplacement compact pour une réservation, tenez compte des exigences suivantes :

  • La stratégie d'emplacement compact doit être compatible avec les réservations :

    • La stratégie d'emplacement compact ne peut pas spécifier une valeur de distance maximale de 1.

    • La stratégie d'emplacement compact ne peut pas être spécifiée par plusieurs réservations à la fois.

  • La réservation doit être compatible avec les stratégies d'emplacement compact :

    • Vous ne pouvez spécifier une stratégie d'emplacement compact que pour une réservation à la demande, utilisant un projet unique et spécifiquement ciblée, qui n'est pas associée à un engagement.

    • Les VM réservées par la réservation doivent être compatibles avec la stratégie d'emplacement compact :

      • La zone de la réservation doit se trouver dans la région de la stratégie d'emplacement compact.

      • Le nombre de VM de la réservation ne peut pas dépasser le nombre maximal de VM compatibles avec la stratégie d'emplacement compact.

      • Le type de machine de la réservation doit être compatible avec les stratégies d'emplacement compact.

Restrictions

Toutes les réservations sont soumises aux restrictions suivantes :

  • Vous ne pouvez utiliser les réservations qu'avec les produits Google Cloudsuivants :

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

  • Vous pouvez réserver jusqu'à 1 000 VM par réservation.

  • Vous ne pouvez pas réserver de VM A4 ni A3 Ultra.

  • Vous ne pouvez réserver des VM A3 Mega, A3 High ou A3 Edge que via des réservations spécifiquement ciblées.

  • Vous ne pouvez pas utiliser de réservations avec les ressources Compute Engine suivantes :

    • Types de machines f1-micro et g1-small

    • VM Spot ou préemptives

    • Nœuds à locataire unique

  • Vous ne pouvez mettre à jour la propriété d'affinité de réservation des VM que pour qu'elles utilisent automatiquement toute réservation correspondante (ANY_RESERVATION) ou aucune réservation (NO_RESERVATION).

Restrictions supplémentaires pour les réservations associées à des engagements

De plus, les réservations auxquelles des engagements sont associés présentent les restrictions suivantes :

  • Vous ne pouvez associer des réservations qu'à des engagements basés sur les ressources.

  • Vous ne pouvez associer des réservations que lorsque vous souscrivez votre engagement.

  • Vous ne pouvez associer une réservation spécifique qu'à un seul engagement.

  • Vous ne pouvez pas supprimer ni redimensionner une réservation associée à un engagement. Consultez plutôt la section Remplacer les réservations auxquelles des engagements sont associés.

Pour en savoir plus, consultez la section Associer des réservations à des engagements basés sur les ressources.

Restrictions supplémentaires concernant les réservations partagées

De plus, les réservations partagées sont soumises aux restrictions suivantes :

  • Vous ne pouvez partager des réservations qu'avec des projets de la même organisation que le projet qui crée la réservation.

  • Chaque réservation partagée peut être partagée avec 1 à 100 projets client.

  • Pour chaque organisation, vous pouvez créer jusqu'à 100 réservations partagées pour chaque combinaison unique de propriétés de VM.

  • Vous ne pouvez répertorier que les réservations créées par un projet spécifique. Cela signifie que chaque réservation partagée n'est répertoriée que dans le projet qui l'a créée. Vous ne pouvez pas répertorier toutes les réservations partagées dans une organisation ni toutes les réservations partagées avec un projet spécifique.

  • Si vous créez une réservation partagée en spécifiant un modèle d'instance, seuls les utilisateurs de votre projet peuvent accéder au même modèle d'instance et l'utiliser pour créer des VM ou d'autres réservations.

  • Vous ne pouvez pas spécifier de stratégie d'emplacement compact lors de la création d'une réservation partagée.

  • Si vous déplacez un projet qui utilise des réservations partagées vers une nouvelle organisation, ses réservations partagées ne sont pas transférées vers la nouvelle organisation. Toutes les réservations partagées créées à l'aide de ce projet sont supprimées, et toutes les réservations de l'organisation précédente qui ont été partagées avec ce projet ne peuvent pas être utilisées dans la nouvelle organisation. Pour en savoir plus, consultez la section Fonctionnement des réservations partagées du présent document.

Vous pouvez réduire les limites de certaines de ces exigences en suivant les bonnes pratiques pour les réservations partagées.

Restrictions supplémentaires pour les réservations avec des stratégies d'emplacement compact

En outre, les réservations qui spécifient une stratégie d'emplacement compact sont soumises aux restrictions suivantes :

  • Vous ne pouvez pas partager de stratégie d'emplacement compact dans les réservations. À la place, vous devez utiliser une stratégie d'emplacement compact distincte pour chaque réservation à laquelle vous souhaitez appliquer une stratégie d'emplacement compact.

  • Vous ne pouvez spécifier que des stratégies d'emplacement compact. Tout autre type de stratégie liée aux ressources, tel que les programmations d'instances ou les programmations d'instantanés, n'est pas accepté.

Facturation

Les réservations sont facturées au même tarif que leurs ressources réservées, y compris les mêmes tarifs à la demande et les frais minimaux d'une minute que les VM non réservées en cours d'exécution. Les remises automatiques proportionnelles à une utilisation soutenue (SUD), les remises sur engagement d'utilisation (CUD) et les tarifs personnalisés s'appliquent eux aussi comme pour l'exécution de VM.

Par exemple, supposons que vous vous trouviez dans la situation suivante :

  • Vous avez un engagement de trois processeurs virtuels dans us-central1.
  • Vous utilisez cinq processeurs virtuels dans us-central1-a.
  • Vous avez une réservation de dix processeurs virtuels dans us-central1-a.

Réservations qui incluent des remises sur engagement d'utilisation

Dans ce scénario, Google Cloud vous facture comme suit :

Tarif appliqué Nombre de processeurs virtuels
Prix de la remise sur engagement d'utilisation 3
Prix à la demande (deux réservations de processeurs virtuels utilisées + cinq réservations de processeurs virtuels inutilisées) 7

Une réservation entraîne des frais pour ses ressources réservées tant que la réservation existe, que ses ressources soient utilisées ou non. Lors de l'utilisation d'une réservation, une VM n'entraîne pas de frais de ressources en double, car la réservation est déjà facturée pour le coût des ressources réservées. Pour en savoir plus, consultez la section Tarifs des VM.

En outre, vous pouvez surveiller les tendances de consommation de vos réservations afin de réduire les coûts inutiles liés aux ressources gaspillées ou inutilisées. Pour en savoir plus, consultez la section Surveiller la consommation des réservations.

Informations de facturation supplémentaires pour les réservations partagées

L'utilisation des réservations partagées n'entraîne aucuns frais supplémentaires : elles sont facturées au même prix que les réservations Compute Engine à un seul projet. Toutefois, le projet facturé pour les réservations partagées change avec l'utilisation, car différents projets peuvent bénéficier de remises sur engagement d'utilisation différentes.

Le projet de facturation et le prix des réservations partagées sont gérés comme suit :

  • Projet de facturation : par défaut, le projet propriétaire est facturé pour la réservation partagée. Toutefois, lorsqu'une ressource d'une réservation partagée est utilisée par un projet client, c'est le projet client qui est facturé pour la réservation.
  • Remises sur la facturation : par défaut, la facturation utilise le prix à la demande. Toutefois, si vous pouvez bénéficier de remises sur engagement d'utilisation pour le projet facturé ou le compte de facturation Cloud associé à ce projet, le tarif réduit est appliqué.

Étapes suivantes