une note supplémentaire qui est directement liée à la partie HAProxy de la configuration ci-dessus.
Il existe un comportement courant avec HAProxy + Discourse où la reconstruction d’un conteneur web (par exemple avec ./launcher rebuild app1) renverra brièvement des réponses 503 Service Unavailable car HAProxy continue d’envoyer du trafic au backend pendant qu’il redémarre. Ce n’est pas une erreur dans Discourse lui-même - cela se produit parce que le backend est momentanément indisponible pendant la reconstruction.
La solution de contournement recommandée consiste à utiliser la socket d’administration HAProxy pour :
\t1.\tdésactiver le serveur dans HAProxy avant la reconstruction, et
\t2.\tre-l’activer après la fin de la reconstruction
Cela empêche ces 503 transitoires.
Il existe une discussion Meta existante documentant ce comportement et l’explication de la solution de contournement :
Si quelqu’un ici utilise HAProxy pour des reconstructions progressives, ce fil de discussion fournit un contexte utile pour expliquer pourquoi les commandes de socket d’administration sont incluses dans le carnet d’exécution (runbook).