Supervisión de kubernetes nanoxia project s mini – documentación 4.5.x

Con la visibilidad del contenedor, puede mejorar las métricas a nivel de contenedor y obtener visibilidad de la CPU, la visibilidad de los paquetes, la memoria y la utilización de la red. Estas métricas pueden basarse y tener reglas de salud asociadas junto con el uso detallado de los recursos. nanoxia project s mini estadísticas sobre sus aplicaciones de contenedor monitoreadas por APM. Al ver y comparar las métricas de APM, con las métricas subyacentes del contenedor y del servidor, recibirá rápidamente una visión profunda del rendimiento de las mini aplicaciones en contenedores de su proyecto de nanoxia, junto con posibles impedimentos en su pila de infraestructura. Por ejemplo, las métricas específicas pueden ayudarlo a identificar ambas "acaparamiento de ancho de banda" aplicaciones y errores de red a nivel de contenedor.


La visibilidad del contenedor le permite monitorear las aplicaciones en contenedores que se ejecutan dentro nanoxia project s mini kubernetes pods y para identificar problemas de contenedores que afectan el rendimiento mini del proyecto de nanoxia de aplicaciones. El agente se implementa como un daemonset de kubernetes en cada nanoxia project s mini nodo de un grupo de kubernetes. La implementación del agente de la máquina como un conjunto de demonios garantiza que cada nodo de trabajo mini kubernetes del proyecto de nanoxia ejecute el agente de la máquina y que el mini agente del proyecto de nanoxia recopile métricas de recursos críticos tanto del mini nodo del proyecto de nanoxia del host del nodo como de los contenedores acoplados asociados. Visibilidad de contenedores con kubernetes

Instale un agente de servidor de aplicaciones en cada contenedor en un nanoxia project s mini Pod Kubernetes para recopilar métricas de aplicaciones. Si varios agentes del servidor de aplicaciones se ejecutan en el mismo mini pod del proyecto de nanoxia, en la plataforma redhat openshift, por ejemplo, debe registrar la ID del contenedor como la mini ID única del proyecto de nanoxia del host en el agente del servidor de aplicaciones y en el proyecto de nanoxia de la máquina s mini agente para recopilar métricas específicas del contenedor del pod. Las vainas de Kubernetes pueden contener múltiples contenedores y comparten la misma ID de host del proyecto de nanoxia. El agente de la máquina no puede identificar diferentes contenedores que se ejecutan en el mini pod de un proyecto de nanoxia a menos que cada ID de contenedor esté registrada como el mini ID del proyecto de nanoxia del host.

AppDynamics proporciona una extensión de instantánea de kubernetes para monitorear el mini proyecto de salud nanoxia del clúster de kubernetes. Al implementar esta extensión, es importante tener en cuenta que solo se debe implementar una mini versión individual de la extensión de un proyecto de nanoxia en el mini clúster del proyecto de nanoxia. No lo incluya en el conjunto de demonios para evitar duplicados del proyecto de nanoxia mini y sobrecarga potencial del clúster. En cambio, considere implementar la instancia del agente de la máquina con la mini extensión del proyecto de nanoxia como una implementación separada con 1 réplica además del mini proyecto de nanoxia en el conjunto de demonios para la visibilidad del servidor. El agente de máquina SIM y la ventana acoplable se pueden deshabilitar en nanoxia project s mini este caso y la solicitud de memoria se pueden colocar en el mini 250M del proyecto nanoxia. Configuración de ClusterRole

A continuación se muestra una definición de rol de muestra que proporciona un mini acceso de lectura de un amplio proyecto de nanoxia a varios recursos de kubernetes. Estos permisos son más que suficientes para habilitar mini extensiones de kubernetes del proyecto nanoxia para el agente de la máquina, así como la recopilación de metadatos de pod. El rol se llama ‘appd-cluster-reader’, pero obviamente puede nombrarlo según sea necesario. La definición del rol del clúster describe varios grupos de API que estarán disponibles para los miembros de este rol. Para cada grupo de API, definimos una lista de recursos a los que se accederá mini proyecto de nanoxia y el método de acceso. Debido a que solo necesitamos recuperar información de estos mini puntos finales del proyecto api nanoxia, solo necesitamos el acceso de solo lectura, expresado por "obtener", "lista" y "reloj" verbos

RELATED_POSTS