- Shiked
- 4 Eylül 2026 19:50 UTC
- Yazar
- Kamo
- Commit
- aefbb92
Deploys, talepleri yakalamak için her hizmetin tek pod'unu değiştirdi Uçuş. Filoda uygulanan üç ayar: - Ön Durak, işlemden önce 10 uyuyor SIGTERM. Kubernetes pod'u ondan çıkarır EndpointSlice ve aynı anda işaret eder ve Traefik sadece geri çekilmeyi öğrenir Saat – bu yüzden bir an için, çoktan başlayan bir pod'a yeni talepleri göndermeye devam ediyor Onları reddetme. Bu boşluk, aksi takdirde temiz bir rolloutdaki 502'nin nereden geldiğidir. - bitişGracePeriodİkincileri Ön Durağın üstünde yükseltti, bu yüzden kancanın kendisi değil SIGKILLed ve in-flight çalışması bitirmek için oda vardır. Bir tavan, bir bekleme değil: bir idle pod Hala bir saniye içinde çıkıyor. - minReady Saniyes 15, bu yüzden bir kez hazırlık yapan bir pod ve sonra düşmez CI'den sonra sağlıklı pod zaten ruloyu iyi çağırdı. TopolojiSpreadConstraints ikinci bir çoğaltma için hazırdır; birinde inert. Canlı kümeden Denetim: ‘kamo’daki 65 dağıtımın 63'ü tek bir çoğaltma koştu, 65'in 1'i tek bir çoğaltma geçirdi. Bir ön Dur kancası ve hiç kimse ikincileri yoktu. MediaService, “strateji: Recreate’yi 5s lütuf dönemi ile bir çoğaltma ile gönderdi, bu yüzden her şey pod'u sohbet, eks, sohbet ve bildirim WebSockets, varlık Ve itin, ve sadece sonra değiştirilmesine başladı - kendi günlükleri 59 saniyede çizmelerini koydu. İşte bu Hizmetin var olmadığı bir ~65 pencere ve tel üzerinde bir yükleme ağırlandı 5s işareti. Bir üye tam olarak buna yüklenen bir belge kaybetti. Burada PersistentVolumeClaim yok ve hiç olmadı - hacimler bir ConfigMap, iki Sır Ve iki boşDirs - bu yüzden hiçbir şey Recreate gerektirmez. Sağdan ayrıldı. maxUn available 0 / maxSurge 1 ile RollingUpdate; kamo-internal ile eşleşmek için lütuf 660s Aynı 3 GiB ekleri; **************** 5s -> 600s, hangisiydi Limit aslında yüklemeleri kesir; CI's rollout timeout 900s'e lütufun üstünde oturmak için yükseltildi. çoğaltmalar 1: MediaService henüz iki pod hizmet edemez. STOMP brokeri In-heap ve per-conversation JetStream tüketicisi, daha sonra özel bir kalıcıdır. Oturum GUID, bu yüzden ikinci bir pod sessizce ilk pod konuşmaları için hiçbir şey almazdı sınır. Bu ayrı olarak sabitlenir, kopya sayısı hareket etmeden önce.