23. septembra o 20.00 MSK, Sergej Bondarjev povedie bezplatný webinár „“, kde vysvetlí, ako pripravujú kubespray, aby to bolo rýchle, efektívne a odolné voči zlyhaniu.
Sergej Bondarjev objasní rozdiel medzi originálnou verziou a naším fork:
Rozdiel medzi originálnou verziou a naším fork.
Tí, ktorí sa už s kubespray stretli, sa asi teraz zamýšľajú, prečo protirečím kubeadm kubesprayu, veď kubespray na vytvorenie klastru skutočne vyžaduje kubeadm, a na prvý pohľad to vyzerá ako skript na inštaláciu balíkov a automatizované spustenie.
Ale tak to vždy nebolo, pôvodne kubespray inštaloval všetky komponenty sám:
- zhromažďoval klaster etcd;
- inštaloval kubelet, generoval certifikáty, konfigurácie a prístupové tokeny pre statické pody kontrolného plášťa a ďalších servisných komponentov;
- vytváral servisné účty pre pracovné uzly a pripájal ich do klastru.
Ale predminulý rok tento funkčný prvok odstránili, pričom zostal len kubeadm, ktorý vtedy nebol veľmi dobrý. Bolo mi to ľúto, a tak som vytvoril svoj fork, v ktorom som zachoval klasický režim inštalácie, a vlastne ho teraz udržiavam aktuálny, cherry-pickujúc commity z originálneho kubespray pre seba. Zároveň doladujem klasický režim podľa nových zmien.
Nakoniec, rozdiel medzi klastrami, vytvorenými mojím forkom a originálom, je kube-proxy a doby platnosti certifikátov.
V mojom forku zostalo všetko, ako to bolo predtým — kube-proxy sa spúšťa ako statický pod, certifikáty sú vystavené na 100 rokov.
V Kubeadm sa kube-proxy spúšťa ako daemonset a certifikáty sú vystavené na 1 rok, a musia sa pravidelne predlžovať. Kubeadm sa konečne naučil to robiť jedným príkazom.
Rozdiel je malý, a dnes používame oba varianty.
Vlastnosti (nedostatky) pri priemyselných aplikáciách:
Scenár je univerzálny, preto nie je veľmi rýchly. Vlastný projekt možno výrazne urýchliť, ak sa odstránia kontroly a spustí sa z hotového obrazu.
Scenár je zložitý, sú tam nelogické miesta a náročné dedičstvo legacy. Inštalácia ďalších kontrolérov a softvéru cez kubespray je dobrá na učenie a testovanie. V produkčnej prevádzke sa spoliehať na kubespray nie je veľmi rozumný nápad, navyše aktualizácia softvéru je realizovaná metódou "zabil-sprav nový" — to znamená prestávku v údržbe.
Môže pridávať len pracovné uzly, s master uzlami sú určité nuansy ohľadom certifikátov, a scénar nepracuje so všetkými možnými problémami, ktoré môžu vzniknúť.
Napríklad, mala som problém s kubeadm, keď zlyhal v okamihu pridávania druhého a tretieho mastera, a po tom kubespray vykonal kubeadm reset na uzle a pokúsil sa pridať master znova.
Problém bol však v tom, že k okamihu zlyhania sa už druhý inštanc etctd stihol registrovať, a keďže bol tiež odstránený po resete, dostali sme nočnú moru — etcd klaster z dvoch uzlov, z ktorých jeden bol odstránený a druhý už nep prijíma klientov. Nakoniec klaster zomrel, ani sa nenarodil.
Opensource tak, ako je.
To všetko a oveľa viac na bezplatnom webinári „“ 23. septembra o 20.00 MSK.
Pridajte sa!
Zdroj: habr.com
