Calculateur de ressources de conteneur Docker
Guide
Calculateur de ressources de conteneur Docker
Calculez les limites optimales de ressources CPU et mémoire pour les conteneurs Docker et les pods Kubernetes en fonction de la capacité de votre hôte et du type de charge de travail. Entrez votre CPU disponible et votre RAM, sélectionnez un préréglage de charge de travail et obtenez des indicateurs Docker prêts à l'emploi, du YAML de ressources Kubernetes et des extraits Docker Compose avec des boutons de copie. Gère les scénarios multi-conteneurs avec des ratios de surallocation configurables et une réserve du système d'exploitation hôte.
Comment utiliser
Entrez les cœurs de CPU de votre hôte et la RAM disponible en Go, puis sélectionnez un préréglage de type de charge de travail ou définissez des ratios de ressources personnalisés. Définissez le nombre de conteneurs, ajustez le pourcentage de réserve du système d'exploitation hôte et configurez le ratio de surallocation. Le calculateur génère des indicateurs d'exécution Docker, du YAML de ressources Kubernetes et des extraits Docker Compose pour chaque conteneur. Des avertissements apparaissent si votre allocation totale de ressources dépasse la capacité de l'hôte.
Caractéristiques
- 7 Préréglages de charge de travail – Serveur Web, Serveur d'applications, Worker d'arrière-plan, Base de données, Cache, Inférence ML et Personnalisé avec des ratios CPU et mémoire recommandés
- Prise en charge multi-conteneurs – Répartir les ressources entre plusieurs conteneurs avec une distribution égale
- Indicateurs Docker Run – Indicateurs –memory, –memory-reservation, –cpus et –cpu-shares prêts à copier
- YAML Kubernetes – Bloc de ressources complet avec requêtes et limites en millicœurs et Mi/Gi
- Extrait Docker Compose – Bloc deploy.resources formaté pour docker-compose.yml
- Ratio de surallocation – Configurer le ratio requêtes/limites (1,0x pas de surallocation à 2,0x agressif)
- Réserve du système d'exploitation hôte – Pourcentage réglable réservé au système d'exploitation hôte (par défaut 10-15 %)
- Avertissements de capacité – Alertes visuelles lorsque les allocations dépassent les ressources hôtes disponibles
FAQ
-
Quelle est la différence entre les limites de mémoire Docker et les requêtes de ressources Kubernetes ?
Les limites de mémoire Docker (indicateur --memory) définissent un plafond strict pour l'utilisation de la mémoire du conteneur. Si un conteneur dépasse cette limite, Docker le termine avec une erreur OOM. Kubernetes a deux paramètres : les requêtes de ressources et les limites de ressources. Les requêtes sont les ressources minimales garanties que le planificateur utilise pour le placement des pods. Les limites sont le maximum qu'un conteneur peut utiliser. Définir des requêtes inférieures aux limites permet de surallouer les ressources entre les pods, ce qui améliore l'utilisation du cluster mais risque la contention sous charge.
-
Que sont les millicœurs Kubernetes et comment fonctionnent-ils ?
Kubernetes mesure le CPU en millicœurs, où 1 cœur de CPU équivaut à 1000 millicœurs (1000m). Cela permet une allocation de CPU fine. Par exemple, 250m signifie 1/4 d'un cœur de CPU, 1500m signifie 1,5 cœurs. Vous pouvez également spécifier le CPU sous forme de valeurs décimales comme 0,25 ou 1,5. Les millicœurs sont particulièrement utiles pour les petits conteneurs qui n'ont besoin que d'une fraction d'un cœur de CPU, et ils correspondent aux paramètres CFS (Completely Fair Scheduler) de Linux en coulisses.
-
Combien de ressources hôtes dois-je réserver pour le système d'exploitation ?
Une recommandation typique est de réserver 10-15 % du CPU et de la mémoire pour le système d'exploitation hôte, les services système et la surcharge d'exécution des conteneurs. Pour les nœuds Kubernetes de production, le kubelet dispose d'indicateurs intégrés (--system-reserved et --kube-reserved) pour mettre de côté des ressources. Sur un hôte de 16 Go, réserver 10 % signifie 1,6 Go pour l'OS, laissant 14,4 Go pour les conteneurs. Une sous-réservation peut entraîner une instabilité du système, tandis qu'une sur-réservation gaspille de la capacité.
-
Qu'est-ce que la surallocation de ressources et quand dois-je l'utiliser ?
La surallocation de ressources signifie définir des requêtes de ressources inférieures aux limites, permettant au planificateur de placer plus de pods sur un nœud que le nœud ne pourrait en gérer si tous les pods utilisaient leurs ressources maximales simultanément. Un ratio de surallocation de 1,5x signifie que les requêtes sont définies à 67 % des limites. Cela fonctionne bien pour les charges de travail intermittentes comme les serveurs Web qui atteignent rarement leur pic d'utilisation simultanément. Évitez la surallocation pour les bases de données et les services stateful où des performances constantes sont critiques. Commencez avec 1,0x (pas de surallocation) pour la production et augmentez prudemment.
Installez nos extensions
Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide
恵 Le Tableau de Bord Est Arrivé !
Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !
Outils essentiels
Tout voir Nouveautés
Tout voirMise à jour: Notre dernier outil a été ajouté le 24 avr. 2026
Impliquez-vous
Aidez-nous à continuer à fournir des outils gratuits et précieux
