Contenedores y estado del sistema
    Actualizado mayo de 2026
    Docker logo

    Docker Seguimiento

    Supervisa el estado de los contenedores de Docker, el uso de recursos, los eventos de reinicio y la E/S de red en tiempo real sin necesidad de configuración.

    ¿Por qué realizar un seguimiento? Docker?

    Docker es el estándar del sector para la contenedorización, la ejecución de microservicios, los procesos de CI/CD y las cargas de trabajo en producción en millones de servidores. La supervisión de los contenedores de Docker es fundamental para detectar fugas de recursos, evitar la interrupción de procesos por falta de memoria (OOM), rastrear bucles de reinicio y garantizar el buen estado de los contenedores. La integración de Docker de Xitoring ofrece una visibilidad completa de todos los contenedores que se ejecutan en su host.

    Detección automática de todos los contenedores en ejecución mediante Xitogent
    Métricas de CPU, memoria y red por contenedor
    Estado de salud de contenedores y seguimiento de reinicios
    Métricas de E/S de disco y dispositivo de bloque por contenedor
    Umbrales de alerta personalizables para cada métrica
    Monitorización de eventos de ciclo de vida de contenedores
    Funciona en servidores Linux con Docker Engine
    Intervalos de recolección de métricas de 1 minuto
    ¿Qué es el monitoreo de Docker?

    Monitoreo de Docker, explicado

    El monitoreo de Docker detecta OOM kills de contenedores, throttling de CPU, bucles de fallo, uso descontrolado de recursos y sondas HEALTHCHECK fallidas antes de que se conviertan en interrupciones visibles para el usuario. Para producción en un solo host (el despliegue no-Kubernetes dominante en 2026), stacks de Docker Compose, clústeres Swarm y configuraciones de borde / Raspberry Pi, la visibilidad por contenedor es lo que separa "mi sitio va lento" de "el contenedor de caché ha sido eliminado por OOM 47 veces en la última hora". Xitoring detecta automáticamente cada contenedor, lee la API de Docker + cgroup v2 directamente y envía las alertas a Slack, PagerDuty, Telegram o su sistema de guardias existente.

    Métricas

    Lo que monitorizamos

    Uso de CPU del contenedor

    Porcentaje de uso de CPU para cada contenedor en ejecución.

    Uso de memoria del contenedor

    Memoria consumida por cada contenedor frente a su límite de memoria.

    Límite de memoria

    Límite de memoria configurado y porcentaje de uso actual para cada contenedor.

    Red RX/TX

    Tráfico de red entrante y saliente por contenedor.

    E/S de bloque lectura/escritura

    Operaciones de lectura y escritura en disco por contenedor.

    Número de contenedores

    Número total de contenedores en ejecución, detenidos y en pausa.

    Reinicios de contenedores

    Número de eventos de reinicio por contenedor, lo que indica problemas de estabilidad.

    Salud del contenedor

    Estado del health check para contenedores con HEALTHCHECK configurado.

    PIDs

    Número de procesos en ejecución dentro de cada contenedor.

    Tiempo de actividad del contenedor

    Tiempo durante el cual cada contenedor ha estado en ejecución desde el último inicio.

    Desencadenantes y alertas

    Configurables condiciones de activación de alertas

    Configura alertas personalizadas en tu panel de control para recibir una notificación en cuanto las métricas de «Docker» superen los umbrales que hayas definido.

    Docker panel de control de la configuración de los desencadenantes de supervisión

    Uso de CPU del contenedor

    advertencia

    Se dispara cuando el uso de CPU de un contenedor supera su umbral, lo que indica contención de recursos o procesos descontrolados.

    Uso de memoria del contenedor

    crítico

    Se activa cuando la memoria se acerca al límite del contenedor, con riesgo de kills OOM y caídas del contenedor.

    Reinicios del contenedor

    crítico

    Alerta cuando un contenedor supera el umbral de cantidad de reinicios, lo que indica inestabilidad o crash loops.

    Salud del contenedor

    crítico

    Se dispara cuando el HEALTHCHECK de un contenedor reporta estado no saludable.

    Pico de E/S de red

    advertencia

    Se activa ante patrones de tráfico de red anómalos, que pueden indicar exfiltración de datos o DDoS.

    Contenedor detenido

    crítico

    Alerta cuando un contenedor esperado se detiene de forma inesperada.

    01

    Importancia de la monitorización de Docker

    Los contenedores Docker son efímeros por naturaleza: pueden caer, reiniciarse y consumir recursos de forma ilimitada sin previo aviso. Sin monitorización, las fugas de memoria, el throttling de CPU y los crash loops pueden degradar silenciosamente toda su infraestructura.

    • Detecte fugas de memoria antes de que los contenedores alcancen los límites OOM
    • Identifique al instante crash loops y contenedores inestables
    • Monitorice la asignación de recursos frente al uso real por contenedor
    • Realice un seguimiento de la E/S de red para análisis de seguridad y rendimiento
    • Asegúrese de que los health checks de los contenedores pasen de forma consistente
    Panel de monitorización de contenedores Docker con métricas de CPU y memoria
    Alertas de reinicio de contenedores y notificaciones de OOM kills
    02

    Por qué elegir Xitoring

    Xitoring ofrece monitorización Docker de nivel empresarial con configuración zero-config. Nuestro agente ligero detecta automáticamente todos los contenedores de su host, comienza a recopilar métricas en menos de 60 segundos e se integra con sus canales de notificación existentes.

    • Instalación con un solo comando: sin contenedores sidecar
    • Más de 15 nodos de monitorización globales para comprobaciones de baja latencia
    • Panel unificado para hosts, contenedores y servicios
    • Alertas flexibles vía Slack, PagerDuty, Telegram y más
    • Retención histórica para planificación de capacidad y auditorías
    Vista general de monitorización de hosts Docker con Xitoring
    Configuración de alertas para contenedores
    Casos de uso

    Escenarios habituales de monitoreo de Docker

    Dónde suele ejecutarse Docker hoy en día — y qué podría salir mal si nadie está vigilando.

    Aplicación de producción pequeña en un solo servidor

    Muchos productos SaaS, herramientas internas y proyectos secundarios se ejecutan como un puñado de contenedores en un único servidor en la nube. Un contenedor que funciona mal puede ralentizar silenciosamente todo lo demás en el servidor — lo detectamos antes de que lo hagan tus usuarios, para que una sola versión defectuosa no deje todo el producto fuera de línea.

    Aplicaciones en hardware de borde o de baja potencia

    Mini-PC y pequeños dispositivos que ejecutan equipos de hogar inteligente, minoristas o de campo funcionan bajo estrictos límites de recursos. Vigilamos las señales de advertencia de estrés de CPU, memoria y almacenamiento para que el equipo pueda intervenir antes de que un dispositivo con problemas falle silenciosamente en el sitio.

    Clusters de contenedores en múltiples servidores

    Cuando los contenedores se distribuyen en muchas máquinas, es fácil que algunos servidores hagan todo el trabajo mientras otros permanecen inactivos — desperdiciando capacidad y arriesgando una sobrecarga. Te ofrecemos una vista clara de cómo se distribuye el trabajo para que la carga pueda reequilibrarse antes de que algo falle.

    Antes de empezar

    Requisitos previos para Docker

    Asegúrate de tener todo esto en su sitio — la mayoría de las instalaciones tardan 60 segundos una vez listo.

    • Docker Engine ejecutándose en el servidor
    • /var/run/docker.sock presente (instalación Linux por defecto)
    • Conectividad de red entre Xitogent y el daemon Docker
    Guía de configuración

    Empieza con minutos

    1

    Instalar Xitogent en tu host Docker

    Instala el agente de monitorización ligero Xitogent en la máquina que ejecuta Docker. Xitogent corre como servicio del sistema en root, por lo que ya tiene acceso al socket de Docker — no se necesitan permisos adicionales.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Confirmar que Docker está en ejecución

    Asegúrate de que el daemon de Docker es accesible. Un rápido `docker ps` en el host confirma que el engine está activo y el socket responde antes de configurar la integración.

    docker ps
    3

    Habilitar la integración de Docker

    Ejecuta `sudo xitogent integrate` y selecciona Docker. Xitogent descubre automáticamente todos los contenedores en ejecución y comienza a rastrearlos.

    sudo xitogent integrate
    4

    Configurar umbrales de alerta (opcional)

    Define umbrales personalizados para CPU de contenedores, memoria, número de reinicios o estado de salud para recibir notificaciones cuando algo requiera atención.

    5

    Verifica que funciona

    Ejecuta este comando en el servidor para confirmar que Xitogent ha detectado la integración. En unos 30 segundos comenzarán a llegar métricas nuevas a tu panel.

    sudo xitogent status

    Con frecuencia preguntas formuladas

    ¿Se ejecuta Xitogent como un contenedor?
    No. Xitogent se instala directamente en el host de Docker como un agente de sistema ligero. Esto le permite acceder al socket de Docker y a las métricas a nivel de host sin las limitaciones que supone ejecutarse dentro de un contenedor.
    ¿Afectará esta integración al rendimiento de los contenedores?
    No. Xitogent lee las métricas de los contenedores a través de la API de Docker con una sobrecarga mínima. No inyecta nada en tus contenedores ni modifica su configuración.
    ¿Puedo supervisar las pilas de Docker Compose?
    Sí. Xitogent supervisa todos los contenedores del host, independientemente de cómo se hayan iniciado: mediante Docker Compose, «docker run» u orquestadores.
    ¿Funciona esto con Docker Swarm?
    Sí. Xitogent supervisa los contenedores en cada nodo de Swarm en el que está instalado. Instálalo en todos los nodos para obtener una visibilidad completa del clúster.
    ¿Puedo filtrar qué contenedores se supervisan?
    Sí. Puedes configurar filtros de nombre o etiqueta de contenedores para incluir o excluir contenedores específicos de la supervisión.
    ¿Con qué frecuencia se recopilan los datos?
    Por defecto, los datos se recopilan cada minuto. Esto se puede ajustar a través del panel de control de Xitoring o de la interfaz de línea de comandos (CLI).
    ¿Cómo monitoreo la E/S de red de Docker por contenedor?
    `/containers/{id}/stats` expone `networks.{interface}.rx_bytes`, `tx_bytes`, `rx_packets`, `tx_packets`, `rx_errors`, `rx_dropped` por interfaz de red conectada al contenedor. Útil para detectar contenedores ruidosos, tráfico saliente inesperado (problema de seguridad) o errores de NIC. Xitogent los muestra todos por contenedor en el panel.
    ¿Funciona con Docker Compose / Swarm / Podman?
    Compose: sí, Xitogent monitorea todos los contenedores del host independientemente de cómo se hayan iniciado. Swarm: sí, instale Xitogent en cada nodo Swarm. Podman: no directamente (Podman utiliza un protocolo de socket distinto); utilice en su lugar la integración con la API REST de podman. Para Kubernetes, la integración Docker no encaja: utilice un enfoque de monitoreo por pod con cAdvisor o el endpoint `/metrics/cadvisor` del kubelet.
    ¿Con qué frecuencia se recopilan las métricas?
    Cada 60 segundos por defecto para las estadísticas de recursos por contenedor, con `docker events` (ciclo de vida: start/stop/restart/oom/die/kill) transmitido en tiempo real. Las actualizaciones del estado del health check se capturan en el momento en que ocurren, de modo que un contenedor no saludable se muestra de inmediato en lugar de en el siguiente intervalo de sondeo.

    Empieza a seguir a Docker hoy

    Se configura en menos de 60 segundos. No se necesita tarjeta de crédito. Estadísticas completas desde el primer día.

    Empieza tu prueba gratuita

    Sigue explorando

    Relacionado Integraciones