{"id":38542,"date":"2019-10-31T22:24:25","date_gmt":"2019-10-31T19:24:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/giperkonvergentnoe-reshenie-aerodisk-vair-osnova-fajlovaya-sistema-ardfs\/"},"modified":"2019-10-31T22:24:25","modified_gmt":"2019-10-31T19:24:25","slug":"giperkonvergentnoe-reshenie-aerodisk-vair-osnova-fajlovaya-sistema-ardfs","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/giperkonvergentnoe-reshenie-aerodisk-vair-osnova-fajlovaya-sistema-ardfs","title":{"rendered":"AERODISK vAIR hiper-konvergens megold\u00e1s. Alapja az ARDFS f\u00e1jlrendszer.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"AERODISK<\/p>\n

<\/p>\n

Hell\u00f3, Habr olvas\u00f3k. Ezzel a cikkkel ind\u00edtjuk el azt a ciklust, amely bemutatja \u00e1ltalunk kifejlesztett hiper-konvergens rendszert, az AERODISK vAIR-t. Eredetileg azt tervezt\u00fck, hogy az els\u0151 cikk\u00fcnkben mindent elmondunk, de a rendszer el\u00e9g bonyolult, ez\u00e9rt fokozatosan haladunk. <\/p>\n

<\/p>\n

A t\u00f6rt\u00e9net egy r\u00e9sz\u00e9nek bemutat\u00e1s\u00e1val kezdj\u00fck, m\u00e9lyebben belemer\u00fcl\u00fcnk az ARDFS f\u00e1jlrendszerbe, amely a vAIR alapj\u00e1t k\u00e9pezi, \u00e9s egy kicsit elm\u00e9lked\u00fcnk a megold\u00e1s orosz piacon val\u00f3 pozicion\u00e1l\u00e1s\u00e1r\u00f3l. <\/p>\n

<\/p>\n

A k\u00f6vetkez\u0151 cikkekben r\u00e9szletesebben besz\u00e9l\u00fcnk k\u00fcl\u00f6nf\u00e9le architekt\u00fara-\u00f6sszetev\u0151kr\u0151l (cluster, hypervisor, terhel\u00e9seloszt\u00f3, monitoring rendszer stb.), a be\u00e1ll\u00edt\u00e1si folyamatr\u00f3l, \u00e9rintj\u00fck a licencel\u00e9si k\u00e9rd\u00e9seket, k\u00fcl\u00f6n bemutatjuk a stresszteszteket \u00e9s term\u00e9szetesen \u00edrni fogunk a terhel\u00e9si tesztel\u00e9sr\u0151l \u00e9s a m\u00e9retez\u00e9sr\u0151l. Egy k\u00fcl\u00f6n cikket szentel\u00fcnk a vAIR k\u00f6z\u00f6ss\u00e9gi verzi\u00f3j\u00e1nak.<\/p>\n

<\/a><\/noindex><\/p>\n

Az AERODISK egyfajta t\u00f6rt\u00e9net a t\u00e1rol\u00f3 rendszerr\u0151l? Vagy mi\u00e9rt kezdt\u00fcnk egy\u00e1ltal\u00e1n hiper-konvergenssel foglalkozni?<\/h2>\n

<\/p>\n

Eredetileg az \u00f6tlet, hogy saj\u00e1t hiper-konvergens rendszert hozzunk l\u00e9tre, 2010 k\u00f6rny\u00e9k\u00e9n mer\u00fclt fel benn\u00fcnk. Akkoriban m\u00e9g nem volt AERODISK, \u00e9s hasonl\u00f3, kereskedelmi hyperkonvergens rendszerek sem voltak a piacon. A feladatunk a k\u00f6vetkez\u0151 volt: a helyi lemezekkel rendelkez\u0151 szerverek halmaz\u00e1b\u00f3l, Ethernet protokollal \u00f6sszekapcsolva, kiterjesztett t\u00e1rol\u00f3t kellett l\u00e9trehoznunk, ahol virtu\u00e1lis g\u00e9peket \u00e9s szoftveres h\u00e1l\u00f3zatot is futtathattunk. Mindezt tulajdonk\u00e9ppen t\u00e1rol\u00f3 rendszer (storage) n\u00e9lk\u00fcl kellett megval\u00f3s\u00edtani (mert a t\u00e1rol\u00f3kra \u00e9s azok k\u00f6rnyezet\u00e9re egyszer\u0171en nem volt p\u00e9nz\u00fcnk, a saj\u00e1t t\u00e1rol\u00f3nkat pedig akkor m\u00e9g nem tal\u00e1ltuk fel).<\/p>\n

<\/p>\n

Sok open source megold\u00e1st kipr\u00f3b\u00e1ltunk, \u00e9s v\u00e9g\u00fcl megoldottuk ezt a feladatot, de a megold\u00e1s nagyon bonyolult volt, \u00e9s nehezen reproduk\u00e1lhat\u00f3. Ezenk\u00edv\u00fcl a megold\u00e1s a \"M\u00fck\u00f6dik? Ne ny\u00falj hozz\u00e1!\" kateg\u00f3ri\u00e1j\u00fa volt. \u00cdgy a feladat megold\u00e1sa ut\u00e1n nem folytattuk az \u00f6tlet\u00fcnk teljes term\u00e9kk\u00e9 form\u00e1l\u00e1s\u00e1t. <\/p>\n

<\/p>\n

Ezut\u00e1n elt\u00e1volodtunk ett\u0151l az \u00f6tlett\u0151l, de a gondolat, hogy ez a feladat megoldhat\u00f3, nem hagyott el minket, \u00e9s a haszna egy ilyen megold\u00e1snak t\u00f6bb mint nyilv\u00e1nval\u00f3 volt. K\u00e9s\u0151bb a k\u00fclf\u00f6ldi c\u00e9gek \u00e1ltal kiadott hiper-konvergens term\u00e9kek csak meger\u0151s\u00edtett\u00e9k ezt az \u00e9rz\u00e9st. <\/p>\n

<\/p>\n

Ez\u00e9rt 2016 k\u00f6zep\u00e9n visszat\u00e9rt\u00fcnk ehhez a feladathoz egy teljes k\u00f6r\u0171 term\u00e9k l\u00e9trehoz\u00e1s\u00e1nak keret\u00e9ben. Akkor m\u00e9g nem voltak befektet\u0151i kapcsolataink, \u00edgy a fejleszt\u00e9si standot saj\u00e1t, nem t\u00fal nagy p\u00e9nz\u00fcnkb\u0151l kellett megv\u00e1s\u00e1rolnunk. Haszn\u00e1lt szerverek \u00e9s switchek ut\u00e1n keresve az Avito-n hozz\u00e1fogtunk a munk\u00e1hoz.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

A f\u0151 kezdeti feladatunk egy saj\u00e1t, ha egyszer\u0171 is, de saj\u00e1t f\u00e1jlrendszer l\u00e9trehoz\u00e1sa volt, amely automatikusan \u00e9s egyenletesen osztan\u00e1 el az adatokat virtu\u00e1lis blokkok form\u00e1j\u00e1ban a klaszter n sz\u00e1m\u00fa csom\u00f3pontja k\u00f6z\u00f6tt, amelyek Ethernet kapcsolaton kereszt\u00fcl vannak \u00f6sszek\u00f6tve. Ezenk\u00edv\u00fcl a f\u00e1jlrendszernek j\u00f3l \u00e9s k\u00f6nnyen sk\u00e1l\u00e1zhat\u00f3nak kell lennie, valamint f\u00fcggetlennek a szomsz\u00e9dos rendszerekt\u0151l, azaz az vAIR-t\u00f3l \u201ecsup\u00e1n t\u00e1rol\u00f3\u201d form\u00e1j\u00e1ban.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

Az vAIR els\u0151 koncepci\u00f3ja<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

Sz\u00e1nd\u00e9kosan lemondtunk a k\u00e9sz open source megold\u00e1sok haszn\u00e1lat\u00e1r\u00f3l a kiterjedt t\u00e1rol\u00f3 l\u00e9trehoz\u00e1s\u00e1hoz (ceph, gluster, lustre \u00e9s hasonl\u00f3k) a saj\u00e1t fejleszt\u00e9s\u00fcnk jav\u00e1ra, mivel m\u00e1r sok projekt tapasztalatunk volt vel\u00fck. K\u00e9ts\u00e9gtelen, hogy ezek a megold\u00e1sok \u00f6n\u00e1ll\u00f3an csod\u00e1latosak, \u00e9s a l\u00e9gidiszk munk\u00e1latai el\u0151tt nem egy integr\u00e1ci\u00f3s projektet val\u00f3s\u00edtottunk meg vel\u00fck. De egy dolog egy konkr\u00e9t megrendel\u0151 feladat\u00e1nak megval\u00f3s\u00edt\u00e1sa, a szem\u00e9lyzet k\u00e9pz\u00e9se \u00e9s esetleg egy nagy besz\u00e1ll\u00edt\u00f3 t\u00e1mogat\u00e1s\u00e1nak megv\u00e9tele, \u00e9s teljesen m\u00e1s dolog olyan term\u00e9ket l\u00e9trehozni, amely k\u00f6nnyen reproduk\u00e1lhat\u00f3 \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 feladatokhoz haszn\u00e1lhat\u00f3, amelyekr\u0151l mint besz\u00e1ll\u00edt\u00f3, tal\u00e1n m\u00e9g magunk sem tudunk. A m\u00e1sodik c\u00e9l el\u00e9r\u00e9s\u00e9hez a megl\u00e9v\u0151 open source term\u00e9kek nem feleltek meg, ez\u00e9rt \u00fagy d\u00f6nt\u00f6tt\u00fcnk, hogy saj\u00e1t magunknak fejleszt\u00fcnk ki egy elosztott f\u00e1jlrendszert.
\nK\u00e9t \u00e9v alatt n\u00e9h\u00e1ny fejleszt\u0151 (akik az vAIR mellett a klasszikus t\u00e1rol\u00f3 Engine-en is dolgoztak) el\u00e9rt\u00e9k a megval\u00f3s\u00edthat\u00f3 eredm\u00e9nyeket.<\/p>\n

<\/p>\n

2018-ra meg\u00edrtuk a legegyszer\u0171bb f\u00e1jlrendszert, \u00e9s sz\u00fcks\u00e9ges kieg\u00e9sz\u00edt\u00e9sekkel l\u00e1ttuk el. A rendszer egy bels\u0151 interkonektuson kereszt\u00fcl egyes\u00edtette a k\u00fcl\u00f6nb\u00f6z\u0151 szerverek helyi (fizikai) meghajt\u00f3it egy lapos t\u00e1r ter\u00fcletbe, \u00e9s \"virtu\u00e1lis blokkokra\" osztotta \u0151ket, majd a virtu\u00e1lis blokkokb\u00f3l blokkeszk\u00f6z\u00f6ket hoztunk l\u00e9tre az elt\u00e9r\u0151 hibabiztoss\u00e1gi fokkal, amelyeken KVM hypervisor seg\u00edts\u00e9g\u00e9vel virtu\u00e1lis g\u00e9peket hoztunk l\u00e9tre \u00e9s futtattunk. <\/p>\n

<\/p>\n

A f\u00e1jlrendszer nev\u00e9t nem bonyol\u00edtottuk t\u00fal, \u00e9s egyszer\u0171en ARDFS-nek nevezt\u00fck el (kital\u00e1lj\u00e1tok, mit jelent))<\/p>\n

<\/p>\n

Ez a protot\u00edpus j\u00f3l n\u00e9zett ki (term\u00e9szetesen nem vizu\u00e1lisan, akkor m\u00e9g nem volt vizu\u00e1lis megjelen\u00e9s) \u00e9s j\u00f3 teljes\u00edtm\u00e9ny- \u00e9s sk\u00e1l\u00e1zhat\u00f3s\u00e1gi eredm\u00e9nyeket mutatott. Az els\u0151 t\u00e9nyleges eredm\u00e9nyek ut\u00e1n elind\u00edtottuk a projektet, l\u00e9trehozva egy teljes fejleszt\u00e9si k\u00f6rnyezetet \u00e9s egy k\u00fcl\u00f6n csapatot, amely kiz\u00e1r\u00f3lag a vAIR-ra \u00f6sszpontos\u00edtott.<\/p>\n

<\/p>\n

Pont ekkorra \u00e9rett meg a megold\u00e1s \u00e1ltal\u00e1nos architekt\u00far\u00e1ja, amely az\u00f3ta sem szenvedett komoly v\u00e1ltoz\u00e1sokt\u00f3l.<\/p>\n

<\/p>\n

M\u00e9lyedj\u00fcnk el az ARDFS f\u00e1jlrendszerben<\/h2>\n

<\/p>\n

Az ARDFS a vAIR alapj\u00e1t k\u00e9pezi, amely elosztott hibamentes adatment\u00e9st biztos\u00edt az eg\u00e9sz klaszter sz\u00e1m\u00e1ra. Az ARDFS egyik (de nem egyetlen) jellegzetes saj\u00e1toss\u00e1ga, hogy nem haszn\u00e1l semmif\u00e9le kieg\u00e9sz\u00edt\u0151t dedik\u00e1lt szerverek<\/a> az ir\u00e1ny\u00edt\u00e1shoz \u00e9s a kezel\u00e9shez. Ezt eredetileg a megold\u00e1s konfigur\u00e1l\u00e1s\u00e1nak egyszer\u0171s\u00edt\u00e9s\u00e9re \u00e9s megb\u00edzhat\u00f3s\u00e1g\u00e1nak n\u00f6vel\u00e9s\u00e9re tervezt\u00e9k. <\/p>\n

<\/p>\n

T\u00e1rol\u00e1si strukt\u00fara<\/h3>\n

<\/p>\n

