¿Odias los anuncios? Ir Sin publicidad Hoy 

Calculadora de Recursos de Contenedores Docker

DatosDesarrollador

APORTE

Proceso automático

PROD.

Lado cliente

Propiedad	Valor
Solicitud de CPU	-
Límite de CPU	-
Solicitud de CPU (milisegundos)	-
Límite de CPU (milisegundos)	-
Solicitud de Memoria	-
Límite de Memoria	-
CPU Total (todos los contenedores)	-
Memoria Total (todos los contenedores)	-

Comando de Ejecución de Docker

Indicadores --memory y --cpus de Docker

YAML de Kubernetes

Recursos de Kubernetes.solicitudes / límites

ANUNCIO · ¿ELIMINAR?

Guía

Calculadora de Recursos de Contenedor Docker

Calculadora de Recursos de Contenedores Docker

Calcule límites de recursos de CPU y memoria óptimos para contenedores Docker y pods de Kubernetes basándose en la capacidad de su host y el tipo de carga de trabajo. Ingrese su CPU disponible y RAM, seleccione un preajuste de carga de trabajo y obtenga indicadores de ejecución de Docker listos para usar, YAML de recursos de Docker y fragmentos de Docker Compose con botones de copiar. Maneja escenarios de múltiples contenedores con ratios de sobreasignación configurables y reserva del SO del host.

Cómo Usar

Ingrese los núcleos de CPU de su host y la RAM disponible en GB, luego seleccione un tipo de carga de trabajo preestablecido o defina ratios de recursos personalizados. Establezca el número de contenedores, ajuste el porcentaje de reserva del SO del host y configure la ratio de sobreasignación. La calculadora genera indicadores de ejecución de Docker, YAML de recursos de Docker y fragmentos de Docker Compose para cada contenedor. Aparecen advertencias si su asignación total de recursos excede la capacidad del host.

Características

7 Preajustes de Carga de Trabajo – Servidor Web, Servidor de Aplicaciones, Trabajador en Segundo Plano, Base de Datos, Caché, Inferencia de ML y Personalizado con ratios de CPU y memoria recomendadas
Soporte Multi-Contenedor – Divida los recursos entre múltiples contenedores con distribución equitativa
Indicadores de Ejecución de Docker – Indicadores --memory, --memory-reservation, --cpus y --cpu-shares listos para copiar
YAML de Kubernetes – Bloque de recursos completo con solicitudes y límites en milicore y Mi/Gi
Fragmento de Docker Compose – Bloque deploy.resources formateado para docker-compose.yml
Ratio de Sobreasignación – Configure la ratio de solicitudes vs límites (1.0x sin sobreasignación a 2.0x agresivo)
Reserva del SO del Host – Porcentaje ajustable reservado para el sistema operativo del host, servicios del sistema y sobrecarga del tiempo de ejecución del contenedor (por defecto 10-15%)
Advertencias de Capacidad – Alertas visuales cuando las asignaciones exceden los recursos disponibles del host

ANUNCIO · ¿ELIMINAR?

 Preguntas frecuentes

¿Cuál es la diferencia entre los límites de memoria de Docker y las solicitudes de recursos de Kubernetes?

Los límites de memoria de Docker (indicador --memory) establecen un límite estricto en el uso de memoria del contenedor. Si un contenedor excede este límite, Docker lo cierra con un error OOM. Kubernetes tiene dos configuraciones: solicitudes de recursos y límites de recursos. Las solicitudes son los recursos mínimos garantizados que el planificador utiliza para la colocación de pods. Los límites son el máximo que un contenedor puede usar. Establecer solicitudes más bajas que los límites permite la sobreasignación de recursos entre pods, lo que mejora la utilización del clúster pero corre el riesgo de contención bajo carga.
¿Qué son los milicore de Kubernetes y cómo funcionan?

Kubernetes mide la CPU en milicore, donde 1 núcleo de CPU equivale a 1000 milicore (1000m). Esto permite una asignación de CPU de alta precisión. Por ejemplo, 250m significa 1/4 de un núcleo de CPU, 1500m significa 1.5 núcleos. También puede especificar la CPU como valores decimales como 0.25 o 1.5. Los milicore son particularmente útiles para contenedores pequeños que solo necesitan una fracción de un núcleo de CPU, y se mapean a la configuración de cuota CFS (Completely Fair Scheduler) de Linux internamente.
¿Cuántos recursos del host debo reservar para el sistema operativo?

Una recomendación típica es reservar el 10-15% de CPU y memoria para el sistema operativo del host, los servicios del sistema y la sobrecarga del tiempo de ejecución del contenedor. Para nodos de producción de Kubernetes, kubelet tiene indicadores integrados (--system-reserved y --kube-reserved) para reservar recursos. En un host de 16 GB, reservar el 10% significa 1.6 GB para el SO, dejando 14.4 GB para los contenedores. Reservar menos puede provocar inestabilidad del sistema, mientras que reservar de más desperdicia capacidad.
¿Qué es la sobreasignación de recursos y cuándo debo usarla?

La sobreasignación de recursos significa establecer solicitudes de recursos más bajas que los límites, lo que permite al planificador empaquetar más pods en un nodo de los que el nodo podría manejar si todos los pods usaran sus recursos máximos simultáneamente. Una ratio de sobreasignación de 1.5x significa que las solicitudes se establecen en el 67% de los límites. Esto funciona bien para cargas de trabajo de ráfagas como servidores web que rara vez alcanzan el uso máximo simultáneamente. Evite la sobreasignación para bases de datos y servicios con estado donde el rendimiento constante es crítico. Comience con 1.0x (sin sobreasignación) para producción y aumente con precaución.