Ce document explique comment résoudre les problèmes liés à la consommation de réservations de ressources zonales Compute Engine.
Difficultés à suivre la consommation des réservations
Problème : il n'est pas possible d'effectuer un suivi des VM qui consomment une réservation, même si vous pouvez afficher le nombre de VM qui consomment une réservation en vérifiant la consommation de réservations.
Solution : si vous pouvez créer une VM qui cible une réservation spécifique, la VM va consommer la réservation spécifiée dans sa propriété d'affinité (reservationAffinity
). Sinon, la création de la VM échoue, car les propriétés ne correspondent pas ou parce qu'il n'y a pas de ressources disponibles dans la zone de la VM.
Pour en savoir plus sur le suivi de la consommation de réservations, consultez la section Vérifier la consommation des réservations.
Moins de VM disponibles à la consommation
Problème: le nombre de VM réservées physiquement (champ assuredCount
) ne correspond pas au nombre de VM réservées spécifiées dans une réservation (champ count
). Cela signifie que moins de VM sont réservées pour votre projet et les projets avec lesquels une réservation partagée est partagée.
Ce problème peut survenir pour l'une ou plusieurs des raisons suivantes:
Le projet client d'une réservation partagée a été suspendu ou migré vers une autre organisation. Dans ce cas, Compute Engine diminue le champ
assuredCount
du nombre de VM que le projet client consomme.Le projet dans lequel la réservation a été créée a été suspendu. Dans ce cas, Compute Engine définit le champ
assuredCount
sur0
.Une erreur de l'hôte a affecté la réservation.
Résolution: sauf si le projet dans lequel la réservation a été créée a été suspendu, Compute Engine s'efforce de résoudre automatiquement toute divergence entre les champs assuredCount
et count
d'une réservation dans un délai de 24 heures. De plus, tant que cette différence n'est pas résolue, Google Cloud ne vous facture que la capacité physiquement réservée.
Problèmes pour les VM qui ne consomment pas de réservations
Si une VM ne peut pas consommer de réservation, cela peut être dû à un ou plusieurs des problèmes suivants :
Cette section explique comment identifier chacun de ces problèmes, comment les résoudre et comment vérifier la consommation des réservations.
Propriétés de VM non concordantes
Problème : une VM ne peut pas consommer de réservation qui aurait des propriétés de VM différentes.
Pour identifier les propriétés qui ne correspondent pas entre la VM et la réservation, affichez les propriétés de la réservation et de la VM en procédant comme suit :
Comparez ensuite les deux sorties pour vérifier que les propriétés suivantes correspondent exactement :
project
- Si la réservation est partagée avec plusieurs projets (en particulier, si le champ
shareType
de la réservation est défini surSPECIFIC_PROJECTS
), les VM peuvent se trouver dans le projet où la réservation a été créée (le projet propriétaire) ou dans tous les projets avec lesquels la réservation est partagée (les projets clients).
- Si la réservation est partagée avec plusieurs projets (en particulier, si le champ
zone
machineType
guestAccelerators.acceleratorType
(le cas échéant)guestAccelerators.acceleratorCount
(le cas échéant)minCpuPlatform
- La VM et la réservation doivent avoir exactement la même configuration
minCpuPlatform
. Par exemple, la définition deminCpuPlatform
surIntel Broadwell
lors de la création d'une VM ne correspond pas à la valeurminCpuPlatform
deAutomatic
dans une réservation.
- La VM et la réservation doivent avoir exactement la même configuration
localSsds.interface
(le cas échéant)- La réservation et la VM doivent avoir le même nombre de disques SSD locaux, avec une propriété
localSsds.interface
correspondante pour chaque disque SSD local.
- La réservation et la VM doivent avoir le même nombre de disques SSD locaux, avec une propriété
resourcePolicies
(le cas échéant)- Uniquement si une réservation spécifie une stratégie d'emplacement compact.
locationHint
(le cas échéant)- Uniquement si une réservation spécifie le champ
locationHint
. Vous ne pouvez spécifier le champlocationHint
que lorsque vous créez des VM à l'aide de REST.
- Uniquement si une réservation spécifie le champ
Solution : après avoir identifié les propriétés qui ne correspondent pas, essayez l'une des solutions suivantes :
Si les propriétés de la VM ne correspondent pas à celles de la réservation, procédez comme suit :
Supprimez la VM, puis créez-en une autre dont les propriétés correspondent à celles de la réservation.
Mettez à jour la VM pour que ses propriétés correspondent à celles de la réservation.
Si les propriétés de la réservation sont censées correspondre aux propriétés de la VM, supprimez la réservation et créez une réservation dont les propriétés correspondent à celles de la VM. Vous pouvez également créer une réservation spécifique. Lorsque vous créez des VM pour consommer une réservation spécifique, vous rencontrez des erreurs si les propriétés de la VM ne correspondent pas à celles de la réservation.
Après avoir mis à jour la VM ou créé une réservation, vérifiez si la VM consomme la réservation en vérifiant la consommation de réservations.
L'affinité de réservation est incorrecte
Problème : l'affinité de réservation de la VM est mal configurée. L'affinité de réservation d'une VM contrôle les réservations qu'elle peut consommer. Pour vérifier l'affinité de réservation de votre VM, procédez comme suit :
Affichez les détails d'une réservation et vérifiez s'il s'agit d'une réservation spécifique ou d'une réservation consommée automatiquement. Pour en savoir plus, consultez la section Type de consommation.
Affichez les détails de la VM et vérifiez l'affinité de réservation.
Solution : si l'affinité de réservation de la VM et la réservation ne correspondent pas, essayez l'une des solutions suivantes :
Créez une VM avec une propriété d'affinité de réservation correspondant au type de la réservation.
Mettez à jour la propriété
reservationAffinity
dans la VM pour spécifier si la VM peut consommer n'importe quelle réservation correspondante, ou une réservation spécifique. Pour finaliser la mise à jour de la VM, vous devez la redémarrer.
Pour vérifier si la VM consomme la réservation, consultez la section Vérifier la consommation des réservations.
La réservation est déjà entièrement utilisée
Problème : le nombre de VM qui consomment cette réservation correspond au nombre total de VM réservées pour la réservation. Cela indique que la réservation est entièrement consommée.
Solution : pour vérifier si la réservation a été entièrement consommée, affichez les détails de la réservation, puis vérifiez que le nombre de VM qui consomment la réservation correspond au nombre total de VM réservées dans la réservation.
Si la réservation est entièrement consommée, essayez l'une des solutions suivantes :
Augmentez le nombre de VM réservées en modifiant le nombre de VM réservées dans une réservation.
Si la réservation réserve déjà le nombre maximal de VM, créez une autre réservation.
Réduisez le nombre de VM qui consomment la réservation. Pour en savoir plus, consultez la section VM consommant involontairement des réservations.
Si la réservation n'est pas entièrement consommée, mais que la VM ne consomme pas la réservation, vous pouvez résoudre le problème en procédant comme suit :
Créez une réservation spécifique dont les propriétés correspondent à celles de la VM.
Créez une VM pour consommer la réservation. Si les propriétés de la VM et de la réservation ne correspondent pas, la création de la VM échoue.
Quota de ressources dépassé pour les réservations partagées
Problème : une VM ne consomme pas de réservation partagée, car votre projet ne dispose pas d'un quota suffisant pour les ressources que vous essayez de consommer.
Solution : les réservations partagées sont soumises à des exigences de quota supplémentaires. Si vous devez augmenter le quota de votre projet pour consommer les ressources réservées, consultez la section Demander une augmentation de quota dans la documentation de Cloud Quotas.
Le nombre de VM n'est pas restauré après l'arrêt ou la suppression d'une VM
Problème : Si vous arrêtez, suspendez ou supprimez une VM qui consomme une réservation, l'opération doit se terminer avant que la VM ne soit plus comptabilisée dans la réservation et que les ressources précédemment consommées soient à nouveau disponibles pour la consommation.
Résolution : Attendez quelques minutes que l'opération d'arrêt, de suspension ou de suppression des VM se termine. Ensuite, pour vérifier que les VM arrêtées, suspendues ou supprimées ne sont plus comptabilisées dans la réservation, vérifiez le nombre total de VM consommées dans la réservation en utilisant l'une des méthodes suivantes :
Recommandé : Surveillez la réservation et recherchez une modification dans les mesures de la réservation.
Affichez les détails de la réservation et vérifiez si la valeur du champ
inUseCount
a diminué. Si sa valeur n'a pas diminué, cela signifie qu'une ou plusieurs VM ont commencé à consommer la réservation pendant la durée de l'opération d'arrêt, de suspension ou de suppression.
Des VM consomment involontairement des réservations
Problème : lorsque vous créez des réservations consommées automatiquement (sélection par défaut), une VM peut consommer involontairement ces réservations.
Solution : pour éviter qu'une ou plusieurs VM consomment involontairement une réservation, essayez l'une des solutions suivantes :