Skip to main content

Módulos generados

La ejecución de este plugin generará los siguientes agentes y módulos:

  • Un agente llamado “Kubernetes”: Tendrá los datos de monitorización que no sean referente a contenedores y nodos. Contendrá los módulos:
    • API status: Indica si el API es accesible por el plugin.
    • Healthz: Indica si el API es accesible por el plugin.
    • Healthz ping: Indica si el API es accesible por el plugin.
    • Healthz log: Indica si el API es accesible por el plugin.
    • Healthz etcd: Indica si el API es accesible por el plugin.
    • Healthz poststarthook crd informer synced: Indica si el API es accesible por el plugin.
    • Healthz poststarthook generic apiserver start informers: Indica si el API es accesible por el plugin.
    • Healthz poststarthook start apiextensions controllers: Indica si el API es accesible por el plugin.
    • Healthz poststarthook start apiextensions informers: Indica si el API es accesible por el plugin.
    • Namespaces: Cantidad de “namespaces” en el entorno.
    • Services: Cantidad de “services” en el entorno.
    • Deployments: Cantidad de “deployments” en el entorno.
    • Components: Cantidad de “components” en el entorno.
    • Component <component>: Generará un módulo por cada “component” indicado su estado (healthy).
    • <metric module name>: Generará un módulo por cada métrica indicada en el fichero de configuración (con los nombres indicados).
  • Un agente para cada nodo: Su agente padre será el de “Kubernetes”. Contendrán los módulos:
    • Pods: Cantidad de “pods” en el nodo.
    • Pods (%): Porcentaje de ocupación de “pods” en el nodo.
    • CPU (cores): Uso de CPU del nodo.
    • CPU (%): Porcentaje de uso de CPU del nodo.
    • Memory (bytes): Uso de memoria del nodo.
    • Memory (%): Porcentaje de uso de memoria del nodo.
    • <condition>: Generará un módulo por cada “condition” en el nodo indicando su estado.
  • Un agente para cada “pod”: Su agente padre será el del nodo en el que se encuentre. Contendrán los módulos:
    • Pod status: Indica el estado del “pod”. Estados posibles:
      • 0 → Failed
      • 1 → Running
      • 2 → Succeeded
      • 3 → Pending
      • 4 → Unknown
    • Containers: Cantidad de contenedores en el “pod”.
    • Container <container> CPU (cores): Generará un módulo por cada “container” en el “pod” indicando el uso de CPU en el nodo.
    • Container <container> CPU (%): Generará un módulo por cada “container” en el “pod” indicando el porcentaje de uso de CPU en el nodo.
    • Container <container> memory (bytes): Generará un módulo por cada “container” en el “pod” indicando el uso de memoria en el nodo.
    • Container <container> memory (%): Generará un módulo por cada “container” en el “pod” indicando el porcentaje de uso de CPU en el nodo.
    • <condition>: Generará un módulo por cada “condition” en el “pod” indicando su estado.
  • Un agente para cada despliegue: Su agente padre será el de “Kubernetes”. Contendrán los módulos:
    • Replicas: Número total de “pods” objetivo del despliegue no terminados (Sus etiquetas coinciden con el selector).
    • Updated replicas: Número total de “pods” objetivo del despliegue no terminados que tienen la plantilla de especificaciones deseada.
    • Ready replicas: Número total de “pods” objetivo del despliegue preparados.
    • Available replicas: Número total de “pods” objetivo del despliegue disponibles (preparados desde el al menos "minReadySeconds").
    • Unavailable replicas: Número total de “pods” objetivo del despliegue no disponibles. Es el número total de “pods” que todavía son necesarios para que el despliegue tenga disponible una capacidad del 100%. Pueden ser “pods” que están iniciados pero aún no están disponibles o “pods” que aún no han sido creados.
    • Available: Indica si el despliegue está disponible.
    • Progressing: Indica si el despliegue está lanzando un nuevo “replica set”.
Back to top