APIService nigdy nie wyłącza się z wdziękiem

FixAPIService
Szycy
4 września 2026 19:50 UTC
Autor
Kamo
Pochęt się
d712ce9

Wdrożenia zastąpiły jedyną kapsułę każdej usługi, nie mając nic do złapania żądań w - Lot. Trzy ustawienia, stosowane w całej flocie: - Przesadzi sen 10s, zanim proces zobaczy SIGTERM. Kubernetes usuwa kapsułę z jej EndpointSlice i sygnalizuje to w tym samym momencie, a Traefik uczy się tylko usuwania przez Obserwuj - więc przez chwilę wysyła nowe prośby do kapsuły, która już się rozpoczęła Odmawiam im. Ta luka jest tam, skąd pochodzi 502s na skądinąd czystym rolloutie. - Zakończenie GracePeriodSeconds podniesione powyżej snu preStop, więc hak sam nie jest SIGKILLed, a praca w locie ma miejsce do ukończenia. To jest sufit, a nie czekanie: bezczynna strąk Wciąż wychodzi w ciągu około sekundy. - minReadySeconds 15, więc kapsuła, która mija gotowość raz, a następnie upada, nie może wycofać Zdrowa kapsuła zastąpiła po tym, jak CI już nazwało rollout dobre. topologySpreadConstraints są dodawane na drugą replikę; są obojętne w jednej. Przesłuchiwana z klastra na żywo: 63 z 65 wdrożeń w "kamo" uruchomiło pojedynczą replikę, 1 z 65 miało Hak preStop, a żaden nie miał minReadySeconds. - ustawi "server.shutdown: wdzięczny" od samego początku, i Nigdy nie był czytany w produkcji: k8s/deployment.yaml mounts k8s/config.yaml nad nim jako - który zastępuje plik, a nie łączony z nim, I to ConfigMap nie miało ustawienia zamknięcia. Tak więc APIService — jedna z najbardziej ruchliwych usług na Platforma — upuściła każdą prośbę o lot w momencie otrzymania SIGTERM, na każdym miejscu. Dodaje "shutdown: graceful" i 30s timeout-per-shutdown-phase do ConfigMap, który faktycznie działa.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny