{"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\/cs\/blog\/administrirovanie\/admin-bez-ruk-giperkonvergentsiya","title":{"rendered":"Admin bez rukou = hyperkonvergence?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Admin
\n\"Admin
\n
\nTo je m\u00fdtus, kter\u00fd je v oblasti serverov\u00e9ho hardwaru pom\u011brn\u011b roz\u0161\u00ed\u0159en\u00fd. V praxi v\u0161ak hyperkonvergentn\u00ed \u0159e\u0161en\u00ed (kdy\u017e je v\u0161e v jednom) jsou pot\u0159ebn\u00e1 z mnoha d\u016fvod\u016f. Historicky bylo prvn\u00ed architektury vyvinuto spole\u010dnostmi Amazon a Google pro sv\u00e9 slu\u017eby. Tehdy byla my\u0161lenka vytvo\u0159it v\u00fdpo\u010detn\u00ed farmu z identick\u00fdch uzl\u016f, z nich\u017e ka\u017ed\u00fd m\u011bl sv\u00e9 vlastn\u00ed disky. V\u0161e bylo spojeno n\u011bjak\u00fdm syst\u00e9mov\u00fdm softwarem (hypervizorem) a n\u00e1sledn\u011b rozd\u011blena na virtu\u00e1ln\u00ed stroje. Hlavn\u00edm c\u00edlem je minim\u00e1ln\u00ed \u00fasil\u00ed na \u00fadr\u017ebu jednoho uzlu a minim\u00e1ln\u00ed probl\u00e9my p\u0159i \u0161k\u00e1lov\u00e1n\u00ed: jednodu\u0161e se dokoupilo dal\u0161\u00ed tis\u00edcovku takov\u00fdch server\u016f a p\u0159ipojilo se vedle. V praxi se jedn\u00e1 o ojedin\u011bl\u00e9 p\u0159\u00edpady, a mnohem \u010dast\u011bji se hovo\u0159\u00ed o men\u0161\u00edm po\u010dtu uzl\u016f a trochu jin\u00e9 architektu\u0159e. <\/p>\n

Ale v\u00fdhoda z\u016fst\u00e1v\u00e1 stejn\u00e1 \u2013 neuv\u011b\u0159iteln\u00e1 jednoduchost \u0161k\u00e1lov\u00e1n\u00ed a spr\u00e1vy. Nev\u00fdhodou jsou r\u016fzn\u00e9 \u00fakoly, kter\u00e9 r\u016fzn\u011b spot\u0159ebov\u00e1vaj\u00ed zdroje, a n\u011bkde bude m\u00edstn\u00edch disk\u016f hodn\u011b, jinde m\u00e1lo RAM, a tak d\u00e1le, co\u017e znamen\u00e1, \u017ee p\u0159i r\u016fzn\u00fdch typech \u00fakol\u016f bude klesat vyu\u017eit\u00ed zdroj\u016f. <\/p>\n

Uk\u00e1zalo se, \u017ee plat\u00edte o 10-15 % v\u00edce za pohodl\u00ed v nastaven\u00ed. To vyvolalo m\u00fdtus, kter\u00fd je uveden v nadpisu. Dlouho jsme hledali, kde by technologie mohla b\u00fdt optim\u00e1ln\u011b aplikov\u00e1na, a na\u0161li jsme to. Skute\u010dnost je takov\u00e1, \u017ee Cisco nem\u011blo sv\u00e9 vlastn\u00ed \u00falo\u017ei\u0161t\u011b, ale cht\u011bli kompletn\u00ed serverov\u00fd trh. A vytvo\u0159ili Cisco Hyperflex \u2013 \u0159e\u0161en\u00ed s m\u00edstn\u00edmi \u00falo\u017ei\u0161ti na uzlech. <\/p>\n

A z toho n\u00e1hle vzniklo velmi dobr\u00e9 \u0159e\u0161en\u00ed pro z\u00e1lo\u017en\u00ed datov\u00e1 centra (Disaster Recovery). Pro\u010d a jak \u2013 nyn\u00ed v\u00e1m pov\u00edm. A uk\u00e1\u017eu testy clusteru. <\/a><\/noindex><\/p>\n

Kde je to pot\u0159eba<\/h3>\n

\nHyperkonvergence \u2013 to je: <\/p>\n

    \n
  1. P\u0159enos disk\u016f do v\u00fdpo\u010detn\u00edch uzl\u016f.<\/li>\n
  2. Plnohodnotn\u00e1 integrace subsyst\u00e9mu ukl\u00e1d\u00e1n\u00ed dat se subsyst\u00e9mem virtualizace.<\/li>\n
  3. P\u0159enos\/integrace s s\u00ed\u0165ov\u00fdm subsyst\u00e9mem.<\/li>\n<\/ol>\n

    \nTakov\u00e9 propojen\u00ed umo\u017e\u0148uje implementaci mnoha funkc\u00ed \u00falo\u017ei\u0161t\u011b na \u00farovni virtualizace a to v\u0161e z jednoho ovl\u00e1dac\u00edho okna.<\/p>\n

    V na\u0161\u00ed spole\u010dnosti jsou velmi \u017e\u00e1dan\u00e9 projekty na n\u00e1vrh z\u00e1lo\u017en\u00edch datov\u00fdch center, a \u010dasto se vol\u00ed pr\u00e1v\u011b hyperkonvergentn\u00ed \u0159e\u0161en\u00ed d\u00edky mno\u017estv\u00ed mo\u017enost\u00ed replikace (a\u017e po metroklaster) z krabice. <\/p>\n

    V p\u0159\u00edpad\u011b z\u00e1lo\u017en\u00edch datov\u00fdch center se obvykle jedn\u00e1 o vzd\u00e1len\u00fd objekt na m\u00edst\u011b na druh\u00e9 stran\u011b m\u011bsta nebo dokonce v jin\u00e9m m\u011bst\u011b. To umo\u017e\u0148uje obnovit kritick\u00e9 syst\u00e9my v p\u0159\u00edpad\u011b \u010d\u00e1ste\u010dn\u00e9ho nebo \u00fapln\u00e9ho selh\u00e1n\u00ed hlavn\u00edho datov\u00e9ho centra. Data se neust\u00e1le replikuj\u00ed z produk\u010dn\u00edho prost\u0159ed\u00ed, a tato replikace m\u016f\u017ee prob\u00edhat na \u00farovni aplikace nebo na \u00farovni blokov\u00e9ho za\u0159\u00edzen\u00ed (\u00falo\u017ei\u0161t\u011b).<\/p>\n

    Proto te\u010f pop\u00ed\u0161u strukturu syst\u00e9mu a testy, a pot\u00e9 - n\u011bkolik sc\u00e9n\u00e1\u0159\u016f re\u00e1ln\u00e9ho pou\u017eit\u00ed s \u00fadaji o \u00faspor\u00e1ch. <\/p>\n

    Testy<\/h3>\n

    \nNa\u0161e instance se skl\u00e1d\u00e1 ze \u010dty\u0159 server\u016f, p\u0159i\u010dem\u017e ka\u017ed\u00fd z nich m\u00e1 10 SSD disk\u016f o velikosti 960 GB. Existuje vyhrazen\u00fd disk pro ke\u0161ov\u00e1n\u00ed z\u00e1pisov\u00fdch operac\u00ed a ukl\u00e1d\u00e1n\u00ed servisn\u00ed virtu\u00e1ln\u00ed ma\u0161iny. Samo \u0159e\u0161en\u00ed je \u010dtvrt\u00e1 verze. Prvn\u00ed byla o\u010dividn\u011b nedod\u011blan\u00e1 (soud\u011b podle recenz\u00ed), druh\u00e1 byla tak\u00e9 nedokonal\u00e1, t\u0159et\u00ed byla ji\u017e dost stabiln\u00ed, a tuto lze nazvat verz\u00ed po skon\u010den\u00ed beta testov\u00e1n\u00ed pro \u0161ir\u0161\u00ed ve\u0159ejnost. B\u011bhem testov\u00e1n\u00ed jsem nezjistil \u017e\u00e1dn\u00e9 probl\u00e9my, v\u0161e funguje jako hodinky.<\/p>\n

    Zm\u011bny ve verzi 4<\/b>Bylo opraveno mno\u017estv\u00ed chyb. <\/p>\n

    P\u016fvodn\u011b platforma mohla pracovat pouze s hypervizorem VMware ESXi a podporovala omezen\u00fd po\u010det uzl\u016f. Tak\u00e9 proces nasazen\u00ed \u010dasto nekon\u010dil \u00fasp\u011b\u0161n\u011b, musel se restartovat n\u011bkter\u00e9 kroky, byly probl\u00e9my s aktualizac\u00ed ze star\u0161\u00edch verz\u00ed, data v GUI se nezobrazovala v\u017edy spr\u00e1vn\u011b (i kdy\u017e te\u010f nejsem nad\u0161en\u00fd z grafick\u00e9ho zobrazen\u00ed v\u00fdkonu), n\u011bkdy se objevovaly probl\u00e9my na pomez\u00ed s virtualizac\u00ed.<\/p>\n

    Nyn\u00ed jsou v\u0161echny d\u011btsk\u00e9 nemoci opraveny, HyperFlex ovl\u00e1d\u00e1 jak ESXi, tak Hyper-V, nav\u00edc je mo\u017en\u00e9:<\/p>\n

      \n
    1. Vytvo\u0159en\u00ed roz\u0161\u00ed\u0159en\u00e9ho clustru. <\/li>\n
    2. Vytvo\u0159en\u00ed clustru pro kancel\u00e1\u0159e bez pou\u017eit\u00ed Fabric Interconnect, od dvou do \u010dty\u0159 uzl\u016f (kupujeme pouze servery).<\/li>\n
    3. Mo\u017enost pr\u00e1ce s extern\u00edmi \u00falo\u017ei\u0161ti.<\/li>\n
    4. Podpora kontejner\u016f a Kubernetes.<\/li>\n
    5. Vytvo\u0159en\u00ed z\u00f3n dostupnosti.<\/li>\n
    6. Integrace s VMware SRM, pokud integrovan\u00e1 funk\u010dnost nevyhovuje.<\/li>\n<\/ol>\n

      Architektura se v\u00fdrazn\u011b neli\u0161\u00ed od \u0159e\u0161en\u00ed hlavn\u00edch konkurent\u016f, kolo jsme nevynalezli. V\u0161echno to funguje na virtualiza\u010dn\u00ed platform\u011b VMware nebo Hyper-V. Hardwarov\u011b je to um\u00edst\u011bno na serverech vlastn\u00ed konstrukce Cisco UCS. Jsou ti, kdo nen\u00e1vid\u00ed tuto platformu kv\u016fli relativn\u00ed slo\u017eitosti po\u010d\u00e1te\u010dn\u00edho nastaven\u00ed, mno\u017estv\u00ed tla\u010d\u00edtek, netradi\u010dn\u00edmu syst\u00e9mu \u0161ablon a z\u00e1vislost\u00ed, ale jsou i ti, kdo pochopili Zen, vc\u00edtili se do my\u0161lenky a necht\u011bj\u00ed u\u017e pracovat s jin\u00fdmi servery. <\/p>\n

      Budeme se zab\u00fdvat pr\u00e1v\u011b \u0159e\u0161en\u00edm pro VMware, proto\u017ee bylo p\u016fvodn\u011b vytvo\u0159eno pro n\u011bj a m\u00e1 v\u011bt\u0161\u00ed funk\u010dnost; Hyper-V byl vylep\u0161en pr\u016fb\u011b\u017en\u011b, aby nez\u016fstal pozadu za konkurenc\u00ed a splnil o\u010dek\u00e1v\u00e1n\u00ed trhu.<\/p>\n

      Existuje cluster server\u016f napln\u011bn\u00fdch disky. Jsou disky ur\u010den\u00e9 pro ukl\u00e1d\u00e1n\u00ed dat (SSD nebo HDD \u2014 podle va\u0161eho vkusu a pot\u0159eb), a jeden SSD disk pro cachov\u00e1n\u00ed. P\u0159i z\u00e1pisu dat na datastore doch\u00e1z\u00ed k ukl\u00e1d\u00e1n\u00ed dat na cache vrstv\u011b (vyhrazen\u00fd SSD disk a RAM servisn\u00ed VM). Paraleln\u011b je blok dat zas\u00edl\u00e1n na uzly v clusteru (po\u010det uzl\u016f z\u00e1vis\u00ed na faktoru replikace clusteru). Po potvrzen\u00ed od v\u0161ech uzl\u016f o \u00fasp\u011b\u0161n\u00e9m z\u00e1pisu je potvrzen\u00ed z\u00e1pisu odesl\u00e1no hypervizoru a d\u00e1le \u2014 do VM. Ulo\u017een\u00e1 data se na pozad\u00ed deduplikuje, komprimuj\u00ed a zapisuj\u00ed na \u00falo\u017en\u00e9 disky. P\u0159i tom se na \u00falo\u017en\u00e9 disky v\u017edy zapisuje velk\u00fd blok a postupn\u011b, co\u017e sni\u017euje z\u00e1t\u011b\u017e na \u00falo\u017en\u00e9 disky.<\/p>\n

      Deduplicace a komprese jsou neust\u00e1le zapnuty a nelze je vypnout. \u010cten\u00ed dat prob\u00edh\u00e1 p\u0159\u00edmo z \u00falo\u017en\u00fdch disk\u016f nebo z cache RAM. Pokud je pou\u017eita hybridn\u00ed konfigurace, pak se \u010dten\u00ed tak\u00e9 cache na SSD disku.<\/p>\n

      Data nejsou v\u00e1z\u00e1na na aktu\u00e1ln\u00ed um\u00edst\u011bn\u00ed virtu\u00e1ln\u00edho stroje a distribuuj\u00ed se mezi uzly rovnom\u011brn\u011b. Takov\u00fd p\u0159\u00edstup umo\u017e\u0148uje rovnom\u011brn\u011b zat\u00ed\u017eit v\u0161echny disky a s\u00ed\u0165ov\u00e9 rozhran\u00ed. Samoz\u0159ejm\u011b, \u017ee zde je z\u0159ejm\u00fd nedostatek: nem\u016f\u017eeme co nejv\u00edc sn\u00ed\u017eit zpo\u017ed\u011bn\u00ed \u010dten\u00ed, proto\u017ee nen\u00ed zaru\u010deno, \u017ee data jsou lok\u00e1ln\u00ed. Ale pova\u017euji to za zanedbatelnou ob\u011b\u0165 ve srovn\u00e1n\u00ed s dosa\u017een\u00fdmi v\u00fdhodami. O to v\u00edc, \u017ee latence v s\u00edti dos\u00e1hla takov\u00fdch hodnot, \u017ee prakticky neovliv\u0148uje celkov\u00fd v\u00fdsledek.<\/p>\n

      Za celou logiku pr\u00e1ce diskov\u00e9ho subsyst\u00e9mu odpov\u00edd\u00e1 speci\u00e1ln\u00ed servisn\u00ed VM Cisco HyperFlex Data Platform controller, kter\u00e1 se vytv\u00e1\u0159\u00ed na ka\u017ed\u00e9 uzlu \u00falo\u017ei\u0161t\u011b. V na\u0161\u00ed konfiguraci byla servisn\u00ed VM p\u0159id\u011blena osm vCPU a 72 GB RAM, co\u017e nen\u00ed zrovna m\u00e1lo. P\u0159ipom\u00edn\u00e1m, \u017ee samotn\u00fd host m\u00e1 k dispozici 28 fyzick\u00fdch jader a 512 GB RAM.<\/p>\n

      Servisn\u00ed VM m\u00e1 p\u0159\u00edstup k fyzick\u00fdm disk\u016fm p\u0159\u00edmo pomoc\u00ed pr\u016fchodu SAS-\u0159adi\u010de do VM. Komunikace s hypervizorem prob\u00edh\u00e1 prost\u0159ednictv\u00edm speci\u00e1ln\u00edho modulu IOVisor, kter\u00fd zachycuje operace vstupu a v\u00fdstupu, a pomoc\u00ed agenta, kter\u00fd umo\u017e\u0148uje p\u0159ed\u00e1vat p\u0159\u00edkazy do API hypervizoru. Agent zaji\u0161\u0165uje pr\u00e1ci s HyperFlex snapshoty a klony.<\/p>\n

      V hypervizoru se diskov\u00e9 zdroje montuj\u00ed jako NFS- nebo SMB-sd\u00edlen\u00ed (z\u00e1vis\u00ed na typu hypervizoru, h\u00e1dejte, kter\u00fd je kde). A pod kapotou je to distribuovan\u00fd souborov\u00fd syst\u00e9m, kter\u00fd umo\u017e\u0148uje p\u0159id\u00e1n\u00ed funkc\u00ed dosp\u011bl\u00fdch plnohodnotn\u00fdch \u00falo\u017ei\u0161\u0165: tenk\u00e9 p\u0159id\u011blov\u00e1n\u00ed objem\u016f, kompresi a deduplikaci, snapshoty podle technologie Redirect-on-Write, synchronn\u00ed\/asynchronn\u00ed replikaci.<\/p>\n

      Servisn\u00ed VM poskytuje p\u0159\u00edstup k webov\u00e9mu rozhran\u00ed spr\u00e1vy subsyst\u00e9mu HyperFlex. Existuje integrace s vCenter a v\u011bt\u0161ina ka\u017edodenn\u00edch \u00fakol\u016f m\u016f\u017ee b\u00fdt provedena z n\u011bj, ale datastory je nap\u0159\u00edklad pohodln\u011bj\u0161\u00ed rozd\u011blit z odd\u011blen\u00e9ho webov\u00e9ho rozhran\u00ed, pokud jste ji\u017e p\u0159e\u0161li na rychl\u00e9 HTML5 rozhran\u00ed, nebo pou\u017e\u00edt plnohodnotn\u00e9ho Flash klienta s kompletn\u00ed integrac\u00ed. V servisn\u00edm webov\u00e9m rozhran\u00ed lze sledovat v\u00fdkonnost a podrobn\u00fd stav syst\u00e9mu.<\/p>\n

      \"Admin
      \n
      \nExistuje tak\u00e9 jin\u00fd typ uzl\u016f v klastru \u2014 v\u00fdpo\u010detn\u00ed uzly. To mohou b\u00fdt rackov\u00e9 nebo blade servery bez vestav\u011bn\u00fdch disk\u016f. Na t\u011bchto serverech lze spou\u0161t\u011bt VM, jejich\u017e data jsou ulo\u017eena na serverech s disky. Z pohledu p\u0159\u00edstupu k dat\u016fm nen\u00ed rozd\u00edl mezi typy uzl\u016f, proto\u017ee architektura p\u0159edpokl\u00e1d\u00e1 abstrakci od fyzick\u00e9ho um\u00edst\u011bn\u00ed dat. Maxim\u00e1ln\u00ed pom\u011br v\u00fdpo\u010detn\u00edch uzl\u016f a uzl\u016f \u00falo\u017ei\u0161t\u011b je 2:1.<\/p>\n

      Pou\u017eit\u00ed v\u00fdpo\u010detn\u00edch uzl\u016f zvy\u0161uje flexibilitu p\u0159i \u0161k\u00e1lov\u00e1n\u00ed zdroj\u016f klastru: nemus\u00edme nutn\u011b dokupovat uzly s disky, pokud m\u00e1me pot\u0159ebu pouze po CPU\/RAM. Krom\u011b toho m\u016f\u017eeme p\u0159idat blade ko\u0161 a z\u00edskat \u00fasporu na um\u00edst\u011bn\u00ed server\u016f v racku.<\/p>\n

      V\u00fdsledkem je, \u017ee m\u00e1me hyperkonvergentn\u00ed platformu s n\u00e1sleduj\u00edc\u00edmi funkcemi:<\/p>\n