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

1.4K
Vistas
Grupos objetivo de ALB que muestran problemas de salud, aunque mi aplicación funciona bien

Tengo microservicios implementados en contenedores, que funcionan bien y podemos acceder con ALBendpoint/microservicio.

Pero mi grupo objetivo que se adjuntó a ALB muestra el estado "Incorrecto".

Errores en la consola de AWS: ninguna de estas zonas de disponibilidad contiene un objetivo en buen estado. Las solicitudes se están enrutando a todos los objetivos. Las comprobaciones de estado fallaron con estos códigos: [404]

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

0

Estoy viendo dos problemas aquí.

  1. Por qué la aplicación funciona bien cuando falla la comprobación de estado . aquí está la explicación de AWS Docs:

Si un grupo de destino contiene solo destinos registrados en mal estado, los nodos del balanceador de carga enrutan las solicitudes a través de sus objetivos en mal estado. Controles de salud para sus grupos objetivo

  1. ¿Cómo podría solucionar el control de estado mientras las instancias se agotan debido a controles de estado fallidos?

404 significa que no se encuentra la URL de verificación de estado. Confirme la configuración de la comprobación de estado. su URL de verificación de estado debe responder a la respuesta HTTP 200 OK . Si sus instancias se agotan repetidamente, puede configurar temporalmente la regla de verificación de estado para que coincida con HTTP 404 hasta que sus instancias estén en buen estado. Una vez que descubra la URL de verificación de estado correcta, puede configurarla.

Espero que esto ayude.

over 4 years ago · Santiago Trujillo Denunciar

0

En mi caso, servidor IIS y resuelto con los pasos a continuación.

  1. Verifique los grupos de seguridad, si hemos abierto los puertos necesarios de ALB SG a EC2 SG.
  2. Inicie sesión en el servidor y verifique si el sitio predeterminado del servidor IIS tiene el puerto 443 abierto si su verificación de estado está en 443 (cualquiera que sea el puerto que esté utilizando para las verificaciones de salud).

Use el comando curl para solucionar el problema.

  1. Si desea verificar HTTPS, use el siguiente comando para verificar la respuesta. Use -k o --insecure para ignorar el problema de SSL.

    curl https://[IP del servidor] -k

  2. Para la prueba HTTP, use el siguiente comando.

    curl http://[IP del servidor]

over 4 years ago · Santiago Trujillo Denunciar

0

Estuve lidiando con este problema durante 1 día. Finalmente me di cuenta de que había eliminado la configuración predeterminada del servidor de nginx. esto es necesario para la ruta predeterminada que verifica el control de salud

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