A klaszter minden node-j\u00e1n bel\u00fcl az ARDFS egy logikai medenc\u00e9t szervez az \u00f6sszes el\u00e9rhet\u0151 lemezter\u00fcletb\u0151l. Fontos meg\u00e9rteni, hogy a medence m\u00e9g nem adatokb\u00f3l vagy form\u00e1zott t\u00e9rb\u0151l \u00e1ll, hanem csak c\u00edmk\u00e9b\u0151l, azaz b\u00e1rmely node, ahol vAIR van telep\u00edtve, automatikusan hozz\u00e1ad\u00f3dik a klaszterhez \u00e9s a lemezforr\u00e1sok automatikusan k\u00f6z\u00f6sen el\u00e9rhet\u0151v\u00e9 v\u00e1lnak az eg\u00e9sz klaszter sz\u00e1m\u00e1ra (\u00e9s j\u00f6v\u0151beni adatok t\u00e1rol\u00e1s\u00e1ra is). Ez a megk\u00f6zel\u00edt\u00e9s lehet\u0151v\u00e9 teszi, hogy k\u00f6nnyed\u00e9n adjunk hozz\u00e1 vagy t\u00e1vol\u00edtsunk el node-okat an\u00e9lk\u00fcl, hogy komolyan befoly\u00e1soln\u00e1nk a m\u00e1r m\u0171k\u00f6d\u0151 rendszert. Teh\u00e1t a rendszert nagyon k\u00f6nnyen lehet sk\u00e1l\u00e1zni \u201et\u00e9gl\u00e1k\u201d hozz\u00e1ad\u00e1s\u00e1val vagy elt\u00e1vol\u00edt\u00e1s\u00e1val a klaszterben, amikor sz\u00fcks\u00e9ges.<\/p>\n

<\/p>\n

Az ARDFS medenc\u00e9re virtu\u00e1lis lemezek (t\u00e1rol\u00e1si objektumok virtu\u00e1lis g\u00e9pekhez) ker\u00fclnek, amelyek 4 megab\u00e1jtos virtu\u00e1lis blokkokb\u00f3l \u00e9p\u00fclnek fel. A virtu\u00e1lis lemezeken k\u00f6zvetlen\u00fcl t\u00e1rolj\u00e1k az adatokat. A virtu\u00e1lis lemezek szintj\u00e9n is be\u00e1ll\u00edthat\u00f3 a hibamentess\u00e9gi s\u00e9ma. <\/p>\n

<\/p>\n

Ahogy azt m\u00e1r kital\u00e1lhattad, a lemezrendszer megb\u00edzhat\u00f3s\u00e1ga \u00e9rdek\u00e9ben nem a RAID (Redundant Array of Independent Disks) koncepci\u00f3t alkalmazzuk, hanem a RAIN-t (Redundant Array of Independent Nodes). Azaz a megb\u00edzhat\u00f3s\u00e1got a node-okon, nem pedig a lemezeken m\u00e9rj\u00fck, automatiz\u00e1ljuk \u00e9s kezelj\u00fck. A lemezek term\u00e9szetesen szint\u00e9n t\u00e1rgyak a t\u00e1rol\u00f3ban, ezek, ak\u00e1rcsak minden m\u00e1s, figyelve vannak, velem minden standard m\u0171velet, bele\u00e9rtve a helyi hardver RAID kialak\u00edt\u00e1s\u00e1t, de a klaszter kifejezetten node-okon m\u0171k\u00f6dik. <\/p>\n

<\/p>\n

Olyan helyzetben, amikor nagyon szeretn\u00e9nk RAID-ot (p\u00e9ld\u00e1ul olyan forgat\u00f3k\u00f6nyvben, amely t\u00e1mogatja a t\u00f6bbsz\u00f6r\u00f6s hib\u00e1kat kis klaszterekben), semmi sem akad\u00e1lyozza meg, hogy helyi RAID-vez\u00e9rl\u0151ket haszn\u00e1ljunk, \u00e9s ezekre egy elosztott t\u00e1rol\u00f3t \u00e9s RAIN-architekt\u00far\u00e1t \u00e9p\u00edts\u00fcnk. Ez a forgat\u00f3k\u00f6nyv teljesen \u00e9letk\u00e9pes \u00e9s t\u00e1mogatott a r\u00e9sz\u00fcnkr\u0151l, ez\u00e9rt besz\u00e9lni fogunk r\u00f3la a vAIR alkalmaz\u00e1si forgat\u00f3k\u00f6nyveivel foglalkoz\u00f3 cikkben.<\/p>\n

<\/p>\n

A t\u00e1rol\u00f3 megb\u00edzhat\u00f3s\u00e1gi s\u00e9m\u00e1i<\/h3>\n

<\/p>\n

A vAIR virtu\u00e1lis lemezek megb\u00edzhat\u00f3s\u00e1gi s\u00e9m\u00e1i a k\u00f6vetkez\u0151 kett\u0151 lehet:<\/p>\n

<\/p>\n

1) Replik\u00e1ci\u00f3s faktor vagy egyszer\u0171en replik\u00e1ci\u00f3 \u2013 ez a megb\u00edzhat\u00f3s\u00e1gi m\u00f3dszer egyszer\u0171, \"mint egy bot \u00e9s k\u00f6t\u00e9l\". Szinkron replik\u00e1ci\u00f3t hajt v\u00e9gre a node-ok k\u00f6z\u00f6tt 2-es (2 m\u00e1solat a klaszteren) vagy 3-as (3 m\u00e1solat) faktorn\u00e1l. Az RF-2 lehet\u0151v\u00e9 teszi, hogy egy virtu\u00e1lis lemez egy node meghib\u00e1sod\u00e1s\u00e1t elviselje a klaszterben, de \"megeszi\" a hasznos kapacit\u00e1s fel\u00e9t, m\u00edg az RF-3 elviseli 2 node hib\u00e1j\u00e1t a klaszterben, de 2\/3 hasznos kapacit\u00e1st m\u00e1r rezerv\u00e1l saj\u00e1t ig\u00e9nyeihez. Ez a s\u00e9ma nagyon hasonl\u00edt a RAID-1-re, azaz a RF-2-re konfigur\u00e1lt virtu\u00e1lis lemez ellen\u00e1ll b\u00e1rmelyik egy node hib\u00e1j\u00e1nak a klaszterben. Ebben az esetben az adatok rendben lesznek, \u00e9s m\u00e9g a bemenet\/kimenet sem \u00e1ll meg. Amikor a hib\u00e1s node \u00fajra online \u00e1llapotba ker\u00fcl, automatikus helyre\u00e1ll\u00edt\u00e1s\/szinkroniz\u00e1l\u00e1s kezd\u0151dik. <\/p>\n

<\/p>\n

Az al\u00e1bbiakban a RF-2 \u00e9s RF-3 adateloszt\u00e1s p\u00e9ld\u00e1it l\u00e1thatod norm\u00e1l m\u0171k\u00f6d\u00e9s k\u00f6zben \u00e9s hibahelyzetekben.<\/p>\n

<\/p>\n

