La integración Kubernetes es compatible con muchas plataformas diferentes, incluidas GKE, EKS, AKS, OpenShift y más. Cada uno tiene una compatibilidad diferente con nuestra integración. Puedes encontrar más información en esta página.
Requisitos
La integración de New Relic Kubernetes requiere una cuenta de New Relic. Si aún no lo ha hecho, cree su cuenta New Relic gratuita a continuación para comenzar a monitorear sus datos hoy.
También necesitarás:
- Una distribución de Linux compatible con el agente New Relic Infrastructure .
- Si está utilizando Helm, consulte la compatibilidad y los requisitos específicos.
Importante
kube-state-metrics
v2 o superior es compatible con la versión de integración 3.6.0 o mas alto.
Instale la integración de Kubernetes hasta la versión 3.5.0 si está utilizando kube-state-metrics
1.9.8 o inferior.
Verifique el archivo values.yaml
si está actualizando kube-state-metrics
de v1.9.8 a v2 o superior porque algunas variables pueden haber cambiado.
Tiempo de ejecución del contenedor
Nuestra integración de Kubernetes es independiente del CRI . Ha sido probado específicamente para ser compatible con Containerd. Tenga en cuenta que Dockershim se eliminó del proyecto Kubernetes a partir de la versión 1.24. Lea las preguntas frecuentes sobre la eliminación de Dockershim para obtener más detalles.
Compatibilidad
Importante
Si usa Openshift, también puede usar kubectl
la mayor parte del tiempo, pero tenga cuidado de que kubectl
no tenga comandos como oc login
o oc adm
. Es posible que necesites usar oc
en lugar de kubectl
.
Nuestra integración es compatible y se prueba continuamente en las siguientes versiones de Kubernetes:
Versiones | |
---|---|
Cluster de kubernetes | 1,24 a 1,28 |
Importante
A partir de la versión 1.26 de Kubernetes, la API @autoscaling/v2beta2
ya no está disponible y se reemplaza por @autoscaling/v2
. Para obtener informes HorizontalPodAutoscaling
métricos continuos, es importante que instale kube-state-metrics
versión 2.7+ en el clúster Kubernetes versión 1.26+. Esto se debe a que solo kube-state-metrics
v2.7+ puede admitir la API @autoscaling/v2
.
Sabores de Kubernetes
La integración de Kubernetes es compatible con diferentes versiones. Probamos la integración con los siguientes:
Flavor | Notas |
---|---|
Minikube | |
Kind | |
K3s | |
Kubeadm | |
Servicio Amazon Elastic Kubernetes (EKS) | |
Servicio Amazon Elastic Kubernetes en cualquier lugar (EKS-Anywhere) | |
Servicio Amazon Elastic Kubernetes en Fargate (EKS-Fargate) | |
Motor Rancher Kubernetes (RKE1) | Se necesita configuración adicional para controlar los componentes del plano del instrumento. |
Servicio Azure Kubernetes (AKS) | |
Motor Google Kubernetes (GKE) | Compatible con modos estándar y piloto automático. |
Cambio abierto | Probado con OpenShift 4.12 y versiones anteriores. Tenga en cuenta que las versiones 3.x ya no son compatibles. |
VMware Tanzu | Compatible con VMware Tanzu (plataforma pivotal) versión 2.5 a 2.11 y Ops Manager versión 2.5 a 2.10 |
Dependiendo del método de instalación, el monitoreo del plano de control no está disponible o puede necesitar una configuración adicional.
Por ejemplo:
- Solo las métricas del servidor API son desmontables y están disponibles para el plano de control del clúster administrado por instrumentos (GKE, EKS, AKS) porque ningún extremo expone la métrica necesaria para etcd, el programador y el administrador del controlador.
- Para instrumento el plano de control de Rancher, dado que los componentes
/metrics
no siempre son accesibles de forma predeterminada y no se pueden descubrir automáticamente, se necesita alguna configuración adicional .