{"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\/sk\/blog\/administrirovanie\/admin-bez-ruk-giperkonvergentsiya","title":{"rendered":"Administr\u00e1tor bez r\u00fak = hyperkonvergencia?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Administr\u00e1tor
\n\"Administr\u00e1tor
\n
\nToto je m\u00fdtus, dos\u0165 roz\u0161\u00edren\u00fd v oblasti serverov\u00e9ho hardv\u00e9ru. V praxi s\u00fa v\u0161ak hyperkonvergovan\u00e9 rie\u0161enia (ke\u010f je v\u0161etko v jednom) potrebn\u00e9 na r\u00f4zne \u00fa\u010dely. Historicky sa uk\u00e1zalo, \u017ee prv\u00e9 architekt\u00fary boli vyvinut\u00e9 spolo\u010dnos\u0165ami Amazon a Google pre svoje slu\u017eby. Vtedy bola my\u0161lienka vytvori\u0165 v\u00fdpo\u010dtov\u00fa farmu z rovnak\u00fdch uzlov, kde ka\u017ed\u00fd uzol m\u00e1 vlastn\u00e9 disky. Toto v\u0161etko bolo spojen\u00e9 programom na syst\u00e9mov\u00fa spr\u00e1vu (hyperv\u00edzorom) a rozdelen\u00e9 na virtu\u00e1lne stroje. Hlavn\u00e1 \u00faloha \u2014 minimum \u00fasilia na \u00fadr\u017ebu jedn\u00e9ho uzla a minimum probl\u00e9mov pri \u0161k\u00e1lovan\u00ed: jednoducho ste k\u00fapili \u010fal\u0161\u00edch tis\u00edc alebo dvoch podobn\u00fdch serverov a pripojili ich ved\u013ea seba. V praxi s\u00fa to ojedinel\u00e9 pr\u00edpady a omnoho \u010dastej\u0161ie ide o men\u0161\u00ed po\u010det uzlov a trochu in\u00fa architekt\u00faru. <\/p>\n

Pozit\u00edvum v\u0161ak ost\u00e1va rovnak\u00e9 \u2014 neuverite\u013en\u00e1 jednoduchos\u0165 \u0161k\u00e1lovania a spr\u00e1vy. Negat\u00edvum \u2014 r\u00f4zne \u00falohy r\u00f4zne spotreb\u00favaj\u00fa zdroje, a niekde m\u00f4\u017ee by\u0165 ve\u013ea lok\u00e1lnych diskov, inde m\u00e1lo opera\u010dnej pam\u00e4te a tak \u010falej, t. j. pri r\u00f4znych typoch \u00faloh bude klesa\u0165 vyu\u017eitie zdrojov. <\/p>\n

Vych\u00e1dzalo to tak, \u017ee plat\u00edte o 10\u201315% viac za pohodlie nastavenia. To sp\u00f4sobilo m\u00fdtus v nadpise. Dlho sme h\u013eadali, kde by sa technol\u00f3gia dala optim\u00e1lne aplikova\u0165, a na\u0161li sme ju. Ide o to, \u017ee Cisco nemalo vlastn\u00e9 \u00falo\u017en\u00e9 syst\u00e9my, ale chceli zaplni\u0165 cel\u00fd serverov\u00fd trh. A vytvorili Cisco Hyperflex \u2014 rie\u0161enie s lok\u00e1lnymi \u00falo\u017eiskami na uzloch. <\/p>\n

A z toho nakoniec vzniklo ve\u013emi dobr\u00e9 rie\u0161enie pre z\u00e1lo\u017en\u00e9 d\u00e1tov\u00e9 centr\u00e1 (Disaster Recovery). Pre\u010do a ako \u2014 teraz v\u00e1m to poviem. A uk\u00e1\u017eem testy klastru. <\/a><\/noindex><\/p>\n

Kde je to potrebn\u00e9<\/h3>\n

\nHyperkonvergencia \u2014 to je: <\/p>\n

    \n
  1. Prenos diskov do v\u00fdpo\u010dtov\u00fdch uzlov.<\/li>\n
  2. Plnohodnotn\u00e1 integr\u00e1cia subsyst\u00e9mu ukladania d\u00e1t so subsyst\u00e9mom virtualiz\u00e1cie.<\/li>\n
  3. Prenos\/integr\u00e1cia so sie\u0165ov\u00fdm subsyst\u00e9mom.<\/li>\n<\/ol>\n

    \nTak\u00e9to prepojenie umo\u017e\u0148uje realizova\u0165 mno\u017estvo funkci\u00ed \u00falo\u017en\u00fdch syst\u00e9mov na \u00farovni virtualiz\u00e1cie a v\u0161etko z jedn\u00e9ho ovl\u00e1dacieho okna.<\/p>\n

    V na\u0161ej spolo\u010dnosti s\u00fa ve\u013emi \u017eiadan\u00e9 projekty na navrhovanie z\u00e1lo\u017en\u00fdch d\u00e1tov\u00fdch centier, a \u010dasto sa vol\u00ed pr\u00e1ve hyperkonvergovan\u00e9 rie\u0161enie kv\u00f4li mno\u017estvu mo\u017enost\u00ed replik\u00e1cie (a\u017e po metropolitn\u00e9 klastre) priamo z krabice. <\/p>\n

    V pr\u00edpade z\u00e1lo\u017en\u00fdch d\u00e1tov\u00fdch centier sa zvy\u010dajne hovor\u00ed o vzdialenom objekte na mieste na druhej strane mesta alebo dokonca v inom meste. Umo\u017e\u0148uje obnovi\u0165 kritick\u00e9 syst\u00e9my v pr\u00edpade \u010diasto\u010dn\u00e9ho alebo \u00fapln\u00e9ho zlyhania hlavn\u00e9ho d\u00e1tov\u00e9ho centra. \u00dadaje s\u00fa tam neust\u00e1le replikovan\u00e9 z produkcie, a t\u00e1to replik\u00e1cia m\u00f4\u017ee prebieha\u0165 na \u00farovni aplik\u00e1cie alebo na \u00farovni blokov\u00e9ho zariadenia (\u00falo\u017en\u00e9 syst\u00e9my).<\/p>\n

    Preto teraz poviem o usporiadan\u00ed syst\u00e9mu a testoch, a potom o nieko\u013ek\u00fdch scen\u00e1roch re\u00e1lneho vyu\u017eitia s \u00fadajmi o \u00faspor\u00e1ch. <\/p>\n

    Testy<\/h3>\n

    \nN\u00e1\u0161 exempl\u00e1r pozost\u00e1va zo \u0161tyroch serverov, z ktor\u00fdch ka\u017ed\u00fd m\u00e1 10 SSD diskov s kapacitou 960 GB. Je tam vyhraden\u00fd disk na cache oper\u00e1ci\u00ed z\u00e1pisu a uchov\u00e1vania servisnej virtu\u00e1lnej ma\u0161iny. Samotn\u00e9 rie\u0161enie je \u0161tvrt\u00e1 verzia. Prv\u00e1 bola otvorene nedokonal\u00e1 (s\u00fad pod\u013ea recenzi\u00ed), druh\u00e1 bola e\u0161te nedokonal\u00e1, tretia u\u017e dostato\u010dne stabiln\u00e1 a t\u00fato m\u00f4\u017eeme nazva\u0165 vydan\u00edm po ukon\u010den\u00ed beta testovania na \u0161irokej verejnosti. Po\u010das testovania som nezaznamenal \u017eiadne probl\u00e9my, v\u0161etko funguje ako hodinky.<\/p>\n

    Zmeny vo v4<\/b>Opraven\u00fdch mno\u017estvo ch\u00fdb. <\/p>\n

    P\u00f4vodne platforma mohla pracova\u0165 iba s hyperv\u00edzorom VMware ESXi a podporovala len mal\u00e9 mno\u017estvo uzlov. Proces nasadenia tie\u017e nie v\u017edy kon\u010dil \u00faspe\u0161ne, niektor\u00e9 kroky bolo potrebn\u00e9 re\u0161tartova\u0165, boli probl\u00e9my s aktualiz\u00e1ciou zo star\u0161\u00edch verzi\u00ed, \u00fadaje v GUI sa nezobrazovali v\u017edy spr\u00e1vne (aj ke\u010f ani teraz nie som nad\u0161en\u00fd z zobrazenia grafov v\u00fdkonnosti), niekedy sa vyskytli probl\u00e9my na rozhran\u00ed s virtualiz\u00e1ciou.<\/p>\n

    Teraz s\u00fa v\u0161etky detsk\u00e9 choroby opraven\u00e9, HyperFlex zvl\u00e1da aj ESXi, aj Hyper-V, navy\u0161e je mo\u017en\u00e9:<\/p>\n

      \n
    1. Vytvorenie roz\u0161\u00edren\u00e9ho klastru. <\/li>\n
    2. Vytvorenie klastru pre kancel\u00e1rie bez pou\u017eitia Fabric Interconnect, od dvoch do \u0161tyroch uzlov (kupujeme iba servery).<\/li>\n
    3. Mo\u017enos\u0165 pr\u00e1ce s extern\u00fdmi \u00falo\u017en\u00fdmi syst\u00e9mami.<\/li>\n
    4. Podpora kontajnerov a Kubernetes.<\/li>\n
    5. Vytvorenie z\u00f3n dostupnosti.<\/li>\n
    6. Integr\u00e1cia s VMware SRM, ak vstavan\u00e1 funkcia nie je dostato\u010dn\u00e1.<\/li>\n<\/ol>\n

      Architekt\u00fara sa v\u00fdrazne nel\u00ed\u0161i od rie\u0161en\u00ed hlavn\u00fdch konkurentov, kolo nevym\u00fd\u0161\u013eali. V\u0161etko funguje na platforme virtualiz\u00e1cie VMware alebo Hyper-V. Hardv\u00e9r je umiestnen\u00fd na serveroch vlastn\u00e9ho v\u00fdvoja Cisco UCS. S\u00fa \u013eudia, ktor\u00ed nen\u00e1vidia platformu za relat\u00edvnu zlo\u017eitosti po\u010diato\u010dn\u00e9ho nastavenia, mno\u017estvo tla\u010didiel, netrivi\u00e1lny syst\u00e9m \u0161abl\u00f3n a z\u00e1vislost\u00ed, ale s\u00fa aj tak\u00ed, ktor\u00ed prenikli do zenov\u00e9ho stavu, pre\u017eili my\u0161lienku a u\u017e nechc\u00fa pracova\u0165 s in\u00fdmi servermi. <\/p>\n

      Budeme sa zaobera\u0165 konkr\u00e9tne rie\u0161en\u00edm pre VMware, preto\u017ee rie\u0161enie bolo p\u00f4vodne vytvoren\u00e9 pre\u0148 a m\u00e1 v\u00e4\u010d\u0161iu funk\u010dnos\u0165, Hyper-V bolo dodato\u010dne upraven\u00e9, aby nezostalo pozadu za konkurentmi a aby splnilo o\u010dak\u00e1vania trhu.<\/p>\n

      Existuje klaster serverov naplnen\u00fdch diskami. S\u00fa disky na ukladanie \u00fadajov (SSD alebo HDD \u2013 pod\u013ea v\u00e1\u0161ho vkusu a potrieb), existuje jeden SSD disk na vyrovn\u00e1vanie vyrovn\u00e1vacej pam\u00e4te. Pri z\u00e1pise \u00fadajov na datastore sa \u00fadaje ukladaj\u00fa na vyrovn\u00e1vacej pam\u00e4ti (vyhraden\u00fd SSD disk a RAM slu\u017eobnej VM). Paralelne sa blok \u00fadajov posiela na nody v klastre (po\u010det nodov z\u00e1vis\u00ed od faktora replik\u00e1cie klastre). Po potvrden\u00ed zo v\u0161etk\u00fdch nodov o \u00faspe\u0161nom z\u00e1pise sa potvrdenie z\u00e1pisu posiela hyperv\u00edzoru a \u010falej \u2013 do VM. Z\u00e1pis \u00fadajov sa na pozad\u00ed deduplikuje, komprimuje a zapisuje na \u00falo\u017en\u00e9 disky. Pri tom sa na \u00falo\u017en\u00e9 disky v\u017edy zapisuje ve\u013ek\u00fd blok a sekven\u010dne, \u010do zni\u017euje za\u0165a\u017eenie \u00falo\u017en\u00fdch diskov.<\/p>\n

      Deduplicit\u00e1cia a kompresia s\u00fa neust\u00e1le zapnut\u00e9 a nemo\u017eno ich vypn\u00fa\u0165. \u010c\u00edtanie \u00fadajov prebieha priamo z \u00falo\u017en\u00fdch diskov alebo z pam\u00e4te RAM. Ak sa pou\u017e\u00edva hybridn\u00e1 konfigur\u00e1cia, \u010d\u00edtanie sa tie\u017e cacheuje na SSD disku.<\/p>\n

      \u00dadaje nie s\u00fa viazan\u00e9 na aktu\u00e1lnu polohu virtu\u00e1lneho stroja a rozde\u013euj\u00fa sa rovnomerne medzi nody. Tento pr\u00edstup umo\u017e\u0148uje rovnomerne za\u0165a\u017ei\u0165 v\u0161etky disky a sie\u0165ov\u00e9 roz interfaces. Zjavn\u00fd nedostatok je, \u017ee nem\u00f4\u017eeme maxim\u00e1lne zn\u00ed\u017ei\u0165 latenciu \u010d\u00edtania, preto\u017ee nie je zaru\u010den\u00e1 lok\u00e1lna dostupnos\u0165 \u00fadajov. Ale pova\u017eujem to za zanedbate\u013en\u00fa obetu v porovnan\u00ed so z\u00edskan\u00fdmi v\u00fdhodami. O to viac latencie v sieti dosiahli tak\u00e9 hodnoty, \u017ee prakticky neovplyv\u0148uj\u00fa celkov\u00fd v\u00fdsledok.<\/p>\n

      Za cel\u00fa logiku fungovania diskov\u00e9ho subsyst\u00e9mu zodpoved\u00e1 \u0161peci\u00e1lna servisn\u00e1 VM Cisco HyperFlex Data Platform controller, ktor\u00e1 sa vytv\u00e1ra na ka\u017edom uzle \u00falo\u017eiska. V na\u0161ej konfigur\u00e1cii bola servisnej VM pridelen\u00e1 osem vCPU a 72 GB RAM, \u010do nie je m\u00e1lo. Pripom\u00ednam, \u017ee samotn\u00fd hostite\u013e m\u00e1 k dispoz\u00edcii 28 fyzick\u00fdch jadier a 512 GB RAM.<\/p>\n

      Servisn\u00e1 VM m\u00e1 pr\u00edstup k fyzick\u00fdm diskom priamo pomocou prenosu SAS-ovzora do VM. Komunik\u00e1cia s hyperv\u00edzorom prebieha prostredn\u00edctvom \u0161peci\u00e1lneho modulu IOVisor, ktor\u00fd zachyt\u00e1va oper\u00e1cie vstupu-v\u00fdstupu, a pomocou agenta, ktor\u00fd umo\u017e\u0148uje odosiela\u0165 pr\u00edkazy do API hyperv\u00edzora. Agent zodpoved\u00e1 za pr\u00e1cu s HyperFlex sn\u00edmkami a klonmi.<\/p>\n

      V hyperv\u00edzore s\u00fa diskov\u00e9 zdroje pripojen\u00e9 ako NFS- alebo SMB-zdielanie (z\u00e1vis\u00ed od typu hyperv\u00edzora, h\u00e1dajte, ktor\u00fd je kde). A pod kapotou je to distribuovan\u00fd s\u00faborov\u00fd syst\u00e9m, ktor\u00fd umo\u017e\u0148uje prida\u0165 funkcie dospel\u00fdch plnohodnotn\u00fdch SCLD: tenk\u00e9 pride\u013eovanie objemov, kompresiu a deduplik\u00e1ciu, sn\u00edmky pomocou technol\u00f3gie Redirect-on-Write, synchronn\u00fa\/asynchr\u00f3nnu replik\u00e1ciu.<\/p>\n

      Servisn\u00e1 VM poskytuje pr\u00edstup k WEB-rozhraniu spr\u00e1vy subsyst\u00e9mu HyperFlex. Existuje integr\u00e1cia s vCenter a v\u00e4\u010d\u0161ina ka\u017edodenn\u00fdch \u00faloh m\u00f4\u017ee by\u0165 vykonan\u00e1 z neho, ale datastory je napr\u00edklad pohodlnej\u0161ie vytv\u00e1ra\u0165 z samostatn\u00e9ho webov\u00e9ho rozhrania, ak ste u\u017e pre\u0161li na r\u00fdchle HTML5 rozhranie, alebo pou\u017e\u00edva\u0165 plnohodnotn\u00e9ho Flash klienta s plnou integr\u00e1ciou. V servisnej webke si m\u00f4\u017eete pozrie\u0165 v\u00fdkon a podrobny stav syst\u00e9mu.<\/p>\n

      \"Administr\u00e1tor
      \n
      \nExistuje aj in\u00fd typ uzlov v klastri \u2013 v\u00fdpo\u010dtov\u00e9 uzly. M\u00f4\u017eu to by\u0165 stojanov\u00e9 alebo blade servery bez zabudovan\u00fdch diskov. Na t\u00fdchto serveroch m\u00f4\u017eete sp\u00fa\u0161\u0165a\u0165 VM, ktor\u00fdch d\u00e1ta s\u00fa ulo\u017een\u00e9 na serveroch s diskami. Z h\u013eadiska pr\u00edstupu k d\u00e1tam nie je rozdiel medzi typmi uzlov, preto\u017ee architekt\u00fara predpoklad\u00e1 abstrakciu od fyzickej polohy d\u00e1t. Maxim\u00e1lny pomer v\u00fdpo\u010dtov\u00fdch uzlov a uzlov \u00falo\u017eiska je 2:1.<\/p>\n

      Pou\u017eitie v\u00fdpo\u010dtov\u00fdch uzlov zvy\u0161uje flexibilitu pri \u0161k\u00e1lovan\u00ed zdrojov klastra: nemus\u00edme nevyhnutne dokupova\u0165 uzly s diskami, ak m\u00e1me potrebu iba po CPU\/RAM. Navy\u0161e m\u00f4\u017eeme prida\u0165 blade ko\u0161\u00edk a z\u00edska\u0165 \u00fasporu na umiestnen\u00ed serverov v racku.<\/p>\n

      Ako v\u00fdsledok m\u00e1me hyperkonvergentn\u00fa platformu s nasleduj\u00facimi funkciami:<\/p>\n