Problemas
Completó el procedimiento de instalación de Kubernetes y está viendo datos de Kubernetes en su cuenta de New Relic, pero no hay datos de ninguno de los componentes del plano de control.
Solución
En caso de que falten los datos del plano de control, por ejemplo K8sSchedulerSample
, lo primero que hay que hacer es comprobar el registro detallado de los componentes del plano de control. Lea cómo habilitar el logging detallado.
Una posibilidad es que el autodescubrimiento intente encontrar el pod del plano de control en el clúster usando las etiquetas más comunes; si no se encuentra ningún pod para un solo componente, no falla para evitar perder más datos. Verá un registro similar al siguiente:
bash$time="2022-06-21T12:21:25Z" level=debug msg="Autodiscovering pods for \"scheduler\""$time="2022-06-21T12:21:25Z" level=debug msg="0 pods found with labels \"tier=control-plane,component=kube-scheduler\""$time="2022-06-21T12:21:25Z" level=debug msg="No pod found for \"scheduler\" with labels \"tier=control-plane,component=kube-scheduler\""$time="2022-06-21T12:21:25Z" level=debug msg="0 pods found with labels \"k8s-app=kube-scheduler\""$time="2022-06-21T12:21:25Z" level=debug msg="No pod found for \"scheduler\" with labels \"k8s-app=kube-scheduler\""$time="2022-06-21T12:21:25Z" level=debug msg="0 pods found with labels \"app=openshift-kube-scheduler,scheduler=true\""$time="2022-06-21T12:21:25Z" level=debug msg="No pod found for \"scheduler\" with labels \"app=openshift-kube-scheduler,scheduler=true\""$time="2022-06-21T12:21:25Z" level=debug msg="No \"scheduler\" pod has been discovered"En este caso, puede cambiar el comportamiento de descubrimiento con la configuración
controlplane.config.[component].autodiscover[].selector
de los valores del gráfico de Helm. Obtenga más información sobre el componente del plano de control.También es posible que se encuentre el componente del plano de control, pero que la autenticación con extremo falle. Verá un log similar al siguiente:
bash$time="2022-06-21T15:54:52Z" level=debug msg="Endpoint \"https://localhost:10257\" probe failed, skipping: http request failed with status: 403 Forbidden"En este caso, puede cambiar el comportamiento de autenticación para cada extremo con la configuración
controlplane.config.[component].autodiscover[].endpoints[].auth
de los valores del gráfico de timón.También es posible que el componente del plano de control de la integración no se esté ejecutando en todos los nodos maestros. Puedes comprobarlo ejecutando este comando:
bash$kubectl get pod -n <NEWRELIC_NAMESPACE> -l app.kubernetes.io/component=controlplane -o wideSi hay algún pod del plano de control que desea monitor ejecutar en un nodo sin una instancia de monitoreo New Relic , puede cambiar según sea necesario
controlplane.affinity
,controlplane.nodeSelector
ycontrolplane.tolerations
de los valores del gráfico de Helm.
En caso de que los componentes del plano de control no descubran automáticamente o raspen con éxito cualquier pod del plano de control al que ingresen en CrashLoopBackOff
.
Puede cambiar el comportamiento del descubrimiento automático y los métodos de autenticación para satisfacer sus necesidades.
Por otro lado, si no estás interesado en esos datos, puedes simplemente deshabilitar el componente del plano de control configurando controlplane.enabled=false
en los valores del gráfico de Helm.