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.

Présentation

Utilisez les réservations pour vous assurer que les ressources Compute Engine sont disponibles lorsque vous en avez besoin. Les réservations offrent un niveau très élevé d'assurance pour l'obtention de capacité de ressources zonales Compute Engine. Vous pouvez utiliser les réservations pour vous assurer que votre projet dispose des ressources nécessaires pour répondre aux demandes croissantes, comme dans les cas suivants :

  • Croissance
  • Pics planifiés ou non planifiés
  • Migration d'un grand nombre d'instances de machines virtuelles (VM)
  • Sauvegarde et reprise après sinistre

Avec les réservations, 95 % des VM démarrent en moins de 120 secondes. Chaque réservation garantit une ou plusieurs VM avec les mêmes propriétés. Une fois que vous aurez créé une réservation, les ressources réservées seront disponibles immédiatement et resteront disponibles jusqu'à ce que vous supprimiez la réservation. De même, vous commencez à payer immédiatement les ressources réservées et, lorsque vous n'avez plus besoin d'une réservation, vous pouvez la supprimer pour qu'elle ne vous soit plus facturée. Lorsqu'une VM consomme une réservation, elle n'entraîne pas de frais distincts.

Quelle que soit la quantité d'utilisation de vos ressources réservées, la réservation empêche toute autre personne d'utiliser vos ressources réservées. Étant donné qu'une réservation occupe autant de ressources que de VM en cours d'exécution non réservées, les ressources réservées sont facturées aux mêmes tarifs à la demande que les VM en cours d'exécution, y compris les remises applicables.

Fonctionnement des réservations

Cette section décrit le fonctionnement des réservations.

Une réservation garantit la capacité d'une ou plusieurs VM Compute Engine avec la configuration spécifiée. Vous pouvez également utiliser une réservation avec des engagements Compute Engine.

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 l'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. 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.
  • 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.

  • 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 pour les VM que vous souhaitez réserver. 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.

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

Conditions requises

Toutes les réservations ont les exigences suivantes :

  • Une instance de 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*
    • Zone
    • Type de machine
    • Configuration minimale de la plate-forme du CPU
    • Type et nombre de GPU
    • Type et nombre de disques SSD locaux
    • Affinité de réservation
    • Stratégie d'emplacement compact

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

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

    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.

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

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 pour les réservations partagées

De plus, il existe des implications spécifiques en matière de quota pour les projets propriétaires et clients d'une réservation partagée. à savoir :

  • Le projet propriétaire doit disposer d'un quota suffisant pour deux fois les ressources à réserver. Le projet propriétaire d'une réservation partagée est facturé pour le quota comme suit :

    • Lors de la réservation des ressources, le projet propriétaire est facturé pour le quota des ressources qu'il réserve.

    • Lorsque l'une des ressources réservées est consommée, le projet propriétaire est facturé pour le quota des ressources consommées.

  • Le projet client n'est facturé pour le quota que lorsqu'il utilise les ressources réservées et uniquement pour les ressources qu'il utilise.

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 le projet B et C (les projets clients). Une fois la réservation partagée créée, 10 ressources sont facturées au projet A. Supposons ensuite que les projets consomment la réservation comme suit :

  • Le projet A consomme deux ressources réservées et est facturé pour deux ressources.

  • Le projet B consomme deux ressources réservées. Les projets A et B sont tous deux facturés deux ressources.

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 de nombre fixe de VM.

    • La stratégie d'emplacement compact ne peut pas spécifier la valeur max-distance 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 accepté par la stratégie de concentration.

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

      Pour en savoir plus, consultez les restrictions applicables aux stratégies d'emplacement compact.

Restrictions

Toutes les réservations sont soumises aux restrictions suivantes :

  • Vous pouvez réserver jusqu'à 1 000 VM par réservation.
  • Les réservations ne s'appliquent qu'à l'utilisation de VM dans Compute Engine. Les autres produits Google Cloud ne sont pas compatibles.
  • 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 précédemment, tels que Cloud SQL
  • 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.

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

Cette section décrit le mode de facturation des réservations.

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 les éléments suivants :

  • 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

Vous serez ensuite 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

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