Kubernetes tapo projektas, į kurį reikia kreiptis, jei jums reikia masto konteinerių orkestravimo. Atvirojo kodo konteinerių orkestravimo sistema iš „Google“ yra gerai vertinama, palaikoma ir sparčiai tobulinama.
„Kubernetes“ taip pat yra išplitęs, sudėtingas, jį sunku nustatyti ir konfigūruoti. Maža to, didžioji dalis sunkiųjų kėlimų paliekama galutiniam vartotojui. Todėl geriausias būdas yra ne griebtis bitų ir bandyti tai atlikti atskirai, bet ieškoti visiško konteinerio sprendimo, kuriame būtų „Kubernetes“ kaip palaikomas, prižiūrimas komponentas.
Čia aš išvardijau 9 žymiausius „Kubernetes“ pasiūlymus - kiek tai yra paskirstymai, kuriuose yra „Kubernetes plus“ konteinerių įrankiai ta pačia prasme, kaip įvairūs pardavėjai siūlo „Linux“ branduolio ir jo naudotojų platinimą.
Atkreipkite dėmesį, kad šiame sąraše nėra specialių debesų paslaugų, tokių kaip „Amazon EKS“ ar „Google Kubernetes Engine“, tačiau daugiausia dėmesio skiriama programinės įrangos platinimui, kurį galima vykdyti vietoje arba kaip debesyje priglobtą parinktį.
Tectonic / Red Hat CoreOS
„CoreOS“ yra į konteinerius orientuoto „Linux“ paskirstymo, suderinamo su „Docker“, bet su savo nuomonės formatu ir savo vykdymo laiku, ir „įmonės lygio„ Kubernetes ““ platintojas. Kartu jie sudaro „CoreOS Tectonic“ kamino pagrindą.
„CoreOS“ operacinė sistema „Container Linux“ išsiskiria tuo, kad pristatoma kaip sudėtinių komponentų rinkinys. Tokiu būdu automatiniai OS atnaujinimai gali būti greitai perduodami į gamybą, nepanaikinant veikiančių programų. „CoreOS“ taip pat skelbia „vieno paspaudimo“ atnaujinimus „Kubernetes“. „CoreOS Tectonic“ veikia naudojant „Amazon Web Services“, „Microsoft Azure“ ir pliką metalą.
„Red Hat“ neseniai įsigijo „CoreOS“, planuodama ją integruoti į „Red Hat OpenShift“. „Container Linux“ bus pakeistas „Red Hat CoreOS“ ženklu. Tikimasi, kad šis žingsnis nebus baigtas iki 2020 m., Tačiau „Container Linux“ ir toliau bus palaikoma iki tol. Pasak „Red Hat“, „beveik visos“ „CoreOS Tectonic“ funkcijos bus prieinamos po perėjimo.
Norėdami gauti daugiau informacijos, peržiūrėkite „CoreOS Container Linux“ apžvalgą.
Susijęs vaizdo įrašas: kas yra „Kubernetes“?
Šiame 90 sekundžių trukmės vaizdo įraše sužinokite apie „Kubernetes“ - atvirojo kodo sistemą, skirtą automatizuoti konteinerių programas, iš vieno išradėjų - Joe Beda, „Heptio“ įkūrėjo ir CTO.
Kanoninis „Kubernetes“ paskirstymas
„Canonical“, „Ubuntu Linux“ kūrėjai, teikia savo „Kubernetes“ platinimą. Vienas iš didžiausių „Kubernetes“ kanoninio platinimo pardavimo taškų yra plačiai gerbiamas, gerai suprantamas ir dažnai diegiamas „Ubuntu Linux“ paskirstymas po juo. „Canonical“ tvirtina, kad jo kaupimasis veiks bet kuriame debesyje arba diegiant vietoje, su palaikymu tiek su procesoriumi, tiek su GPU valdomais darbo krūviais. Mokantys klientai gali valdyti „Kubernetes“ klasterį nuotoliniu būdu „Canonical“ inžinierių pagalba.
„Canonical“ platinamas „Kubernetes“ taip pat yra miniatiūrinės versijos „Microk8s“. Kūrėjai ir „Kubernetes“ naujokai gali įdiegti „Microk8“ nešiojamame kompiuteryje ar darbalaukyje ir naudoti jį bandymams, eksperimentams ar net gamybai naudoti žemo profilio aparatinėje įrangoje.
„Canonical“ ir „Rancher Labs“ (žr. Toliau) kartu gamina produktą „Cloud Native Platform“, kuris sujungia „Canonical“ „Kubernetes“ distro su „Rancher“ konteinerių valdymo platforma. Idėja yra naudoti „Kubernetes“ kiekviename klasteryje veikiantiems sudėtiniams rodiniams valdyti, o „Rancher“ - keliems „Kubernetes“ klasteriams valdyti. „Cloud Native Platform“ taps prieinama su „Rancher 2.0“, kuri šiuo metu yra beta versijos peržiūra.
„Docker Community Edition“ / „Docker Enterprise“
Daugeliui iš mūsų, Docker yra konteineriai. Nuo 2014 m. „Docker“ turi savo klasterių ir orkestravimo sistemą „Docker Swarm“, kuri dar neseniai buvo „Kubernetes“ konkurentė. Tada 2017 m. Spalio mėn. „Docker“ paskelbė, kad pridės „Kubernetes“ - modifikuotą vanilės būseną - kaip standartinį „Docker Community Edition“ ir „Docker Enterprise 2.0“ bei vėlesnių leidimų paketą.
„Docker Enterprise 3.0“ prideda „Docker Kubernetes Service“ - „Kubernetes“ integraciją, kuri palaiko „Kubernetes“ versijas nuoseklias tarp kūrėjų darbalaukių ir gamybos diegimų.
Trumpai tariant, „Docker Inc.“ perskaitė raštą ant konteinerių orkestravimo sienos ir pripažino, kad „Kubernetes“ yra tinkamesnė nei „Swarm“ didelių ir sudėtingų konteinerių aplinkai tvarkyti. Tačiau „Docker“ vis dar turi savo pradinę grupavimo sistemą „spiečių režimą“, kad galėtų atlikti kuklesnes užduotis - pavyzdžiui, vietinę užkardos programą, kuri greičiausiai nedaug augs, arba išlaikyti esamus spiečių režimo klasterius, kurie nereikia atnaujinti.
„Heptio Kubernetes“ prenumerata
Du „Kubernetes“ kūrėjai Craigas McLuckie ir Joe Beda įkūrė „Heptio“, kad galėtų pasiūlyti paslaugas ir produktus aplink „Kubernetes“. Pirmasis pagrindinis jų pasiūlymas yra „Heptio Kubernetes Subscription“ (HKS), „Kubernetes“ diegimas su mokama, visą parą per parą teikiama „Heptio“ parama. Kainos prasideda nuo 2000 USD per mėnesį.
Pagrindinis „Heptio“ žingsnis yra įmonės lygio „Kubernetes“ be tiekėjo užrakinimo. Diegimas gali vykti viešuose debesyse arba privačioje aparatinėje įrangoje. Visi „Heptio“ siūlomi įrankiai, skirti valdyti „Kubernetes“ konfigūracijas, yra atvirojo kodo, o pataisymai pristatomi tiesiai į palaikomas grupes.
„VMware“ įsigijo „Heptio“ 2018 m., Tačiau įsigijimas dar neturėjo įtakos „Heptio“ produktų portfelio planams.
Kontena Pharos
Sąskaita „Kubernetes, kuri tiesiog veikia“, Kontena Pharos laikosi maždaug tos pačios knygos kaip „Red Hat“ siūlomos „Linux“ knygos. Apačioje tai CNCF sertifikuotas „Kubernetes“ platinimas, prieinamas pagal „Apache 2“ licenciją (pagal „Fedora“ arba „CentOS“). Tie, kurie turi pinigų išleisti (pagal „Red Hat Enterprise Linux“), gali nusipirkti profesionalaus lygio funkcijas, konsultavimo, palaikymo paslaugas ir tam tikrus fiksuotų kainų pasiūlymus, pavyzdžiui, perėjimą prie debesų infrastruktūros.
Pagrindinis „Pharos“ paskirstymas yra standartinis su pagrindinėmis funkcijomis, tokiomis kaip automatiniai saugos atnaujinimai ir daugybė konteinerių vykdymo laiko. Mokamas produktas prideda įmonės įrankius, tokius kaip „Kontena Lens“ prietaisų skydelis, „Kontena Storage“ paskirstytos saugyklos sistema, atsarginę kopiją, apkrovos balansavimą ir galimybę diegti klasterį aplinkoje, kurioje trūksta oro.
Profesionalaus leidimo vertinimo laikotarpis yra trisdešimt dienų, o prenumeratos prenumeratos prasideda nuo 375 EUR per mėnesį. Atvirojo kodo leidimas neturi laiko apribojimų ir jokių licencijavimo išlaidų.
Pagrindinė konteinerių tarnyba (PKS)
„Pivotal“, geriausiai žinomas dėl savo darbo „Cloud Foundry“, siūlo įmonės lygio „Kubernetes“, vadinamą „Pivotal Container Service“ (PKS). Įkvėpimui PKS remiasi daugeliu kitų svarbiausių projektų. Pavyzdžiui, jis naudoja „Kubo“ projektą, kuris taip pat naudojamas „Pivotal“ debesų liejykloje, kad paleistų ir valdytų „Kubernetes“ grupes.
Išskirtinė PKS funkcija yra glaudi integracija su „VMware“ virtualizacijos kaminu; iš tikrųjų PKS yra bendras „VMware-Pivotal“ projektas. Konteineriai, veikiantys PKS, turi prieigą prie paslaugų, kurios paprastai yra prieinamos tik virtualioms mašinoms, veikiančioms „vSphere“, pavyzdžiui, nuolatinė saugykla „VMware VSAN“. Be to, PKS galima valdyti per „VMware Cloud Foundation“, naudojamą valdant „VMware“ infrastruktūrą viešose ir privačiose debesų aplinkose.
Trumpai tariant, bet kuri parduotuvė, kurioje investuojama į „VMware“ ir vis labiau domimasi „Kubernetes“, gali norėti pasidomėti PKS, kad kuo geriau išnaudotų esamą „VMware“ sąranką.
„Rancher 2.0“
„Rancher Labs“ įtraukė „Kubernetes“ į savo konteinerių valdymo platformą - vadinamą tiesiog „Rancher“ - su 2.0 versija. „Rancher 2.0“ veikia aukštesniu lygiu nei kiti „Kubernetes“ paskirstymai, sėdėdami ant jūsų „Linux“ kompiuterių, „Docker“ konteinerių ir „Kubernetes“ mazgų, valdydami juos visus ištiestos rankos atstumu, nepaisant vietos ar infrastruktūros. Jis netgi gali valdyti „Kubernetes“ sankaupas „Amazon EKS“, „Google Kubernetes Engine“, „Azure Kubernetes Service“ ir kituose „Kubernetes-as-a-service“ debesyse.
„Rancher“ taip pat turi savo „Kubernetes“ platinimą. „Rancher“ yra skirtas pašalinti daugybę problemų iš „Kubernetes“ klasterio sukūrimo ir „Kubernetes“ pritaikymo konkrečiai aplinkai, neleidžiant tiems pritaikymams trukdyti sklandžiai atnaujinti „Kubernetes“ - tai pagrindinė tokio greito veiksmo priežastis. judantis ir nuolat atnaujinamas projektas.
„Rancher“ taip pat siūlo minimalų „Kubernetes“ paskirstymą, vadinamą K3s. Optimizuotas žemo profilio diegimui, K3s reikia tik 512 MB operatyviosios atminties kiekvienam serverio egzemplioriui ir 200 MB vietos diske. Į šį pėdsaką neįtraukiamos visos paliktos, alfa lygio ir neesminės funkcijos, taip pat daugelis rečiau naudojamų papildinių (nors prireikus juos galima vėl pridėti).
„Red Hat OpenShift“
„Red Hat OpenShift“, „Red Hat“ „PaaS“ produktas, iš pradžių naudojo „Heroku buildpack“ tipo „kasetes“ programoms pakuoti, kurios vėliau buvo išdėstytos konteineriuose, vadinamuose „pavaromis“. Tada atsirado „Docker“ ir „OpenShift“ buvo pertvarkyta, kad būtų galima panaudoti naują sudėtinio rodinio vaizdo ir vykdymo laiko standartą. Neišvengiamai „Red Hat“ taip pat pritaikė „Kubernetes“ kaip „OpenShift“ orkestravimo technologiją.
„OpenShift“ buvo sukurtas siekiant užtikrinti visų „PaaS“ komponentų abstrakciją ir automatizavimą. Ši abstrakcija ir automatika taip pat taikoma „Kubernetes“, kuri vis tiek uždeda nemažą administracinę naštą, todėl „OpenShift“ gali būti naudojama tam palengvinti kaip didesnės „PaaS“ diegimo misijos dalis.
Kaip minėta pirmiau, „CoreOS Tectonic“ yra jungiamas į „Red Hat OpenShift“, nors tikimasi, kad technologijų sujungimas bus baigtas tik 2020 m.
Norėdami gauti daugiau informacijos, peržiūrėkite „Red Hat OpenShift 3“ apžvalgą.
„SUSE“ konteineris kaip paslaugų platforma
Geriausiai žinomas dėl plačiai Europoje populiaraus „Linux“ platinimo, SUSE taip pat siūlo „SUSE CaaS“ platformą. Koncepciniu požiūriu „SUSE CaaS“ platforma primena „CoreOS Tectonic“, apjungdama plika metalo „mikro“ OS, kurioje veikia konteineriai, „Kubernetes“ konteinerių orkestravimui, įmontuotą vaizdų registrą ir grupių konfigūravimo įrankius.
„SUSE CaaS Platform 3“, išleista 2018 m., Pridėjo kelių pagrindinių funkcijų funkciją, kad klasteriai taptų atsparesni pagrindinio mazgo gedimui ir branduolio derinimo funkcija, kad būtų galima pritaikyti pridedamą „Linux“ branduolį.
„SUSE CaaS“ platforma gali veikti tiek viešuose debesyse, tiek vietiniame plika metale, tačiau laikydamasi įspėjimo, kad „SUSE šiuo metu nepalaiko jokios integracijos į pagrindinę debesų infrastruktūrą“. Tai reiškia, kad „SUSE CaaS“ platforma nėra skirta papildyti „Amazon EKS“ ar „Google Kubernetes Engine“, bet apeiti juos, leidžiant paleisti konteinerius keliuose debesyse ir duomenų centruose.
„Telekube“
„Gravitational“, „Teleport SSH“ serverio gamintojas, gamina „Gravity“, „gamybai grūdintą“ „Kubernetes“ paskirstymą, veikiantį vietinėse ar nuotolinėse grupėse. „Gravity“ laikomas sprendimu privačiai „SaaS“ platformai arba „Kubernetes“ kaip paslaugai keliuose regionuose ar prieglobos paslaugų teikėjams.
Gravitacijos programos turi būti parengtos veikti „Kubernetes“ talpyklose. Jie taip pat turi būti supakuoti į „Rinkinius“, kurie vėliau yra platinami „Kubernetes“ grupėse. Susiejimas reikalauja tam tikro papildomo darbo, be viso kito pasirengimo, reikalingo talpykloje esančioms programoms diegti, tačiau „Bundle“ aprašas yra vienintelis „Gravity“ specifinis priedas, kurį turite išlaikyti.
„Gravity“ taip pat leidžia fotografuoti visą „Kubernetes“ klasterį, įskaitant visas jo programas ir konfigūraciją, ir išdėstyti vaizdą bet kurioje kitoje „Kubernetes“ aplinkoje.
