Berhenti menghapus satu-satunya pod obrolan sebelum memulai penggantinya

FixMediaService
Dikirim
4 September 2026 pukul 19.50 UTC
Penulis
Kamo
Commit
aefbb92

Pengisian diganti satu-satunya pod dari setiap layanan dengan tidak ada untuk menangkap permintaan dalam Penerbangan. Tiga pengaturan, diterapkan di armada: - PreStop tidur 10 sebelum proses melihat SIGTERM. Kubernetes menghapus pod dari yang EndpointSlice dan sinyal pada saat yang sama, dan Traefik hanya belajar dari penghapusan oleh lihat - jadi untuk sesaat itu terus mengirimkan permintaan baru ke dalam pod yang sudah dimulai menolak mereka. Jarak itu adalah di mana 502 pada peluncuran bersih atau berasal. - Akhir GracePeriodSeconds dibesarkan di atas preStop tidur, sehingga hook tidak sendiri SIGKILed, dan in- penerbangan pekerjaan memiliki ruang untuk menyelesaikan. Ini adalah langit-langit, bukan menunggu: sebuah pod menganggur Masih keluar sebentar lagi. - MinadySeconds 15, sehingga pod yang melewati kesiapan sekali dan kemudian jatuh tidak dapat pensiun healthy pod it diganti setelah CI telah disebut rollout baik. topologySpreadStraints ditambahkan siap untuk replika kedua; mereka inert di satu. Audited dari cluster hidup: 63 dari 65 penyebaran dalam 'kamo' berlari replika tunggal, 1 dari 65 telah a preStop hook, dan tidak ada yang memiliki ReadySeconds. MediaService dikirim dengan 'strategi: Rekreate' pada satu replika dengan lima periode rahmat, jadi setiap sebarkan penghapusan pod yang melayani percakapan, lampiran, obrolan dan pemberitahuan WebSockets, kehadiran dan mendorong, dan hanya kemudian mulai pengganti - yang sendiri log menempatkan boot di 59 detik. Itu adalah jendela ~ 65 di mana layanan tidak ada, dan upload pada kawat terputus di 5s mark. Seorang anggota kehilangan dokumen upload ke persis ini. Tidak ada PersistentVolumeClaim di sini dan tidak pernah ada - volume adalah ConfigMap, dua Rahasia dan dua emptyDirs - jadi tidak ada yang pernah diperlukan Recreate. Itu ditinggalkan. RollingUpdate dengan maxUnavable 0 / maxSurge 1; grace 660s untuk mencocokkan kamo- internal, yang membawa 3 lampiran GiB yang sama; * * * * * * * * * * * * * * * 5 s - > 60an, yaitu batas sebenarnya memotong uploads; waktu peluncuran CI dinaikkan hingga 900an untuk duduk di atas anugerah. replika tetap di 1: mediaService tidak dapat melayani dua pod dengan benar belum. broker STOMP nya adalah in- heap dan nya per- percakapan konsumen JetStream adalah tahan lama eksklusif bernama setelah sesi GUID, sehingga pod kedua diam-diam akan menerima apa-apa untuk percakapan pod pertama terikat. Yang tetap terpisah, sebelum menghitung replika bergerak.

Semua perubahan

Seperti apa yang Anda lihat pengiriman?

Semua pembaruan ini secara otomatis mendarat di ruang kerja Anda. Mulai bebas dan menontonnya tumbuh minggu demi minggu.

Mulai Bebas SelamanyaTampilkan Harga