Mga HAProxy health check para sa Squid forward proxy
Bumuo ng HAProxy health check na nakikipag-usap sa forward proxy at ibukod ang maabot ng listener, pagtanggap ng CONNECT at pagkuha mula sa pinagmulan.
Ang file na pinangalanang /check.txt sa isang proxy host ay parang halatang target ng health check. Ang bitag ay ang tahasang forward listener ng Squid ay hindi ordinaryong website na nagsisilbi sa document root ng host na iyon.
Ang kahilingang ayon sa istilo ng pinagmulan tulad ng HEAD /check.txt HTTP/1.1 ay lumalaktaw sa ganap na target na inaasahan para sa ordinaryong kahilingang HTTP sa pamamagitan ng forward proxy. Depende sa configuration, maaaring tanggihan ito o pangasiwaan ng ibang lokal na serbisyo. Alinman sa dalawang resulta ay maaaring magsabi ng mas kaunti kaysa sa iminumungkahi ng dashboard.
Piliin ang serbisyong kailangang manatiling available
| Pagsusuri | Kapaki-pakinabang na ebidensya |
|---|---|
| TCP na koneksyon sa listener ng proxy | Tinatanggap ng naaabot na proseso ang koneksyong iyon. |
| CONNECT sa kontroladong target | Tinatanggap ng proxy ang kahilingang iyon sa tunnel. |
| Pagkuha ng HTTP sa pamamagitan ng proxy | Maaaring magbalik ng inaasahang tugon ang napiling landas ng kahilingan. |
Sa ikatlong kaso, kailangan ng kahilingan ng target, halimbawa:
HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internalAng hostname ay halimbawa lamang. Gumamit ng kontroladong endpoint na kayang lutasin ng proxy at sadyang pinapayagang abutin. Sinusuportahan ng http-check send ng HAProxy ang pagpili ng method, URI, bersyon at header; i-configure nang tahasan ang kahilingang iyon sa halip na manahin nang walang pagbabago ang halimbawa ng origin server.
Kayang suriin ng HEAD ang status at header ng tugon. Hindi nito mapapatunayan ang katawan ng tugon na hindi kailanman ipinapadala. Kung ang kontrata ng kalusugan ay nangangailangan ng marker sa katawan, pumili ng angkop na GET check at patunayan ang marker na iyon.
Panatilihing makitid ang account sa pagsusuri at mga paghihigpit sa pinagmulan kapag may authentication ng proxy. Ang pagpapalibre sa buong listener mula sa authentication para makakuha ng berdeng tsek ay binabago ang serbisyong pinoprotektahan.
Sa huli, magpasya kung ano ang dapat tanggalin ng nabigong pagsusuri. Ang kontroladong pagkaantala ng pinagmulan ay maaaring magpabagsak nang sabay sa pagsusuri ng pagpapasa ng bawat proxy. Maaaring iyon mismo ang dependency na nais mong sukatin, o dahilan para panatilihing magkahiwalay na signal ang kalusugan ng listener at ang availability mula dulo hanggang dulo.