Sistem anu disebarkeun tiasa sesah pikeun ngatur sabab gaduh seueur elemen anu pindah, ngarobih anu sadayana kedah dianggo leres pikeun sistem tiasa dianggo. Upami salah sahiji elemen gagal, sistem kedah ngadeteksi éta, jalankeunana sareng ngalereskeunana, sareng sadaya ieu kedah dilakukeun sacara otomatis. Dina séri Praktek Terbaik Kubernetes ieu, urang bakal diajar kumaha nyetél tés Kasadiaan sareng Kahirupan pikeun nguji kaséhatan klaster Kubernetes.
Pamariksaan Kaséhatan mangrupikeun cara saderhana pikeun ngabéjaan sistem naha instance aplikasi anjeun jalan atanapi henteu. Upami conto aplikasi anjeun turun, maka jasa anu sanés kedah ngaksés atanapi ngirim pamundut ka éta. Gantina, pamundut kudu dikirim ka conto sejen tina aplikasi nu geus ngajalankeun atawa bakal dibuka engké. Salaku tambahan, sistem kedah mulangkeun fungsionalitas aplikasi anjeun anu leungit.
Sacara standar, Kubernetes bakal ngamimitian ngirim lalu lintas ka pod nalika sadaya wadah dina pod jalan, sareng reboot wadahna nalika nabrak. Paripolah sistem standar ieu tiasa cukup saé pikeun ngamimitian, tapi anjeun tiasa ningkatkeun réliabilitas panyebaran produk anjeun ku ngagunakeun cek sanity khusus.
Untungna, Kubernetes ngajantenkeun ieu gampang dilakukeun, janten teu aya alesan pikeun teu malire cék ieu. Kubernetes nyadiakeun dua jenis Cék Kaséhatan, jeung hal anu penting pikeun ngarti béda dina kumaha unggal dipaké.
Tes Kasadiaan dirancang pikeun ngabejaan Kubernetes yén aplikasi anjeun geus siap pikeun ngatur lalulintas. Sateuacan ngijinkeun jasa ngirim lalu lintas ka pod, Kubernetes kedah pariksa yén pamariksaan kasiapan suksés. Upami uji Kesiapan gagal, Kubernetes bakal ngeureunkeun ngirim lalu lintas ka pod dugi ka tés lulus.
Tes Liveness ngabejaan Kubernetes naha aplikasi anjeun hirup atawa maot. Dina kasus nu pertama, Kubernetes bakal ninggalkeun eta nyalira, dina kadua bakal ngahapus pod maot sarta ngaganti eta ku nu anyar.
Hayu urang bayangkeun skenario dimana aplikasi anjeun butuh 1 menit pikeun haneut sareng diluncurkeun. Ladenan anjeun moal ngamimitian jalan dugi ka aplikasi pinuh dimuat sareng jalan, sanaos alur kerja parantos ngamimitian. Anjeun ogé bakal gaduh masalah upami anjeun hoyong skala panyebaran ieu ka sababaraha salinan, sabab salinan éta henteu kedah nampi lalu lintas dugi ka siap sapinuhna. Nanging, sacara standar, Kubernetes bakal ngamimitian ngirim lalu lintas pas prosés di jero wadahna dimimitian.
Nalika nganggo uji Kesiapan, Kubernetes bakal ngantosan dugi aplikasina pinuh jalan sateuacan ngijinkeun jasa ngirim lalu lintas kana salinan énggal.
Hayu urang ngabayangkeun skenario sejen nu aplikasi hangs lila, stopping requests ngalayanan. Nalika prosésna terus dijalankeun, sacara standar Kubernetes bakal nganggap sadayana henteu kunanaon sareng teras ngirimkeun pamundut ka pod anu henteu tiasa dianggo. Tapi nalika nganggo Liveness, Kubernetes bakal ngadeteksi yén aplikasi éta henteu deui ngalayanan pamundut sareng bakal ngamimitian deui pod maot sacara standar.
Hayu urang tingali kumaha kesiapan sareng viability diuji. Aya tilu metodeu tés - HTTP, Komando sareng TCP. Anjeun tiasa make salah sahiji aranjeunna mariksa. Cara anu paling umum pikeun nguji pangguna nyaéta usik HTTP.
Sanaos aplikasi anjeun sanés pangladén HTTP, anjeun masih tiasa nyiptakeun pangladén HTTP anu hampang di jero aplikasi anjeun pikeun berinteraksi sareng uji Liveness. Saatos ieu, Kubernetes bakal ngamimitian ping pod, sareng upami réspon HTTP aya dina kisaran 200 atanapi 300 ms, éta bakal nunjukkeun yén pod éta séhat. Upami teu kitu, modul bakal ditandaan salaku "teu damang".
Pikeun tés Komando, Kubernetes ngajalankeun paréntah di jero wadah anjeun. Upami paréntahna balik kalayan kode kaluar enol, wadahna bakal ditandaan salaku séhat, upami henteu, saatos nampi nomer status kaluar tina 1 ka 255, wadahna bakal ditandaan salaku "gering". Métode tés ieu mangpaat upami anjeun henteu tiasa atanapi henteu hoyong ngajalankeun server HTTP, tapi tiasa ngajalankeun paréntah anu bakal mariksa kasehatan aplikasi anjeun.
Mékanisme verifikasi ahir nyaéta tés TCP. Kubernetes bakal nyobian ngadamel sambungan TCP dina port anu ditangtukeun. Upami ieu tiasa dilakukeun, wadahna dianggap séhat; upami henteu, éta dianggap teu tiasa dianggo. Metoda ieu tiasa mangfaat upami anjeun nganggo skenario dimana nguji sareng pamundut HTTP atanapi palaksanaan paréntah henteu tiasa dianggo kalayan saé. Contona, ladenan utama pikeun verifikasi maké TCP bakal jadi gRPC atawa FTP.
Tés tiasa dikonpigurasi ku sababaraha cara kalayan parameter anu béda. Anjeun tiasa nangtukeun sabaraha sering aranjeunna kedah dieksekusi, naon ambang kasuksésan sareng kagagalan, sareng sabaraha lami ngantosan réspon. Kanggo inpo nu leuwih lengkep, tingali dokuméntasi pikeun tés Kesiapan jeung Liveness. Sanajan kitu, aya hiji titik pohara penting dina nyetel test Liveness - setelan awal reureuh nguji initialDelaySeconds. Sakumaha anu kuring nyarios, gagalna tés ieu bakal nyababkeun modul dibalikan deui. Janten anjeun kedah mastikeun yén tés henteu ngamimitian dugi ka aplikasi parantos siap, upami henteu, éta bakal ngamimitian balikan deui. Abdi nyarankeun ngagunakeun waktos ngamimitian P99 atanapi waktos ngamimitian aplikasi rata-rata tina panyangga. Inget pikeun nyaluyukeun nilai ieu sabab waktos ngamimitian aplikasi anjeun janten langkung gancang atanapi langkung laun.
Kaseueuran ahli bakal mastikeun yén Cék Kaséhatan mangrupikeun pamariksaan wajib pikeun sistem anu disebarkeun, sareng Kubernetes henteu aya pengecualian. Nganggo pamariksaan kaséhatan jasa mastikeun operasi Kubernetes anu dipercaya, teu aya masalah sareng henteu gampang pikeun pangguna.
Diteruskeun geura...
Sababaraha iklan 🙂
Hatur nuhun pikeun tetep sareng kami. Naha anjeun resep artikel kami? Hoyong ningali eusi anu langkung narik? Dukung kami ku cara nempatkeun pesenan atanapi nyarankeun ka babaturan, , analog unik tina server tingkat éntri, anu diciptakeun ku kami pikeun anjeun: (sadia kalawan RAID1 na RAID10, nepi ka 24 cores sarta nepi ka 40GB DDR4).
Dell R730xd 2 kali langkung mirah dina puseur data Equinix nagara golongan IV di Amsterdam? Ngan di dieu di Walanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ti $99! Baca ngeunaan
sumber: www.habr.com