Limitation de la taille de Kubernetes ConfigMap
Bien que resourceQuotas puisse limiter le nombre de configmaps dans un espace de noms, existe-t-il une telle option pour limiter la taille de la configmap individuelle? Je n'aimerai pas qu'un utilisateur commence à télécharger de gros fichiers texte en tant que configmaps.
Quelle est la taille maximale de la prise en charge de ConfigMap etcd? S'il y a une limite raisonnable du côté etcd, ça devrait aller.
Il n'y a pas hard-limits sur les objets ConfigMap ou Secret au moment de la rédaction de cet article.
Il y a cependant une limite de 1 Mo du côté etcd où Kubernetes stocke ses objets.
Du côté de l'API, si vous voyez réellement l'API code et le type ConfigMap, vous verrez que son champ data est une carte de chaînes de Golang donc cela apparaît lié à la mémoire et géré au moment de l'exécution à moins qu'il ne soit défini ailleurs avec make(). Techniquement, la taille maximale du nombre de clés sur la table de hachage est la longueur de la carte qui est un int et la valeur maximale est expliquée ici: Nombre maximal d'éléments dans la carte . Ce serait également la limite théorique de la valeur des données comme valeur maximale pour len(string).
Si vous voulez réellement obtenir plus d'informations du côté de l'API où le kube-apiserver reçoit des protobufs (ou JSON d'ailleurs), vous pouvez jeter un œil à la taille maximale de Google Protobuf . Cela vous donnera une certaine mesure quant à la limitation de l'envoi du champ data à travers le fil. Il peut y avoir une autre limitation du kube-apiserver lui-même quand il s'agit de traiter un gros message.
Jusqu'à ce que les cartes de configuration de date tombent sous le quota de nombre d'objets. Vous pouvez appliquer un nombre maximal de cartes de configuration. Vous ne pouvez pas limiter la taille de la carte de configuration individuelle. Comme ils ne sont pas encore inclus dans le quota de ressources de stockage.