- Dikirim
- 4 September 2026 pukul 21.22 UTC
- Penulis
- Kamo
- Commit
- 0208862
Ganti setiap anggaran PodDisruction dari yang tersedia: 1 ke maxUvable: 1. Pada dua set replika, keduanya identik, satu pod bisa di usir pada suatu waktu. On a ONE- replika Penyebaran mereka berlawanan: minReavated: 1 memungkinkan gangguan ZERO, sehingga tidak melindungi workload, it deadlocks kubectl drain forever and the node never comes up for pemeliharaan. Itu tidak hipotetis, dan itu terlihat sekarang. Anggaran ini diterapkan dalam satu KlusterServices menyebarkan sementara replika benjolan mereka milik masih antri di belakang lima puluh layanan dibangun pada dua pelari CI, jadi 22 dari 26 anggaran hidup saat ini menjelaskan sebuah Deployment yang masih pada satu replika - setiap salah satu dari mereka menunjukkan DITOLOWTIONS 0. A node drain trying in jendela ini akan diblokir pada layanan yang bahkan belum terlindungi. Di bawah maxuvable jendela yang sama adalah satu di mana anggaran hanya melakukan apa-apa belum, yang hal yang benar bagi mereka untuk melakukan sampai pod kedua ada. Ini mencakup kemungkinan kasus masa depan juga: seseorang skala layanan kembali ke satu dan tidak berpikir untuk menghapus entri di sini. THE README memperingatkan tentang itu, dan peringatan adalah penjaga yang lebih buruk daripada mode gagal yang tidak bisa menggigit. Anggaran yang diam-diam berhenti melindungi adalah bug yang ditemukan dalam tinjauan. Salah satu yang diam-diam berhenti node Pemeliharaan ditemukan jam 3 pagi.