Szeptember 23-án, 20:00 MSK, Szergej Bondarjev ingyenes webináriumot tart „”, ahol elmondja, hogyan készítik elő a kubespray-t, hogy az gyors, hatékony és megbízható legyen.
Szergej Bondarjev bemutatja az eredeti verzió és a forkunk közötti különbséget:
Az eredeti verzió és a forkunk közötti különbség.
Aki már találkozott kubespray-vel, valószínűleg most csodálkozik, miért állítom szembe a kubeadm-et a kubespray-vel, hiszen a kubespray a klaszter létrehozásához éppen a kubeadm-et használja, és első pillantásra úgy tűnik, mintha csomagtelepítő és automatizált indító szkript lenne.
De nem mindig volt így, eredetileg a kubespray minden komponenst önállóan telepített:
- összeállította az etcd klasztert;
- telepítette a kubeleteket, generálta a tanúsítványokat, konfigurációkat és hozzáférési tokeneket a statikus podok kontrollplane-én és egyéb szolgáltató komponenseinél;
- szolgáltatói fiókokat hozott létre a munkacsomópontok számára, és csatlakoztatta őket a klaszterhez.
De a tavalyelőtt ezt a funkciót eltávolították, maradt csak a kubeadm. Akkoriban nem volt valami jó. Sajnálattal néztem mindezt, és elkészítettem a fork-omat, amely megőrizte a klasszikus telepítési módot, és most folyamatosan karbantartom ezt a fork-ot, cherry-pickelve a commiteket az eredeti kubespray-ből. Közben frissítem a klasszikus módot az új változásokhoz.
Végül a különbség a fork-ot és az eredetit létrehozott klaszterek között a kube-proxy és a tanúsítványok érvényességi ideje.
A fork-omban minden úgy maradt, mint régen — a kube-proxy statikus podként indul, a tanúsítványok 100 évre szólnak.
A Kubeadm esetében a kube-proxy daemonsetként indul, a tanúsítványok érvényességi ideje 1 év, és ezeket időszakosan meg kell hosszabbítani. A kubeadm végre megtanulta ezt egyetlen parancs segítségével megtenni.
A különbség kicsi, és jelenleg mindkét változatot használjuk.
A gyártási környezet sajátosságai (hátrányai):
A forgatókönyv univerzális, ezért nem túl gyors. A saját változat jelentősen felgyorsítható, ha eltávolítja a ellenőrzéseket, és kész képből indul.
A forgatókönyv bonyolult, vannak benne illogikus részek, nehéz a legacy örökség. Kiegészítő kontrollerek és szoftverek telepítése Kubespray segítségével - jó az oktatáshoz és teszteléshez. A gyártási környezetben a Kubespray-re való támaszkodás nem igazán okos ötlet, ráadásul a szoftverfrissítés "megöltem-újat csináltam" módszerrel valósult meg - ami leállást jelent.
Csak működő csomópontokat lehet hozzáadni, a mesterrel kapcsolatban vannak bizonyos bonyodalmak a tanúsítványokkal, és a forgatókönyv nem kezeli az összes lehetséges problémát, ami felmerülhet.
Például nekem volt egy problémám a kubeadm-mel, amikor az második és harmadik mester hozzáadásakor összeomlott, és ezután a Kubespray kubeadm resetet hajtott végre a csomóponton, és megpróbálta újra hozzáadni a mestert.
Csak az volt a probléma, hogy a hiba idején a második etcd példány már regisztrálva volt, és mivel az is törlésre került a reset után, akkor egy rémálmot kaptunk - az etcd klaszter két csomópontból állt, amelyből az egyiket töröltük, a másik pedig már nem tudott klienseket fogadni. Eredményül a klaszter elhalt, mielőtt megszületett volna.
Opensource, ahogy van.
Mindez és még sok más a "" ingyenes webináriumon szeptember 23-án 20.00 MSZK.
Csatlakozzatok!
Forrás: habr.com
