Helyi<\/li>\n<\/ul>\n<\/p>\n
N\u00e9zz\u00fck meg, miben k\u00fcl\u00f6nb\u00f6znek \u00e9s miben hasonl\u00edtanak. <\/p>\n
<\/p>\n
El\u0151sz\u00f6r is, mindh\u00e1rom megk\u00f6zel\u00edt\u00e9s eset\u00e9n a t\u00e1rol\u00f3 \u2013 helyi lemezek, amelyek ugyanazon a fizikai k8s nodon tal\u00e1lhat\u00f3k. De van n\u00e9h\u00e1ny k\u00fcl\u00f6nbs\u00e9g.<\/p>\n
<\/p>\n
<\/p>\n
Kezdj\u00fck a legegyszer\u0171bbel, az emptyDir-ral. Mi ez a gyakorlatban? Azt k\u00e9rj\u00fck a specifik\u00e1ci\u00f3nkb\u00f3l, hogy a kont\u00e9neriz\u00e1l\u00f3 rendszer (leggyakrabban Docker) biztos\u00edtson hozz\u00e1f\u00e9r\u00e9st a helyi lemez egy mapp\u00e1j\u00e1hoz.<\/p>\n
<\/p>\n
A gyakorlatban a Docker valahol a saj\u00e1t \u00fatvonalain l\u00e9trehoz egy ideiglenes mapp\u00e1t, \u00e9s hossz\u00fa hash-k\u00e9nt nevezi el. \u00c9s hozz\u00e1f\u00e9r\u00e9si interf\u00e9szt k\u00edn\u00e1l. <\/p>\n
<\/p>\n
Hogyan fog m\u0171k\u00f6dni a teljes\u00edtm\u00e9ny szempontj\u00e1b\u00f3l? Helyi lemez sebess\u00e9ggel fog m\u0171k\u00f6dni, teh\u00e1t teljes hozz\u00e1f\u00e9r\u00e9st kapunk a saj\u00e1t meghajt\u00f3nkhoz. <\/p>\n
<\/p>\n
De ennek van egy h\u00e1tr\u00e1nya. A Persistent ebben a kontextusban meglehet\u0151sen k\u00e9rd\u0151jeles. A Docker kont\u00e9nerek els\u0151 mozdulat\u00e1n\u00e1l a Persistent elveszik. Ha a Kubernetes valamilyen okb\u00f3l \u00e1t akarja helyezni ezt a Pod-ot egy m\u00e1sik lemezre, az adatok elvesznek. <\/p>\n
<\/p>\n
Ez a megk\u00f6zel\u00edt\u00e9s j\u00f3l m\u0171k\u00f6dik tesztel\u00e9s sor\u00e1n, mert a sebess\u00e9get m\u00e1r norm\u00e1lisnak mutatja, de valami komolyabb c\u00e9lra nem alkalmas. <\/p>\n
<\/p>\n
<\/p>\n
Ez\u00e9rt van a m\u00e1sodik megk\u00f6zel\u00edt\u00e9s. Ez a hostPath. Ha megn\u00e9zz\u00fck az el\u0151z\u0151 di\u00e1t \u00e9s ezt, l\u00e1thatjuk, hogy van egyetlen k\u00fcl\u00f6nbs\u00e9g. A mappa kiemelkedett a Dockerb\u0151l k\u00f6zvetlen\u00fcl a Kubernetes nodera. Itt egy kicsit egyszer\u0171bb a helyzet. K\u00f6zvetlen\u00fcl megadjuk a helyi f\u00e1jlrendszeren a helyet, ahol szeretn\u00e9nk t\u00e1rolni az adatainkat. <\/p>\n
<\/p>\n
Ennek a m\u00f3dszernek vannak el\u0151nyei. Ez m\u00e1r val\u00f3di Persistent, r\u00e1ad\u00e1sul klasszikus \u00e9rtelemben. Az adatok a lemezen egy adott c\u00edmre lesznek mentve. <\/p>\n
<\/p>\n
Vannak h\u00e1tr\u00e1nyai is. Ez a kezel\u00e9s bonyolults\u00e1ga. A Kubernetes\u00fcnk \u00e1thelyezheti a Podot egy m\u00e1sik fizikai csom\u00f3pontba. Itt l\u00e9p be a DevOps szerepe. Meg kell magyar\u00e1znia a rendszernek, hogy ezeket a podokat csak olyan csom\u00f3pontokra lehet \u00e1thelyezni, ahol az adott \u00fatvonalakon valami van csatolva, \u00e9s egyszerre nem t\u00f6bb mint egy csom\u00f3pontba. Ez meglehet\u0151sen bonyolult. <\/p>\n
<\/p>\n
Ezen c\u00e9lok \u00e9rdek\u00e9ben n\u00e1lunk az \u00fczemeltet\u0151n\u00e9l k\u00e9sz\u00edtett\u00fcnk sablonokat, hogy ezt a bonyolults\u00e1got eltakarhassuk. \u00cdgy egyszer\u0171en csak annyit mondhatunk: \u201eAzt szeretn\u00e9m, hogy minden fizikai csom\u00f3pontra legyen egy ClickHouse p\u00e9ld\u00e1ny, \u00e9s ezen a-milyen \u00faton\u201d. <\/p>\n
<\/p>\n
<\/p>\n
De ez a sz\u00fcks\u00e9glet nemcsak sz\u00e1munkra van, ez\u00e9rt a Kubernetes \u00fariemberei is \u00e9rtik, hogy az emberek szeretn\u00e9k el\u00e9rni a fizikai lemezeket, ez\u00e9rt megadj\u00e1k a harmadik szintet.<\/p>\n
<\/p>\n
Ez a local. A k\u00fcl\u00f6nbs\u00e9g az el\u0151z\u0151 di\u00e1hoz szinte \u00e9szrev\u00e9tlen. Kor\u00e1bban k\u00e9zzel kellett elv\u00e9gezni a feladatokat, ami megakad\u00e1lyozta, hogy ezeket a podokat csom\u00f3pontr\u00f3l csom\u00f3pontra \u00e1thelyezz\u00fck, mert azoknak egy adott \u00faton kellett \u00f6sszekapcsol\u00f3dniuk a helyi fizikai lemezzel, de most ezeket az ismereteket a Kubernetes mag\u00e1ba foglalja. \u00cdgy sokkal egyszer\u0171bb\u00e9 v\u00e1lik a konfigur\u00e1l\u00e1s.<\/p>\n
<\/p>\n
<\/p>\n
T\u00e9rj\u00fcnk vissza a gyakorlati feladatunkra. T\u00e9rj\u00fcnk vissza a YAML sablonhoz. Itt megjelent egy val\u00f3di t\u00e1rol\u00f3. Visszat\u00e9rt\u00fcnk ehhez. A klasszikus VolumeClaim sablont olyan m\u00f3don adjuk meg, ahogy a k8s-ben szok\u00e1s, \u00e9s le\u00edrjuk, hogy milyen t\u00e1rol\u00f3t szeretn\u00e9nk.<\/p>\n
<\/p>\n
Ezut\u00e1n a k8s k\u00e9rni fogja a t\u00e1rol\u00f3t. Kiosztja nek\u00fcnk a StatefulSet-ben. Ennek eredm\u00e9nyek\u00e9nt ez a ClickHouse rendelkez\u00e9s\u00e9re \u00e1ll.<\/p>\n
<\/p>\n
<\/p>\n
Volt egy ilyen diagramunk. A Persistent Storage-unk piros volt, ami \u00fagy t\u0171nt, hogy jelezni akarja, hogy ezt meg kellene csin\u00e1lni. <\/p>\n
<\/p>\n
<\/p>\n
\u00c9s ez z\u00f6ldd\u00e9 v\u00e1lik. Most a ClickHouse k8s klaszter diagramja teljesen v\u00e9gleges\u00edtve lett. Van shardunk, replik\u00e1ink, ZooKeeper, \u00e9s egy val\u00f3di Persistent, amelyet valamilyen m\u00f3don megval\u00f3s\u00edtottunk. A diagram m\u00e1r teljesen m\u0171k\u00f6d\u0151k\u00e9pes. <\/p>\n
<\/p>\n
<\/p>\n
Tov\u00e1bbra is \u00e9l\u00fcnk. A klaszter fejl\u0151dik. Alexei igyekszik, \u00e9s kiadja az \u00faj ClickHouse verzi\u00f3t.<\/p>\n
<\/p>\n
Gyakorlati feladat mer\u00fcl fel - tesztelni az \u00faj ClickHouse verzi\u00f3t a klaszter\u00fcnk\u00f6n. Term\u00e9szetesen nem akarjuk az eg\u00e9sz rendszert friss\u00edteni, hanem szeretn\u00e9nk egy t\u00e1voli sarokban \u00faj verzi\u00f3t telep\u00edteni, vagy tal\u00e1n nem is egy \u00faj verzi\u00f3t, hanem r\u00f6gt\u00f6n kett\u0151t, mert gyakran jelennek meg. <\/p>\n
<\/p>\n
Mit mondhatunk ezzel kapcsolatban?<\/p>\n
<\/p>\n
<\/p>\n
Itt lehet\u0151s\u00e9g\u00fcnk van egy ilyen sablonokkal rendelkez\u0151 pod l\u00e9trehoz\u00e1s\u00e1ra. Az oper\u00e1torunk teljesen lehet\u0151v\u00e9 teszi hibrid klaszter \u00e9p\u00edt\u00e9s\u00e9t. Azaz, a konfigur\u00e1ci\u00f3t b\u00e1rmely replik\u00e1b\u00f3l kiindulva testre szabhatjuk, eg\u00e9szen od\u00e1ig, hogy meghat\u00e1rozzuk, melyik ClickHouse verzi\u00f3t \u00e9s milyen t\u00e1rol\u00f3 verzi\u00f3t szeretn\u00e9nk. Teljesen testre tudjuk szabni a klasztert a k\u00edv\u00e1nt konfigur\u00e1ci\u00f3ban. <\/p>\n
<\/p>\n
<\/p>\n
Most m\u00e1r kicsit m\u00e9lyebben belemegy\u00fcnk a r\u00e9szletekbe. Eddig a ClickHouse oper\u00e1tor m\u0171k\u00f6d\u00e9s\u00e9r\u0151l besz\u00e9lt\u00fcnk, \u00f6sszef\u00fcgg\u00e9sben a ClickHouse saj\u00e1toss\u00e1gaival.<\/p>\n
<\/p>\n
Most szeretn\u00e9k p\u00e1r sz\u00f3t sz\u00f3lni arr\u00f3l, hogy b\u00e1rmely oper\u00e1tor hogyan m\u0171k\u00f6dik \u00e1ltal\u00e1ban, \u00e9s arr\u00f3l, hogyan kapcsol\u00f3dik a K8s-hez.<\/p>\n
<\/p>\n
<\/p>\n
El\u0151sz\u00f6r vizsg\u00e1ljuk meg a K8s-hez val\u00f3 kapcsol\u00f3d\u00e1st. Mi t\u00f6rt\u00e9nik, amikor v\u00e9grehajtjuk a kubectl apply parancsot? Az API-n kereszt\u00fcl az etcd-ben megjelennek az objektumaink. <\/p>\n
<\/p>\n
<\/p>\n
P\u00e9ld\u00e1ul a Kubernetes alapvet\u0151 objektumai: pod, StatefulSet, service, \u00e9s \u00edgy tov\u00e1bb. <\/p>\n
<\/p>\n
Ekkor fizikailag m\u00e9g semmi sem t\u00f6rt\u00e9nik. Ezeket az objektumokat materializ\u00e1lni kell a klaszterben. <\/p>\n
<\/p>\n
<\/p>\n
Ehhez egy vez\u00e9rl\u0151 (controller) j\u00f6n l\u00e9tre. A vez\u00e9rl\u0151 egy speci\u00e1lis K8s komponens, amely k\u00e9pes a le\u00edr\u00e1sok materializ\u00e1l\u00e1s\u00e1ra. Tudja, hogyan \u00e9s mit kell fizikailag tenni. Tudja, hogyan kell kont\u00e9nereket ind\u00edtani, \u00e9s mit kell be\u00e1ll\u00edtani ahhoz, hogy a szerver m\u0171k\u00f6dj\u00f6n. <\/p>\n
<\/p>\n
<\/p>\n
A vez\u00e9rl\u0151 a K8s-ben materializ\u00e1lja az objektumainkat.<\/p>\n
<\/p>\n
De nemcsak podokkal \u00e9s StatefulSet-ekkel akarunk foglalkozni, hanem l\u00e9tre akarunk hozni egy ClickHouseInstallation-t, azaz egy ClickHouse t\u00edpus\u00fa objektumot, hogy mint egy egys\u00e9ges eg\u00e9szet tudjunk vele oper\u00e1lni. Jelenleg erre nincs lehet\u0151s\u00e9g. <\/p>\n
<\/p>\n
<\/p>\n
Viszont a K8s-nek van egy k\u00f6vetkez\u0151 kedvez\u0151 aspektusa. Azt szeretn\u00e9nk, hogy valahol legyen egy ilyen \u00f6sszetett entit\u00e1s, amely podokb\u00f3l \u00e9s StatefulSet-ekb\u0151l \u00e1ll\u00edtan\u00e1 \u00f6ssze a klaszter\u00fcnket. <\/p>\n
<\/p>\n
<\/p>\n
Ehhez mit kell tenn\u00fcnk? El\u0151sz\u00f6r is, sz\u00ednre l\u00e9p a Custom Resource Definition. Mi ez? Ez egy le\u00edr\u00e1s a K8s sz\u00e1m\u00e1ra arr\u00f3l, hogy lesz m\u00e9g egy adategys\u00e9g, amelyet a podokhoz \u00e9s StatefulSet-ekhez szeretn\u00e9nk hozz\u00e1adni, \u00e9s amely bels\u0151leg \u00f6sszetett lesz. Ez az adatstrukt\u00fara le\u00edr\u00e1sa. <\/p>\n
<\/p>\n
<\/p>\n
Ezt is elk\u00fcldj\u00fck a kubectl apply seg\u00edts\u00e9g\u00e9vel. A Kubernetes ezt \u00f6r\u00f6mmel fogadta. <\/p>\n
<\/p>\n
Most pedig a t\u00e1rol\u00f3ban, az etcd-ben megjelenik a lehet\u0151s\u00e9g, hogy l\u00e9trehozzuk a ClickHouseInstallation nev\u0171 egyedi er\u0151forr\u00e1st.<\/p>\n
<\/p>\n
De m\u00e9g nem t\u00f6rt\u00e9nt semmi. Azaz, ha most l\u00e9trehozunk egy YAML-f\u00e1jlt, amelyben a sharde-okat, replik\u00e1kat \u00edrjuk le, \u00e9s mondjuk, hogy \u201ekubectl apply\u201d, akkor a Kubernetes elfogadja, elhelyezi az etcd-ben, \u00e9s azt mondja: \u201eJ\u00f3l van, de nem tudom, mit tegyek vele. Hogyan kell karbantartani a ClickHouseInstallation-t, azt nem tudom.\u201d <\/p>\n
<\/p>\n
<\/p>\n
Ez\u00e9rt sz\u00fcks\u00e9g\u00fcnk van valakire, aki seg\u00edt a Kubernetesnek kezelni az \u00faj adat t\u00edpust. Bal oldalon van a nat\u00edv Kubernetes vez\u00e9rl\u0151, amely a nat\u00edv adat t\u00edpusokkal dolgozik. Jobb oldalon pedig meg kell jelennie egy testreszabott vez\u00e9rl\u0151nek, amely k\u00e9pes dolgozni a testreszabott adatt\u00edpusokkal. <\/p>\n
<\/p>\n
\u00c9s ezt m\u00e1sk\u00e9nt oper\u00e1tornak h\u00edvj\u00e1k. Ezt itt sz\u00e1nd\u00e9kosan a Kubernetesen k\u00edv\u00fclire hoztam, mert k\u00e9pes futni a K8s-en k\u00edv\u00fcl is. Legt\u00f6bbsz\u00f6r term\u00e9szetesen az \u00f6sszes oper\u00e1tor a Kubernetesben fut, de semmi nem akad\u00e1lyozza meg, hogy kint \u00e1lljon, ez\u00e9rt itt sz\u00e1nd\u00e9kosan kivett\u00fck a Kubernetesb\u0151l. <\/p>\n
<\/p>\n
<\/p>\n
A testreszabott vez\u00e9rl\u0151, m\u00e1s n\u00e9ven oper\u00e1tor, a Kubernetes-szel az API-n kereszt\u00fcl l\u00e9p kapcsolatba. \u0150 m\u00e1r k\u00e9pes kommunik\u00e1lni az API-val. \u00c9s m\u00e1r tudja, hogyan lehet a testreszabott er\u0151forr\u00e1sb\u00f3l megval\u00f3s\u00edtani a bonyolult s\u00e9m\u00e1t, amit l\u00e9tre szeretn\u00e9nk hozni. Ezzel foglalkozik az oper\u00e1tor. <\/p>\n
<\/p>\n
<\/p>\n
Hogyan m\u0171k\u00f6dik az oper\u00e1tor? N\u00e9zz\u00fck meg a jobb oldalt, hogy megtudjuk, hogyan csin\u00e1lja. Fedezz\u00fck fel, hogyan realiz\u00e1lja az oper\u00e1tor mindezt, \u00e9s hogyan t\u00f6rt\u00e9nik a tov\u00e1bbi interakci\u00f3 a K8s-szel.<\/p>\n
<\/p>\n
<\/p>\n
Az oper\u00e1tor egy program. Esem\u00e9nyorient\u00e1lt. Az oper\u00e1tor a Kubernetes API seg\u00edts\u00e9g\u00e9vel feliratkozik az esem\u00e9nyekre. A Kubernetes API-n vannak bel\u00e9p\u00e9si pontok, ahol fel lehet iratkozni az esem\u00e9nyekre. Ha valami v\u00e1ltozik a K8s-ben, akkor a Kubernetes esem\u00e9nyeket k\u00fcld minden \u00e9rdekl\u0151d\u0151nek, azaz aki feliratkozott arra az API pontra, az fog \u00e9rtes\u00edt\u00e9seket kapni.<\/p>\n
<\/p>\n
Az oper\u00e1tor feliratkozik az esem\u00e9nyekre, \u00e9s valamilyen reakci\u00f3t kell tennie. Az \u0151 feladata reag\u00e1lni a megjelen\u0151 esem\u00e9nyekre. <\/p>\n
<\/p>\n
<\/p>\n
Az esem\u00e9nyek valamilyen friss\u00edt\u00e9sek \u00e1ltal gener\u00e1l\u00f3dnak. Meg\u00e9rkezik a YAML-f\u00e1jlt a ClickHouseInstallation le\u00edr\u00e1s\u00e1val. Az a kubectl apply-n kereszt\u00fcl jut el az etcd-hez. Ott l\u00e9trej\u00f6tt egy esem\u00e9ny, amely v\u00e9g\u00fcl eljutott a ClickHouse-oper\u00e1torhoz. Az oper\u00e1tor megkapta ezt a le\u00edr\u00e1st. \u00c9s valamit tennie kell. Ha friss\u00edt\u00e9s \u00e9rkezik a ClickHouseInstallation objektumra, akkor friss\u00edteni kell a klasztert. Az oper\u00e1tor feladata pedig az, hogy friss\u00edtse a klasztert. <\/p>\n
<\/p>\n
<\/p>\n
Mit csin\u00e1l? El\u0151sz\u00f6r is, tervet kell k\u00e9sz\u00edten\u00fcnk arr\u00f3l, hogy mit fogunk tenni ezzel a friss\u00edt\u00e9ssel. A friss\u00edt\u00e9sek lehetnek nagyon kicsik, p\u00e9ld\u00e1ul YAML form\u00e1tumban, de jelent\u0151s v\u00e1ltoz\u00e1sokat okozhatnak a klaszterben. Ez\u00e9rt az \u00fczemeltet\u0151 elk\u00e9sz\u00edti a tervet, amelyhez ezut\u00e1n tartja mag\u00e1t.<\/p>\n
<\/p>\n
<\/p>\n
A terv szerint neki\u00e1ll az alapstrukt\u00far\u00e1nak, hogy megval\u00f3s\u00edtsa a podokat, szolg\u00e1ltat\u00e1sokat, teh\u00e1t azt, ami a f\u0151 feladata. Ez olyan, mint egy ClickHouse klaszter \u00e9p\u00edt\u00e9se Kubernetes alatt.<\/p>\n
<\/p>\n
<\/p>\n
Most \u00e9rints\u00fcnk meg egy \u00e9rdekes dolgot. Ez a felel\u0151ss\u00e9gek megoszt\u00e1sa a Kubernetes \u00e9s az \u00fczemeltet\u0151 k\u00f6z\u00f6tt, teh\u00e1t mi a Kubernetes feladata, mi az \u00fczemeltet\u0151\u00e9, \u00e9s hogyan m\u0171k\u00f6dnek egy\u00fctt. <\/p>\n
<\/p>\n
A Kubernetes a rendszerszint\u0171 feladatok\u00e9rt felel\u0151s, teh\u00e1t az alapvet\u0151 objektumok k\u00e9szlet\u00e9\u00e9rt, amelyeket rendszerszint\u0171nek tekinthet\u00fcnk. A Kubernetes tudja, hogyan ind\u00edtsa el a podokat, hogyan ind\u00edtsa \u00fajra a kont\u00e9nereket, hogyan csatlakoztassa a t\u00e1rol\u00f3kat, hogyan m\u0171k\u00f6dj\u00f6n a ConfigMap-el, teh\u00e1t mindent, amit rendszernek nevezhet\u00fcnk. <\/p>\n
<\/p>\n
Az \u00fczemeltet\u0151k a szakter\u00fcleteken m\u0171k\u00f6dnek. Minden \u00fczemeltet\u0151 saj\u00e1t szakter\u00fclet\u00e9re k\u00e9sz\u00fclt. Mi a ClickHouse-hoz k\u00e9sz\u00edtett\u00fck.<\/p>\n
<\/p>\n
Az \u00fczemeltet\u0151 pontosan a szakter\u00fclet kifejez\u00e9seiben kommunik\u00e1l, mint p\u00e9ld\u00e1ul egy replik\u00e1t hozz\u00e1adni, s\u00e9m\u00e1t k\u00e9sz\u00edteni, monitoringot be\u00e1ll\u00edtani. Ez egyfajta megosztotts\u00e1got eredm\u00e9nyez.<\/p>\n
<\/p>\n
<\/p>\n
N\u00e9zz\u00fck meg egy gyakorlati p\u00e9lda seg\u00edts\u00e9g\u00e9vel, hogy ez a felel\u0151ss\u00e9gmegoszt\u00e1s hogyan val\u00f3sul meg, amikor a replik\u00e1t szeretn\u00e9nk hozz\u00e1adni. <\/p>\n
<\/p>\n
Az \u00fczemeltet\u0151h\u00f6z \u00e9rkezik a feladat \u2013 replik\u00e1t hozz\u00e1adni. Mit csin\u00e1l az \u00fczemeltet\u0151? Az \u00fczemeltet\u0151 kisz\u00e1m\u00edtja, hogy \u00faj StatefulSet-et kell l\u00e9trehozni, amelyben a megfelel\u0151 sablonokat \u00e9s a t\u00e1rol\u00f3 ig\u00e9nyt kell le\u00edrni. <\/p>\n
<\/p>\n
<\/p>\n
Mindennel elk\u00e9sz\u00fclt, \u00e9s tov\u00e1bb\u00edtja a K8s-nek. Megmondja, hogy sz\u00fcks\u00e9ge van ConfigMap-re, StatefulSet-re, Volumere. A Kubernetes feldolgozza. Megval\u00f3s\u00edtja az alapvet\u0151 egys\u00e9geket, amelyekkel dolgozik. <\/p>\n
<\/p>\n
<\/p>\n
Ezut\u00e1n \u00fajra bel\u00e9p a k\u00e9pbe a ClickHouse-\u00fcgyint\u00e9z\u0151. M\u00e1r van egy fizikai podja, amelyen tev\u00e9kenykedni lehet. A ClickHouse-\u00fcgyint\u00e9z\u0151 ism\u00e9t szakter\u00fcleti kifejez\u00e9sekben dolgozik. Teh\u00e1t konkr\u00e9tan a ClickHouse-n\u00e1l ahhoz, hogy a replik\u00e1t a klaszterbe integr\u00e1lhassuk, el\u0151sz\u00f6r a klaszter adatainak s\u00e9m\u00e1j\u00e1t kell be\u00e1ll\u00edtani. M\u00e1sodszor, ezt a replik\u00e1t be kell \u00e1ll\u00edtani a monitoring sz\u00e1m\u00e1ra, hogy j\u00f3l nyomon k\u00f6vethet\u0151 legyen. Ezt az \u00fczemeltet\u0151 \u00e1ll\u00edtja be. <\/p>\n
<\/p>\n
<\/p>\n
\u00c9s csak ezut\u00e1n l\u00e9p m\u0171k\u00f6d\u00e9sbe a ClickHouse, azaz egy m\u00e9g magasabb szint\u0171 entit\u00e1s. Ez m\u00e1r egy adatb\u00e1zis. Van egy saj\u00e1t p\u00e9ld\u00e1nya, egy \u00fajabb konfigur\u00e1lt replik\u00e1ja, amely k\u00e9szen \u00e1ll a klaszterbe val\u00f3 bekapcsol\u00f3d\u00e1sra.<\/p>\n
<\/p>\n
\u00cdgy a replik\u00e1k hozz\u00e1ad\u00e1s\u00e1nak v\u00e9grehajt\u00e1si l\u00e1nca \u00e9s a felel\u0151ss\u00e9gek megoszt\u00e1sa meglehet\u0151sen hossz\u00fa.<\/p>\n
<\/p>\n
<\/p>\n
Folytatjuk a gyakorlati feladatainkat. Ha m\u00e1r van klaszter, akkor lehet\u0151s\u00e9g van a konfigur\u00e1ci\u00f3 migr\u00e1l\u00e1s\u00e1ra. <\/p>\n
<\/p>\n
<\/p>\n
\u00dagy alak\u00edtottuk, hogy a megl\u00e9v\u0151 XML-be, amelyet a ClickHouse \u00e9rt, \u00e1tbocs\u00e1that\u00f3k az adatok.<\/p>\n
<\/p>\n
<\/p>\n
Lehet\u0151s\u00e9g van a ClickHouse finomhangol\u00e1s\u00e1ra. A zoned deployment pontosan az, amir\u0151l besz\u00e9ltem a hostPath \u00e9s a lok\u00e1lis t\u00e1rol\u00f3 magyar\u00e1zata sor\u00e1n. Ez az, hogyan kell helyesen megval\u00f3s\u00edtani a zoned deploymentet.<\/p>\n
<\/p>\n
<\/p>\n
A k\u00f6vetkez\u0151 gyakorlati feladat a monitoring.<\/p>\n
<\/p>\n
<\/p>\n
Ha a klaszter\u00fcnk v\u00e1ltozik, rendszeresen be kell \u00e1ll\u00edtani a monitoringot. <\/p>\n
<\/p>\n
N\u00e9zz\u00fck meg a s\u00e9m\u00e1t. A z\u00f6ld nyilakat m\u00e1r megvitattuk. Most n\u00e9zz\u00fck meg a piros nyilakat. Ez az, ahogyan szeretn\u00e9nk monitorozni a klaszter\u00fcnket. Hogyan jutnak a ClickHouse klaszterb\u0151l sz\u00e1rmaz\u00f3 metrik\u00e1k a Prometheushoz, majd a Grafan\u00e1ba.<\/p>\n
<\/p>\n
<\/p>\n
Mi a neh\u00e9zs\u00e9g a monitoringgal? Mi\u00e9rt tekintik ezt valamilyen el\u00e9rt eredm\u00e9nynek? A neh\u00e9zs\u00e9g a dinamizmusban rejlik. Amikor egy klaszter statikus, be lehet \u00e1ll\u00edtani egyszer a monitoringot, \u00e9s azut\u00e1n nem kell vele foglalkozni.<\/p>\n
<\/p>\n
De ha sok klaszter\u00fcnk van, vagy folyamatosan v\u00e1ltozik valami, akkor a folyamat dinamikus. Folyamatosan \u00fajra kellene \u00e1ll\u00edtani a monitoringot, ami er\u0151forr\u00e1s- \u00e9s id\u0151ig\u00e9nyes, teh\u00e1t m\u00e9g csak lustas\u00e1g is. Ezt automatiz\u00e1lni kell. A neh\u00e9zs\u00e9g \u00e9ppen a folyamat dinamik\u00e1j\u00e1ban rejlik. Az oper\u00e1tor ezt nagyon j\u00f3l automatiz\u00e1lja. <\/p>\n
<\/p>\n
<\/p>\n
Hogyan fejl\u0151d\u00f6tt a klaszter\u00fcnk? Eleinte ilyen volt.<\/p>\n
<\/p>\n
<\/p>\n
Azt\u00e1n ilyen lett.<\/p>\n
<\/p>\n
<\/p>\n
V\u00e9g\u00fcl pedig ilyen lett. <\/p>\n
<\/p>\n
A monitoringot automatikusan v\u00e9gzi az oper\u00e1tor. Egys\u00e9ges bel\u00e9p\u00e9si pont. <\/p>\n
<\/p>\n
<\/p>\n
Mi csak a kimeneten n\u00e9zz\u00fck a Grafana vez\u00e9rl\u0151pulton, hogyan pezseg a klaszter\u00fcnk \u00e9lete. <\/p>\n
<\/p>\n
Egy\u00e9bk\u00e9nt a Grafana vez\u00e9rl\u0151pult is az oper\u00e1torunkkal egy\u00fctt terjeszt\u00e9sre ker\u00fcl, k\u00f6zvetlen\u00fcl a forr\u00e1sokban. Csatlakozhatunk \u00e9s haszn\u00e1lhatjuk. Ezt a k\u00e9perny\u0151k\u00e9pet a DevOps csapatunk adta nekem.<\/p>\n
<\/p>\n
<\/p>\n
Hov\u00e1 szeretn\u00e9nk tov\u00e1bbhaladni? Ez:<\/p>\n
<\/p>\n
\nFejleszteni az automatiz\u00e1lt tesztel\u00e9st. A f\u0151 c\u00e9l az \u00faj verzi\u00f3k automatiz\u00e1lt tesztel\u00e9se. <\/li>\n Szeretn\u00e9nk automatiz\u00e1lni az integr\u00e1ci\u00f3t a ZooKeeper-rel. Tervezz\u00fck a ZooKeeper-oper\u00e1torral val\u00f3 integr\u00e1ci\u00f3t is. Teh\u00e1t a ZooKeeper-hez \u00edrtunk egy oper\u00e1tort, amely logikus lenne, hogy integr\u00e1l\u00f3djon k\u00e9t oper\u00e1tor, hogy egy k\u00e9nyelmesebb megold\u00e1st \u00e9p\u00edthess\u00fcnk. <\/li>\n Komplexebb \u00e9letjel-ellen\u0151rz\u00e9seket szeretn\u00e9nk v\u00e9gezni. <\/li>\n Z\u00f6ld sz\u00ednnel jel\u00f6ltem meg, hogy el\u00e9rkezett a Templates \u00f6r\u00f6kl\u00e9se \u2013 K\u00c9SZ, azaz a k\u00f6vetkez\u0151 oper\u00e1tor kiad\u00e1s\u00e1val m\u00e1r rendelkezni fogunk a sablonok \u00f6r\u00f6kl\u00e9s\u00e9vel. Ez egy er\u0151teljes eszk\u00f6z, amely lehet\u0151v\u00e9 teszi bonyolult konfigur\u00e1ci\u00f3k \u00e9p\u00edt\u00e9s\u00e9t darabokb\u00f3l. <\/li>\n \u00c9s szeretn\u00e9nk automatiz\u00e1lni a bonyolult feladatokat. A legfontosabb ezek k\u00f6z\u00fcl a Re-sharding. <\/li>\n<\/ul>\n<\/p>\n
<\/p>\n
K\u00e9sz\u00edts\u00fcnk egy k\u00f6zbens\u0151 \u00f6sszegz\u00e9st. <\/p>\n
<\/p>\n
<\/p>\n
Mit kapunk v\u00e9g\u00fcl? \u00c9rdemes-e ezzel foglalkozni, vagy nem? \u00c9rdemes-e egy\u00e1ltal\u00e1n megpr\u00f3b\u00e1lni beilleszteni az adatb\u00e1zist Kubernetesbe \u00e9s alkalmazni az oper\u00e1tort \u00e1ltal\u00e1ban \u00e9s az Alitnity-operator eset\u00e9ben?<\/p>\n
<\/p>\n
V\u00e9g\u00fcl ezt kapjuk:<\/p>\n
<\/p>\n
\nJelent\u0151s egyszer\u0171s\u00edt\u00e9st \u00e9s automatiz\u00e1l\u00e1st a konfigur\u00e1l\u00e1sban, telep\u00edt\u00e9sben \u00e9s folyamatos karbantart\u00e1sban. <\/li>\n Azonnal be\u00e9p\u00edtett megfigyel\u00e9s. <\/li>\n \u00c9s k\u00e9szen haszn\u00e1lhat\u00f3 k\u00f3dolt sablonok bonyolult helyzetekhez. Eddig a replika hozz\u00e1ad\u00e1sa m\u00e1r nem kell manu\u00e1lisan t\u00f6rt\u00e9njen. Ezt az oper\u00e1tor v\u00e9gzi. <\/li>\n<\/ul>\n<\/p>\n
<\/p>\n
Csak az utols\u00f3 k\u00e9rd\u00e9s maradt. Az adatb\u00e1zisunk m\u00e1r Kubernetesben van, virtualiz\u00e1l\u00e1sban. Mi a helyzet ennek a megold\u00e1snak a teljes\u00edtm\u00e9ny\u00e9vel, k\u00fcl\u00f6n\u00f6sen figyelembe v\u00e9ve, hogy a ClickHouse az optimaliz\u00e1lt teljes\u00edtm\u00e9nyre van tervezve?<\/p>\n
<\/p>\n
A v\u00e1lasz \u2013 minden rendben van! Nem fogom r\u00e9szletezni, ez egy m\u00e1sik el\u0151ad\u00e1s t\u00e9m\u00e1ja. <\/p>\n
<\/p>\n
<\/p>\n
De van egy projekt, mint a TSBS. Mi az alapvet\u0151 feladata? Ez egy adatb\u00e1zis-teljes\u00edtm\u00e9ny teszt. Pr\u00f3b\u00e1lkoz\u00e1s a \u201emeleg\u201d \u00f6sszehasonl\u00edt\u00e1s\u00e1val, \u201epuha\u201d dolgok \u00f6sszehasonl\u00edt\u00e1sa. <\/p>\n
<\/p>\n
Hogyan m\u0171k\u00f6dik? Egy adat k\u00e9szletet gener\u00e1lnak. Majd ezt az adatot azonos tesztk\u00e9szlet seg\u00edts\u00e9g\u00e9vel futtatj\u00e1k k\u00fcl\u00f6nb\u00f6z\u0151 adatb\u00e1zisokon. \u00c9s minden adatb\u00e1zis egy adott feladatot a tud\u00e1sa szerint old meg. Azt\u00e1n az eredm\u00e9nyeket \u00f6ssze lehet hasonl\u00edtani. <\/p>\n
<\/p>\n
Ez m\u00e1r sz\u00e1mos adatb\u00e1zist t\u00e1mogat. H\u00e1rom f\u0151t emeltem ki. Ezek:<\/p>\n
<\/p>\n
\nTimescaleDB.<\/li>\n InfluxDB.<\/li>\n ClickHouse.<\/li>\n<\/ul>\n<\/p>\n
<\/p>\n
Szint\u00e9n \u00f6sszehasonl\u00edt\u00e1st v\u00e9geztek egy hasonl\u00f3 megold\u00e1ssal. Az \u00f6sszehasonl\u00edt\u00e1st a RedShift-tel v\u00e9gezt\u00e9k. Az \u00f6sszehasonl\u00edt\u00e1st az Amazon-on v\u00e9gezt\u00e9k. A ClickHouse ezen a t\u00e9ren is j\u00f3l teljes\u00edt. <\/p>\n
<\/p>\n
<\/p>\n
Milyen k\u00f6vetkeztet\u00e9seket vonhatunk le abb\u00f3l, amit elmondtam?<\/p>\n
<\/p>\n
\nAdatb\u00e1zis Kubernetesben lehets\u00e9ges. Val\u00f3sz\u00edn\u0171leg b\u00e1rmilyen t\u00edpus\u00fa, de \u00f6sszess\u00e9g\u00e9ben \u00fagy t\u0171nik, hogy lehets\u00e9ges. A ClickHouse Kubernetesben biztosan m\u0171k\u00f6dik a mi oper\u00e1torunk erej\u00e9vel. <\/li>\n Az oper\u00e1tor seg\u00edt automatiz\u00e1lni a folyamatokat, \u00e9s val\u00f3ban megk\u00f6nny\u00edti az \u00e9letet.<\/li>\n A teljes\u00edtm\u00e9ny norm\u00e1lis.<\/li>\n \u00c9s \u00fagy gondoljuk, hogy ezt lehet \u00e9s kell is haszn\u00e1lni. <\/li>\n<\/ul>\n<\/p>\n
Ny\u00edlt forr\u00e1sk\u00f3d\u00fa \u2013 csatlakozzon!<\/p>\n
<\/p>\n
Ahogy m\u00e1r eml\u00edtettem, az oper\u00e1tor egy teljesen ny\u00edlt forr\u00e1sk\u00f3d\u00fa term\u00e9k, ez\u00e9rt nagyon j\u00f3 lenne, ha min\u00e9l t\u00f6bb ember haszn\u00e1ln\u00e1. Csatlakozzon! V\u00e1rjuk \u00d6n\u00f6ket!<\/p>\n
<\/p>\n
K\u00f6sz\u00f6n\u00f6m mindenkinek!<\/p>\n
<\/p>\n
K\u00e9rd\u00e9sek<\/p>\n
<\/p>\n
<\/p>\n
K\u00f6sz\u00f6n\u00f6m a bemutat\u00f3t! Anton vagyok a SEMrush-t\u00f3l. Engem \u00e9rdekel, mi a helyzet a napl\u00f3z\u00e1ssal. A monitoroz\u00e1sr\u00f3l hallottunk, de a napl\u00f3z\u00e1sr\u00f3l semmit, ha az eg\u00e9sz klaszterre gondolunk. N\u00e1lunk p\u00e9ld\u00e1ul egy klasztert ind\u00edtottunk hardveren. K\u00f6zpontos\u00edtott napl\u00f3z\u00e1st haszn\u00e1lunk, a standard eszk\u00f6z\u00f6kkel gy\u0171jtj\u00fck \u00f6ssze az adatokat. Majd onnan kinyerj\u00fck az \u00e9rdekes sz\u00e1munkra adatokat.<\/em> <\/p>\n<\/p>\n
J\u00f3 k\u00e9rd\u00e9s, teh\u00e1t a napl\u00f3z\u00e1s a teend\u0151k list\u00e1j\u00e1n szerepel. Az oper\u00e1torunk ezt jelenleg nem automatiz\u00e1lja. M\u00e9g v\u017edy fejl\u0151dik, a projekt m\u00e9g el\u00e9g fiatal. Meg\u00e9rtj\u00fck a napl\u00f3z\u00e1s sz\u00fcks\u00e9gess\u00e9g\u00e9t. Ez is egy nagyon fontos t\u00e9ma. Val\u00f3sz\u00edn\u0171leg nem kev\u00e9sb\u00e9 fontos, mint a monitoroz\u00e1s. De az els\u0151 a megval\u00f3s\u00edt\u00e1si list\u00e1n a monitoroz\u00e1s volt. A napl\u00f3z\u00e1s lesz. Term\u00e9szetesen igyeksz\u00fcnk automatiz\u00e1lni a klaszter m\u0171k\u00f6d\u00e9s\u00e9nek minden aspektus\u00e1t. Teh\u00e1t a v\u00e1lasz - jelen pillanatban az oper\u00e1torunk, sajnos, ezt nem tudja, de tervben van, hogy megcsin\u00e1ljuk. Ha van kedv\u00fck csatlakozni, akkor nyugodtan k\u00fcldjenek pull request-et.<\/p>\n
<\/p>\n
J\u00f3 napot! K\u00f6sz\u00f6n\u00f6m a bemutat\u00f3t! Van egy standard k\u00e9rd\u00e9sem a Persistent Volumes-zal kapcsolatban. Amikor ezt az oper\u00e1tort haszn\u00e1lva konfigur\u00e1lunk, hogyan hat\u00e1rozza meg az oper\u00e1tor, hogy melyik node-on van egy adott lemez vagy mappa? El\u0151re kell mondanunk neki, hogy k\u00e9rj\u00fck, helyezze el a ClickHouse-t kifejezetten azokon a node-okon, ahol lemez tal\u00e1lhat\u00f3?<\/em><\/p>\n<\/p>\n
Amennyire tudom, ez a k\u00e9rd\u00e9s a helyi t\u00e1rol\u00e1s folytat\u00e1sa, k\u00fcl\u00f6n\u00f6sen a hostPath r\u00e9sz\u00e9r\u0151l. Ez arr\u00f3l sz\u00f3l, hogy hogyan mondhatunk el a rendszernek, hogy a podnak egy adott node-on kell elindulnia, ahol fizikai diszk csatlakozik, amely egy adott \u00faton van csatolva. Ez egy eg\u00e9sz szekci\u00f3, amelyet nagyon felsz\u00ednesen \u00e9rintettem, mert a v\u00e1lasz el\u00e9g hossz\u00fa. <\/p>\n
<\/p>\n
R\u00f6viden ez \u00edgy n\u00e9z ki. Term\u00e9szetesen provisioning-ra van sz\u00fcks\u00e9g\u00fcnk ezeknek a t\u00e1rol\u00f3knak. Jelenleg a helyi t\u00e1rol\u00f3ban nincs dinamikus provisioning, ez\u00e9rt a DevOps-nak mag\u00e1nak kell l\u00e9trehoznia a lemezeket, ezeket a t\u00e1rol\u00f3kat. \u00c9s el kell magyar\u00e1zniuk a Kubernetes provisioning-nak, hogy milyen Persistent storage t\u00edpust kell haszn\u00e1lni, ami adott csom\u00f3pontokon tal\u00e1lhat\u00f3. Azt\u00e1n el kell magyar\u00e1zniuk a Kubernetes-nek, hogy azokat a pod-okat, amelyek ilyen t\u00edpus\u00fa helyi t\u00e1rol\u00f3t ig\u00e9nyelnek, csak adott c\u00edmk\u00e9kkel kell \u00fctemezni az ilyen csom\u00f3pontokra. Ezekre a c\u00e9lokra az oper\u00e1torban lehet\u0151s\u00e9g van c\u00edmk\u00e9ket \u00e9s egy host instance-t hozni l\u00e9tre. \u00cdgy a pod-ok a Kubernetes \u00e1ltali \u00fctemez\u00e9s sor\u00e1n csak azokra a csom\u00f3pontokra fognak indulni, amelyek megfelelnek a k\u00f6vetelm\u00e9nyeknek, egyszer\u0171en fogalmazva a c\u00edmk\u00e9k alapj\u00e1n. Az adminisztr\u00e1torok c\u00edmk\u00e9ket rendelnek, \u00e9s k\u00e9zzel v\u00e9gzik a lemezek provisioning-j\u00e1t. \u00cdgy sk\u00e1l\u00e1zhat\u00f3v\u00e1 v\u00e1lik.<\/p>\n
<\/p>\n
\u00c9s \u00e9ppen ez a harmadik helyi lehet\u0151s\u00e9g seg\u00edt egy kicsit megk\u00f6nny\u00edteni ezt. Ahogy m\u00e1r hangs\u00falyoztam, ez egy apr\u00f3l\u00e9kos be\u00e1ll\u00edt\u00e1si munka, amely v\u00e9g\u00fcl a maxim\u00e1lis teljes\u00edtm\u00e9ny el\u00e9r\u00e9s\u00e9ben seg\u00edt.<\/p>\n
<\/p>\n
Van egy m\u00e1sodik k\u00e9rd\u00e9sem is ezzel kapcsolatban. A Kubernetes \u00fagy lett meg\u00e1lmodva, hogy sz\u00e1munkra nem sz\u00e1m\u00edt, hogy elvesz\u00edt\u00fcnk-e egy csom\u00f3pontot vagy sem. Mi a teend\u0151, ha elvesz\u00edtj\u00fck azt a csom\u00f3pontot, ahol egy shard tal\u00e1lhat\u00f3?<\/em><\/p>\n<\/p>\n
Igen, a Kubernetes-t eredetileg \u00fagy pozicion\u00e1lt\u00e1k, hogy a pod-jainkra mint j\u00f3sz\u00e1gra tekints\u00fcnk, most azonban minden lemez kicsit olyan, mint egy h\u00e1zikedvenc. Van egy probl\u00e9ma, hogy ezeket nem dobhatjuk ki csak \u00fagy. A Kubernetes fejl\u0151d\u00e9se arra mutat, hogy nem lehet teljesen filoz\u00f3fiai m\u00f3don tekinteni r\u00e1, mint ami teljesen eldobhat\u00f3 er\u0151forr\u00e1s.<\/p>\n
<\/p>\n
Most egy gyakorlati k\u00e9rd\u00e9s. Mi a teend\u0151, ha elveszik egy csom\u00f3pont, amelyen a lemez volt? Itt m\u00e1r a feladat egy magasabb szinten oldhat\u00f3 meg. A ClickHouse eset\u00e9ben vannak replik\u00e1k, amelyek egy szinttel feljebb m\u0171k\u00f6dnek, teh\u00e1t a ClickHouse szintj\u00e9n.<\/p>\n
<\/p>\n
Mi az elrendez\u00e9s? A DevOps felel\u0151s az\u00e9rt, hogy ne vesszenek el az adatok. Meg kell felel\u0151en be\u00e1ll\u00edtania a replik\u00e1ci\u00f3t, \u00e9s figyelnie kell, hogy a replik\u00e1ci\u00f3 v\u00e9grehajt\u00f3djon. A ClickHouse szintj\u00e9n a replik\u00e1ban az adatoknak duplik\u00e1lva kell lenni\u00fck. Ez nem az a feladat, amit az oper\u00e1tor v\u00e9gez el. \u00c9s nem az a feladat, amit a Kubernetes v\u00e9gez el. Ez a ClickHouse szintj\u00e9n t\u00f6rt\u00e9nik.<\/p>\n
<\/p>\n
Mi a teend\u0151, ha elt\u0171nt a vas node? \u00cdgy m\u00e1sodik node-ot kell majd fel\u00fcgyelni, helyesen be kell \u00e1ll\u00edtani a lemezt \u00e9s c\u00edmk\u00e9ket kell r\u00e1tenni. Ekkor m\u00e1r megfelel a k\u00f6vetelm\u00e9nyeknek, hogy a Kubernetes elind\u00edtson rajta egy podot. A Kubernetes el fogja ind\u00edtani. Az \u00d6n podjainak sz\u00e1ma ugyanis nem elegend\u0151 a megadotthoz. \u00c1tl\u00e9p a cikluson, amit mutattam. A legfels\u0151 szinten a ClickHouse meg\u00e9rti, hogy egy replik\u00e1nk van, ami m\u00e9g \u00fcres, \u00e9s elkezdeni kell az adatok \u00e1tvitel\u00e9t. Teh\u00e1t ez a folyamat m\u00e9g nem el\u00e9gg\u00e9 automatiz\u00e1lt. <\/p>\n
<\/p>\n
K\u00f6sz\u00f6n\u00f6m az el\u0151ad\u00e1st! Amikor t\u00f6rt\u00e9nnek k\u00fcl\u00f6nf\u00e9le rossz dolgok, a vez\u00e9rl\u0151 elt\u0171nik \u00e9s \u00fajraindul, \u00e9s ebben a pillanatban \u00e9rkeznek az esem\u00e9nyek, \u00d6n hogyan dolgozza fel ezeket?<\/em><\/p>\n<\/p>\n
Mi t\u00f6rt\u00e9nik, ha a vez\u00e9rl\u0151 elt\u0171nik \u00e9s \u00fajraindul, ugye? <\/p>\n
<\/p>\n
Igen. \u00c9s ebben a pillanatban \u00e9rkeztek az esem\u00e9nyek.<\/em> <\/p>\n<\/p>\n
A feladat, hogy mit tegy\u00fcnk ebben az esetben, r\u00e9szben megoszlik a vez\u00e9rl\u0151 \u00e9s a Kubernetes k\u00f6z\u00f6tt. A Kubernetes lehet\u0151s\u00e9get ad az esem\u00e9nyek \u00fajraj\u00e1tsz\u00e1s\u00e1ra. \u0150 \u00fajraj\u00e1tszik. A vez\u00e9rl\u0151 feladata az, hogy amikor az esem\u00e9nyek napl\u00f3j\u00e1ra \u00fajraj\u00e1tsz\u00e1st v\u00e9geznek, azok idempotent-ek legyenek. \u00c9s hogy az azonos esem\u00e9ny \u00fajb\u00f3li megjelen\u00e9se ne t\u00f6rje meg a rendszer\u00fcnket. A vez\u00e9rl\u0151nk k\u00e9pes megbirk\u00f3zni ezzel a feladattal. <\/p>\n
<\/p>\n
\u00dcdv\u00f6zl\u00f6m! K\u00f6sz\u00f6n\u00f6m az el\u0151ad\u00e1st! Dmitrij Zavyalov, c\u00e9g<\/em> Smedova. Tervezik, hogy a vez\u00e9rl\u0151be be\u00e9p\u00edtik a haproxy be\u00e1ll\u00edt\u00e1s\u00e1nak lehet\u0151s\u00e9g\u00e9t? \u00c9rdekelne valamilyen m\u00e1s egyens\u00falyoz\u00f3, ami okos \u00e9s tudja, hogy val\u00f3j\u00e1ban ClickHouse.<\/em> <\/p>\n<\/p>\n
Az Ingress-re gondol?<\/p>\n
<\/p>\n
Igen, az Ingress-t helyettes\u00edts\u00fck haproxy-ra. A haproxy-ban megadhat\u00f3 a klaszter topol\u00f3giai elhelyezked\u00e9se, ahol a replik\u00e1k vannak.<\/em><\/p>\n<\/p>\n
Jelenleg nem gondolkodtunk ezen. Ha sz\u00fcks\u00e9ge van r\u00e1 \u00e9s el tudja magyar\u00e1zni, mi\u00e9rt van sz\u00fcks\u00e9g r\u00e1, akkor megval\u00f3s\u00edthat\u00f3 lesz, f\u0151leg, ha helyet tud szor\u00edtani r\u00e1. \u00d6r\u00f6mmel megvizsg\u00e1ljuk a lehet\u0151s\u00e9get. R\u00f6vid v\u00e1lasz: nem, a jelenlegi funkci\u00f3ink k\u00f6z\u00f6tt ez nem szerepel. K\u00f6sz\u00f6n\u00f6m az \u00f6tletet, megn\u00e9zz\u00fck. Ha m\u00e9g el tudja magyar\u00e1zni az alkalmaz\u00e1si esetet \u00e9s mi\u00e9rt van sz\u00fcks\u00e9g r\u00e1 a gyakorlatban, p\u00e9ld\u00e1ul GitHub-ra issues-t k\u00e9sz\u00edt, akkor az nagyszer\u0171 lenne.<\/p>\n
<\/p>\n
M\u00e1r l\u00e9tezik.<\/em><\/p>\n<\/p>\n
Rendben. Nyitottak vagyunk b\u00e1rmilyen javaslatra. A haproxy szerepel a teend\u0151k list\u00e1j\u00e1n. A teend\u0151k list\u00e1ja folyamatosan n\u0151, \u00e9s nem cs\u00f6kken. De ez j\u00f3, ez azt jelenti, hogy a term\u00e9k keresett.<\/p>\n
Forr\u00e1s: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0414\u043e\u043a\u043b\u0430\u0434 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u043c \u0432\u043e\u043f\u0440\u043e\u0441\u0430\u043c \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430 \u0432 Kubernetes, \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0435\u0433\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b \u0438 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u043e\u0432 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u043a\u043b\u0430\u0434\u0430 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440 \u0432 Kubernetes \u0438 \u0437\u0430\u0447\u0435\u043c \u043e\u043d \u043d\u0443\u0436\u0435\u043d; \u043a\u0430\u043a \u0438\u043c\u0435\u043d\u043d\u043e \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440 \u0443\u043f\u0440\u043e\u0449\u0430\u0435\u0442 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u043c\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c\u0438; \u0447\u0442\u043e \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440 \u043c\u043e\u0436\u0435\u0442, \u0430 \u0447\u0442\u043e \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440 \u043d\u0435 \u043c\u043e\u0436\u0435\u0442. \u0414\u0430\u043b\u0435\u0435, \u043f\u0435\u0440\u0435\u0439\u0434\u0451\u043c \u043a \u043e\u0431\u0441\u0443\u0436\u0434\u0435\u043d\u0438\u044e \u0432\u043d\u0443\u0442\u0440\u0435\u043d\u043d\u0435\u0433\u043e \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0430 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430. \u0420\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0443 \u0438 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":96966,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-96965","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Oper\u00e1tor](\"\/wp-content\/uploads\/2020\/10\/56e002c7408c4708e39ece867f84171e.jpeg\")
<\/p>\n