Cette page fournit des informations de base sur le scaling pour les VM exécutées sur Google Distributed Cloud. Les informations fournies n'indiquent pas de limites strictes ni de seuils garantis pour le produit ou votre installation. Ces informations sont destinées à vous aider à déterminer si l'environnement d'exécution de VM sur GDC peut répondre à vos besoins informatiques.
Pour plus d'informations sur les quotas, les limites et le scaling de Google Distributed Cloud, consultez la page Quotas et limites.
Scaling maximal de 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 cloud distribué de Google avec 50 nœuds.
Utilisation des ressources
Pour faire évoluer les 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 de ressources standards pour les machines de nœud de cluster, consultez la section Prérequis pour les machines du nœud de cluster.
Notez l'environnement d'exécution des VM suivant sur l'utilisation des ressources GDC pour notre configuration maximale de scaling de VM:
- Le partage total de processeurs utilisé par tous les composants de l'espace de noms
vm-systemest d'environ 1,3 lors des pics d'utilisation. - La mémoire totale utilisée par tous les composants de l'espace de noms
vm-systemest d'environ 10 Gio.
Problème de ressource connu
Actuellement, 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 linéairement 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.