{"id":38966,"date":"2019-10-31T22:27:03","date_gmt":"2019-10-31T19:27:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/admin-bez-ruk-giperkonvergentsiya\/"},"modified":"2019-10-31T22:27:03","modified_gmt":"2019-10-31T19:27:03","slug":"admin-bez-ruk-giperkonvergentsiya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/admin-bez-ruk-giperkonvergentsiya","title":{"rendered":"Administrator bez ruku = hiper-\u0161tepanju?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Administrator
\n\"Administrator
\n
\nTo je mit, dovoljno rasprostranjen u podru\u010dju serverskog hardvera. U praksi, me\u0111utim, hiper-\u0161tepanju rje\u0161enja (kada je sve u jednom) potrebna su za mnogo toga. Povijesno, prve arhitekture razvile su Amazon i Google za svoje usluge. Tada je ideja bila stvoriti ra\u010dunalnu farmu od identi\u010dnih \u010dvorova, od kojih svaki ima vlastite diskove. Sve se to povezivalo nekim sustavnom softverom (hipervizorom) i dijelilo se na virtualne ma\u0161ine. Glavni zadatak je minimalno napora za odr\u017eavanje jednog \u010dvora i minimalni problemi pri skaliranju: jednostavno kupite jo\u0161 tisu\u0107u-dvije takvih servera i spojite ih uz. U praksi, to su pojedina\u010dni slu\u010dajevi, a mnogo \u010de\u0161\u0107e se radi o manjem broju \u010dvorova i malo druga\u010dijoj arhitekturi. <\/p>\n

Ali prednost ostaje ista \u2014 nevjerojatna jednostavnost skaliranja i upravljanja. Mana \u2014 razli\u010diti zadaci druga\u010dije tro\u0161e resurse, i negdje \u0107e lokalnih diskova biti mnogo, negdje malo RAM-a i tako dalje, \u0161to zna\u010di da \u0107e kod razli\u010ditih tipova zadataka padati iskori\u0161tenje resursa. <\/p>\n

Ispalo je da pla\u0107ate 10\u201315% vi\u0161e za jednostavnost postavljanja. To je izazvalo mit iz naslova. Dugo smo tra\u017eili gdje \u0107e se tehnologija optimalno primijeniti, i prona\u0161li. Naime, Cisco nije imao svoje SAN-ove, ali su \u017eeljeli cjelokupno tr\u017ei\u0161te servera. I napravili su Cisco Hyperflex \u2014 rje\u0161enje s lokalnim skladi\u0161tima na \u010dvorovima. <\/p>\n

I od toga je iznenada nastalo vrlo dobro rje\u0161enje za rezervne podatkovne centre (Disaster Recovery). Za\u0161to i kako \u2014 sada \u0107u objasniti. I pokazati testove klastera. <\/a><\/noindex><\/p>\n

Gdje je potrebno<\/h3>\n

\nHiper-\u0161tepanju je: <\/p>\n

    \n
  1. Premje\u0161tanje diskova u ra\u010dunalne \u010dvorove.<\/li>\n
  2. Potpuna integracija pod sustava za pohranu podataka s pod sustavom virtualizacije.<\/li>\n
  3. Premje\u0161tanje\/integracija s mre\u017enim sustavom.<\/li>\n<\/ol>\n

    \nOva povezanost omogu\u0107uje implementaciju mnogih funkcija SAN-a na razini virtualizacije i sve iz jednog prozora za upravljanje.<\/p>\n

    U na\u0161oj kompaniji vrlo su tra\u017eeni projekti za projektiranje rezervnih DC-ova i \u010desto se bira upravo hiper-\u0161tepanju rje\u0161enje zbog \u010ditavog niza opcija za replikaciju (do metroklastera) iz kutije. <\/p>\n

    U slu\u010daju rezervnih podatkovnih centara obi\u010dno se radi o udaljenom objektu na lokaciji na drugom kraju grada ili \u010dak u drugom gradu. On omogu\u0107uje oporavak kriti\u010dnih sustava u slu\u010daju djelomi\u010dne ili potpune neispravnosti glavnog podatkovnog centra. Podaci se neprekidno repliciraju s produkcijske okoline, a ta replikacija mo\u017ee biti na razini aplikacije ili na razini blok ure\u0111aja (SAN).<\/p>\n

    Stoga \u0107u sada govoriti o strukturi sustava i testovima, a zatim o nekoliko scenarija stvarne primjene s podacima o u\u0161tedama. <\/p>\n

    Testovi<\/h3>\n

    \nNa\u0161 primjer se sastoji od \u010detiri poslu\u017eitelja, od kojih svaki sadr\u017ei 10 SSD diskova od 960 GB. Postoji odvojeni disk za ke\u0161iranje operacija pisanja i pohranu servisne virtualne ma\u0161ine. Samo rje\u0161enje je \u010detvrta verzija. Prva je bila izrazito siroma\u0161na (sude\u0107i prema recenzijama), druga je bila siroma\u0161na, tre\u0107a je ve\u0107 bila dovoljno stabilna, a ovu mo\u017eemo nazvati izdanjem nakon zavr\u0161etka beta testiranja za \u0161iru javnost. Tijekom testiranja nisam uo\u010dio probleme, sve radi kao sat.<\/p>\n

    Promjene u v4<\/b>Ispravljeno je mno\u0161tvo bugova. <\/p>\n

    Isprva, platforma je mogla raditi samo s hipervizorom VMware ESXi i podr\u017eavala je mali broj \u010dvorova. Tako\u0111er, proces implementacije nije uvijek uspje\u0161no zavr\u0161avao, bilo je potrebno ponovo pokrenuti neke korake, postojali su problemi s a\u017euriranjem sa starijih verzija, podaci u GUI-u nisu uvijek ispravno prikazivani (iako ni sada nisam odu\u0161evljen prikazom grafikona performansi), povremeno su se javljali problemi na granici s virtualizacijom.<\/p>\n

    Sada su svi dje\u010dji problemi ispravljeni, HyperFlex podr\u017eava i ESXi i Hyper-V, plus je mogu\u0107e:<\/p>\n

      \n
    1. Stvaranje pro\u0161irenog klastera. <\/li>\n
    2. Stvaranje klastera za urede bez kori\u0161tenja Fabric Interconnect, s dva do \u010detiri \u010dvora (kupujemo samo poslu\u017eitelje).<\/li>\n
    3. Mogu\u0107nost rada s vanjskim SAN-ima.<\/li>\n
    4. Podr\u0161ka za kontejnere i Kubernetes.<\/li>\n
    5. Stvaranje zona dostupnosti.<\/li>\n
    6. Integracija s VMware SRM-om, ako ugra\u0111ena funkcionalnost ne zadovoljava.<\/li>\n<\/ol>\n

      Arhitektura se ne razlikuje znatno od rje\u0161enja glavnih konkurenata, nisu se trudili izumiti bicikl. Sve ovo radi na VMware ili Hyper-V virtualizacijskoj platformi. Hardverski se smje\u0161tava na servere vlastitog razvoja Cisco UCS. Ima onih koji mrze platformu zbog relativne slo\u017eenosti prve konfiguracije, mno\u0161tva gumba, netrivijalnog sustava predlo\u017eaka i zavisnosti, ali ima i onih koji su doku\u010dili zen, zaronili u ideju i vi\u0161e ne \u017eele raditi s drugim serverima. <\/p>\n

      Razmotrit \u0107emo rje\u0161enje za VMware, budu\u0107i da je rje\u0161enje izvorno stvoreno za njega i ima ve\u0107u funkcionalnost, dok je Hyper-V dodatno dora\u0111en tijekom vremena kako bi dr\u017eao korak s konkurencijom i ispunio o\u010dekivanja tr\u017ei\u0161ta.<\/p>\n

      Postoji klaster servera napunjenih diskovima. Ima diskove za pohranu podataka (SSD ili HDD \u2014 prema va\u0161em ukusu i potrebama), te jedan SSD-disk za ke\u0161iranje. Kada se podaci upisuju na datastor, podaci se spremaju na ke\u0161iranju sloja (odre\u0111eni SSD-disk i RAM servisne VM). Paralelno, blok podataka se \u0161alje na \u010dvorove u klasteru (broj \u010dvorova ovisi o faktoru replikacije klastera). Nakon potvrde od svih \u010dvorova o uspje\u0161nom upisu, potvrda se \u0161alje hipervizoru i zatim \u2014 VM-u. Upisani podaci se u pozadini dedupliciraju, komprimiraju i zapisuju na diske za pohranu. Pri tome se na diskove za pohranu uvijek pi\u0161e veliki blok i sekvencijalno, \u0161to smanjuje optere\u0107enje na diskove za pohranu.<\/p>\n

      Deduplicitacija i kompresija su stalno uklju\u010dene i ne mogu se isklju\u010diti. \u010citanje podataka odvija se izravno s diskova za pohranu ili iz RAM ke\u0161a. Ako se koristi hibridna konfiguracija, tada se \u010ditanje tako\u0111er ke\u0161ira na SSD-disku.<\/p>\n

      Podaci nisu vezani uz trenutnu lokaciju virtualne ma\u0161ine i ravnomjerno se raspore\u0111uju me\u0111u \u010dvorovima. Takav pristup omogu\u0107uje jednako optere\u0107enje svih diskova i mre\u017enih su\u010delja. Postoji o\u010digledan minus: ne mo\u017eemo maksimalno smanjiti latenciju \u010ditanja, jer nema garancije da su podaci lokalno prisutni. No smatram da je to neznatan gubitak u usporedbi s dobivenim prednostima. Tim vi\u0161e \u0161to su latencije u mre\u017ei dosegle takve vrijednosti da prakti\u010dki ne utje\u010du na kona\u010dni rezultat.<\/p>\n

      Za cjelokupnu logiku rada diskovne podsustave odgovara posebna servisna VM Cisco HyperFlex Data Platform controller, koja se stvara na svakoj nodi pohrane. U na\u0161oj konfiguraciji servisnoj VM dodijeljeno je osam vCPU i 72 GB RAM-a, \u0161to nije malo. Podsje\u0107am da sam host ima 28 fizi\u010dkih jezgri i 512 GB RAM-a.<\/p>\n

      Servisna VM ima pristup fizi\u010dkim diskovima izravno putem proksiranja SAS-kontrolera unutar VM-a. Komunikacija s hipervizorom odvija se putem posebnog modula IOVisor, koji presre\u0107e operacije ulaz-izlaz, i uz pomo\u0107 agenta koji omogu\u0107ava slanje komandi u API hipervizora. Agent je zadu\u017een za rad s HyperFlex snimkama i klonovima.<\/p>\n

      U hipervizoru diskovni resursi se montiraju kao NFS- ili SMB-share (ovisno o vrsti hipervizora, pogodite koja gdje). A ispod haube je distribuirani datote\u010dni sustav koji omogu\u0107ava dodavanje funkcija punokrvne SAN: tanko dodjeljivanje volumena, kompresija i deduplifikacija, snimke putem tehnologije Redirect-on-Write, sinkrona\/asinkrona replikacija.<\/p>\n

      Servisna VM pru\u017ea pristup WEB su\u010delju za upravljanje sustavom HyperFlex. Postoji integracija s vCenterom, a ve\u0107i dio svakodnevnih zadataka mo\u017ee se obaviti iz njega, no datastori je, na primjer, lak\u0161e podijeliti iz odvojenog web su\u010delja, ako ste ve\u0107 pre\u0161li na brzo HTML5 su\u010delje, ili koristiti potpuni Flash klijent s punom integracijom. U servisnoj web aplikaciji mo\u017eete pregledati performanse i detaljan status sustava.<\/p>\n

      \"Administrator
      \n
      \nPostoji i drugi tip nodi u klasteru - ra\u010dunalne nodi. To mogu biti rack ili blade poslu\u017eitelji bez ugra\u0111enih diskova. Na tim poslu\u017eiteljima mo\u017eete pokretati VM-ove \u010diji se podaci pohranjuju na poslu\u017eiteljima s diskovima. U smislu pristupa podacima, nema razlike izme\u0111u tipova nodi, jer arhitektura podrazumijeva apstrakciju od fizi\u010dkog polo\u017eaja podataka. Maksimalni omjer ra\u010dunalnih nodi i nodi pohrane je 2:1.<\/p>\n

      Kori\u0161tenje ra\u010dunalnih nodi pove\u0107ava fleksibilnost pri skaliranju resursa klastera: ne moramo nu\u017eno kupovati nodi s diskovima ako imamo potrebu samo za CPU\/RAM-om. Osim toga, mo\u017eemo dodati blade ko\u0161aru i time u\u0161tedjeti na smje\u0161taju poslu\u017eitelja u ormari\u0107u.<\/p>\n

      Kao rezultat imamo hiperconvergentnu platformu s sljede\u0107im karakteristikama:<\/p>\n