Hirdetés

  2. Fórumok
  3. Szoftverfejlesztés
  4. Programozás topic
  5. (kiemelt téma)
Keresés

Új hozzászólás Aktív témák

  • #19207 JoinR őstag coco2 #19191
    Új Válasz #19207
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    JoinR

    őstag

    válasz coco2 #19191 üzenetére

    Mivel már sokan válaszoltak, csak ennyit tennék hozzá:

    "... a linux kernel nem támogat olyan funkciót, hogy menet közben az oprendszer ramot tudjon még befogadni, vagy elveszíteni valamennyit..."
    Ez így van, de ennek a gyakorlatban nem igazán van jelentősége, több replika esetén nem jelent leállást egy újraindítás.

    "... a cpu-t lehet osztani másképpen, de ha az egyik többet kap, a másik elveszíteni fogja azt..."
    Itt az alapfelvetés hibás, mivel a valóságban a node cpu kihasználtsága nem 100% és a podoknak ideális esetben amúgy is van cpu limitje (amit ha átlép, engedhetjük skálázódni, ha akarjuk). Amit meg tud valósítani, hogyha egy service többet kér enni, akkor annak tud többet adni. Ha kritikusra nő a node CPU kihasználtsága, akkor pedig indít új node-ot, amin még több sokat enni kérő pod fér el. Ez a CPU esetén egyszerűbb, a RAM más tészta, de hasonló.

  • #19195 Drizzt nagyúr coco2 #19191
    Új Válasz #19195
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Drizzt

    nagyúr

    válasz coco2 #19191 üzenetére

    Horizontálisról inkább nem beszélek, mert a gyakorlatban - főleg autoscaling-gel - nem használtam.

    Horizontális skálázásról viszont tudok valós tapasztalatból beszélni.
    "Azt mondja az elmélet, hogy röptében még node-okat kér az alkalmazás a szolgáltatótól. Tuti, azt megkaphatja. Nem mintha röptében telepíteni egy OS-t, be-config-olni, üzembe állítani két pillanat lenne, de pár perc alatt meg tudhat éppen történni." OS-t nem kell se telepíteni, se konfigolni. Kiindulási állapotban van 1 master és x worker node-od. Ezeken már fut az operációs rendszer. Az alkalmazások OCI szabványú containerek szoktak lenni, tehát igen gyors tud lenni az elindításuk, illetve többféle container runtime is el tudja indítani őket. Amikor definiálsz egy deploymentet, meg tudod adni, hogy mennyi replikát szeretnél futtatni az adott alkalmazáskor. Pl. azt mondod, hogy van egy alkalmazásod, amiből szeretnél 3 példányt futtatni és mindegyik egyenként 1 CPU-t és 1GB memóriát igényel. Ekkor a Kubernetes meg fogja nézni, hogy melyik node-okon van ilyen szabad erőforrás és oda fogja allokálni őket. Onnantól, hogy elindultak ezek a példányok, egy helyben maradnak. Ez a manuális horizontális skálázás. Menet közben megváltoztathatod a replika számot. Ha pl. 3-ról 4-re emeled, akkor elkezdi elindítani a negyedik containert. Amikor az feléled, akkor update-eli a routing-ot, hogy tudjon róla, hogy 4 helyen érhető el éppen az alkalmazás.
    Autoskálázás: mindenféle metrikák és threshold-ok alapján megmondhatod, ha több, vagy kevesebb replika tűnik szükségesnek. Gyakorlati tapasztalatom nincsen vele.
    "És biztos létezik olyan alkalmazás típus (mondjuk hang vagy video kodek, ahol egy csomag bejön, egy csomag kimegy, és teljesen előzetes történetmentes jellegű az alkalmazás üzemelése), amit lehet dinamikusan bővíteni, de a legtöbb eset nem olyan. Sőt, mondjuk az esetek 99%-a nem olyan. Vagy megfeledkeztem volna valamiről?"
    Igen. Az ilyen környezetben futtatható alkalmazásokat olyanra is kell tervezni. Fontos fogalmak: stateless application, cloud native, 12 factor app.
    Stateful alkalmazásokat is lehet futtatni, de általában azokat inkább érdemes valamilyen dedikált - nem kubernetes - környezetben futtatni.

    Szerintem teljesen felesleges technikai leírást nézni, mert nem fogod érteni elsőre. Ezt nem személyeskedésnek szánom, mindenkinek ezt mondanám elsőre.
    Sokkal jobb út végigcsinálni a [hivatalos tutorialt]. Eléggé gyorsan el fogsz tudni addig jutni, hogy kipróbál a manuális skálázást a gyakorlatban. Fel kell hozzá rakni egy Rancher desktopot, vagy egy minikube-ot a gépedre(tehát gyakorlatilag egy kubernetes clustert tudsz futtatni a saját gépeden). Egyébként részletes technikai leírásnak is remek kiindulópont a kubernetes.io.

  • #19194 sztanozs veterán coco2 #19191
    Új Válasz #19194
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    sztanozs

    veterán

    válasz coco2 #19191 üzenetére

    Kubernetes nem virtualizál, hanem konténerekkel dolgozik - alapvetően más technológia.

  • #19193 emvy félisten coco2 #19191
    Új Válasz #19193
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    emvy

    félisten

    válasz coco2 #19191 üzenetére

    > Amit találtam róla, az eléggé marketing-elmaszatolt információ.

    Hat, pedig a Kubernetes az egyik legjobban dokumentalt technologia jelenleg.

    > Vertikális skálázás.

    A Kubernetes alapvetoen container orchestrator, vertikalis skalazasra nem igazan valo.

    > Azt mondja az elmélet, hogy röptében még node-okat kér az alkalmazás a szolgáltatótól. Tuti, azt megkaphatja. Nem mintha röptében telepíteni egy OS-t, be-config-olni, üzembe állítani két pillanat lenne, de pár perc alatt meg tudhat éppen történni.
    Kb. 1 perc GKE-n.

    > Sőt, mondjuk az esetek 99%-a nem olyan. Vagy megfeledkeztem volna valamiről?

    Webes kornyezetben a szoftverek eseteben a nagyresze ilyen.

    > Ha esetleg létezik olyan leírás, ami a technikai részleteket tényleg leírja, és nem csak a levegőbe beszél közhelyeket, örülnék olvasnivalónak.

    Kezdd itt.

    https://kubernetes.io/docs/concepts/architecture/

  • #19192 martonx veterán coco2 #19191
    Új Válasz #19192
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    martonx

    veterán

    válasz coco2 #19191 üzenetére

    Horizontális skálázast tudom tanúsítani, hogy gyors. Hiszen docker image-ekről beszélünk. Minden configolva van előre. Ettől persze még beletelik jó pár másodpercbe az új node beállása, plusz az új node cold starttal indul, de a gyakorlatban ez teljesen jó skálázódást jelent.
    Nálunk az egyik magyar útdíj rendszer kubernetesen micro serviceként fut.

Új hozzászólás Aktív témák