Grupa instancji autoskalowanych za systemem równoważenia obciążenia HTTP(S) restartuje maszyny wirtualne co minutę; instancje nie mają publicznego adresu IP, a polecenie curl z instancji zwraca poprawną witrynę. Co należy sprawdzić, aby naprawić backend?

Instancje są restartowane co minutę, co jest typowym objawem niepowodzenia kontroli stanu (health check). Gdy instancja nie odpowiada na kontrolę stanu, autoskaler zakłada, że jest uszkodzona i ją restartuje. Brak publicznego adresu IP i działający curl z instancji wskazują, że aplikacja działa poprawnie, ale problem leży w komunikacji z systemem równoważenia obciążenia. System równoważenia obciążenia potrzebuje reguły zapory sieciowej, która pozwoli mu na wykonanie kontroli stanu na instancjach. Pozostałe opcje są nieprawidłowe: Reguła zapory sieciowej zezwalająca na ruch HTTP/HTTPS ze źródła do systemu równoważenia obciążenia jest potrzebna, ale nie rozwiązuje problemu restartowania instancji, ponieważ ruch ten dotyczy frontendu, a nie komunikacji systemu równoważenia obciążenia z backendem. Przypisywanie publicznego adresu IP do instancji jest niepotrzebne i niezalecane, ponieważ system równoważenia obciążenia komunikuje się z instancjami prywatnie. Oznaczanie instancji nazwą systemu równoważenia obciążenia i konfigurowanie reguły zapory sieciowej w ten sposób nie jest standardową ani skuteczną metodą rozwiązania problemu kontroli stanu.