Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Arferion gorau Kubernetes. Creu cynwysyddion bach
Arferion gorau Kubernetes. Sefydliad Kubernetes gyda gofod enwau

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Gall systemau gwasgaredig fod yn anodd eu rheoli oherwydd bod ganddynt lawer o elfennau symudol, newidiol y mae angen i bob un ohonynt weithio'n iawn er mwyn i'r system weithredu. Os bydd un o'r elfennau yn methu, rhaid i'r system ei ganfod, ei osgoi a'i drwsio, a rhaid gwneud hyn i gyd yn awtomatig. Yn y gyfres Kubernetes Best Practices hon, byddwn yn dysgu sut i sefydlu profion Parodrwydd a Bywioldeb i brofi iechyd clwstwr Kubernetes.

Mae Gwiriad Iechyd yn ffordd syml o roi gwybod i'r system a yw'ch achos cais yn rhedeg ai peidio. Os yw eich achos cais i lawr, yna ni ddylai gwasanaethau eraill gael mynediad ato nac anfon ceisiadau ato. Yn lle hynny, rhaid anfon y cais i enghraifft arall o'r rhaglen sydd eisoes yn rhedeg neu a fydd yn cael ei lansio'n ddiweddarach. Yn ogystal, dylai'r system adfer ymarferoldeb coll eich cais.

Yn ddiofyn, bydd Kubernetes yn dechrau anfon traffig i god pan fydd yr holl gynwysyddion yn y codennau'n rhedeg, ac yn ailgychwyn cynwysyddion pan fyddant yn damwain. Efallai y bydd yr ymddygiad system diofyn hwn yn ddigon da i ddechrau, ond gallwch wella dibynadwyedd eich defnydd o gynnyrch trwy ddefnyddio gwiriadau glanweithdra arferol.

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Yn ffodus, mae Kubernetes yn gwneud hyn yn eithaf hawdd i'w wneud, felly nid oes esgus dros anwybyddu'r gwiriadau hyn. Mae Kubernetes yn darparu dau fath o Wiriadau Iechyd, ac mae'n bwysig deall y gwahaniaethau yn y ffordd y defnyddir pob un.

Mae'r prawf Parodrwydd wedi'i gynllunio i ddweud wrth Kubernetes bod eich cais yn barod i drin traffig. Cyn caniatΓ‘u i wasanaeth anfon traffig i god, rhaid i Kubernetes wirio bod y gwiriad parodrwydd yn llwyddiannus. Os bydd y prawf Parodrwydd yn methu, bydd Kubernetes yn rhoi'r gorau i anfon traffig i'r pod nes i'r prawf basio.

Mae'r prawf Bywiogrwydd yn dweud wrth Kubernetes a yw'ch cais yn fyw neu'n farw. Yn yr achos cyntaf, bydd Kubernetes yn gadael llonydd iddo, yn yr ail bydd yn dileu'r pod marw ac yn rhoi un newydd yn ei le.

Gadewch i ni ddychmygu sefyllfa lle mae'ch cais yn cymryd 1 munud i gynhesu a lansio. Ni fydd eich gwasanaeth yn dechrau gweithio nes bod y rhaglen wedi'i llwytho'n llawn ac yn rhedeg, er bod y llif gwaith eisoes wedi dechrau. Byddwch hefyd yn cael problemau os ydych am gynyddu'r defnydd hwn i gopΓ―au lluosog, oherwydd ni ddylai'r copΓ―au hynny dderbyn traffig nes eu bod yn gwbl barod. Fodd bynnag, yn ddiofyn, bydd Kubernetes yn dechrau anfon traffig cyn gynted ag y bydd prosesau y tu mewn i'r cynhwysydd yn dechrau.

Wrth ddefnyddio'r prawf Parodrwydd, bydd Kubernetes yn aros nes bod y cais yn rhedeg yn llawn cyn caniatΓ‘u i'r gwasanaeth anfon traffig i'r copi newydd.

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Gadewch i ni ddychmygu senario arall lle mae'r cais yn hongian am amser hir, gan atal ceisiadau gwasanaethu. Wrth i'r broses barhau i redeg, yn ddiofyn bydd Kubernetes yn tybio bod popeth yn iawn ac yn parhau i anfon ceisiadau i'r pod nad yw'n gweithio. Ond wrth ddefnyddio Liveness, bydd Kubernetes yn canfod nad yw'r cais bellach yn gwasanaethu ceisiadau a bydd yn ailgychwyn y pod marw yn ddiofyn.

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Gadewch i ni edrych ar sut mae parodrwydd a hyfywedd yn cael eu profi. Mae tri dull profi - HTTP, Command a TCP. Gallwch ddefnyddio unrhyw un ohonynt i wirio. Y ffordd fwyaf cyffredin o brofi defnyddiwr yw chwiliwr HTTP.

