APIService non si chiude mai con grazia

FixAPIService
Spegnimento
4 settembre 2026 alle ore 19:50 UTC
Autore
Kamo
Impegno
d712ce9

Deploys ha sostituito l'unico pod di ogni servizio con nulla per catturare le richieste in volo. Tre impostazioni, applicate attraverso la flotta: - preStop dorme 10s prima che il processo veda SIGTERM. Kubernetes rimuove il baccello dal suo EndpointSlice e lo segnala allo stesso momento, e Traefik impara solo della rimozione da guardare — così per un momento continua a inviare nuove richieste in una capsula che è già iniziata rifiutandoli. Quel divario è da dove sono arrivati i 502 su un rollout altrimenti pulito. - terminazioneGracePeriodSeconds sollevato sopra il sonno preStop, quindi il gancio non è di per sé SIGKILLed, e il lavoro in volo ha spazio per finire. È un soffitto, non un'attesa: un baccello inattivo esce ancora tra circa un secondo. - minReadySeconds 15, quindi un baccello che passa la prontezza una volta e poi cade sopra non può ritirare il pod sano sostituito dopo CI ha già chiamato il rollout buono. topologySpreadConstraints sono aggiunti pronti per una seconda replica; sono inerti ad uno. Audited dal cluster live: 63 di 65 distribuzioni in `kamo` ha eseguito una singola replica, 1 di 65 aveva un gancio preStop, e nessuno aveva minReadySeconds. ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** non è mai stato letto una volta in produzione: k8s/deployment.yaml monta k8s/config.yaml sopra esso come Il che sostituisce il file piuttosto che fonderlo, e che ConfigMap non aveva alcuna impostazione di arresto. Così APIService — uno dei servizi più affollati sul piattaforma — ha lasciato cadere ogni richiesta in volo l'istante ha ricevuto SIGTERM, su ogni schieramento. Aggiunge `shutdown: grazioso` e un 30s timeout-per-shutdown-phase al ConfigMap che realmente funziona.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo