Réservations pour les ressources zonales Compute Engine

Les réservations offrent un niveau très élevé d'assurance pour l'obtention de la capacité des ressources zonales Compute Engine. Par exemple, utilisez les réservations afin de vous assurer que votre projet dispose des ressources nécessaires pour répondre aux futures demandes croissantes, y compris les pics prévus ou non, la migration d'un grand nombre d'instances de machines virtuelles (VM), la sauvegarde et la reprise après sinistre ou la croissance et la mise en mémoire tampon planifiées.

Chaque réservation fournit une garantie pour une ou plusieurs VM ayant les mêmes propriétés, telles que la zone, le type de machine, les plates-formes de processeur, les GPU et les disques. Vous pouvez créer une réservation pour un seul projet (par défaut) ou créer une réservation partagée pour plusieurs projets (aperçu).

Une fois que vous aurez créé une réservation, vous commencerez immédiatement à payer les frais associés aux ressources réservées. Celles-ci resteront disponibles jusqu'à ce que vous supprimiez la réservation. Lorsque vous n'avez plus besoin d'une réservation, supprimez-la pour éviter que des frais ne vous soient facturés. Étant donné que les réservations consomment des ressources tout comme les VM normales, chaque réservation est facturée en fonction des tarifs à la demande existants, qui incluent les remises automatiques proportionnelles à une utilisation soutenue et sont éligibles aux remises sur engagement d'utilisation.

Ce document décrit les avantages, les limites, le comportement et la facturation des réservations pour les ressources zonales Compute Engine. Pour savoir comment créer, utiliser et gérer des réservations, consultez les articles suivants :

Avantages

Les réservations offrent les avantages suivants :

  • Les machines sont disponibles lorsque vous en avez besoin, même si vous ne les utilisez pas immédiatement.
  • Leur utilisation n'est pas limitée dans le temps. Créez une réservation à tout moment et supprimez-la à tout moment pour ne plus payer.

  • Remises Étant donné que nous facturons les réservations de la même manière et au même tarif que les ressources qu'elles réservent, les ressources réservées peuvent bénéficier de remises sur engagement d'utilisation et de remises automatiques proportionnelles à une utilisation soutenue.

Avantages des réservations partagées

Par défaut, une réservation ne peut être utilisée que par un seul projet : le projet utilisé pour la créer. Toutefois, si votre organisation dispose de nombreux projets nécessitant les mêmes types d'instances réservés, vous pouvez envisager d'utiliser des réservations partagées, c'est-à-dire des réservations utilisables par le projet qui les ont créées, mais également par des projets avec lesquels elles sont partagées.

Les réservations partagées offrent les avantages suivants par rapport aux réservations à projet unique :

  • Amélioration de l'utilisation de vos réservations. Les réservations partagées peuvent être utilisées simultanément par plusieurs projets, ce qui permet d'éviter les réservations sous-utilisées.
  • Réduisez le nombre de réservations que vous devez créer et gérer. Si vous avez des réservations à projet unique pour des propriétés d'instance identiques dans plusieurs projets de la même organisation, vous pouvez les regrouper en une seule réservation partagée.

Limites

Les réservations sont soumises aux limites suivantes :

  • Les réservations ne s'appliquent qu'à l'utilisation des VM Compute Engine, Dataproc et Google Kubernetes Engine.
  • Les réservations ne s'appliquent pas aux ressources suivantes :
    • Types de machines f1-micro et g1-small
    • VM préemptives
    • Nœuds à locataire unique
    • Autres services non répertoriés ci-dessus, tels que Cloud SQL et Dataflow
  • Vous pouvez réserver jusqu'à 1 000 instances de VM à la fois.
  • Vous devez avoir un quota suffisant dans votre projet pour les ressources que vous réservez. Si la réservation a bien été créée, le quota de cette ressource est facturé en conséquence.
  • Compute Engine tente d'allouer des ressources à la demande lorsque vous créez une réservation. S'il n'y a pas assez de ressources dans la zone au moment de la demande, la réservation échoue et une erreur de disponibilité des ressources due à une capacité insuffisante s'affiche. Si la réservation a bien été créée, vous pouvez utiliser les ressources, même si vous ne les utilisez pas immédiatement.
  • En cas de cumul avec une remise sur engagement d'utilisation, les limites suivantes s'appliquent :
    • Vous devez disposer d'un quota de remises sur engagement d'utilisation suffisant.
    • Pour les tarifs des remises sur engagement d'utilisation pour les GPU et les SSD locaux, la réservation doit être créée lors de l'achat de l'engagement.
    • Si la réservation est associée à un engagement, elle ne peut pas être supprimée.
    • Vous ne pouvez souscrire un engagement d'un an que sur les GPU K80.
  • Les réservations qui ne sont pas associées à une remise sur engagement d'utilisation peuvent être conservées pendant une durée indéterminée, mais les mêmes coûts minimaux d'une minute que ceux pratiqués pour les instances standards s'appliquent.
  • Lorsque vous utilisez des instances de vos réservations, vous disposez de quelques options limitées pour hiérarchiser l'ordre dans lequel vos réservations sont utilisées. Pour en savoir plus, consultez la section Ordre d'utilisation.

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

Les réservations partagées présentent également les limites 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.
  • Vous devez disposer d'un quota suffisant pour les ressources que vous réservez à la fois dans le projet qui crée la réservation et dans tous les projets qui utilisent la réservation. Ainsi, les réservations partagées nécessitent deux fois plus de quota par ressource que les réservations qui ne sont pas partagées avec d'autres projets. Le quota est facturé deux fois pour chaque ressource d'une réservation partagée, même si le même projet crée et utilise la réservation.
  • Pour chaque organisation, vous pouvez créer jusqu'à 100 réservations partagées pour chaque combinaison unique de propriétés d'instance.
  • 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 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 et les réservations partagées créées à l'aide de ce projet sont supprimées. Pour en savoir plus, consultez la section Fonctionnement des réservations partagées.

