Cette page fournit des informations de base sur la mise à l'échelle des VM exécutées sur une installation de Google Distributed Cloud (logiciel uniquement) sur bare metal. Les informations fournies n'indiquent pas de limites strictes ni de seuils garantis pour le produit ou votre installation. Elles sont destinées à vous aider à déterminer si l'environnement d'exécution de VM sur GDC peut répondre à vos besoins de calcul.
Pour en savoir plus sur les quotas, les limites et la mise à l'échelle de Google Distributed Cloud, consultez Quotas et limites.
Mise à l'échelle maximale des VM
Des tests approfondis ont montré 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 mettre à l'échelle 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 Prérequis pour les machines de nœud de cluster.
Notez l'utilisation des ressources de l'environnement d'exécution de VM sur GDC pour notre configuration de mise à l'échelle maximale des VM :
- La part totale de processeur utilisée par tous les composants de l'espace de noms
vm-systemest d'environ 1,3 au pic d'utilisation. - La mémoire totale consommée par tous les composants de l'espace de noms
vm-systemest d'environ 10 Gio.
Problème de ressources connu
Lorsque l'agent invité est activé, chaque VM enregistre un observateur distinct auprès du 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. En fonction des 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 le kube-apiserver ou
désactiver l'agent invité si
vous ne l'utilisez pas.