Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

792
Views
¿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 answers
Answer question

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 Report

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!