Vous pouvez atténuer les effets de certaines de ces limitations en suivant les bonnes pratiques pour les réservations partagées.

Fonctionnement des réservations

Les réservations permettent de s'assurer que les instances de VM dont vous avez besoin sont disponibles lorsque vous en avez besoin. Lorsque vous créez une réservation, vous pouvez choisir la façon dont votre projet utilise les ressources réservées. Par exemple, vous pouvez choisir d'appliquer automatiquement une réservation à toute instance nouvelle ou existante qui correspond aux propriétés de l'instance de la réservation (comportement par défaut), ou spécifier que seule une instance de VM spécifique peut utiliser une réservation.

Dans tous les cas, une instance de VM ne peut utiliser une réservation que si ses propriétés correspondent exactement à celles de l'instance de la réservation :

  • Zone
  • Type de machine (famille de machines, processeurs virtuels et mémoire)
  • Configuration minimale de la plate-forme du processeur
  • Type de GPU
  • Nombre de GPU
  • Interface des disques SSD locaux
  • Nombre de disques SSD locaux

Si une instance de VM correspond aux propriétés d'une instance de réservation, le comportement par défaut est que toutes les instances de VM existantes et nouvelles consomment automatiquement la réservation, sauf indication contraire. Par exemple, par défaut, si vous créez une réservation pour 10 instances custom-8-10240 et que vous avez déjà cinq instances custom-8-10240 correspondantes, ces cinq instances consomment cinq des réservations. Si vous créez trois instances correspondantes supplémentaires, trois autres réservations sont utilisées.

Vous pouvez ignorer ce comportement par défaut en spécifiant certaines options lors de la création des réservations et des instances.

  • Pour créer une réservation que vous ne souhaitez pas utiliser automatiquement, spécifiez que les instances sont nécessaires pour cibler la réservation spécifique. Ces réservations ne peuvent être utilisées que si vous spécifiez explicitement la réservation lors de la création d'une instance.
  • Pour indiquer que vous souhaitez qu'une instance consomme une réservation, utilisez l'option reservationAffinity lors de la création de l'instance ou dans le modèle d'instance. Vous pouvez spécifier qu'une instance consomme automatiquement toute réservation correspondante, qu'elle ne consomme pas automatiquement les réservations correspondantes ou qu'elle consomme uniquement une réservation spécifique.

Si vous arrêtez, suspendez ou supprimez une instance qui utilise une réservation, l'instance n'est plus comptabilisée dans la réservation et les ressources réservées sont de nouveau disponibles.

Si vous supprimez une réservation, mais que vous ne supprimez pas les instances qui utilisent les ressources réservées, les instances persistent et vous payez normalement.

Fonctionnement des réservations partagées

Les ressources d'une réservation à projet unique (par défaut) ne peuvent être utilisées que par le projet qui a créé la réservation. Toutefois, les ressources d'une réservation partagée peuvent être utilisées non seulement par le projet qui a créé la réservation (le projet propriétaire), mais également pour tous les projets avec lesquels la réservation est partagée (projets client).

Chaque ressource d'une réservation partagée ne peut être utilisée que par un seul projet à la fois. Toutefois, plusieurs projets peuvent utiliser simultanément différentes ressources d'une même réservation partagée. Lorsqu'un projet cesse d'utiliser une ressource dans une réservation partagée, elle peut être utilisée par un autre projet.

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 avec un projet, le projet doit être ajouté à la liste d'autorisation des projets de propriétaires de réservations partagées (compute.sharedReservationsOwnerProjects). Si vous partagez une réservation, elle est affectée par des limites supplémentaires et présente un comportement de consommation légèrement différent de celui des réservations qui ne sont pas partagées.

Ordre d'utilisation

Pour utiliser des instances à partir d'une réservation, vous pouvez spécifier qu'une instance utilise automatiquement toute réservation correspondante, utilise une réservation spécifique ou n'utilise aucune réservation. Lors de l'utilisation d'instances à partir de n'importe quelle réservation correspondante (par défaut), si un projet peut utiliser une instance à partir de plusieurs réservations, les réservations sont utilisées dans l'ordre suivant :

  1. Réservations à un seul projet auxquelles seul ce projet a accès.
  2. Réservations partagées créées par le projet ou auxquelles il a accès.

Chaque catégorie ne comporte pas d'ordre d'utilisation particulier. Si l'une de ces catégories comporte plusieurs réservations, l'ordre de d'utilisation au sein de cette catégorie est imprévisible. Par exemple, si un projet n'a accès qu'à une réservation à projet unique et à deux réservations partagées, la réservation à projet unique est utilisée en premier, mais vous ne pouvez pas prédire avec précision laquelle des réservations partagées est ensuite utilisée.

Cet ordre permet d'améliorer l'utilisation et la disponibilité de vos réservations en vous assurant que vos projets utilisent des réservations à projet unique avant d'utiliser des réservations partagées plus largement disponibles.

Facturation de réservation

Les réservations Compute Engine sont facturées au même tarif que les ressources qu'elles réservent. Les remises automatiques proportionnelles à une utilisation soutenue, les remises sur engagement d'utilisation et les tarifs personnalisés s'appliquent de la même manière qu'avec les VM standards.

Prenons l'exemple suivant :

  • 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 avec des remises sur engagement d'utilisation.

Vous serez facturé 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

Facturation des 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 des remises sur engagement d'utilisation ont été souscrites pour le projet en cours de facturation ou pour le compte de facturation associé à ce projet, c'est le prix de remise sur engagement d'utilisation qui est utilisé.

Étape suivante