Parimad Kubernetes`e praktikad. Väliste teenuste kaardistamine

Parimad Kubernetes'i praktikad. Väikeste konteinerite loomine
Kubernetes'i parimad tavad. Kubernetes'i korraldamine nimede ruumi abil
Kubernetes'i parimad praktikad. Kubernetes'i elujõu kontrollimine Readiness ja Liveness testide abil
Parimad praktikad Kuberneteses. Ressursside päringute ja piirangute seadistamine
Kubernetes parimad praktikad. Õige katkestamine Terminate

Kui te olete nagu enamik inimesi, siis tõenäoliselt kasutate ressursse, mis töötavad teie klastrist väljaspool. Võib-olla kasutate Taleo API-d tekstisõnumite saatmiseks või analüüsite pilte Google Cloud Vision API abil.

Kui kasutate sama lõpp-punkti — serveri külje päringute vastuvõtu punkti oma kõigis keskkondades ja te ei kavatse oma servereid Kubernetesesse viia, siis on täiesti normaalne, et teenuse lõpp-punkt on otse teie koodis. Siiski on palju teisi stsenaariume. Selles Kubernetes parimate praktika seerias saate teada, kuidas kasutada Kubernetesesse sisseehitatud mehhanisme teenuste avastamiseks nii klastris sees kui ka väljaspool.

Näiteks laialdaselt levinud väline teenus on andmebaas, mis töötab väljaspool Kubernetes klastrit. Erinevalt sellistest pilveandmebaasidest nagu Google Cloud Data Store või Google Cloud Spanner, mis kasutavad ühte lõpp-punkti kõikide ligipääsuvormide jaoks, on enamikul andmebaasidest erinevad lõpp-punktid erinevate olukordade jaoks.
Tava praktika traditsiooniliste andmebaaside, nagu MySQL ja MongoDB, kasutamisel nõuab tavaliselt, et ühendaksite erinevate komponentidega erinevate keskkondade jaoks. Teie tootmisandmete jaoks võib olla võimas masin ja väiksem masin testkeskkonna jaoks. Igal neist on oma IP-aadress või domeeninimi, kuid te kindlasti ei taha oma koodi muuta, kui liigute ühest keskkonnast teise. Seetõttu võite nende aadresside kõva koodimise asemel kasutada Kubernetesesse sisseehitatud teenuste avastamist DNS-i kaudu, just nagu natiivsete Kubernetes teenuste puhul.

Eeldame, et käitate MongoDB andmebaasi Google Compute Engine'is. Te jääte selle hübriidmaailma idas, kuni suudate selle klastrisse viia.

Küll aga saate kasutada Kubernetesesse staatilisi teenuseid, et oma elu veidi lihtsustada. Selles näites lõin MongoDB serveri, kasutades Google Cloud Launcherit. Kuna see on loodud samasse võrku (või Kubernetes klastrisse VPC-sse), on sellele juurdepääs kõrge jõudlusega sisemise IP-aadressiga.

Google Cloudis on vaikeseade, nii et teil ei ole vaja midagi seadistada. Nüüd, kui IP-aadress on olemas, seisneb esimene samm teenuse loomises. Võite märkida, et selle teenuse jaoks ei ole podide valikureid. See tähendab, et oleme loonud teenuse, mis ei tea, kuhu liiklust saata. See võimaldab käsitsi luua lõpp-punkti objekti, mis saab liiklust sellelt teenuselt.

Järgmine koodinäide näitab, et lõpp-punktid määravad andmebaasi IP-aadressi, kasutades sama nime mongo, mis on teenusel.

Kubernetes kasutab kõiki IP-aadresse, et leida lõpp-punkte, justkui need oleksid tavalised Kubernetes'e podid, seega saate nüüd andmebaasile juurde pääseda lihtsa ühendusrea kaudu, varasemalt mainitud nime mongodb://mongo kaudu. Selle puhul pole teie koodis üldse vaja IP-aadresse kasutada.

Kui tulevikus IP-aadressid muutuvad, saate lihtsalt värskendada lõpp-punkte uue IP-aadressiga, ja teie rakendusi ei pea kuidagi muid korraldusi tegema.

Kui kasutate andmebaasi, mis on majutatud kolmandal osapoolel, on tõenäoliselt hostide omanikud andnud teile ühendamiseks ühtse ressursi identifikaatori URI. Kui teil on IP-aadress, võite kasutada eelnevat meetodit. See näide näitab, et mul on kaks MongoDB andmebaasi, mis on majutatud mLab hosts.

Üks neist on arendaja andmebaas ja teine on tootmisandmebaas. Nende andmebaaside ühendusread näevad välja sellised — mLab annab teile dünaamilise URI ja dünaamilise pordi. Nagu näete, on need erinevad.

Selleks, et sellest loobuda, kasutame Kubernetes'e ja ühendame arendaja andmebaasiga. Saate luua Kubernetes'e välise teenuse nime, mis annab teile staatilise teenuse, mis suunab liiklust välisele teenusele.

See teenus teostab lihtsa CNAME ümbersuunamise tasemel, mis avaldab minimaalset mõju jõudlusele. Tänu sellele saate kasutada lihtsamat ühendusrea.

Kuna välisnimi kasutab CNAME suunamist, ei saa see portide ümbernimetamiseks töötada. Seetõttu kehtib see lahendus ainult staatilistele portidele ning seda ei saa kasutada dünaamiliste portidega. Siiski, tasuta mLab Free Tier annab vaikimisi kasutajale dünaamilise porti numbri, mida te ei saa muuta. See tähendab, et dev ja prod jaoks on teil vaja erinevaid ühenduse käsureasid. Halvasti on see, et peate porti numbri järjekindlalt kodeerima. Kuidas siis portide ümbernimetamine tööle panna?

Esimene samm on saada IP-aadress URI-st. Kui käivitate nslookup käsu, hostname'i või pingite URI-d, saate andmebaasi IP-aadressi. Kui teenus tagastab teile mitu IP-aadressi, saate neid kõiki kasutada objekti lõpp-punktides.

Peate meeles pidama, et URI IP-aadressid võivad muutuda ette teatamata, mistõttu on nende kasutamine prod keskkonnas üsna riskantne. Sellise IP-aadressiga saab ühenduda kaugarvuti andmebaasiga, ilma et porti täpsustataks. Seega täidab Kubernetes teenus portide ümbernimetamise üsna läbipaistvalt.

Mapping, ehk väliste ressursside sidumine sisemistega, annab teile võimaluse kasutada neid teenuseid klastris paindlikult tulevikus, minimeerides samas refaktoorimisvaeva. See lihtsustab ka haldamist ja annab arusaamise, milliseid väliseid teenuseid teie ettevõte kasutab.

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