- Expediere
- 4 septembrie 2026 la 20:39 UTC
- Autor
- Kamo
- Comite
- 2862548
Această desfăşurare nu a avut o sondă de pregătire, aşa că o capsulă a numărat ca Gata în momentul containerul său A început procesul. Cu maxIndisponibil 0 Kubernetes citește că, ca "nou pod este de servire" și se retrage cel vechi Cereri depuse într-un port pe care nu-l asculta nimic, de acolo au venit 502-urile intermitente. /api/health answers only for this pod and deliberatly touchs no backend: a ready probe decide dacă această capsulă părăsește Serviciul, și cablându-l la un suport transformă un blip backend într-o Reporneşte fiecare capsulă de aici. /Healtz este răspuns prin nginx în sine, mai degrabă decât preocupat de ataș: disponibilitatea decide dacă Această capsulă părăsește Serviciul, și rutarea-l prin ataș ar trage întreaga întâlni UI din rotire pentru un sughiț ataș chiar dacă nginx este încă de servire fiecare pagină. replica 1 -> 2. Starea server-side trăiește în Redis, nu în pod, și nu există nici o lucrare programată pentru a duplicate, astfel încât o a doua replică nu schimbă nimic, cu excepția faptului că pierderea unui pod încetează să mai fie o pană de curent. La o replica o ucidere OOM, o sondă liveness eșuat sau un canal de scurgere nod luat totul în jos pentru Atâta timp cât este nevoie pentru a boot. topologieSpreadConstraints (adăugat mai devreme, inert până acum) păstrează cele două pe noduri diferite în cazul în care clusterul îl poate gestiona, iar un PodDiruptionBudget din KlusterServices aşteaptă o scurgere. Sidecar's orgConfigCache este un citi-prin intermediul TTL cache, astfel încât un al doilea pod înseamnă o A doua cache, nu stat divergent.