Hyd yn oed os nad yw'ch cais yn weinydd HTTP, gallwch barhau i greu gweinydd HTTP ysgafn y tu mewn i'ch cais i ryngweithio Γ’'r prawf Bywioldeb. Ar Γ΄l hyn, bydd Kubernetes yn dechrau pingio'r pod, ac os yw'r ymateb HTTP yn yr ystod 200 neu 300 ms, bydd yn nodi bod y pod yn iach. Fel arall, bydd y modiwl yn cael ei farcio fel un "afiach".

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Ar gyfer profion Gorchymyn, mae Kubernetes yn rhedeg y gorchymyn y tu mewn i'ch cynhwysydd. Os bydd y gorchymyn yn dychwelyd gyda chod ymadael sero, yna bydd y cynhwysydd yn cael ei farcio'n iach, fel arall, ar Γ΄l derbyn rhif statws ymadael o 1 i 255, bydd y cynhwysydd yn cael ei farcio fel "sΓ’l". Mae'r dull profi hwn yn ddefnyddiol os na allwch neu os nad ydych am redeg gweinydd HTTP, ond yn gallu rhedeg gorchymyn a fydd yn gwirio iechyd eich cais.

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Y mecanwaith gwirio terfynol yw'r prawf TCP. Bydd Kubernetes yn ceisio sefydlu cysylltiad TCP ar y porthladd penodedig. Os gellir gwneud hyn, ystyrir bod y cynhwysydd yn iach; os na, ystyrir ei fod yn anhyfyw. Gall y dull hwn fod yn ddefnyddiol os ydych chi'n defnyddio senario lle nad yw profi gyda chais HTTP neu weithredu gorchymyn yn gweithio'n dda iawn. Er enghraifft, y prif wasanaethau ar gyfer dilysu gan ddefnyddio TCP fyddai gRPC neu FTP.

Arferion gorau Kubernetes. Dilysu Bywioldeb Kubernetes gyda Phrofion Parodrwydd a Bywioldeb

Gellir ffurfweddu profion mewn sawl ffordd gyda pharamedrau gwahanol. Gallwch nodi pa mor aml y dylid eu gweithredu, beth yw'r trothwyon llwyddiant a methiant, a pha mor hir i aros am ymatebion. Am ragor o wybodaeth, gweler y dogfennau ar gyfer y profion Parodrwydd a Bywioldeb. Fodd bynnag, mae un pwynt pwysig iawn wrth sefydlu'r prawf Bywiogrwydd - gosodiad cychwynnol yr oedi profi cychwynnolDelaySeconds. Fel y soniais, bydd methiant y prawf hwn yn arwain at ailgychwyn y modiwl. Felly mae angen i chi wneud yn siΕ΅r nad yw profion yn dechrau nes bod y cais yn barod i fynd, fel arall bydd yn dechrau beicio trwy ailgychwyn. Rwy'n argymell defnyddio'r amser cychwyn P99 neu'r amser cychwyn cais cyfartalog o'r byffer. Cofiwch addasu'r gwerth hwn wrth i amser cychwyn eich cais fynd yn gyflymach neu'n arafach.

Bydd y rhan fwyaf o arbenigwyr yn cadarnhau bod Gwiriadau Iechyd yn wiriad gorfodol ar gyfer unrhyw system ddosbarthedig, ac nid yw Kubernetes yn eithriad. Mae defnyddio gwiriadau iechyd gwasanaeth yn sicrhau gweithrediad dibynadwy, didrafferth o Kubernetes ac mae'n ddiymdrech i ddefnyddwyr.

I'w barhau yn fuan iawn...

Rhai hysbysebion πŸ™‚

Diolch am aros gyda ni. Ydych chi'n hoffi ein herthyglau? Eisiau gweld cynnwys mwy diddorol? Cefnogwch ni trwy osod archeb neu argymell i ffrindiau, cwmwl VPS i ddatblygwyr o $4.99, analog unigryw o weinyddion lefel mynediad, a ddyfeisiwyd gennym ni ar eich cyfer chi: Y gwir i gyd am VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps o $ 19 neu sut i rannu gweinydd? (ar gael gyda RAID1 a RAID10, hyd at 24 craidd a hyd at 40GB DDR4).

Dell R730xd 2 gwaith yn rhatach yng nghanolfan ddata Equinix Haen IV yn Amsterdam? Dim ond yma 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV o $199 yn yr Iseldiroedd! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - o $99! Darllenwch am Sut i adeiladu seilwaith Corp. dosbarth gyda'r defnydd o weinyddion Dell R730xd E5-2650 v4 gwerth 9000 ewro am geiniog?

Ffynhonnell: hab.com

Ychwanegu sylw