Limites de l'environnement d'exécution des VM sur GDC

Les consignes de scaling testées pour l'environnement d'exécution de VM sur GDC vous aident à planifier les déploiements de VM et à évaluer la capacité des clusters sur Distributed Cloud (logiciel uniquement) pour solution Bare Metal. Étant donné que la capacité réelle dépend de vos charges de travail et de vos ressources matérielles, ces chiffres représentent des benchmarks testés plutôt que des limites strictes de la plate-forme ou des seuils garantis.

Pour en savoir plus sur les quotas, les limites et le scaling pour Google Distributed Cloud, consultez Quotas et limites.

Scaling maximal des VM

Nous avons déterminé, grâce à des tests approfondis, que vous pouvez exécuter de manière fiable jusqu'à 500 VM simultanément sur un cluster de 50 nœuds.

Utilisation des ressources

Pour effectuer un scaling à la hausse des déploiements de VM, assurez-vous que le cluster dispose de suffisamment de ressources de processeur, de mémoire et de stockage pour les VM et les composants du plan de contrôle. Pour connaître les exigences standards en matière de ressources pour les machines de nœud de cluster, consultez Prérequis pour les machines de nœud de cluster.

Notez l'utilisation suivante des ressources de l'environnement d'exécution de VM sur GDC pour notre configuration de scaling de VM maximale :

  • La part totale de processeur utilisée par tous les composants de l'espace de noms vm-system est d'environ 1,3 au pic d'utilisation.
  • La mémoire totale consommée par tous les composants de l'espace de noms vm-system est d'environ 10 Gio.

Problème de ressource connu

Lorsque l'agent invité est activé, chaque VM enregistre un observateur distinct sur le serveur d'API. Par conséquent, le nombre d'observateurs enregistrés dans kube-apiserver augmente de manière linéaire avec le nombre de VM. Selon les charges de travail que vous exécutez, vous pouvez rencontrer des problèmes liés à kube-apiserver à mesure que le nombre de VM augmente. Si vous êtes concerné par ce problème, vous pouvez configurer kube-apiserver ou désactiver l'agent invité si vous ne l'utilisez pas.