Aller au contenu
Tout en local

Calculateur de requêtes et limites Kubernetes

Convertissez l'utilisation observée du CPU et de la mémoire en requêtes dimensionnées, limites et une estimation des nœuds du cluster.

Entrée
20

Calculateur de requêtes et limites Kubernetes

Collez une ligne par conteneur au format conteneur;cpu moyen;cpu pic;mémoire moyenne;mémoire pic — CPU en millicores, mémoire en mébioctets — et cet outil dimensionne les requêtes et limites Kubernetes pour chacun, puis agrège l'ensemble en une réservation à l'échelle du cluster. Il répond à la question que chaque révision de manifeste se pose : qu'est-ce que « resources » devrait vraiment dire, compte tenu de ce que le conteneur utilise réellement ?

La limite est toujours la lecture de pic plus un pourcentage de marge que vous contrôlez, de sorte qu'un pic au-delà de ce qui a été observé ne frappe pas immédiatement une limitation ou un kill OOM. La classe de qualité de service décide la requête : Garanti la définit égale à la limite, la seule façon dont Kubernetes accorde ce niveau ; Extensible la dérive du ratio limite-à-requête, limitée de sorte qu'elle ne tombe jamais en dessous de l'utilisation moyenne que vous avez fournie — un conteneur inactif réserve toujours suffisamment pour sa charge typique. Les répliques multiplient les chiffres de chaque conteneur avant d'être additionnés, et les champs de taille de nœud convertissent ce total en combien de nœuds vous auriez besoin, dimensionnés selon lequel du CPU ou de la mémoire s'ajuste le plus serré.

La sortie se présente sous forme de tableau séparé par des tabulations, ou un extrait YAML de ressources prêt à coller dans une spécification de conteneur — une zone de sélection bascule entre les deux, en direct. Les lignes qui ne se divisent pas exactement en cinq champs séparés par des points-virgules, ou qui comportent une valeur non numérique ou négative, sont rejetées avec le numéro de ligne afin qu'une faute de frappe ne produise pas une estimation silencieusement incorrecte ; une entrée vide efface simplement le résultat.

Tout s'exécute dans votre navigateur. Les noms de conteneur et les chiffres d'utilisation ne quittent jamais votre appareil — rien n'est téléchargé ni enregistré. Copiez le résultat, téléchargez-le en tant que fichier .txt, ou envoyez-le directement à l'entrée d'un autre outil.

FAQ

Quelles unités attend-il pour le CPU et la mémoire ?
CPU en millicores (m) et mémoire en mébioctets (Mi) — les mêmes unités que la sortie utilise, donc rien n'a besoin de conversion de part et d'autre.
Quelle est la différence entre Garanti et Extensible ?
Garanti définit la requête égale à la limite, ce qui est la seule façon dont Kubernetes accorde cette classe QoS. Extensible définit une requête inférieure — dérivée de l'option ratio limite-à-requête, jamais au-dessous de l'utilisation moyenne que vous avez fournie — laissant de la place pour augmenter jusqu'à la limite.
Comment le nombre de nœuds est-il calculé ?
La CPU et la mémoire totales demandées sur tous les réplicas sont divisées par la CPU et la mémoire que vous définissez pour un nœud ; l'outil prend le ratio qui est le plus grand et arrondit vers le haut, car un cluster est dimensionné par sa ressource la plus serrée.
Pourquoi ai-je reçu une erreur de "ligne" au lieu d'un résultat ?
Une ligne ne s'est pas divisée en exactement cinq champs séparés par des points-virgules, ou l'un des quatre nombres manquait, n'était pas numérique ou était négatif. Le message nomme la ligne pour qu'il soit rapide à corriger.
Mes données d'utilisation sont-elles téléchargées quelque part ?
Non. Le calcul s'exécute entièrement dans votre navigateur — vos noms de conteneur et chiffres CPU/mémoire ne sont jamais envoyés à un serveur.