Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

244
Vistas
Kubernetes: acceda al servidor de métricas

En la documentación oficial de Kubernetes:

https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/

Podemos ver lo siguiente:

Este ejemplo requiere un clúster de Kubernetes en ejecución y kubectl, versión 1.2 o posterior. La supervisión del servidor de métricas debe implementarse en el clúster para proporcionar métricas a través de la API de métricas. Horizontal Pod Autoscaler usa esta API para recopilar métricas. Para obtener información sobre cómo implementar el servidor de métricas, consulte la documentación del servidor de métricas. Para especificar varias métricas de recursos para un escalador automático de pod horizontal, debe tener un clúster de Kubernetes y kubectl en la versión 1.6 o posterior. Para utilizar métricas personalizadas, su clúster debe poder comunicarse con el servidor de API que proporciona la API de métricas personalizadas. Finalmente, para usar métricas no relacionadas con ningún objeto de Kubernetes, debe tener un clúster de Kubernetes en la versión 1.10 o posterior, y debe poder comunicarse con el servidor de API que proporciona la API de métricas externa. Consulte la guía del usuario de Horizontal Pod Autoscaler para obtener más detalles.

Para verificar que puedo "hacer uso de métricas personalizadas", ejecuté:

kubectl get metrics-server

Y obtuve el resultado: error: the server doesn't have a resource type "metrics-server"

¿Puedo preguntar qué puedo hacer para verificar que "la supervisión del servidor de métricas debe implementarse en el clúster", por favor?

Gracias

over 4 years ago · Santiago Trujillo
1 Respuestas
Responde la pregunta

0

El comportamiento real detrás de kubectl es enviar una solicitud de API a un punto final particular en el servidor de API de Kubernetes. Hay un par de objetos predefinidos que vienen junto con kubectl . Pero si tiene algunos puntos finales que no están definidos con kubectl , puede usar el indicador --raw para enviar la solicitud al servidor API.

En su caso, puede verificar las métricas integradas con este comando.

 > kubectl get --raw /apis/metrics.k8s.io {"kind":"APIGroup","apiVersion":"v1","name":"metrics.k8s.io","versions":[{"groupVersion":"metrics.k8s.io/v1beta1","version":"v1beta1"}],"preferredVersion":{"groupVersion":"metrics.k8s.io/v1beta1","version":"v1beta1"}}

Obtendrá la respuesta JSON de kubectl . Luego, puede seguir la ruta debajo de la respuesta para consultar sus recursos de destino. En mi caso, para obtener las métricas reales, necesitaré usar este comando.

 > kubectl get --raw /apis/metrics.k8s.io/v1beta1/pods

Para este extremo de métricas, hace referencia a las métricas integradas. Son CPU y memoria. Si desea utilizar las métricas personalizadas, deberá instalar Prometheus, el adaptador Prometheus y el exportador correspondiente según su aplicación. Para la verificación de métricas personalizadas, puede ir al siguiente punto final.

 > kubectl get --raw /apis/custom.metrics.k8s.io
over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda