Le document actuel ne décrit pas les ressources système minimales requises pour l'installation du cluster kube.
J'essaie d'installer le cluster kube à 5 $ vps. mais la progression de l'installation est très lente. et l'utilisation de la mémoire/cpu très élevée.
disponibilité presque 80,0 79,0 79,0
Je me demande de savoir. si nous voulons installer un cluster kube (par nœud), de combien de ressources nous avons besoin.
Processeur : 2 cœurs ou 4 cœurs ?
RAM : 4 Go / 8 Go ?
Disque : 50 Go/100 Go ?
Réseau : 10 Mo/100 Mo ?
Ce qui est difficile à propos de cette demande, c'est qu'à moins que vous ne manquiez complètement de mémoire ou que le kubelet commence à expulser les pods critiques, je ne sais pas s'il est logique de revendiquer des "exigences minimales" sans vos SLO spécifiques. Le fait que certaines ou toutes les opérations s'exécutent lentement peut parfaitement convenir à certains propriétaires de clusters, s'ils s'exécutent délibérément sur des plates-formes à faible coût.
Cela dit, je pense que le Scalability SIG a défini des SLO génériques et pourrait être en mesure de peser sur les attentes matérielles pour les satisfaire. kubeadm
vous aide à installer un cluster Kubernetes, mais les performances de tout ce qui suit est un problème central, pas un kubeadm
. Je pense qu'il est logique de déplacer ce problème vers le kubernetes/kubernetes
pour gérer l'évolutivité de sig.
@kubernetes/sig-scalability-feature-requests
@netroby Nous
Pourriez-vous jeter un œil à notre liste d'exigences et voir s'il manque quelque chose ?
Je pense que c'est bien comme c'est en ce moment
Je pense que fournir des valeurs de demande minimales pour le processeur et la mémoire serait une bonne idée, dans mon cluster raspberry pi, le maître est marqué comme planifiable et le pod kube-dns atterrit sur le maître, mais il n'y a vraiment pas assez de mémoire pour cela fonctionner, et il est expulsé.
Commentaire le plus utile
Je pense que fournir des valeurs de demande minimales pour le processeur et la mémoire serait une bonne idée, dans mon cluster raspberry pi, le maître est marqué comme planifiable et le pod kube-dns atterrit sur le maître, mais il n'y a vraiment pas assez de mémoire pour cela fonctionner, et il est expulsé.