Momentum punctum in operatione systemata distributa tractatio est defectus. Kubernetes adiuvat hoc utendo moderatoris qui monitorem salutis tuae systematis ac officia sileo quae operando cessaverunt. Nihilominus, Kubernetes applicationes tuas fortiter prohibere possunt ad salutem totius systematis curandam. In hac serie, intuebimur quomodo Kubernetes iuvare possis suum officium efficacius facere ac applicationis downtime minuere.
Ante vasa, plurimae applicationes in machinis virtualibus vel physicis cucurrerunt. Si applicatio increpuit vel concrevit, diu moratus est ut munus in progressu rescinderet et rationem retexeret. Pessimum casum missionis, aliquis quaestionem hanc manualem nocte solvere debuit, horis maxime inopportunis. Si modo 1-2 machinis laborantibus opus magni momenti exercebant, talis discidium omnino ingratum fuit.
Ergo, pro reboots manualibus, vigilantia processus-gradus uti coeperunt ut statim applicationem in eventu abnormis terminationis silere coeperunt. Si programma deficit, processus vigilantia exit in codice capiet et servo reboot. Adveniente systemata Kubernetes sicut Kubernetes, hoc genus responsionis ad defectus systematis infrastructuram simpliciter insertum est.
Kubernetes ansam agendi adhibet observationis differentiae-actionis, ut facultates sanae maneant dum a vasis ad ipsas nodos proficiscuntur.
Hoc modo tibi non iam opus est ad processum vigilantia manually currendum. Si auxilium defecerit perscriptio sanitatis, Kubernetes sponte simpliciter providebit ut subrogetur. Nihilominus, Kubernetes multo plus quam iustus monitor applicationem tuam pro defectibus facit. Plura exempla applicationis efficere potest ut in multis machinis persequatur, applicatione evolvatur, vel simul multiplices versiones applicationis tuae percurrat.
Ideo multae rationes sunt cur Kubernetes vas perfecte sanum terminare possit. Exempli gratia, si instruere potes, Kubernetes lente siliquas vetulas cessabit dum novas inchoat. Si nodo claudis, Kubernetes omnes siliquas in nodo illo cessabunt. Postremo, si nodi subsidiis excurrant, Kubernetes omnes siliquas claudet ut illas facultates liberaret.
Est ergo criticum quod applicatione tua terminatur ad minimam ictum ad finem user et minimum temporis recuperationis. Hoc significat quod antequam claudatur, debet omnes notitias servare quae salvandae sunt, omnes nexus retis claudere, opus reliquum perficere, alia urgentia opera administrare.
In praxi, hoc significat ut applicatio tua nuntium SIGTERM tractare possit, signum terminationis processus, quod est signum defaltae occidendi utilitatis in Unix systematis operantis. Hoc nuntio accepto, applicatio occlusa est.
Olim Kubernetes vasculum terminare statuit, plures eventus occurrunt. Intueamur quemlibet gradum quem Kubernetes sumit cum vas vel vasculum claudens.
siliquae terminari volumus ut s dicamus. Hic cessabit recipere nova negotiatio - continentia in vasculum currens non afficietur, sed omnia nova negotiatio obstruetur.
Intueamur ad hamum preStop, qui est mandatum speciale vel petitio HTTP quae ad vascula in vasculo mittitur. Si applicatio tua non recte claudit cum SIGTERM accipiendo, preStop uti potes ad recte claudendum.
Pleraque programmata lepide exibunt cum signum SIGTERM accipient, sed si tertio-partii codice vel aliquo systemate uteris, quod non plene moderaris, uncus preStop magnus modus est ad cogendum elegantem shutdown sine applicatione mutata.
Hoc hamo facto, Kubernetes signum SIGTERM in vasculis mittet, ut sciant se mox disiuncta esse. Hoc signo accepto, signum tuum ad processum shutdown procedet. Hic processus includere potest intermissiones quaslibet nexus longaevus ut nexus database vel amnis WebSocket, salvis statu praesenti et similibus.
Etiamsi hamo preStop uteris, magni momenti est ad reprimendum quid ad rem tuam acciderit, cum signum SIGTERM illud mittas, et quomodo se gerit, ut eventa vel mutationes in operatione systematis a vasculo shutdown non perveniant. mirum tibi.
Hic, Kubernetes certum temporis spatium exspectabit, terminationGracePeriodSecond appellatum, vel periodum lepide shutdown cum SIGTERM signum accipit, antequam ulteriorem actionem capiat.
Hoc tempus per default XXX secundis est. Illud notandum est, quod in parallela currit cum hamo preStop et signo SIGTERM. Kubernetes non exspectabunt hamum preStop et SIGTERM ad finem, si applicatio tua ante TerminationGracePeriod fines exit, Kubernetes statim ad gradum proximum progredientur. Propterea reprehendo quod valor huius periodi in secundis non minus est quam tempus ad recte occlusum vasculum, et si 30s excedit, auge tempus ad valorem desideratum in YAML. In exemplo est 30s.
Et tandem ultimus gradus est si continentia post terminationemGracePeriod adhuc currentia, signum SIGKILL mittent et vi delebuntur. Hic, Kubernetes etiam omnia alia vascula obiecta mundabit.
Kubernetes siliquas multis de causis terminat, ita fac applicatione tua utcumque lepide terminatur ad servitium stabile invigilandum.
Quidam ads
Gratias tibi ago pro manendo nobiscum. Placetne tibi vasa nostra? Vis videre plus interesting contentus? Suscipe nos ponendo ordinem vel commendando amicos; , unicum analogum de ingressu servientibus, quod a nobis pro vobis est inventum: (praesto cum RAID1 et RAID10, usque ad 24 coros et usque ad 40GB DDR4).
Dell R730xd 2x vilius in Equinix Tier IV centri Amstelodami? Tantum hic in Belgio! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - from $99! Read about
Source: www.habr.com