Van egy 8 MB-os, egyedi (hasznos) adatokat tartalmaz\u00f3 virtu\u00e1lis g\u00e9p\u00fcnk, amely 4 vAIR csom\u00f3ponton m\u0171k\u00f6dik. Nyilv\u00e1nval\u00f3, hogy a val\u00f3s\u00e1gban val\u00f3sz\u00edn\u0171leg nem lesz ilyen kicsi az adatm\u00e9ret, de az ARDFS m\u0171k\u00f6d\u00e9si logik\u00e1j\u00e1t t\u00fckr\u00f6z\u0151 s\u00e9ma eset\u00e9ben ez a p\u00e9lda a leg\u00e9rthet\u0151bb. Az AB virtu\u00e1lis blokkok 4 MB-ot tartalmaznak, amelyek egyedi adatokkal rendelkeznek. Az RF-2 eset\u00e9n k\u00e9t m\u00e1solat k\u00e9sz\u00fcl ezekb\u0151l a blokkokb\u00f3l: A1 + A2 \u00e9s B1 + B2. Ezeket a blokkokat \u201eelhelyezik\u201d a csom\u00f3pontokon, elker\u00fclve, hogy ugyanazok az adatok egyszerre egy csom\u00f3ponton legyenek, teh\u00e1t az A1 m\u00e1solat nem lesz egy csom\u00f3ponton az A2 m\u00e1solattal. A B1 \u00e9s B2 hasonl\u00f3k\u00e9ppen.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

Ha az egyik csom\u00f3pont (p\u00e9ld\u00e1ul a 3-as csom\u00f3pont, ahol a B1 m\u00e1solat tal\u00e1lhat\u00f3) meghib\u00e1sodik, akkor ez a m\u00e1solat automatikusan aktiv\u00e1l\u00f3dik egy olyan csom\u00f3ponton, ahol nincs a m\u00e1solat\u00e1nak m\u00e1solata (azaz a B2 m\u00e1solat). <\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

\u00cdgy a virtu\u00e1lis lemez (\u00e9s az VM ennek megfelel\u0151en) k\u00f6nnyen t\u00fal\u00e9lik egy csom\u00f3pont meghib\u00e1sod\u00e1s\u00e1t az RF-2 s\u00e9ma keretein bel\u00fcl.<\/p>\n

<\/p>\n

A replik\u00e1ci\u00f3s s\u00e9ma, a maga egyszer\u0171s\u00e9ge \u00e9s megb\u00edzhat\u00f3s\u00e1ga ellen\u00e9re, ugyanazzal a probl\u00e9m\u00e1val k\u00fczd, mint a RAID1 \u2013 kev\u00e9s hasznos ter\u00fclet.<\/p>\n

<\/p>\n

2) A t\u00f6rl\u0151 k\u00f3dol\u00e1s vagy erasure coding (m\u00e1s n\u00e9ven \u201et\u00falk\u00f3dol\u00e1s\u201d, \u201et\u00f6rl\u0151 k\u00f3dol\u00e1s\u201d vagy \u201et\u00falk\u00f3dol\u00e1si k\u00f3d\u201d) \u00e9ppen az\u00e9rt l\u00e9tezik, hogy megoldja a fenti probl\u00e9m\u00e1t. Az EC a redundancia s\u00e9m\u00e1ja, amely magas adatkapacit\u00e1st biztos\u00edt kevesebb lemezter\u00fclet-felhaszn\u00e1l\u00e1ssal szemben, mint a replik\u00e1ci\u00f3. Ennek a mechanizmusnak a m\u0171k\u00f6d\u00e9si elve hasonl\u00f3 a RAID 5, 6, 6P s\u00e9m\u00e1k\u00e9hoz. <\/p>\n

<\/p>\n

A k\u00f3dol\u00e1s sor\u00e1n az EC folyamat felosztja a virtu\u00e1lis blokkot (alap\u00e9rtelmez\u00e9s szerint 4 MB) t\u00f6bb kisebb \u201eadatdarabra\u201d az EC s\u00e9ma f\u00fcggv\u00e9ny\u00e9ben (p\u00e9ld\u00e1ul a 2+1 s\u00e9ma minden 4 MB-os blokkot 2 darabra oszt 2 MB-onk\u00e9nt). Ezut\u00e1n a folyamat gener\u00e1l a \u201edarabokhoz\u201d legfeljebb egy, az el\u0151z\u0151leg felosztott r\u00e9szek egyik\u00e9hez hasonl\u00f3 \u201eparit\u00e1sdarabot\u201d. A dek\u00f3dol\u00e1s sor\u00e1n az EC gener\u00e1lja a hi\u00e1nyz\u00f3 darabokat az eg\u00e9sz klaszterben fennmarad\u00f3 adatok beolvas\u00e1s\u00e1val. <\/p>\n

<\/p>\n

P\u00e9ld\u00e1ul, egy EC 2 + 1 s\u00e9m\u00e1val rendelkez\u0151 virtu\u00e1lis lemez, amely n\u00e9gy csom\u00f3ponton val\u00f3sul meg, nyugodtan elviseli egy csom\u00f3pont meghib\u00e1sod\u00e1s\u00e1t a klaszterben, ak\u00e1rcsak az RF-2. E mellett az \u00fczemeltet\u00e9si k\u00f6lts\u00e9gek alacsonyabbak lesznek; k\u00fcl\u00f6n\u00f6sen az RF-2 hasznos kapacit\u00e1s\u00e1nak ar\u00e1nya 2, m\u00edg az EC 2+1 eset\u00e9ben 1,5. <\/p>\n

<\/p>\n

Ha egyszer\u0171bben szeretn\u00e9nk le\u00edrni, a l\u00e9nyeg az, hogy a virtu\u00e1lis blokk 2-8 (mi\u00e9rt 2-t\u0151l 8-ig, arr\u00f3l lent tal\u00e1l inform\u00e1ci\u00f3t) \u201edarabra\u201d van osztva, \u00e9s ezekhez a darabokhoz hasonl\u00f3 m\u00e9ret\u0171 \u201eparit\u00e1sdarabok\u201d ker\u00fclnek kisz\u00e1m\u00edt\u00e1sra. <\/p>\n

<\/p>\n

A v\u00e9g\u00e9n az adatok \u00e9s a parit\u00e1s egyenletesen oszlik el a klaszter \u00f6sszes node-j\u00e1n. A replik\u00e1ci\u00f3hoz hasonl\u00f3an az ARDFS automatikusan osztja el az adatokat a node-okon oly m\u00f3don, hogy megakad\u00e1lyozza az azonos adatok (adatok m\u00e1solatainak \u00e9s azok parit\u00e1s\u00e1nak) egy node-on val\u00f3 t\u00e1rol\u00e1s\u00e1t, ezzel cs\u00f6kkentve az adatveszt\u00e9s es\u00e9ly\u00e9t, ha az adatok \u00e9s a parit\u00e1s v\u00e1ratlanul egy olyan t\u00e1rol\u00f3 node-on v\u00e9gzik, ami meghib\u00e1sodik. <\/p>\n

<\/p>\n

Al\u00e1bb egy p\u00e9lda tal\u00e1lhat\u00f3, ugyanazzal a virtu\u00e1lis g\u00e9ppel 8 MB \u00e9s 4 node eset\u00e9n, de m\u00e1r az EC 2+1 s\u00e9ma szerint. <\/p>\n

<\/p>\n

A \u00e9s B blokkok k\u00e9t darabra oszlanak, mindkett\u0151 2 MB-ra (k\u00e9t darabra, mert 2+1), azaz A1+A2 \u00e9s B1+B2. A replik\u00e1t\u00f3l elt\u00e9r\u0151en A1 nem A2 m\u00e1solata, hanem egy virtu\u00e1lis A blokk, amely k\u00e9t r\u00e9szre oszlik, ugyan\u00fagy, mint a B blokk. \u00d6sszesen teh\u00e1t k\u00e9t 4MB-os k\u00e9szletet kapunk, amelyek mindegyik\u00e9ben k\u00e9t k\u00e9tmegab\u00e1jtos darab tal\u00e1lhat\u00f3. Ezt k\u00f6vet\u0151en minden ilyen k\u00e9szlet eset\u00e9ben kisz\u00e1m\u00edtjuk a parit\u00e1st, ami legfeljebb egy darab (azaz 2 MB) m\u00e9ret\u0171 lehet, \u00edgy tov\u00e1bbi + 2 darab parit\u00e1st kapunk (A-P \u00e9s B-P). \u00d6sszesen teh\u00e1t 4\u00d72 adat + 2\u00d72 parit\u00e1sunk van.<\/p>\n

<\/p>\n

Ezut\u00e1n a darabok \u00fagy \"oszlanak el\" a node-okon, hogy az adatok ne \u00fctk\u00f6zzenek a parit\u00e1sukkal. Teh\u00e1t A1 \u00e9s A2 nem lesznek egy node-on az A-P-vel.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

Ha az egyik node meghib\u00e1sodik (mondjuk a harmadik), a s\u00e9r\u00fclt B1 blokk automatikusan helyre\u00e1ll\u00edt\u00e1sra ker\u00fcl a B-P parit\u00e1sb\u00f3l, amely a 2-es node-on tal\u00e1lhat\u00f3, \u00e9s aktiv\u00e1l\u00f3dik azon a node-on, ahol nincs B-parit\u00e1s, azaz a B-P darab. Ebben a p\u00e9ld\u00e1ban ez az 1-es node.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

Biztos vagyok benne, hogy az olvas\u00f3knak felmer\u00fcl a k\u00e9rd\u00e9s:<\/p>\n

<\/p>\n

\u201eMinden, amit le\u00edrt, m\u00e1r r\u00e9g\u00f3ta megval\u00f3sult a versenyt\u00e1rsakn\u00e1l \u00e9s az open source megold\u00e1sokban, miben m\u00e1s az \u00f6n\u00f6k ARDFS EC megval\u00f3s\u00edt\u00e1sa?\u201d<\/p><\/blockquote>\n

A tov\u00e1bbiakban pedig az ARDFS m\u0171k\u00f6d\u00e9s\u00e9nek \u00e9rdekes saj\u00e1toss\u00e1gai k\u00f6vetkeznek.<\/p>\n

<\/p>\n

Erasure coding, a rugalmass\u00e1gra f\u00f3kusz\u00e1lva<\/h3>\n

<\/p>\n

Kezdetben egy meglehet\u0151sen rugalmas X+Y EC s\u00e9m\u00e1t tervezt\u00fcnk, ahol X a 2-t\u0151l 8-ig terjed\u0151 sz\u00e1mot, m\u00edg Y az 1-t\u0151l 8-ig terjed\u0151 sz\u00e1mot jelenti, de mindig kisebb vagy egyenl\u0151 X-nel. Ez a s\u00e9ma a rugalmass\u00e1g \u00e9rdek\u00e9ben k\u00e9sz\u00fclt. A virtu\u00e1lis blokkra osztott adatdarabok (X) sz\u00e1m\u00e1nak n\u00f6vel\u00e9se cs\u00f6kkenti a k\u00f6lts\u00e9geket, ezzel n\u00f6velve a hasznos teret.
\nA parit\u00e1sdarabok (Y) sz\u00e1m\u00e1nak n\u00f6vel\u00e9se n\u00f6veli a virtu\u00e1lis lemez megb\u00edzhat\u00f3s\u00e1g\u00e1t. Min\u00e9l nagyobb az Y \u00e9rt\u00e9ke, ann\u00e1l t\u00f6bb node a klaszterben hib\u00e1sodhat meg. Term\u00e9szetesen a parit\u00e1s mennyis\u00e9g\u00e9nek n\u00f6vel\u00e9se cs\u00f6kkenti a hasznos kapacit\u00e1st, de ez az \u00e1r a megb\u00edzhat\u00f3s\u00e1g\u00e9rt. <\/p>\n

<\/p>\n

A teljes\u00edtm\u00e9ny \u00e9s az EC s\u00e9m\u00e1k k\u00f6z\u00f6tti kapcsolat szinte egyenes: min\u00e9l t\u00f6bb \"darab\", ann\u00e1l alacsonyabb a teljes\u00edtm\u00e9ny, itt nyilv\u00e1nval\u00f3an egy kiegyens\u00falyozott megk\u00f6zel\u00edt\u00e9s sz\u00fcks\u00e9ges. <\/p>\n

<\/p>\n

Ez a megk\u00f6zel\u00edt\u00e9s lehet\u0151v\u00e9 teszi az adminisztr\u00e1torok sz\u00e1m\u00e1ra, hogy maxim\u00e1lisan rugalmasan konfigur\u00e1lj\u00e1k a megosztott t\u00e1rol\u00f3t. Az ARDFS medenc\u00e9j\u00e9n bel\u00fcl b\u00e1rmilyen hibajav\u00edt\u00f3 s\u00e9m\u00e1t \u00e9s azok kombin\u00e1ci\u00f3it felhaszn\u00e1lhatjuk, ami v\u00e9lem\u00e9ny\u00fcnk szerint szint\u00e9n nagyon hasznos. <\/p>\n

<\/p>\n

Az al\u00e1bbi t\u00e1bl\u00e1zatban n\u00e9h\u00e1ny (nem minden lehets\u00e9ges) RF \u00e9s EC s\u00e9ma \u00f6sszehasonl\u00edt\u00e1sa tal\u00e1lhat\u00f3.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

A t\u00e1bl\u00e1zatb\u00f3l l\u00e1that\u00f3, hogy m\u00e9g a legbonyolultabb EC 8+7 kombin\u00e1ci\u00f3 is, amely lehet\u0151v\u00e9 teszi, hogy ak\u00e1r 7 csom\u00f3pontot is elvesz\u00edts\u00fcnk a klaszterben, kevesebb hasznos helyet \"ig\u00e9nyel\" (1,875 a 2-h\u00f6z k\u00e9pest), mint a standard replik\u00e1ci\u00f3, mik\u00f6zben 7-szer jobban v\u00e9d, ez\u00e9rt ez a v\u00e9delmi mechanizmus, b\u00e1r bonyolultabb, jelent\u0151sen vonz\u00f3bb olyan helyzetekben, amikor maxim\u00e1lis megb\u00edzhat\u00f3s\u00e1got kell biztos\u00edtani a lemezter\u00fclet hi\u00e1nyos k\u00f6r\u00fclm\u00e9nyei k\u00f6z\u00f6tt. Ugyanakkor meg kell \u00e9rteni, hogy minden \"plusz\" az X-hez vagy Y-hoz teljes\u00edtm\u00e9nybeli t\u00f6bbletkiad\u00e1st jelent, ez\u00e9rt a megb\u00edzhat\u00f3s\u00e1g, a k\u00f6lts\u00e9g \u00e9s a teljes\u00edtm\u00e9ny k\u00f6z\u00f6tti h\u00e1romsz\u00f6gben nagyon \u00f3vatosan kell v\u00e1lasztani. Emiatt egy k\u00fcl\u00f6n cikket szentel\u00fcnk a t\u00f6rl\u00e9ses k\u00f3dol\u00e1s m\u00e9retez\u00e9s\u00e9nek.<\/p>\n

