Kubernetes: LoadBalancer menunda perutean ke pod setelah RollingUpdate

Dibuat pada 5 Des 2016  ·  3Komentar  ·  Sumber: kubernetes/kubernetes

Apakah ini permintaan bantuan? (Jika ya, Anda harus menggunakan panduan pemecahan masalah dan saluran dukungan komunitas kami, lihat http://kubernetes.io/docs/troubleshooting/.):
Tidak

Kata kunci apa yang Anda cari di edisi Kubernetes sebelum mengajukan yang ini? (Jika Anda menemukan duplikat, Anda harus membalas di sana.):

https://github.com/kubernetes/kubernetes/issues?page=3&q=is%3Aissue+is%3Aopen+loadbalancer+update&utf8=%E2%9C%93


Apakah ini LAPORAN BUG atau PERMINTAAN FITUR? (Pilih satu):
Laporan bug

Versi Kubernetes (gunakan kubectl version ):
Klien 1.4.4
Gugus 1.4.6

Lingkungan :

  • Penyedia cloud atau konfigurasi perangkat keras : GKE
  • OS (mis. dari /etc/os-release):
  • Kernel (misalnya uname -a ):
  • Instal alat :
  • Lainnya :
    3 simpul cluster

Apa yang terjadi :
Terapkan pembaruan bergulir, lihat pod baru muncul ke Running dan Ready, pod lama berakhir.
Menghasilkan batas waktu saat menekan penyeimbang beban. Tunggu beberapa menit, dan lalu lintas dialihkan dengan benar.

Apa yang Anda harapkan terjadi :
Lalu lintas dialihkan dengan mulus ke pod baru.

Cara memperbanyaknya (seminimal dan setepat mungkin):
https://Gist.github.com/1d668ba12b12f450e8feffb21383ba44

kubectl apply -f deployment.yaml
kubectl get svc , tunggu sampai IP eksternal muncul.
Perhatikan bahwa lalu lintas diarahkan dengan benar.

Edit sesuatu (seperti variabel lingkungan)
kubectl apply -f deployment.yaml
Tunggu pod lama dihentikan. Amati batas waktu hingga penyeimbang beban memperbarui dirinya sendiri.

Ada lagi yang perlu kita ketahui :

Komentar yang paling membantu

Dikonfirmasi. Kombinasi pengeringan dan pemeriksaan kesiapan menghasilkan waktu henti nol:
https://Gist.github.com/ac98158ccfd0c006de0bb0bc7d31a596

Maaf atas laporan yang salah.

Semua 3 komentar

Saya pikir menghentikan pod akan menyebabkan permintaan yang gagal secara default karena tidak ada "penguras koneksi" di Kubernetes --- Anda harus secara manual mengaktifkan probe kesiapan aplikasi "tepat pada waktunya": https://github.com/RisingStack/ kubernetes-anggun-shutdown-contoh

Tidak yakin apakah ini masalah Anda (tidak melihat sumber aplikasi/gambar Docker Anda).

Kode sumber aplikasi:
https://Gist.github.com/d68192f04e3ff50bf9bf7e90ee879077

Saya akan mencoba mengubah kode sumber untuk menguras permintaan. Masuk akal bahwa ini mungkin masalahnya.

Dikonfirmasi. Kombinasi pengeringan dan pemeriksaan kesiapan menghasilkan waktu henti nol:
https://Gist.github.com/ac98158ccfd0c006de0bb0bc7d31a596

Maaf atas laporan yang salah.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat