prakték pangalusna Kubernetes. Pareuman anu leres Tamat

prakték pangalusna Kubernetes. Nyiptakeun wadah leutik
prakték pangalusna Kubernetes. Organisasi Kubernetes kalawan ngaranspasi
prakték pangalusna Kubernetes. Validasi Kubernetes Liveness kalawan Kesiapan jeung Liveness Tés
prakték pangalusna Kubernetes. Nyetél pamundut sareng wates sumberdaya

prakték pangalusna Kubernetes. Pareuman anu leres Tamat

Titik penting dina operasi sistem anu disebarkeun nyaéta penanganan gagal. Kubernetes ngabantosan ieu ku cara ngagunakeun pangendali anu ngawas kasehatan sistem anjeun sareng balikan deui jasa anu parantos lirén damel. Nanging, Kubernetes tiasa ngeureunkeun aplikasi anjeun sacara paksa pikeun mastikeun kasehatan sistem sacara umum. Dina séri ieu, urang bakal ningali kumaha anjeun tiasa ngabantosan Kubernetes ngalaksanakeun tugasna sacara langkung éfisién sareng ngirangan waktos downtime aplikasi.

Sateuacan wadahna, kalolobaan aplikasi dijalankeun dina mesin virtual atanapi fisik. Upami aplikasi nabrak atanapi beku, peryogi lami kanggo ngabatalkeun tugas anu nuju lumangsung sareng ngamuat deui program. Dina skenario hal awon, batur kapaksa ngajawab masalah ieu sacara manual peuting, dina jam paling inopportune. Upami ngan ukur 1-2 mesin damel anu ngalaksanakeun tugas anu penting, gangguan sapertos kitu henteu tiasa ditampi.
Ku alatan éta, tinimbang reboots manual, aranjeunna mimiti ngagunakeun ngawaskeun prosés-tingkat pikeun otomatis balikan deui aplikasi dina acara hiji terminasi abnormal. Upami programna gagal, prosés ngawaskeun ngarebut kodeu kaluar sareng reboots server. Kalayan munculna sistem sapertos Kubernetes, jinis réspon kana kagagalan sistem ieu ngan saukur terpadu kana infrastruktur.

Kubernetes ngagunakeun loop acara observe-difference-take-action pikeun mastikeun yén sumber daya tetep séhat nalika aranjeunna ngarambat tina wadahna ka titik sorangan.

prakték pangalusna Kubernetes. Pareuman anu leres Tamat

Ieu ngandung harti yén anjeun henteu kedah deui ngajalankeun monitoring prosés sacara manual. Lamun sumberdaya gagal dina Cék Kaséhatan, Kubernetes bakal otomatis nyadiakeun eta kalawan ngagantian. Nanging, Kubernetes ngalakukeun langkung seueur tibatan ngan ukur ngawas aplikasi anjeun pikeun gagal. Éta tiasa nyiptakeun langkung seueur salinan aplikasi pikeun dijalankeun dina sababaraha mesin, ngapdet aplikasi, atanapi ngajalankeun sababaraha versi aplikasi anjeun sakaligus.
Ku alatan éta, aya loba alesan naha Kubernetes bisa nungtungan wadahna sampurna cageur. Contona, upami anjeun ningkatkeun panyebaran anjeun, Kubernetes lalaunan bakal ngeureunkeun pods lami bari ngamimitian anu anyar. Upami anjeun mareuman titik, Kubernetes bakal ngeureunkeun ngajalankeun sadaya pod dina titik éta. Pamustunganana, upami hiji node kehabisan sumber daya, Kubernetes bakal mareuman sadaya pods pikeun ngosongkeun sumber-sumber éta.

Ku sabab éta, penting pisan yén aplikasi anjeun ditungtungan kalayan dampak minimal ka pangguna akhir sareng waktos pamulihan minimal. Ieu ngandung harti yén saméméh mareuman, éta kudu nyimpen sakabeh data nu kudu disimpen, nutup kabeh sambungan jaringan, ngalengkepan karya sésana, sarta ngatur tugas urgent lianna.

Dina prakna, ieu ngandung harti yén aplikasi Anjeun kudu bisa nanganan pesen SIGTERM, sinyal terminasi prosés nu sinyal standar pikeun utiliti maéhan on sistem operasi Unix. Saatos nampi pesen ieu, aplikasina kedah dipareuman.

Sakali Kubernetes mutuskeun pikeun ngeureunkeun pod, sababaraha kajadian lumangsung. Hayu urang tingali unggal léngkah anu dilakukeun ku Kubernetes nalika mareuman wadah atanapi pod.

Anggap urang hoyong ngeureunkeun salah sahiji pods. Dina titik ieu, éta bakal eureun narima lalulintas anyar - peti ngajalankeun di pod moal kapangaruhan, tapi kabeh lalulintas anyar bakal diblokir.

prakték pangalusna Kubernetes. Pareuman anu leres Tamat

Hayu urang tingali hook preStop, anu mangrupikeun paréntah khusus atanapi pamundut HTTP anu dikirim ka wadah dina pod. Upami aplikasi anjeun henteu pareum leres nalika nampi SIGTERM, anjeun tiasa nganggo preStop pikeun mareuman leres.

prakték pangalusna Kubernetes. Pareuman anu leres Tamat

Paling program bakal kaluar gracefully nalika aranjeunna nampi sinyal SIGTERM, tapi lamun nuju ngagunakeun kode pihak-katilu atawa sababaraha sistem nu teu pinuh dikawasa, hook preStop mangrupakeun cara hébat maksakeun shutdown anggun tanpa ngarobah aplikasi.

Saatos ngaéksekusi hook ieu, Kubernetes bakal ngirim sinyal SIGTERM ka peti di pod nu, mere nyaho yén maranéhna bakal geura-giru jadi dipegatkeun. Kana nampi sinyal ieu, kode anjeun bakal neruskeun prosés shutdown. Proses ieu tiasa kalebet ngeureunkeun sambungan anu lami-lami sapertos sambungan pangkalan data atanapi aliran WebSocket, nyimpen kaayaan ayeuna, sareng anu sanésna.

Malah lamun make hook preStop, éta pohara penting pikeun pariksa naon kahayang kajadian ka aplikasi Anjeun mun anjeun ngirim sinyal SIGTERM, sarta kumaha eta behaves, ku kituna kajadian atawa parobahan dina operasi sistem disababkeun ku shutdown pod teu datangna saperti. kejutan ka anjeun.

Dina titik ieu, Kubernetes bakal ngadagoan jumlah waktu nu ditangtukeun, disebut terminationGracePeriodSecond, atawa periode keur gracefully shutdown lamun narima sinyal SIGTERM, saméméh ngalakukeun tindakan salajengna.

prakték pangalusna Kubernetes. Pareuman anu leres Tamat

Sacara standar, periode ieu 30 detik. Kadé dicatet yén éta ngajalankeun sajajar jeung hook preStop jeung sinyal SIGTERM. Kubernetes moal ngadagoan hook preStop sareng SIGTERM réngsé-upami aplikasi anjeun kaluar sateuacan TerminationGracePeriod réngsé, Kubernetes bakal langsung ngaléngkah ka léngkah salajengna. Ku alatan éta, pariksa yen nilai periode ieu dina detik teu kirang ti waktu nu diperlukeun pikeun leres Cicing turun pod, sarta lamun ngaleuwihan 30s, ningkatkeun periode ka nilai nu dipikahoyong dina YAML. Dina conto dibikeun, éta 60s.

Sarta pamustunganana, lengkah panungtungan nyaéta lamun peti masih ngajalankeun sanggeus terminationGracePeriod, aranjeunna bakal ngirim sinyal SIGKILL sarta bakal forcibly dihapus. Dina titik ieu, Kubernetes ogé bakal ngabersihan sadaya objék pod séjén.

prakték pangalusna Kubernetes. Pareuman anu leres Tamat

Kubernetes ngeureunkeun pods kusabab sababaraha alesan, janten pastikeun aplikasi anjeun ditungtungan anggun dina sagala hal pikeun mastikeun layanan anu stabil.

prakték pangalusna Kubernetes. Pemetaan jasa éksternal

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, cloud VPS pikeun pamekar ti $4.99, analog unik tina server tingkat éntri, anu diciptakeun ku kami pikeun anjeun: Sakabeh bebeneran ngeunaan VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps ti $ 19 atanapi kumaha babagi server a? (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 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ti $199 di Walanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ti $99! Baca ngeunaan Kumaha ngawangun Infrastruktur Corp. kelas kalawan pamakéan Dell R730xd E5-2650 v4 server patut 9000 euro pikeun Penny a?

sumber: www.habr.com

Tambahkeun komentar