Réservations de ressources zonales Compute Engine

Ce document explique le comportement, les exigences et les restrictions, ainsi que la facturation des réservations de ressources zonales Compute Engine.

Utilisez les réservations pour obtenir un niveau élevé de garantie que les instances de machine virtuelle (VM) ayant les mêmes propriétés sont disponibles dans une zone spécifique lorsque vous en avez besoin. Les réservations sont utiles pour la mise à l'échelle, les migrations ou la reprise après sinistre.

Présentation

Les réservations vous permettent de vous assurer que vous disposez des ressources nécessaires pour créer des VM avec le même matériel (mémoire et processeurs virtuels) et les ressources facultatives (GPU et disques SSD locaux) chaque fois que vous en avez besoin. Les réservations offrent les avantages suivants:

  • Haute assurance de la capacité: les ressources sont réservées pour les futures augmentations de la demande, telles que la croissance, les pics prévus ou non, la migration d'un grand nombre de VM, ou la sauvegarde et la reprise après sinistre.

  • Accès exclusif: les réservations empêchent d'autres personnes d'utiliser vos ressources réservées.

  • Propriétés héritées: les réservations héritent des mêmes propriétés que la famille de machines choisie.

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 les événements suivants se produisent:

  • Vous pouvez immédiatement utiliser les ressources réservées. 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, jusqu'à ce que la réservation soit supprimée. Une VM qui consomme une réservation n'entraîne pas de frais distincts.

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 :

  • Type de provisionnement (à la demande ou futur)
    • Une réservation à la demande (par défaut) est provisionnée au moment de votre requête, si la capacité demandée est disponible.

    • Une réservation future vous permet de demander un niveau très élevé d'assurance d'une capacité importante ou difficile à obtenir à l'avance. Plus précisément, les réservations futures se composent de deux types de ressources : les requêtes de réservation future qui, si elles sont approuvées, fournissent des réservations créées automatiquement à l'heure future spécifiée. Une fois la période de réservation demandée terminée, une réservation créée automatiquement est automatiquement supprimée ou se comporte de la même manière qu'une réservation à la demande.

      L'utilisation de réservations futures peut offrir un niveau de garantie encore plus élevé pour obtenir de la capacité en comparaison aux réservations à la demande, en laissant plus de temps à Google Cloud pour traiter votre requête. Si vous souhaitez utiliser des réservations futures, consultez la section À propos des requêtes de réservation future plutôt que le présent document.

  • 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 (par défaut).
    • 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 pour une consommation donnée. L'utilisation de réservations spécifiquement ciblées peut faciliter 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 spécifie si une réservation de VM GPU peut être utilisée par des tâches d'entraînement personnalisées ou des tâches de prédiction dans Vertex AI. Par défaut, les tâches d'entraînement personnalisées ou de prédiction ne sont pas autorisées à utiliser des réservations de VM 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.

Après avoir créé une réservation, tenez compte des points suivants :

  • Si vous arrêtez, suspendez ou supprimez une VM qui consomme une réservation, cette VM n'est plus comptabilisée dans la réservation. Les ressources précédemment consommées sont à nouveau disponibles pour l'utilisation une fois l'arrêt, la suspension ou la suppression de la VM terminé.

  • Si vous supprimez une réservation, mais que vous ne supprimez pas les VM qui utilisent les ressources réservées, ces VM persistent et les ressources vous sont facturées de la manière habituelle.

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 compact 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 eux. 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 avoir un quota suffisant dans votre projet pour les ressources que vous réservez. Si la réservation aboutit, le quota de cette ressource est facturé en conséquence.

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, les implications en termes de quota pour les projets propriétaires et clients d'une réservation partagée sont les suivantes:

  • 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 du nombre total de ressources réservées.

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

  • Projets client: les projets client ne consomment des quotas que 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). Lors de la création de la réservation partagée, le projet A consomme un 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 un quota de 12 ressources, le projet B consomme un quota de 2 ressources et le projet C consomme un quota de 0 ressources (car il n'a pas consommé 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 compatible 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 Cloud suivants:

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

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

  • Vous ne pouvez réserver des VM A3 que via des réservations à la demande et 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 VM préemptives

    • Nœuds à locataire unique

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, imaginons le scénario 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 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