23. září 20:00 MCK Sergej Bondarev uskuteční bezplatný webinář „“, kde vysvětlí, jak se Kubespray připravuje, aby fungoval rychle, efektivně a spolehlivě.
Sergej Bondarev vysvětlí rozdíl mezi originální verzí a naší větví:
Rozdíl mezi originální verzí a naší větví.
Ti, kdo se již setkali s Kubespray, si pravděpodobně nyní lámou hlavu, proč srovnávám kubeadm s Kubespray, když právě Kubespray slouží k vytvoření klastru a vyvolává kubeadm a na první pohled vypadá jako skript na instalaci balíčků a automatizované spuštění.
Ale nebylo to tak vždy, původně Kubespray instaloval všechny komponenty sám:
- sestavoval klastr etcd;
- instaloval kubelet, generoval certifikáty, konfigurace a přístupové tokeny pro statické pody kontrolního plánu a další pomocné komponenty;
- vytvářel servisní účty pro pracovní uzly a připojil je do klastru.
Ale před dvěma lety tato funkce zmizela, ponechali pouze kubeadm. Který tehdy nebyl moc dobrý. Bylo mi to líto, a tak jsem vytvořil svou větev, ve které jsem zachoval klasický režim instalace, a nyní tuto větev udržuji aktuální, selektivně integrováním commitů z originálního Kubespray. Zároveň přizpůsobuji klasický režim novým změnám.
Ve výsledku je rozdíl mezi klastry vytvořenými mou větví a originálním – kube-proxy a doba platnosti certifikátů.
V mé větvi zůstalo všechno jako dříve – kube-proxy se spouští jako statický pod, certifikáty jsou vydávány na 100 let.
V Kubeadm se kube-proxy spouští jako daemonset a certifikáty jsou vydávány na 1 rok, a je třeba je pravidelně prodlužovat. Kubeadm se konečně naučil to dělat jedním příkazem.
Rozdíl je malý a dnes používáme obě varianty.
Rysy (nedostatky) při průmyslovém nasazení:
Scénář je univerzální, takže není příliš rychlý. Vlastní scénář lze značně urychlit tím, že se vynechají kontroly a spouští se z hotového obrazu.
Scénář je složitý, obsahuje nelogické části a má těžké dědictví. Instalace dalších kontrolerů a softwaru prostřednictvím Kubesprayu je dobrá pro školení a testování. V produkčním prostředí se příliš spoléhat na Kubespray není rozumný nápad, navíc aktualizace softwaru se provádí metodou "zabil-jsem-vytvořil nový", což znamená přerušení provozu.
Lze přidávat pouze pracovní uzly, s mistry jsou určité nuance ohledně certifikátů a scénář nezpracovává všechny možné problémy, které mohou vzniknout.
Například jsem měl problém s kubeadm, když to spadlo v okamžiku přidání druhého a třetího mistra, a poté Kubespray provedlo kubeadm reset na uzlu a pokusilo se přidat mistra znovu.
Jenže problém byl v tom, že v okamžiku selhání se druhá instance etcd již registrovala, a protože byla také odstraněna po resetu, dostali jsme noční můru - cluster etcd se skládající ze dvou uzlů, z nichž jeden byl odstraněn, a druhý již nepřijímá klienty. Výsledkem bylo, že cluster zemřel, aniž by se narodil.
Open source, jaký je.
To vše a mnohem více na bezplatném webináři „“ 23. září 20:00 MSK.
Připojte se!
Zdroj: habr.com
