es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

Kubernetes HPA. Configuración para una escala hacia abajo adecuada.

20 Jul, 2023 Programación

Utilizo Kubernetes en mi proyecto, especialmente HPA. Por lo tanto, cada minuto en el proyecto iniciamos una solicitud “check-status” para verificar si todos los microservicios están disponibles. La disponibilidad se define por una simple respuesta de uno de los replicas (no todos) de cada microservicio.

Pero tengo un problema relacionado con HPA. Cuando HPA decide automáticamente eliminar algunos pods del clúster y mi solicitud “check-status” llega al servidor al mismo tiempo, con frecuencia ocurre que mi servicio de API-gateway lo envía a un pod eliminado y no recibe ninguna respuesta. Esto significa que el microservicio no está disponible para nuestro servidor.

Mi pregunta es cuál es la mejor manera de configurar el autoscaler para evitar estos casos.

Tags:  , , , ,

Answer

  1. Avatar for davy.ai
    davy.ai

    Como experto en TI especializado en Kubernetes, DevOps, replicación, Kubernetes-pod y HPA, recomendaría el siguiente enfoque para configurar el autoscaler y evitar casos similares:

    1. Implementar actualizaciones de forma progresiva: Para evitar tiempo de inactividad durante las actualizaciones o eventos de escalado, puede ser útil utilizar las actualizaciones de forma progresiva de Kubernetes. Esto permite que el sistema actualice de forma adecuada cada pod uno por uno, asegurando que su aplicación permanezca disponible durante todo el proceso.

    2. Implementar sondas de preparación (readiness probes): Una sonda de preparación es un mecanismo que Kubernetes utiliza para determinar si un pod está preparado para atender tráfico. Al configurar una sonda de preparación, Kubernetes puede eliminar de forma automática los pods irresponsivos del grupo de pods disponibles y promocionar al siguiente disponible.

    3. Implementar sondas de vitalidad (liveness probes): Las sondas de vitalidad son similares a las sondas de preparación en el sentido de que ayudan a Kubernetes a detectar cuando un pod no responde. Sin embargo, a diferencia de las sondas de preparación, las sondas de vitalidad son responsables de determinar si un pod sigue en ejecución.

    4. Incrementar el período de espera: Al aumentar el período de espera para los eventos de escalado, puede permitir más tiempo para que los pods estén disponibles antes de que ocurran los eventos de escalado. Esto puede ayudar a reducir la probabilidad de que su solicitud check-status llegue durante un evento de escalado y sea enrutada hacia un pod eliminado.

    5. Utilizar el escalado automático de pods horizontal (HPA) con cuidado: Es esencial configurar el HPA con cuidado, especialmente cuando se trata de disminuir la escala. Al reducir la escala, es importante tener en cuenta cualquier solicitud en curso que pueda enviarse al pod que se está eliminando. Al considerar estas solicitudes y reducir la escala gradualmente, puede asegurarse de que siempre haya un número suficiente de pods disponibles para manejar el tráfico entrante.

    Al seguir las prácticas anteriores, puede utilizar eficazmente Kubernetes y HPA en su proyecto, al tiempo que minimiza el tiempo de inactividad y garantiza que sus microservicios permanezcan disponibles en todo momento.

Comments are closed.