<\/p>\n

\"AERODISK<\/p>\n

<\/p>\n

A f\u00e1jlrendszer megb\u00edzhat\u00f3s\u00e1ga \u00e9s auton\u00f3mi\u00e1ja<\/h3>\n

<\/p>\n

Az ARDFS helyben fut minden klasztercsom\u00f3ponton, \u00e9s saj\u00e1t eszk\u00f6zeivel szinkroniz\u00e1lja \u0151ket k\u00fcl\u00f6n Ethernet interf\u00e9szeken kereszt\u00fcl. Fontos szempont, hogy az ARDFS nemcsak az adatokat, hanem a t\u00e1rol\u00e1sra vonatkoz\u00f3 metadatokat is \u00f6n\u00e1ll\u00f3an szinkroniz\u00e1lja. Az ARDFS-en v\u00e9gzett munka sor\u00e1n p\u00e1rhuzamosan tanulm\u00e1nyoztunk sz\u00e1mos l\u00e9tez\u0151 megold\u00e1st, \u00e9s felfedezt\u00fck, hogy sokan k\u00fcls\u0151 elosztott DBMS seg\u00edts\u00e9g\u00e9vel szinkroniz\u00e1lj\u00e1k a f\u00e1jlrendszer metaadatait, amit mi is haszn\u00e1lunk a konfigur\u00e1ci\u00f3k szinkroniz\u00e1l\u00e1s\u00e1hoz, \u00e1m nem a f\u00e1jlrendszer metaadataihoz (err\u0151l \u00e9s m\u00e1s kapcsol\u00f3d\u00f3 alrendszerekr\u0151l a k\u00f6vetkez\u0151 cikkben \u00edrunk). <\/p>\n

<\/p>\n

A f\u00e1jlrendszer metaadatainak szinkroniz\u00e1l\u00e1sa egy k\u00fcls\u0151 DB-vel term\u00e9szetesen m\u0171k\u00f6d\u0151 megold\u00e1s, azonban ebben az esetben a t\u00e1rolt adatok konzisztenci\u00e1ja az ARDFS-en a k\u00fcls\u0151 DB-t\u0151l \u00e9s annak viselked\u00e9s\u00e9t\u0151l f\u00fcggne (ami, finoman sz\u00f3lva, szesz\u00e9lyes d\u00e1m\u00e1nak mondhat\u00f3), ami a mi v\u00e9lem\u00e9ny\u00fcnk szerint nem j\u00f3. Mi\u00e9rt? Ha a f\u00e1jlrendszer metaadatai megs\u00e9r\u00fclnek, akkor a f\u00e1jlok is b\u00facs\u00fat inthetnek, ez\u00e9rt \u00fagy d\u00f6nt\u00f6tt\u00fcnk, hogy bonyolultabb, de megb\u00edzhat\u00f3bb utat v\u00e1lasztunk. <\/p>\n

<\/p>\n

Az ARDFS metaadat-szinkroniz\u00e1l\u00f3 alrendszer\u00e9t saj\u00e1t magunk fejlesztett\u00fck ki, \u00e9s teljesen f\u00fcggetlen\u00fcl m\u0171k\u00f6dik a kapcsol\u00f3d\u00f3 alrendszerekt\u0151l. Teh\u00e1t egyetlen m\u00e1s alrendszer sem k\u00e9pes megs\u00e9rteni az ARDFS adatait. V\u00e9lem\u00e9ny\u00fcnk szerint ez a legmegb\u00edzhat\u00f3bb \u00e9s helyes \u00fat, de hogy ez val\u00f3ban \u00edgy van-e, az majd az id\u0151 megmondja. Ezenk\u00edv\u00fcl e megk\u00f6zel\u00edt\u00e9s tov\u00e1bbi el\u0151ny\u00f6kkel is j\u00e1r. Az ARDFS f\u00fcggetlen\u00fcl haszn\u00e1lhat\u00f3 a vAIR-t\u00f3l, egyszer\u0171en mint kiterjesztett t\u00e1rol\u00f3, amire mi biztosan t\u00e1maszkodni fogunk a j\u00f6v\u0151beli term\u00e9keinkben.<\/p>\n

<\/p>\n

V\u00e9g\u00fcl, az ARDFS kidolgoz\u00e1s\u00e1val egy rugalmas \u00e9s megb\u00edzhat\u00f3 f\u00e1jlrendszert kaptunk, amely lehet\u0151v\u00e9 teszi, hogy v\u00e1lasszunk, hol lehet k\u00f6lts\u00e9get megtakar\u00edtani, vagy mindent a teljes\u00edtm\u00e9nyre b\u00edzzunk, vagy egy megb\u00edzhat\u00f3 t\u00e1rol\u00f3t hozzunk l\u00e9tre m\u00e9rs\u00e9kelt k\u00f6lts\u00e9gek mellett, de cs\u00f6kkentett teljes\u00edtm\u00e9nyig\u00e9ny mellett. <\/p>\n

<\/p>\n

A egyszer\u0171 licencel\u00e9si politik\u00e1val \u00e9s rugalmas sz\u00e1ll\u00edt\u00e1si modellel (el\u0151reugorva, a vAIR licencel\u00e9se nodonk\u00e9nt t\u00f6rt\u00e9nik, \u00e9s vagy szoftverk\u00e9nt, vagy mint PAK ker\u00fcl forgalmaz\u00e1sra) ez lehet\u0151v\u00e9 teszi, hogy rendk\u00edv\u00fcl prec\u00edzen igaz\u00edtsuk a megold\u00e1st a legk\u00fcl\u00f6nb\u00f6z\u0151bb \u00fcgyf\u00e9lig\u00e9nyekhez, \u00e9s ezt a kiegyens\u00falyoz\u00e1st k\u00e9s\u0151bb is k\u00f6nnyen fenntartjuk. <\/p>\n

<\/p>\n

Kinek sz\u00fcks\u00e9ge van erre a csod\u00e1ra?<\/h2>\n

<\/p>\n

Egyr\u00e9szt elmondhat\u00f3, hogy a piacon m\u00e1r vannak szerepl\u0151k, akik komoly megold\u00e1sokkal rendelkeznek a hiper-konvergens ter\u00fcleten, \u00e9s hogy hov\u00e1 is pr\u00f3b\u00e1lunk behatolni. \u00dagy t\u0171nik, hogy ez az \u00e1ll\u00edt\u00e1s igaz, DE\u2026<\/p>\n

<\/p>\n

