Kubernetes'i parimad praktikad. Kubernetes'i elujõu kontrollimine Readiness ja Liveness testide abil

Parimad Kubernetes'i praktikad. Väikeste konteinerite loomine
Kubernetes'i parimad tavad. Kubernetes'i korraldamine nimede ruumi abil

Jagatud süsteemide haldamine võib olla keeruline, kuna neis on palju liikuvaid muutujaid, mis kõik peavad korralikult töötama, et tagada süsteemi funktsionaalsus. Kui ükskõik milline elemendist ebaõnnestub, peab süsteem selle avastama, ületama ja parandama, ning seda peavad olema automaatsed toimingud. Käesolevas 'Kubernetes'i parimad praktikad' seerias uurime, kuidas seadistada Readiness ja Liveness teste Kubernetes'i kasti elujõu kontrollimiseks.

Tervisekontroll (Health Check) on lihtne viis võimaldada süsteemile teada, kas teie rakenduse eksemplar töötab või mitte. Kui teie rakenduse eksemplar ei tööta, ei tohiks teised teenused selle poole pöörduda ega sellele päringut saata. Selle asemel peaks päring minema teise rakenduse eksemplarile, mis juba töötab või käivitatakse hiljem. Lisaks peab süsteem teie rakendusele tagastama kadumise tõttu töövõime.

Vaikimisi alustab Kubernetes liikluse suunamist pod'i, kui kõik konteinerid pod'ides on käivitatud, ja taaskäivitab konteinerid, kui need kokku kukuvad. Alguses võib selline vaikimisi käitumine olla piisav, kuid võite oma toote juurutamise usaldusväärsust suurendada, kasutades kohandatud töövõime kontrollimisi.

Õnneks võimaldab Kubernetes seda üsna lihtsalt teha, seega ei ole selliste kontrollide ignoreerimiseks mingit vabandust. Kubernetes pakub kahte tüüpi tervisekontrolle, kusjuures on oluline mõista igaühe rakenduse erinevusi.

Valmidustest (Readiness Test) kasutatakse Kubernetes'ile teatamiseks, et teie rakendus on valmis liiklust teenindama. Enne kui teenus saadab liiklust pod'i, peab Kubernetes veenduma, et valmiduse kontrollimine on edukas. Kui valmidustest ebaõnnestub, lõpetab Kubernetes liikluse suunamise pod'i, kuni test on edukalt läbitud.

Elujõutest (Liveness Test) teatab Kubernetes'ile, kas teie rakendus on elus või surnud. Esimesel juhul jätab Kubernetes selle rahule, teisel juhul eemaldab see surnud pod'i ning asendab selle uuega.

Kujutame ette stsenaariumi, kus teie rakenduse soojendamiseks ja käivitamiseks kulub 1 minut. Teie teenus ei hakka tööle, kuni rakendus ei ole täielikult laaditud ja käivitatud, kuigi tööprotsess on juba alanud. Lisaks tekivad teil probleemid, kui soovite suurendada selle juurutamise kopeerimist, kuna need kopeerimised ei tohiks liiklust saada, kuni nad pole täielikult valmis. Kuid vaikimisi alustab Kubernetes liikluse suunamist kohe pärast konteineris protsesside algust.

Käideldavuse testi Readiness kasutamisel ootab Kubernetes, kuni rakendus on täielikult käivitatud, ja alles seejärel lubab teenusel suunata liiklust uuele koopia.

Kujutame ette teist stsenaariumi, kus rakendus hangub pikaks ajaks, lõpetades päringute töötlemise. Kuna protsess jätkab töötamist, peab Kubernetes vaikimisi olema kõik korras ja jätkab päringute suunamist mitte töötavale pod'ile. Kuid kasutades Liveness'i, avastab Kubernetes, et rakendus ei töötle enam päringuid, ja alustab vaikimisi mitte töötava pod'i taaskäivitamist.

Vaatame, kuidas testitakse valmisolekut ja elujõulisust. On kolm testimise meetodit - HTTP, Command ja TCP. Kontrollimiseks võite kasutada mõnd neist. Kõige levinum meetod kasutajatestiks on HTTP probe.

Isegi kui teie rakendus ei ole HTTP-server, saate siiski luua rakenduse sees kergkaalu HTTP-serveri, et suhelda Liveness testiga. Pärast seda hakkab Kubernetes pod'i pingerõngastama ning kui HTTP vastus jääb vahemikku 200 või 300 ms, tähendab see, et pod on 'terve'. Muul juhul märgitakse moodul 'haigeks'.

Küsimus Command'i testides käivitab Kubernetes käsu teie konteineris. Kui käsk naaseb nulliga exit code'iga, märgitakse konteiner tervena, vastasel juhul, kui saab exit status'i, mis on vahemikus 1 kuni 255, märgitakse konteiner 'haigeks'. See testimismeetod on kasulik, kui te ei saa või ei soovi käivitada HTTP-serverit, aga teil on võimalik käivitada käsk, mis kontrollib teie rakenduse ' tervislikkust.

Viimane kontrollimehhanism on TCP-test. Kubernetes püüab luua TCP-ühendust määratud pordil. Kui see õnnestub, loetakse konteiner terveks, kui ei – siis mitteelujõuliseks. See meetod võib osutuda kasulikuks, kui kasutate stsenaariumi, kus testimine HTTP-päringute või käsu täitmisega pole väga efektiivne. Näiteks on peamisteks teenusteks TCP-testimiseks gRPC või FTP.

Testid saab seadistada mitmel erineval viisil, koos erinevate parameetritega. Saate määrata, kui tihti neid tuleks käivitada, millised on eduka ja ebaõnnestumise piirväärtused ning kui kaua oodata vastuseid. Üksikasjalikku teavet leiate Readiness ja Liveness testide dokumentatsioonist. Siiski on üks väga oluline aspekt Liveness testi seadistamisel – esialgse viivituse väärtus initialDelaySeconds. Kuidas ma mainisin, ebaõnnestumine selle testi puhul toob kaasa mooduli taaskäivitamise. Seetõttu peate veenduma, et testimine ei alga enne, kui rakendus on töötamiseks valmis, vastasel juhul hakkab see pidevalt taaskäivituma. Soovitan kasutada rakenduse käivitamise P99 või keskmist käivitamise aega puhvri põhjal. Ärge unustage seda väärtust kohandada, kui teie rakenduse käivitamise aeg muutub kiiremaks või aeglasemaks.

Enamik spetsialiste kinnitab, et Health Check on kohustuslik kontroll igas jaotatud süsteemis, ja Kubernetes ei ole erand. Teenuste 'tervishoiu' kontrollimine tagab Kubernetes'e usaldusväärse ja tõrgeteta toimimise ning ei põhjusta kasutajatele mingeid raskusi.

Jätkub peagi...

Veidi reklaami 🙂

Aitäh, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite näha rohkem huvitavat sisu? Toetage meid, tellides teenuse või soovitades meid tuttavatele. Pilve VPS arendajatele alates $4.99, ainulaadne entry-level serverite analoog, mille oleme teie jaoks välja mõelnud: Kogu tõde VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps alates $19 või kuidas jagada serverit õigesti? (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma ja kuni 40GB DDR4).

Dell R730xd on Equinixi Tier IV andmekeskuses Amsterdamis kaks korda odavam? Ainult meie juures 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199 Hollandis! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — alates $99! Lugege sellest Kuidas luua ettevõtte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?

Allikas: habr.com