23. september ob 20:00 MDS Sergej Bondarev bo vodil brezplačni seminar «», kjer bo predstavil, kako pripraviti kubespray, da bo hitr, učinkovit in odporen na napake.
Sergej Bondarev bo razložil razliko med izvirno različico in našim forkom:
Razlika med izvirno različico in našim forkom.
Tisti, ki so se že srečali s kubesprayem, se verjetno zdaj sprašujejo, zakaj postavljam kubeadm v nasprotje s kubesprayem, saj kubespray za ustvarjanje klasterja pravzaprav uporablja kubeadm in na prvi pogled deluje kot skript za namestitev paketov in avtomatizacijo zagon.
Ampak tako ni bilo vedno, sprva je kubespray vse komponente namestil sam:
- zbira klaster etcd;
- namesti kubelete, generira certifikate, konfiguracije in dostopne tokene za statične pode kontrolne igre in druge službene komponente;
- ustvari račune storitev za delovne vozlišča in jih poveže v klaster.
A predlani so to funkcionalnost odstranili, pustili le kubeadm. Ki takrat ni bil ravno najboljši. To me je prizadelo in sem naredil svoj fork, v katerem sem ohranil klasični način namestitve, in zdaj ta fork vzdržujem v aktualnem stanju, cherry-pickam komitete iz izvirnega kubespraya zase. Ob tem še dodajam izboljšave klasičnega načina na nove spremembe.
Na koncu je razlika med klasterji, ustvarjenimi z mojim forkom in izvirnikom — to kube-proxy in trajanje veljavnosti certifikatov.
V mojem forku je vse ostalo, kot je bilo prej — kube-proxy se zažene kot statični pod, certifikati se izdajajo za 100 let.
V Kubeadmu se kube-proxy zažene kot daemonset, certifikati pa se izdajajo za 1 leto, kar pomeni, da jih je treba občasno podaljšati. Kubeadm se je končno naučil to početi z enim ukazom.
Razlika je majhna, in danes uporabljamo obe različici.
Značilnosti (pomanjkljivosti) pri industrijski uporabi:
Scenarij je univerzalen, zato ni zelo hiter. Lastnega lahko precej pospešite, če odstranite preverjanja in se zaženete iz pripravljenega podobe.
Scenarij je zapleten, ima nelogičnosti, teško nasleđe. Instalacija dodatnih kontrolera i softvera putem Kubespray-a je dobra za obuku i testiranje. U produkcijskoj upotrebi oslanjanje na Kubespray nije baš pametna ideja, a osim toga, ažuriranje softvera se realizuje metodom "ubio-spravio novog" — što znači prekid u održavanju.
Može se dodavati samo radne čvorove, sa masterima postoje neki problemi sa sertifikatima, a scenarij ne obuhvata sve moguće probleme koji mogu nastati.
Na primer, imao sam problem sa kubeadm-om kada je padao u trenutku dodavanja drugog i trećeg mastera, a nakon toga je Kubespray radio kubeadm reset na čvoru i pokušavao ponovo da doda master.
Samo je problem bio u tome što se do trenutka kvara drugi instanca etcd već registrovao, i pošto je i on brisan nakon resetovanja, dobijali smo haos — etcd klaster od dva čvora, od kojih je jedan obrisan, a drugi više ne prima klijente. Na kraju je klaster umro, ne rodivši se.
Open source kakav jeste.
Sve to i mnogo više na besplatnom vebinaru „“ 23. septembra u 20:00 po MSK.
Pridružite se!
Izvor: habr.com