M\u00e1sr\u00e9szt, amikor terepen j\u00e1runk \u00e9s kommunik\u00e1lunk az \u00fcgyfelekkel, mi \u00e9s partnereink azt l\u00e1tjuk, hogy ez egy\u00e1ltal\u00e1n nem \u00edgy van. Sz\u00e1mos feladat v\u00e1r a hiper-konvergenci\u00e1ra, valahol az emberek csak nem tudt\u00e1k, hogy ilyen megold\u00e1sok l\u00e9teznek, valahol dr\u00e1g\u00e1nak t\u0171nt, valahol alternat\u00edv megold\u00e1sok tesztjei nem siker\u00fcltek, m\u00e1shol pedig egyszer\u0171en tiltanak a v\u00e1s\u00e1rl\u00e1st\u00f3l, mert szankci\u00f3k vannak. \u00d6sszess\u00e9g\u00e9ben a ter\u00fclet kiakn\u00e1zatlan maradt, ez\u00e9rt neki\u00e1lltunk megm\u0171velni a sz\u0171zkertet))). <\/p>\n

<\/p>\n

Mikor jobb a HDFS, mint a GKS?<\/h3>\n

<\/p>\n

A munka sor\u00e1n gyakran megk\u00e9rdezik t\u0151l\u00fcnk, mikor \u00e9rdemes alkalmazni a klasszikus t\u00e1rol\u00f3rendszer (\u0421\u0425\u0414) s\u00e9m\u00e1t, \u00e9s mikor a hiper-konvergens megold\u00e1sokat? Sok c\u00e9g, amely hiper-konvergens rendszereket gy\u00e1rt (k\u00fcl\u00f6n\u00f6sen azok, akiknek a portf\u00f3li\u00f3j\u00e1ban nincs \u0421\u0425\u0414), azt mondja: \u201eA \u0421\u0425\u0414 lej\u00e1rt, csak a hiperkonvergens!\u201d Ez egy mer\u00e9sz \u00e1ll\u00edt\u00e1s, de nem teljesen t\u00fckr\u00f6zi a val\u00f3s\u00e1got. <\/p>\n

<\/p>\n

Igaz\u00e1b\u00f3l a \u0421\u0425\u0414 piaca val\u00f3ban a hiper-konvergens megold\u00e1sok ir\u00e1ny\u00e1ba halad, de mindig van egy \u201ede\u201d.<\/p>\n

<\/p>\n

El\u0151sz\u00f6r is, a klasszikus \u0421\u0425\u0414 s\u00e9ma szerint fel\u00e9p\u00edtett adatk\u00f6zpontok (\u0426\u041e\u0414) \u00e9s IT-infrastrukt\u00far\u00e1k nem alak\u00edthat\u00f3k \u00e1t egyszer\u0171en, ez\u00e9rt ezen infrastrukt\u00far\u00e1k moderniz\u00e1l\u00e1sa \u00e9s b\u0151v\u00edt\u00e9se m\u00e9g 5-7 \u00e9vnyi \u00f6r\u00f6ks\u00e9g.<\/p>\n

<\/p>\n

M\u00e1sodszor, azok az infrastrukt\u00far\u00e1k, amelyeket most \u00e9p\u00edtenek (ezalatt az Orosz F\u00f6der\u00e1ci\u00f3t \u00e9rtj\u00fck), t\u00f6bbs\u00e9g\u00e9ben klasszikus \u0421\u0425\u0414 s\u00e9m\u00e1t haszn\u00e1lnak, \u00e9s nem az\u00e9rt, mert nem ismerik a hiperkonvergens megold\u00e1sokat, hanem mert a hiperkonvergens piac \u00faj, a megold\u00e1sok \u00e9s a standardok m\u00e9g nem stabiliz\u00e1l\u00f3dtak, az IT-szakemberek m\u00e9g nem k\u00e9pzettek, kev\u00e9s a tapasztalat, de az adatk\u00f6zpontokat itt \u00e9s most meg kell \u00e9p\u00edteni. Ez a tendencia m\u00e9g 3-5 \u00e9vig fog tartani (\u00e9s azt\u00e1n m\u00e9g 1-2 \u00e9v a megsz\u00fclet\u0151 \u00f6r\u00f6ks\u00e9g, l\u00e1sd az 1. pontot).<\/p>\n

<\/p>\n

Harmadszor, tiszta technikai korl\u00e1toz\u00e1s, hogy a tov\u00e1bbi 2 milliszekundumos k\u00e9sleked\u00e9s \u00edr\u00e1skor (term\u00e9szetesen a helyi cache figyelembev\u00e9tel\u00e9vel) a d\u00edj a disztrib\u00faci\u00f3s t\u00e1rol\u00e1s\u00e9rt. <\/p>\n

<\/p>\n

Ne felejts\u00fck el a nagy fizikai szerverek haszn\u00e1lat\u00e1t sem, amelyek kedvelik a merevlemez-rendszer f\u00fcgg\u0151leges sk\u00e1l\u00e1z\u00e1s\u00e1t.<\/p>\n

<\/p>\n

Sok olyan fontos \u00e9s n\u00e9pszer\u0171 feladat van, ahol a \u0421\u0425\u0414 jobban teljes\u00edt, mint a hiper-konvergens megold\u00e1sok. Ezzel term\u00e9szetesen nem fognak egyet\u00e9rteni azok a gy\u00e1rt\u00f3k, akiknek a term\u00e9kportf\u00f3li\u00f3j\u00e1ban nincs \u0421\u0425\u0414, de mi k\u00e9szen \u00e1llunk arra, hogy \u00e9rveinket megv\u00e9dj\u00fck. Term\u00e9szetesen mi, mint mindk\u00e9t term\u00e9k fejleszt\u0151i, a j\u00f6v\u0151beli publik\u00e1ci\u00f3k egyik\u00e9ben biztosan \u00f6sszehasonl\u00edtjuk a \u0421\u0425\u0414-t \u00e9s a hiper-konvergenst, \u00e9s vil\u00e1gosan bemutatjuk, hogy mely k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt mi m\u0171k\u00f6dik jobban.<\/p>\n

<\/p>\n

Hol fognak a hiper-konvergens megold\u00e1sok jobban m\u0171k\u00f6dni, mint a \u0421\u0425\u0414?<\/h3>\n

<\/p>\n

A fenti pontok alapj\u00e1n h\u00e1rom nyilv\u00e1nval\u00f3 k\u00f6vetkeztet\u00e9st lehet levonni: <\/p>\n

