Un groupe d'instances à mise à l'échelle automatique derrière un équilibreur de charge HTTP(S) redémarre les VM toutes les minutes ; les instances n'ont pas d'IP publique et un curl depuis une instance renvoie le bon site. Que devriez-vous vérifier pour réparer le backend ?

Le problème décrit (redémarrage constant des VM) est un symptôme classique d'échec des vérifications de santé. Un groupe d'instances à mise à l'échelle automatique remplace les instances qui ne répondent pas aux vérifications de santé. Puisque les instances n'ont pas d'IP publique et qu'un curl interne fonctionne, le problème ne vient pas de la connectivité générale des instances ou de l'application elle-même. La cause la plus probable est que les vérifications de santé de l'équilibreur de charge ne peuvent pas atteindre les instances. Il faut donc vérifier qu'une règle de pare-feu autorise le trafic des vérifications de santé (provenant de plages IP spécifiques de Google Cloud) vers les instances du groupe. Les autres options sont incorrectes : Autoriser le trafic HTTP/HTTPS source vers l'équilibreur de charge est nécessaire pour les utilisateurs finaux, mais n'affecte pas les vérifications de santé internes de l'équilibreur de charge vers les backends. Attribuer des IP publiques aux instances est inutile et une mauvaise pratique de sécurité pour des backends internes, et ne résoudrait pas le problème des vérifications de santé. Baliser les instances avec le nom de l'équilibreur de charge n'est pas une configuration standard pour les règles de pare-feu de vérification de santé.