{"id":96767,"date":"2020-10-14T14:43:02","date_gmt":"2020-10-14T12:43:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/hystax-cloud-migration-skachem-po-oblakam"},"modified":"2020-10-14T14:43:02","modified_gmt":"2020-10-14T12:43:02","slug":"hystax-cloud-migration-skachem-po-oblakam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/cs\/blog\/administrirovanie\/hystax-cloud-migration-skachem-po-oblakam","title":{"rendered":"Hystax Cloud Migration: sk\u00e1\u010deme mezi cloudy","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jedn\u00edm z mlad\u00fdch hr\u00e1\u010d\u016f na trhu \u0159e\u0161en\u00ed Disaster Recovery je spole\u010dnost Hystax \u2013 rusk\u00fd startup z roku 2016. Vzhledem k velk\u00e9 popularit\u011b t\u00e9matu obnovy po hav\u00e1rii a extr\u00e9mn\u011b vysok\u00e9 konkurenci na trhu se startup rozhodl zam\u011b\u0159it na migraci mezi r\u016fzn\u00fdmi cloudov\u00fdmi infrastrukturami. Produkt, kter\u00fd umo\u017e\u0148uje snadnou a rychlou migraci do cloudu, by byl velmi u\u017eite\u010dn\u00fd i klient\u016fm spole\u010dnosti \u201eOnlanta\u201c \u2013 u\u017eivatel\u016fm. Oncloud.ru<\/a><\/noindex>. Tak jsem se sezn\u00e1mil s Hystax a za\u010dal testovat jeho mo\u017enosti. A co z toho vzniklo, pov\u00edm v tomto \u010dl\u00e1nku.<\/p>\n

\"Hystax<\/a><\/noindex>
\nHlavn\u00ed p\u0159ednost\u00ed Hystax je jeho \u0161irok\u00e1 funk\u010dnost v oblasti podpory r\u016fzn\u00fdch platforem virtualizace, hostitelsk\u00fdch opera\u010dn\u00edch syst\u00e9m\u016f a cloudov\u00fdch slu\u017eeb, co\u017e umo\u017e\u0148uje p\u0159en\u00e1\u0161et va\u0161e pracovn\u00ed z\u00e1t\u011b\u017ee odkudkoli a kamkoli.<\/p>\n

To umo\u017e\u0148uje nejen vytv\u00e1\u0159et DR \u0159e\u0161en\u00ed pro zv\u00fd\u0161en\u00ed odolnosti slu\u017eeb, ale tak\u00e9 operativn\u011b a flexibiln\u011b migrovat zdroje mezi r\u016fzn\u00fdmi lokalitami a hyperscalery kv\u016fli zv\u00fd\u0161en\u00ed \u00faspor a v\u00fdb\u011bru nejlep\u0161\u00edho \u0159e\u0161en\u00ed pro konkr\u00e9tn\u00ed slu\u017ebu v dan\u00e9m okam\u017eiku. Krom\u011b platforem uveden\u00fdch na tituln\u00edm obr\u00e1zku spole\u010dnost tak\u00e9 aktivn\u011b spolupracuje s rusk\u00fdmi cloudov\u00fdmi poskytovateli: Yandex.Cloud, KROK \u201eCloudov\u00e9 slu\u017eby\u201c, Mail.ru a mnoha dal\u0161\u00edmi. Tak\u00e9 stoj\u00ed za zm\u00ednku, \u017ee v roce 2020 se spole\u010dnosti poda\u0159ilo otev\u0159\u00edt R&D centrum se s\u00eddlem ve Skolkovu.\u00a0<\/p>\n

V\u00fdb\u011br jednoho \u0159e\u0161en\u00ed mnoha hr\u00e1\u010di na trhu nazna\u010duje dobrou cenovou politiku a vysokou pou\u017eitelnost produktu, co\u017e jsme se rozhodli ov\u011b\u0159it v praxi.<\/p>\n

Na\u0161\u00edm testovac\u00edm \u00fakolem bude migrace z m\u00e9 testovac\u00ed platformy VMware a fyzick\u00fdch stroj\u016f na platformu poskytovatele, kter\u00e1 je tak\u00e9 pod spr\u00e1vou VMware. Ano, existuje mnoho \u0159e\u0161en\u00ed, kter\u00e1 mohou takovou migraci zrealizovat, ale Hystax pova\u017eujeme za univerz\u00e1ln\u00ed n\u00e1stroj a testovat migraci ve v\u0161ech mo\u017en\u00fdch kombinac\u00edch je zkr\u00e1tka nere\u00e1ln\u00fd \u00fakol. A nav\u00edc cloud Oncloud.ru je postaven pr\u00e1v\u011b na VMware, proto n\u00e1s tato platforma jako c\u00edlov\u00e1 v\u00edce zaj\u00edm\u00e1. D\u00e1le pop\u00ed\u0161u z\u00e1kladn\u00ed princip fungov\u00e1n\u00ed, kter\u00fd v z\u00e1sad\u011b nez\u00e1vis\u00ed na platform\u011b, a VMware m\u016f\u017ee b\u00fdt z jak\u00e9koli strany nahrazena platformou jin\u00e9ho dodavatele.\u00a0<\/p>\n

V prvn\u00edm kroku je nutn\u00e9 nasadit Hystax Acura, co\u017e je ovl\u00e1dac\u00ed panel syst\u00e9mu.<\/p>\n

\"Hystax<\/a><\/noindex>
\nNasazuje se z \u0161ablony. Z n\u011bjak\u00e9ho d\u016fvodu v na\u0161em p\u0159\u00edpad\u011b nebyla zcela spr\u00e1vn\u00e1 a m\u00edsto doporu\u010den\u00fdch 8CPU, 16Gb se nasazoval s polovi\u010dn\u00edmi prost\u0159edky. Proto je t\u0159eba je nezapomenout zm\u011bnit, jinak se kontejnery infrastruktury uvnit\u0159 VM, na kter\u00e9 je v\u0161e postaveno, prost\u011b nespust\u00ed a port\u00e1l nebude dostupn\u00fd. V Po\u017eadavky na nasazen\u00ed<\/a><\/noindex> jsou podrobn\u011b pops\u00e1ny po\u017eadovan\u00e9 prost\u0159edky a tak\u00e9 porty pro v\u0161echny komponenty syst\u00e9mu.\u00a0<\/p>\n

A s p\u0159i\u0159azen\u00edm IP adresy p\u0159es \u0161ablonu tak\u00e9 vznikly pot\u00ed\u017ee, tak\u017ee jsme jej m\u011bnili z konzole. Pak lze p\u0159ej\u00edt do webov\u00e9ho rozhran\u00ed admin rozhran\u00ed a vyplnit po\u010d\u00e1te\u010dn\u00ed nastaven\u00ed konfigurace.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nEndpoint \u2013 IP nebo FQDN na\u0161eho vCenter.\u00a0
\nLogin a Password \u2013 to je jasn\u00e9.\u00a0
\nC\u00edlov\u00e9 ESXi hostname \u2013 jeden z hostitel\u016f na\u0161eho clusteru, na kter\u00fd bude prob\u00edhat replikace.\u00a0
\nC\u00edlov\u00fd datastore \u2013 jeden z dat\u016f na\u0161eho clusteru, na kter\u00fd bude prob\u00edhat replikace.
\nHystax Acura Control Panel Public IP \u2013 adresa, na kter\u00e9 bude dostupn\u00fd ovl\u00e1dac\u00ed panel.<\/p>\n

Pot\u0159ebuje se mal\u00e9 up\u0159esn\u011bn\u00ed ohledn\u011b hostitele a datastoru. V\u011bc se m\u00e1 tak, \u017ee replikace Hystax funguje na \u00farovni hostitele a datastoru. D\u00e1le v\u00e1m \u0159eknu, jak pro tenant zm\u011bnit hostitele a datastore, ale probl\u00e9m je jinde. Hystax nepodporuje pr\u00e1ci s pooly zdroj\u016f, tedy replikace v\u017edy prob\u00edh\u00e1 do ko\u0159ene clusteru (b\u011bhem psan\u00ed tohoto materi\u00e1lu vydali kluci z Hystax aktualizovanou verzi, kde rychle implementovali mou \u017e\u00e1dost o funkci t\u00fdkaj\u00edc\u00ed se podpory pool\u016f zdroj\u016f). Tak\u00e9 nen\u00ed podporov\u00e1n vCloud Director, tedy pokud, jako v m\u00e9m p\u0159\u00edpad\u011b, tenant nem\u00e1 administr\u00e1torsk\u00e1 pr\u00e1va na cel\u00fd cluster, ale pouze na konkr\u00e9tn\u00ed pool zdroj\u016f, a my jsme dali p\u0159\u00edstup k Hystaxu, tak bude moci s\u00e1m replikovat a spustit tyto VMs, ale nebude je moci vid\u011bt v infrastruktu\u0159e VMware, k n\u00ed\u017e m\u00e1 p\u0159\u00edstup, a tedy d\u00e1le spravovat virtu\u00e1ln\u00ed stroje. Je nezbytn\u00e9, aby administr\u00e1tor clusteru p\u0159esunul VM do po\u017eadovan\u00e9ho resource poolu nebo importoval do vCloud Director.<\/p>\n

Pro\u010d na tyto v\u011bci tak poukazuji? Proto\u017ee, jak ch\u00e1pu koncept produktu, z\u00e1kazn\u00edk by m\u011bl m\u00edt mo\u017enost prov\u00e9st jakoukoli migraci nebo DR pomoc\u00ed panelu Acura. Ale podpora VMware zat\u00edm trochu zaost\u00e1v\u00e1 ve srovn\u00e1n\u00ed s podporou OpenStack, kde jsou podobn\u00e9 mechanismy ji\u017e realizov\u00e1ny.\u00a0<\/p>\n

Ale vra\u0165me se k nasazen\u00ed. Nejprve, po po\u010d\u00e1te\u010dn\u00edm nastaven\u00ed panelu, mus\u00edme vytvo\u0159it prvn\u00edho n\u00e1jemce v na\u0161em syst\u00e9mu.<\/p>\n

\"Hystax<\/a><\/noindex>
\nV\u0161echna pole jsou zde srozumiteln\u00e1, pov\u00edm jen o poli Cloud. Ji\u017e m\u00e1me v\u00fdchoz\u00ed cloud, kter\u00fd jsme vytvo\u0159ili p\u0159i po\u010d\u00e1te\u010dn\u00ed konfiguraci. Ale pokud chceme m\u00edt mo\u017enost um\u00edstit ka\u017ed\u00e9ho n\u00e1jemce na vlastn\u00ed datov\u00e9 \u00falo\u017ei\u0161t\u011b a do vlastn\u00edho zdrojov\u00e9ho poolu, m\u016f\u017eeme to realizovat vytvo\u0159en\u00edm samostatn\u00fdch cloud\u016f pro ka\u017ed\u00e9ho z na\u0161ich z\u00e1kazn\u00edk\u016f.<\/p>\n

\"Hystax<\/a><\/noindex>
\nVe formul\u00e1\u0159i pro p\u0159id\u00e1n\u00ed nov\u00e9ho cloudu uv\u00e1d\u00edme stejn\u00e9 parametry, jak\u00e9 jsme pou\u017eili p\u0159i po\u010d\u00e1te\u010dn\u00ed konfiguraci (m\u016f\u017eeme pou\u017e\u00edt i stejn\u00fd host), uv\u00e1d\u00edme pot\u0159ebn\u00e9 datov\u00e9 \u00falo\u017ei\u0161t\u011b pro konkr\u00e9tn\u00edho z\u00e1kazn\u00edka, a nyn\u00ed v dodate\u010dn\u00fdch parametrech m\u016f\u017eeme individu\u00e1ln\u011b uv\u00e9st pot\u0159ebn\u00fd zdrojov\u00fd pool {\u201eresource_pool\u201c: \u201eYOUR_POOL_NAME\u201c}\u00a0<\/p>\n

Jak jste si mohli v\u0161imnout, ve formul\u00e1\u0159i pro vytvo\u0159en\u00ed n\u00e1jemce nen\u00ed nic o p\u0159id\u011blov\u00e1n\u00ed zdroj\u016f nebo n\u011bjak\u00fdch kv\u00f3t - nic takov\u00e9ho syst\u00e9m nem\u00e1. Nen\u00ed mo\u017en\u00e9 omezit n\u00e1jemce na po\u010det sou\u010dasn\u00fdch replik, po\u010det stroj\u016f pro replikaci nebo podle jin\u00fdch parametr\u016f. Tak\u017ee jsme vytvo\u0159ili prvn\u00edho n\u00e1jemce. Nyn\u00ed je tu n\u011bco nelogick\u00e9ho, ale nezbytn\u00e9ho - instalace Cloud-agenta. Je to nelogick\u00e9, proto\u017ee agent se stahuje na str\u00e1nce konkr\u00e9tn\u00edho z\u00e1kazn\u00edka.<\/p>\n

\"Hystax<\/a><\/noindex>
\nP\u0159itom se neprovazuje k vytvo\u0159en\u00e9mu tenantovi a v\u0161ichni na\u0161i z\u00e1kazn\u00edci budou pracovat skrze n\u011bj (nebo p\u0159es n\u011bkolik, pokud je nasad\u00edme). Jeden agent podporuje 10 sou\u010dasn\u00fdch relac\u00ed. Jedna relace se po\u010d\u00edt\u00e1 jako jedno za\u0159\u00edzen\u00ed. P\u0159itom nez\u00e1le\u017e\u00ed na tom, kolik m\u00e1 disk\u016f. V sou\u010dasn\u00e9 dob\u011b v Acu\u0159e pod VMware neexistuje mechanismus pro \u0161k\u00e1lov\u00e1n\u00ed agent\u016f. Je tu i dal\u0161\u00ed nep\u0159\u00edjemn\u00fd moment \u2013 nem\u00e1me mo\u017enost v panelu Acu\u0159e vid\u011bt \u201evyu\u017eit\u00ed\u201c tohoto agenta, abychom zjistili, zda je pot\u0159eba nasadit dal\u0161\u00ed nebo zda je st\u00e1vaj\u00edc\u00ed instalace dostate\u010dn\u00e1. V\u00fdsledkem je, \u017ee stand vypad\u00e1 takto:<\/p>\n

\"Hystax<\/a><\/noindex>
\nDal\u0161\u00edm krokem pro p\u0159\u00edstup k port\u00e1lu na\u0161eho z\u00e1kazn\u00edka je vytvo\u0159en\u00ed \u00fa\u010dtu (a p\u0159edt\u00edm je\u0161t\u011b role, kter\u00e1 bude aplikov\u00e1na na tohoto u\u017eivatele).<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nNyn\u00ed m\u016f\u017ee n\u00e1\u0161 z\u00e1kazn\u00edk pou\u017e\u00edvat port\u00e1l samostatn\u011b. V\u0161e, co mus\u00ed ud\u011blat, je st\u00e1hnout agenty z port\u00e1lu a nainstalovat je na sv\u00e9 stran\u011b. Existuj\u00ed t\u0159i typy agent\u016f: Linux, Windows a VMware.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPrvn\u00ed dva se instaluj\u00ed na fyzick\u00e9 nebo virtu\u00e1ln\u00ed stroje na jak\u00e9mkoli hypervizoru, kter\u00fd nen\u00ed VMware. Zde nen\u00ed pot\u0159eba nic dal\u0161\u00edho konfigurovat, agent se st\u00e1hne a u\u017e v\u00ed, kam se m\u00e1 p\u0159ipojit, a doslova b\u011bhem minuty bude stroj viditeln\u00fd v panelu Acu\u0159e. Situace s agentem pro VMware je o n\u011bco slo\u017eit\u011bj\u0161\u00ed. Probl\u00e9m je, \u017ee agent pro VMware se tak\u00e9 stahuje z port\u00e1lu ji\u017e p\u0159ipraven a obsahuje pot\u0159ebnou konfiguraci. Ale agent VMware krom\u011b znalosti na\u0161eho port\u00e1lu Acu\u0159e mus\u00ed tak\u00e9 zn\u00e1t virtualiza\u010dn\u00ed syst\u00e9m, na kter\u00e9m bude nasazen.<\/p>\n

\"Hystax<\/a><\/noindex>
\nTyto \u00fadaje od n\u00e1s syst\u00e9m po\u017e\u00e1d\u00e1 p\u0159i prvn\u00edm sta\u017een\u00ed agenta VMware. Probl\u00e9m je, \u017ee v na\u0161\u00ed dob\u011b v\u0161eobecn\u00e9 l\u00e1sky k bezpe\u010dnosti ne ka\u017ed\u00fd chce uv\u00e1d\u011bt sv\u00e9 administr\u00e1torsk\u00e9 heslo na ciz\u00edm port\u00e1lu, co\u017e je zcela pochopiteln\u00e9. Po nasazen\u00ed ji\u017e nelze agenta nikterak nakonfigurovat (lze pouze zm\u011bnit jeho s\u00ed\u0165ov\u00e1 nastaven\u00ed). P\u0159edpokl\u00e1d\u00e1m, \u017ee zde nastanou pot\u00ed\u017ee s obzvl\u00e1\u0161\u0165 opatrn\u00fdmi z\u00e1kazn\u00edky.\u00a0<\/p>\n

Tak\u017ee po instalaci agent\u016f se m\u016f\u017eeme vr\u00e1tit do panelu Acu\u0159e a vid\u011bt v\u0161echny na\u0161e stroje.<\/p>\n

\"Hystax<\/a><\/noindex>
\nJeliko\u017e se syst\u00e9mem pracuji u\u017e n\u011bjakou dobu, m\u00e1m stroje v r\u016fzn\u00fdch st\u00e1di\u00edch. V\u0161echny se nach\u00e1z\u00ed ve skupin\u011b Default, ale je mo\u017en\u00e9 vytvo\u0159it jednotliv\u00e9 skupiny a p\u0159esunout do nich stroje podle pot\u0159eby. To na nic neovlivn\u00ed \u2013 jde pouze o logick\u00e9 uspo\u0159\u00e1d\u00e1n\u00ed dat a jejich skupinov\u00e1n\u00ed pro pohodln\u011bj\u0161\u00ed pr\u00e1ci. Prvn\u00ed a nejd\u016fle\u017eit\u011bj\u0161\u00ed v\u011bc, kterou mus\u00edme po tomto ud\u011blat, je spustit proces migrace. To m\u016f\u017eeme ud\u011blat bu\u010f manu\u00e1ln\u011b, nebo nastavit pl\u00e1n, v\u010detn\u011b hromadn\u00e9ho zpracov\u00e1n\u00ed pro v\u0161echny stroje najednou.<\/p>\n

\"Hystax<\/a><\/noindex>
\nP\u0159ipom\u00edn\u00e1m, \u017ee Hystax se prezentoval jako produkt pro migraci. Proto nen\u00ed p\u0159ekvapuj\u00edc\u00ed, \u017ee pro spu\u0161t\u011bn\u00ed na\u0161ich replikovan\u00fdch stroj\u016f je t\u0159eba vytvo\u0159it DR pl\u00e1n. Pl\u00e1n m\u016f\u017ee b\u00fdt sestaven pro stroje, kter\u00e9 ji\u017e jsou v re\u017eimu Synced. M\u016f\u017eeme generovat jak pro jednu konkr\u00e9tn\u00ed VM, tak pro v\u0161echny stroje najednou.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSada parametr\u016f p\u0159i generaci DR pl\u00e1nu se bude li\u0161it v z\u00e1vislosti na infrastruktu\u0159e, do kter\u00e9 budete migrovat. Pro VMware prost\u0159ed\u00ed je k dispozici minim\u00e1ln\u00ed sada parametr\u016f. Re-IP pro stroje tak\u00e9 nen\u00ed podporov\u00e1no. V tomto pl\u00e1nu n\u00e1s zaj\u00edmaj\u00ed n\u00e1sleduj\u00edc\u00ed aspekty: v popisu VM parametr \u201esubnet\u201c: \u201eVMNetwork\u201c, kde p\u0159idru\u017eujeme VM k konkr\u00e9tn\u00ed s\u00edti v klastru. Rank \u2013 je d\u016fle\u017eit\u00fd p\u0159i migraci v\u00edce VM, ur\u010duje po\u0159ad\u00ed jejich spu\u0161t\u011bn\u00ed. Flavor \u2013 popisuje konfiguraci VM, v tomto p\u0159\u00edpad\u011b \u2013 1CPU, 2GB RAM. V sekci subnets definujeme, \u017ee \u201esubnet\u201c: \u201eVMNetwork\u201c je asociov\u00e1n se s\u00edt\u00ed \u201eVM Network\u201c VMware.\u00a0<\/p>\n

P\u0159i vytv\u00e1\u0159en\u00ed DR pl\u00e1nu nen\u00ed mo\u017en\u00e9 \u201erozd\u011blit\u201c disky na r\u016fzn\u00e9 datastory. Ty budou um\u00edst\u011bny na stejn\u00e9m datastoru, kter\u00fd byl ur\u010den pro toto klientsk\u00e9 cloudov\u00e9 \u00falo\u017ei\u0161t\u011b, a pokud m\u00e1te disky r\u016fzn\u00e9ho typu, m\u016f\u017ee to zp\u016fsobit n\u011bkter\u00e9 pot\u00ed\u017ee p\u0159i spu\u0161t\u011bn\u00ed stroje, a po spu\u0161t\u011bn\u00ed a \u201eodpojen\u00ed\u201c VM od Hystax bude vy\u017eadov\u00e1na samostatn\u00e1 migrace disk\u016f na pot\u0159ebn\u00e9 datastory. Pot\u00e9 n\u00e1m zb\u00fdv\u00e1 pouze spustit n\u00e1\u0161 DR pl\u00e1n a \u010dekat, a\u017e se na\u0161e stroje spust\u00ed. Proces konverze P2V\/V2V tak\u00e9 zabere \u010das. Na m\u00e9m nejv\u011bt\u0161\u00edm testovac\u00edm stroji s 100GB a t\u0159emi disky to zabralo maxim\u00e1ln\u011b 10 minut.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPot\u00e9 je t\u0159eba zkontrolovat spu\u0161t\u011bnou VM, slu\u017eby na n\u00ed, konzistenci dat a prov\u00e9st dal\u0161\u00ed kontroly.\u00a0<\/p>\n

D\u00e1le m\u00e1me dv\u011b mo\u017enosti:\u00a0<\/p>\n

    \n
  1. Odstranit \u2013 vypnout spu\u0161t\u011bn\u00fd DR pl\u00e1n. Tato akce jednodu\u0161e vypne spu\u0161t\u011bnou VM. Data repliky z\u016fstanou zachov\u00e1na.\u00a0<\/li>\n
  2. Odpojit \u2013 odd\u011blit replikovan\u00fd stroj od Acura, tj. fakticky dokon\u010dit proces migrace.\u00a0<\/li>\n<\/ol>\n

    \nV\u00fdhody \u0159e\u0161en\u00ed:<\/strong>\u00a0<\/p>\n