Tehisintellekt
Kubernetesest on saanud tööstusstandard, kus on kuni 94% Küsitluste kohaselt juurutavad organisatsioonid oma teenuseid ja rakendusi konteinerite orkestreerimisplatvormil. Üks peamisi põhjusi, miks ettevõtted Kubernetese kasutusele võtavad, on standardimine, mis võimaldab energiakasutajatel näha tootlikkust kahekordistavaid eeliseid.
Kubernetese standardimine annab organisatsioonidele võimaluse juurutada mis tahes konteinerit kõikjal. Kuid üks osa oli puudu: tehnoloogia eeldas, et konteinerid on ajutised, mis tähendab, et Kubernetes saab ohutult kasutusele võtta ainult kodakondsuseta konteinereid. Kuid kogukond muutis hiljuti paradigmat ja tõi kaasa sellised funktsioonid nagu StatefulSets ja Storage Classes, mis võimaldavad andmete kasutamise Kubernetesis.
Kuigi Kubernetesis on võimalik käitada olekupõhiseid konteinereid, on see siiski väljakutse.
Tehke seda järk-järgult
Kubernetes on muutumas sama populaarseks kui Linux ja de facto viis mis tahes rakenduse käivitamiseks kõikjal ja hajutatud viisil. Kubernetese kasutamine hõlmab paljude tehniliste mõistete ja sõnavara õppimist. Näiteks võib uutel tulijatel olla probleeme Kubernetese paljude loogiliste üksustega, nagu konteinerid, kaustad, sõlmed ja klastrid.
Kui te veel Kubernetesi tootmisrežiimis ei kasuta, pole mõtet otse andmemahutitesse hüpata. Parim on alustada olekuta rakenduste teisaldamisest, et vältida andmete kadumist, kui asjad lähevad valesti.
Kui te ei leia teie vajadustele vastavat operaatorit, ärge muretsege, sest enamik neist on avatud lähtekoodiga.
Mõistke piiranguid ja eripärasid
Kui olete Kubernetese üldmõistetega tuttav, saate süveneda olekupõhiste mõistete üksikasjadesse. Näiteks kuna rakendustel võivad olla erinevad salvestusvajadused (nt jõudlus- või võimsusnõuded), tuleb pakkuda õiget salvestussüsteemi.
Seda, mida tööstusharus tavaliselt salvestusprofiilideks nimetatakse, nimetatakse Kuberneteses salvestusklassideks. Need pakuvad viisi, kuidas kirjeldada erinevat tüüpi salvestusklasse, millele Kubernetesi klaster pääseb juurde. Salvestusklassidel võivad olla erinevad teenuse kvaliteedi tasemed, näiteks sisend-/väljundoperatsioonide arv sekundis GiB kohta, varunduspoliitikad või suvalised poliitikad, näiteks lubatud lingirežiimid ja topoloogiad.
Teine oluline komponent, mida tuleb mõista, on StatefulSet. See on Kubernetes API objekt, mida kasutatakse olekupõhiste rakenduste haldamiseks ja pakub järgmisi põhifunktsioone:
- Unikaalsed ja stabiilsed võrguidentifikaatorid, mis võimaldavad teil helitugevust jälgida ning igal ajal lahti ühendada ja uuesti ühendada
- Stabiilne ja püsiv salvestusruum teie andmete kaitsmiseks
- Korralik ja korrapärane juurutamine ja skaleerimine, mis on vajalik paljude 2. päeva toimingute jaoks.
Kuigi StatefulSet on olnud kurikuulsa PetSeti (nüüdseks aegunud) asendaja, on see endiselt ebatäiuslik ja sellel on piirangud. Näiteks tuleb StatefulSeti kontroller mahu suuruse muutmise (PVC) sisseehitatud tugi puudub — mis on suur väljakutse, kui teie rakenduse andmekogumi suurus hakkab kasvama praegusest eraldatud salvestusmahust suuremaks. olemas alternatiivsed lahendused kuid sellistest piirangutest tuleb varakult aru saada, et insenerimeeskond teaks, kuidas nendega toime tulla.
Pane plaan paika
Kui olete Kubernetese olekukontseptsioonidega tutvunud, saate andmetega seotud ülesandeid teatud järjekorras järk-järgult migreerida. See võimaldab teil õppida vigadest ja vältida ülekoormamise tunnet, sest kõiki andmetehnoloogiaid pole Kubernetesis võrdselt lihtne kasutada.
Väljakujunenud tehnoloogiad, nagu andmebaasid ja salvestusruumid, tuleks migreerida esmalt ning uued tehnoloogiad, nagu AI ja ML, tuleks migreerida viimasena. See kajastub hiljutises aruandes, milles leiti, et andmebaas ja püsisalvestus on Kubernetese kaks kõige enam käitatavat andmetöökoormust. Peamine põhjus on 2. päeva operatsioonide jaoks vajalike tööriistade puudumine.
Operaatori kättesaadavus
Olekuga konteinerite teisaldamine Kubernetesesse on vaid pool tööst, mida tuntakse ka kui 1. päeva. Nüüd peate hakkama saama 2. päeva toimingutega (üks viimase KubeConi enim arutatud teemasid). Siin lähevad asjad keeruliseks. On palju 2. päeva toiminguid, millega Kubernetes natiivselt hakkama ei saa, näiteks lappimine ja värskendamine, varundamine ja taastamine, logide töötlemine, jälgimine, skaleerimine ja häälestamine.
Kõik need toimingud on rakendusepõhised. Näiteks PostgreSQL-i ja MySQL-i klaster nõuab HA-klastri seadistuses uue esmase serveri valimisel kahte täiesti erinevat lähenemisviisi. Kubernetes ei saa teada rakenduse kõiki konkreetseid 2. päeva toiminguid. Siin tulevad sisse operaatorid.
Operaatorid on programmeeritavad laiendused, mis sooritavad toiminguid, mida Kubernetes ei saa natiivselt käsitleda. Operaatorid pakuvad dünaamilisi ja intelligentseid haldusvõimalusi, laiendades Kubernetes API funktsionaalsust. Üks levinumaid kasutusviise on nende 2. päeva toimingute tegemine. Neid operaatoreid ei arenda Kubernetese hooldajad, vaid kolmandatest osapooltest arendajad ja organisatsioonid.
Enne andmetöö teisaldamist Kubernetesesse veenduge, et sellel oleks operaator. OperatorHub teeb nende indekseerimisel suurepärast tööd. Kuna saidil on saadaval 282 operaatorit, kajastab paigutus ülaltoodut: mõnel tööl on toetavad tööriistad ja teistel mitte. Näiteks andmebaasikategoorias on 38 operaatorit (ainuüksi PostgreSQL-i jaoks on neid kaheksa), samas kui kogu ML/AI kategoorias on ainult seitse.
Õige operaatori võimsuse tase
Ühest operaatorist oma tehnoloogia jaoks ei piisa, kuna neil võivad olla erinevad võimalused ja nad võivad sageli eksisteerida erinevatel küpsusastmetel. OperatorFramework pakub välja võimemudeli, mis liigitab operaatorid nende omaduste alusel:
- Tase 1: töötab põhiinstalli jaoks, nagu rakenduste automaatne varustamine ja konfiguratsioonihaldus.
- Tase 2: Toetab sujuvalt värskendusi, plaastreid ja väiksemaid versiooniuuendusi.
- Tase 3: haldab kogu rakenduse ja salvestusruumi elutsüklit (varundamine, tõrkesiirde jne).
- Tase 4: pakub põhjalikku ülevaadet, mõõdikuid, hoiatusi, logitöötlust ja töökoormuse analüüsi.
- Tase 5: pakub automaatset horisontaalset/vertikaalset skaleerimist, automaatset konfiguratsiooni reguleerimist, anomaaliate tuvastamist ja ajakava reguleerimist.
Operaatorit valides peate veenduma, et selle võimalused vastavad teie vajadustele. Kui te pole kindel, milline tasand on sobiv, leiti Kubernetes 2022 aruandest, et enamik organisatsioone otsib operaatoreid, kes on vähemalt 3. tasemel. Hea tava on konteinerite varundamine.
Kui te ei leia teie vajadustele vastavat operaatorit, pole see probleem, sest enamik neist on avatud lähtekoodiga. Saate laiendada olemasolevate operaatorite võimalusi sisemise arendusega või veel parem panustada avatud lähtekoodiga projekti.
Saage operaatorist aru
Operaatorite laiendatavus on nende tugevus, aga ka nõrkus. Standardite puudumine tähendab, et need on programmeeritud erineval viisil, nii et kõige sobivama vormingu valimiseks peate oma konfiguratsioonifaile vaatama.
Lisaks saavad operaatorid sama eesmärgi saavutamiseks kasutada erinevaid tehnilisi marsruute. Näiteks üks kaheksast PostgreSQL-i operaatorist, CloudNativePG, ei kasuta StatefulSetsi ja kasutab selle asemel oma kohandatud töötlejat. See on üsna ootamatu, arvestades, et StatefulSets on Kubernetese olekupõhiste konteinerite alus.
Arendajad valisid selle disaini, kuna StatefulSet ei suutnud PVC-de suurust muuta (nagu varem mainitud). Nagu operaatori dokumentatsioon selgitab, "viib erinevate disainivalikute valimine mitmele teele". Seetõttu on operaatori valimisel oluline mõista selle rakendamist, eeliseid ja puudusi ning valida see, mis sobib kõige paremini teie vajadustega.
vaeva väärt
Kubernetese andmete käitamine ei ole alati lihtne, kuid hea uudis on see, et see on seda rasket tööd väärt: 54% küsitletud organisatsioonidest andsid rohkem kui 10% oma tuludest Kubernetese andmete käitamisele. Lisaks väitis 33%, et sellel on muutlik mõju tootlikkusele ja veel 51% leidis märkimisväärset positiivset mõju.
Kuna organisatsioonid võtavad oma kulude ja infrastruktuuri jõudluse optimeerimiseks üha enam kasutusele mitme pilve infrastruktuuri, on Kubernetesest saanud valitud tööriist. Kuna ligikaudu 66% riikidest kehtivad mingisugused andmete privaatsust ja tarbijaõigusi käsitlevad õigusaktid, mis sageli nõuavad andmehalduse jõustamist, peavad ettevõtted üha enam majutama kasutajaandmeid riikides, kus nad tegutsevad.