<\/p>\n

    \n
  1. Ott, ahol a tov\u00e1bbi 2 milliszekundumos k\u00e9sleked\u00e9s \u00edr\u00e1skor, melyek tart\u00f3san felmer\u00fclnek b\u00e1rmely termel\u00e9sben (jelenleg nem a szintetikusra gondolunk, a szintetikusokon ak\u00e1r nanoszekundumokat is lehet mutatni), nem kritikus, a hiper-konvergens megold\u00e1sok alkalmasak lesznek.<\/li>\n
  2. Ahol a nagy fizikai szerverek terhel\u00e9se sok kis virtu\u00e1lisra alak\u00edthat\u00f3 \u00e9s eloszthat\u00f3 a csom\u00f3pontok k\u00f6z\u00f6tt, ott a hiperkonvergens megold\u00e1sok is j\u00f3l m\u0171k\u00f6dnek.<\/li>\n
  3. Ahol a v\u00edzszintes sk\u00e1l\u00e1zhat\u00f3s\u00e1g priorit\u00e1st \u00e9lvez a f\u00fcgg\u0151legeshez k\u00e9pest, ott a GKS is t\u00f6k\u00e9letesen helyt\u00e1ll.<\/li>\n<\/ol>\n

    <\/p>\n

    Mik ezek a megold\u00e1sok?<\/h3>\n

    <\/p>\n

      \n
    1. Minden standard infrastrukt\u00fara szolg\u00e1ltat\u00e1s (k\u00f6nyvt\u00e1rszolg\u00e1ltat\u00e1s, e-mail, dokumentumkezel\u0151 rendszerek, f\u00e1jlszerverek, kis- vagy k\u00f6zepes ERP \u00e9s BI rendszerek stb.). Ezt \u201ek\u00f6z\u00f6ns\u00e9ges sz\u00e1m\u00edt\u00e1soknak\u201d nevezz\u00fck. <\/li>\n
    2. A felh\u0151szolg\u00e1ltat\u00f3k infrastrukt\u00far\u00e1ja, ahol gyorsan \u00e9s standardiz\u00e1lt m\u00f3don kell v\u00edzszintesen sk\u00e1l\u00e1zni, \u00e9s k\u00f6nnyen \u201efelosztani\u201d nagy sz\u00e1m\u00fa virtu\u00e1lis g\u00e9pet az \u00fcgyfelek sz\u00e1m\u00e1ra.<\/li>\n
    3. Infrastrukt\u00fara vagy azok k\u00e9perny\u0151re t\u00f6rt\u00e9n\u0151 \u00e1thelyez\u00e9s\u00e9re az eg\u00e9rrel val\u00f3 h\u00faz\u00e1ssal a drag&drop m\u00f3dban. \u00daj funkci\u00f3k\u00e9nt bevezet\u00e9sre ker\u00fclt a virtu\u00e1lis asztalok r\u00f6gz\u00edt\u00e9se, amely lehet\u0151v\u00e9 teszi a sz\u00fcks\u00e9ges sz\u00e1m\u00fa asztal nyitva tart\u00e1s\u00e1t, f\u00fcggetlen\u00fcl att\u00f3l, hogy \u00fcresek-e vagy sem.<\/a> (VDI), ahol sok kis felhaszn\u00e1l\u00f3i virtu\u00e1lis g\u00e9p indul el \u00e9s \u00faszik a homog\u00e9n klaszterben.<\/li>\n
    4. Fi\u00f3kh\u00e1l\u00f3zatok, ahol minden fi\u00f3kban sz\u00fcks\u00e9ges egy standard, megb\u00edzhat\u00f3, de ugyanakkor olcs\u00f3 infrastrukt\u00fara 15-20 virtu\u00e1lis g\u00e9pb\u0151l.<\/li>\n
    5. B\u00e1rmilyen elosztott sz\u00e1m\u00edt\u00e1s (big data szolg\u00e1ltat\u00e1sok, p\u00e9ld\u00e1ul). Ahol a terhel\u00e9s nem \u201em\u00e9lyen\u201d, hanem \u201esz\u00e9lesen\u201d terjed. <\/li>\n
    6. Tesztk\u00f6rnyezetek, ahol megengedhet\u0151k a kisebb k\u00e9s\u00e9sek, de vannak k\u00f6lts\u00e9gvet\u00e9si korl\u00e1tok, mivel ezek tesztel\u00e9sek.<\/li>\n<\/ol>\n

      <\/p>\n

      Jelenleg ezekre a feladatokra fejlesztett\u00fck ki az AERODISK vAIR-t, \u00e9s ezekre \u00f6sszpontos\u00edtunk (jelenleg sikeresen). Lehets\u00e9ges, hogy ez hamarosan megv\u00e1ltozik, mivel a vil\u00e1g nem \u00e1ll meg.<\/p>\n

      <\/p>\n

      Teh\u00e1t...<\/h3>\n

      <\/p>\n

      Ezzel befejez\u0151d\u00f6tt a sz\u00e9les cikkciklus els\u0151 r\u00e9sze, a k\u00f6vetkez\u0151 cikkben bemutatjuk a megold\u00e1s architekt\u00far\u00e1j\u00e1t \u00e9s a haszn\u00e1lt komponenseket.<\/p>\n

      <\/p>\n

      \u00d6r\u00f6mmel v\u00e1rjuk k\u00e9rd\u00e9seiket, javaslataikat \u00e9s konstrukt\u00edv vit\u00e1ikat.<\/p>\n

      Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0425\u0430\u0431\u0440\u0430. \u042d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435\u0439 \u043c\u044b \u043e\u0442\u043a\u0440\u044b\u0432\u0430\u0435\u043c \u0446\u0438\u043a\u043b, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0431\u0443\u0434\u0435\u0442 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0442\u044c \u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0430\u043d\u043d\u043e\u0439 \u043d\u0430\u043c\u0438 \u0433\u0438\u043f\u0435\u0440\u043a\u043e\u043d\u0432\u0435\u0440\u0433\u0435\u043d\u0442\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435 AERODISK vAIR. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043c\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u043f\u0435\u0440\u0432\u043e\u0439 \u0436\u0435 \u0441\u0442\u0430\u0442\u044c\u0435\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c \u0432\u0441\u0451 \u043e\u0431\u043e \u0432\u0441\u0451\u043c, \u043d\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0441\u043b\u043e\u0436\u043d\u0430\u044f, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u0431\u0443\u0434\u0435\u043c \u0435\u0441\u0442\u044c \u0441\u043b\u043e\u043d\u0430 \u043f\u043e \u0447\u0430\u0441\u0442\u044f\u043c. \u041d\u0430\u0447\u043d\u0435\u043c \u0440\u0430\u0441\u0441\u043a\u0430\u0437 \u0441 \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0443\u0433\u043b\u0443\u0431\u0438\u043c\u0441\u044f \u0432 \u0444\u0430\u0439\u043b\u043e\u0432\u0443\u044e \u0441\u0438\u0441\u0442\u0435\u043c\u0443 ARDFS, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0441\u043d\u043e\u0432\u043e\u0439 vAIR, \u0430 \u0442\u0430\u043a\u0436\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28919,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38542","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Hiperkonvergens megold\u00e1s AERODISK vAIR. Alapja: ARDFS f\u00e1jlrendszer | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/giperkonvergentnoe-reshenie-aerodisk-vair-osnova-fajlovaya-sistema-ardfs","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0413\u0438\u043f\u0435\u0440\u043a\u043e\u043d\u0432\u0435\u0440\u0433\u0435\u043d\u0442\u043d\u043e\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 AERODISK vAIR. \u041e\u0441\u043d\u043e\u0432\u0430 \u2014 \u0444\u0430\u0439\u043b\u043e\u0432\u0430\u044f \u0441\u0438\u0441\u0442\u0435\u043c\u0430 ARDFS | ProHoster","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/giperkonvergentnoe-reshenie-aerodisk-vair-osnova-fajlovaya-sistema-ardfs","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:24:25+00:00","article:modified_time":"2019-10-31T19:24:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38542","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 13:06:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:07:40","updated":"2026-02-09 13:06:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/38542","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=38542"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/38542\/revisions"}],"predecessor-version":[{"id":158207,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/38542\/revisions\/158207"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/28919"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=38542"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=38542"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=38542"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}