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

795
Vistas
¿Por qué necesito 3 tipos diferentes de sondas en kubernetes: startupProbe, readinessProbe, livenessProbe?

¿Por qué necesito 3 tipos diferentes de sondas en kubernetes?

  • sonda de inicio
  • sonda de preparación
  • Sonda de vida

Hay algunas preguntas ( k8s - livenessProbe vs readinessProbe , Configuración de una prueba de preparación, actividad o inicio ) y artículos sobre este tema. Pero esto no está tan claro:

  • ¿Por qué necesito 3 tipos diferentes de sondas?
  • ¿Cuáles son los casos de uso?
  • ¿Cuáles son las mejores prácticas?
over 4 years ago · Santiago Trujillo
2 Respuestas
Responde la pregunta

0

Estos 3 tipos de sondas tienen 3 casos de uso diferentes. Es por eso que necesitamos 3 tipos de sondas.

Sonda de vida

Si la sonda Liveness Probe falla, el pod se reiniciará (lea más sobre el umbral de falla).

Caso de uso: reinicie el pod, si el pod está inactivo.

Prácticas recomendadas: incluya solo comprobaciones básicas en la sonda de actividad. Nunca incluya controles en las conexiones a otros servicios (p. ej., base de datos). La comprobación no debería tardar demasiado en completarse. Siempre especifique una sonda de actividad ligera para asegurarse de que el pod se reiniciará, si el pod está realmente inactivo.

Sonda de inicio

Verificación de sondas de inicio , cuando el pod está disponible después del inicio.

Caso de uso: envíe tráfico al pod, tan pronto como el pod esté disponible después del inicio. Los sondeos de inicio pueden tardar más en completarse, ya que solo se invocan durante la inicialización. Podrían llamar a una tarea de calentamiento (pero también considerar los contenedores init para la inicialización).

Prácticas recomendadas: especifique una sonda de inicio si el pod tarda mucho en iniciarse. Startup y Liveness Probe pueden usar el mismo punto final, pero Startup Probe tendrá un umbral de falla menos estricto que evita una falla en el inicio ( por ejemplo, Kubernetes en acción ).

Sonda de preparación

A diferencia de las sondas de inicio, las sondas de preparación verifican si el pod está disponible durante el ciclo de vida completo. A diferencia de las sondas Liveness, solo se detiene el tráfico al pod si falla la sonda de preparación , pero no se reiniciará.

Caso de uso: deje de enviar tráfico al pod, si el pod no puede servir temporalmente porque falla una conexión a otro servicio (por ejemplo, la base de datos) y el pod se recuperará más tarde.

Mejores prácticas: incluya todas las comprobaciones necesarias, incluidas las conexiones a otros servicios. Sin embargo, la comprobación no debería tardar demasiado en completarse. Especifique siempre una sonda de preparación para asegurarse de que el pod solo reciba tráfico, si el pod puede manejar correctamente las solicitudes entrantes.

Documentación

  • Este artículo explica muy bien las diferencias entre los 3 tipos de sondas.
  • La documentación oficial de Kubernetes brinda una buena descripción general de todas las opciones de configuración.
  • Prácticas recomendadas para las sondas .
  • El libro Kubernetes in Action brinda información más detallada sobre las mejores prácticas.
over 4 years ago · Santiago Trujillo Denunciar

0

La diferencia entre livenessProbe, readinessProbe y startupProbe

Sonda de vida :

 livenessProbe: httpGet: path: /healthz port: 8080 initialDelaySeconds: 3 periodSeconds: 3
  • Se utiliza para indicar si el contenedor se ha iniciado y está vivo o no, es decir, prueba de que está disponible.
  • En el ejemplo dado, si la solicitud falla, reiniciará el contenedor.
  • Si no se proporciona, el estado predeterminado es Correcto.

sonda de preparación :

 readinessProbe: httpGet: path: /healthz port: 8080 initialDelaySeconds: 3 periodSeconds: 3
  • Se utiliza para indicar si el contenedor está listo para atender tráfico o no, es decir, prueba de estar listo para usar.
  • Comprueba dependencias como conexiones de base de datos u otros servicios de los que depende su contenedor para cumplir con su trabajo.
  • En el ejemplo dado, hasta que la solicitud devuelva Correcto, no atenderá ningún tráfico (al eliminar la dirección IP del Pod de los puntos finales de todos los Servicios que coincidan con el Pod).
  • Kubernetes se basa en las pruebas de preparación durante las actualizaciones continuas, mantiene el contenedor anterior en funcionamiento hasta que el nuevo servicio declara que está listo para recibir tráfico.
  • Si no se proporciona, el estado predeterminado es Correcto.

sonda de inicio :

 startupProbe: httpGet: path: /healthz port: 8080 initialDelaySeconds: 3 periodSeconds: 3
  • Se utiliza para indicar si la aplicación dentro del Contenedor se ha iniciado.
  • Si se proporciona una sonda de inicio, todas las demás sondas están deshabilitadas.
  • En el ejemplo dado, si la solicitud falla, reiniciará el contenedor.
  • Una vez que la sonda de inicio ha tenido éxito una vez, la sonda de actividad se hace cargo para proporcionar una respuesta rápida a los puntos muertos del contenedor.
  • Si no se proporciona, el estado predeterminado es Correcto.

Consulte la documentación de K8S para obtener más información.

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