{"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\/sk\/blog\/administrirovanie\/hystax-cloud-migration-skachem-po-oblakam","title":{"rendered":"Hystax Cloud Migration: preskakujeme medzi cloudmi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jedn\u00fdm z mlad\u00fdch hr\u00e1\u010dov na trhu rie\u0161en\u00ed Disaster Recovery je spolo\u010dnos\u0165 Hystax \u2013 rusk\u00fd startup z roku 2016. Ke\u010f\u017ee t\u00e9ma havarijn\u00e9ho obnovenia je ve\u013emi popul\u00e1rna a konkurencia na trhu je mimoriadne vysok\u00e1, startup sa rozhodol zamera\u0165 sa na migr\u00e1ciu medzi r\u00f4znymi cloudov\u00fdmi infra\u0161trukt\u00farami. Produkt, ktor\u00fd umo\u017e\u0148uje jednoduch\u00fa a r\u00fdchlu migr\u00e1ciu do cloudu, by bol ve\u013emi u\u017eito\u010dn\u00fd aj klientom spolo\u010dnosti \"Onlanta\" \u2013 pou\u017e\u00edvate\u013eom. Oncloud.ru<\/a><\/noindex>. Takto som sa zozn\u00e1mil s Hystax a za\u010dal testova\u0165 jeho mo\u017enosti. A \u010do z toho vzniklo, poviem v tomto \u010dl\u00e1nku.<\/p>\n

\"Hystax<\/a><\/noindex>
\nHlavnou prednos\u0165ou Hystaxu je jeho \u0161irok\u00e1 funk\u010dnos\u0165 pri podpore r\u00f4znych virtualiza\u010dn\u00fdch platforiem, hos\u0165ovac\u00edch OS a cloudov\u00fdch slu\u017eieb, \u010do umo\u017e\u0148uje pren\u00e1\u0161a\u0165 va\u0161e pracovn\u00e9 za\u0165a\u017eenia odkia\u013eko\u013evek a kamko\u013evek.<\/p>\n

To umo\u017e\u0148uje vytv\u00e1ra\u0165 nielen DR-rie\u0161enia na zv\u00fd\u0161enie odolnosti slu\u017eieb, ale aj operat\u00edvne, flexibilne migrova\u0165 zdroje medzi r\u00f4znymi lokalitami a hyperscaleri pre zv\u00fd\u0161enie \u00faspor n\u00e1kladov a vo\u013ebu najlep\u0161ieho rie\u0161enia pre konkr\u00e9tnu slu\u017ebu v danom momente. Okrem platforiem uveden\u00fdch na \u00favodnom obr\u00e1zku, spolo\u010dnos\u0165 tie\u017e akt\u00edvne spolupracuje s rusk\u00fdmi cloudov\u00fdmi poskytovate\u013emi: Yandex.Cloud, KROK \u201eCloudov\u00e9 slu\u017eby\u201c, Mail.ru a mnoh\u00fdmi \u010fal\u0161\u00edmi. Tie\u017e stoj\u00ed za zmienku, \u017ee v roku 2020 spolo\u010dnos\u0165 z\u00edskala R&D centrum, ktor\u00e9 sa nach\u00e1dza v Skolkove.\u00a0<\/p>\n

V\u00fdber jedn\u00e9ho rie\u0161enia mnoh\u00fdmi hr\u00e1\u010dmi na trhu hovor\u00ed o dobrej cenovej politike a vysokej aplikovate\u013enosti produktu, \u010do sme sa rozhodli overi\u0165 v praxi.<\/p>\n

Tak\u017ee n\u00e1\u0161 testovac\u00ed \u00faloha bude pozost\u00e1va\u0165 z migr\u00e1cie z mojej testovacej plochy VMware a fyzick\u00fdch strojov na plochu poskytovate\u013ea, ktor\u00e1 je taktie\u017e pod spr\u00e1vou VMware. \u00c1no, existuje mno\u017estvo rie\u0161en\u00ed, ktor\u00e9 m\u00f4\u017eu uskuto\u010dni\u0165 podobn\u00fa migr\u00e1ciu, ale my pova\u017eujeme Hystax za univerz\u00e1lny prostriedok, pri\u010dom testova\u0165 migr\u00e1ciu vo v\u0161etk\u00fdch mo\u017en\u00fdch kombin\u00e1ci\u00e1ch je jednoducho nerealizovate\u013en\u00e1 \u00faloha. A aj cloud Oncloud.ru je postaven\u00fd pr\u00e1ve na VMware, preto n\u00e1s t\u00e1to platforma ako cie\u013e zauj\u00edma viac. \u010ealej pop\u00ed\u0161em z\u00e1kladn\u00fd princ\u00edp fungovania, ktor\u00fd v podstate nez\u00e1vis\u00ed od platformy, a VMware m\u00f4\u017ee by\u0165 z ka\u017edej strany nahraden\u00e1 platformou in\u00e9ho dod\u00e1vate\u013ea.\u00a0<\/p>\n

V prvej f\u00e1ze je potrebn\u00e9 nasadi\u0165 Hystax Acura, ktor\u00e1 sl\u00fa\u017ei ako ovl\u00e1dac\u00ed panel syst\u00e9mu.<\/p>\n

\"Hystax<\/a><\/noindex>
\nNasadzuje sa z \u0161abl\u00f3ny. Z nejak\u00e9ho d\u00f4vodu bola v na\u0161om pr\u00edpade nespr\u00e1vna a namiesto odpor\u00fa\u010dan\u00fdch 8CPU, 16Gb sa nasadil s dvojn\u00e1sobne men\u0161\u00edmi zdrojmi. Preto je potrebn\u00e9 nezabudn\u00fa\u0165 ich zmeni\u0165, inak sa infra\u0161trukt\u00fara postaven\u00e1 vo vn\u00fatri VM s kontajnerami jednoducho nespust\u00ed a port\u00e1l nebude dostupn\u00fd. V Po\u017eiadavky na nasadenie<\/a><\/noindex> s\u00fa podrobne pop\u00edsan\u00e9 po\u017eadovan\u00e9 zdroje, ako aj porty pre v\u0161etky komponenty syst\u00e9mu.\u00a0<\/p>\n

S priraden\u00edm IP adresy cez \u0161abl\u00f3nu sa tie\u017e vyskytli \u0165a\u017ekosti, tak\u017ee sme ju menili z konzoly. Potom je mo\u017en\u00e9 prejs\u0165 na webov\u00e9 rozhranie administr\u00e1torsk\u00e9ho panela a vyplni\u0165 po\u010diato\u010dn\u00fd konfigur\u00e1tor.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nEndpoint \u2013 IP alebo FQDN n\u00e1\u0161ho vCenter.\u00a0
\nLogin a Password \u2013 to je jasn\u00e9.\u00a0
\nTarget ESXi hostname \u2013 jeden z hostite\u013eov n\u00e1\u0161ho klastera, na ktor\u00fd sa bude vykon\u00e1va\u0165 replik\u00e1cia.\u00a0
\nTarget datastore \u2013 jeden z d\u00e1tov\u00fdch \u00falo\u017e\u00edsk n\u00e1\u0161ho klastera, na ktor\u00fd sa bude vykon\u00e1va\u0165 replik\u00e1cia.
\nHystax Acura Control Panel Public IP \u2013 adresa, na ktorej bude dostupn\u00fd ovl\u00e1dac\u00ed panel.<\/p>\n

Potrebn\u00e9 mal\u00e9 objasnenie oh\u013eadom hostite\u013ea a d\u00e1tov\u00e9ho \u00falo\u017eiska. V skuto\u010dnosti replik\u00e1cia Hystax funguje na \u00farovni hostite\u013ea a d\u00e1tov\u00e9ho \u00falo\u017eiska. \u010ealej vysvetl\u00edm, ako m\u00f4\u017ee tenant zmeni\u0165 hostite\u013ea a d\u00e1tov\u00e9 \u00falo\u017eisko, ale probl\u00e9m je in\u00fd. Hystax nepodporuje pr\u00e1cu so zdrojov\u00fdmi poolmi, tzn. replik\u00e1cia sa v\u017edy uskuto\u010dn\u00ed do kore\u0148a klastru (po\u010das p\u00edsania tohto materi\u00e1lu chlapci z Hystax vydali aktualizovan\u00fa verziu, kde r\u00fdchlo implementovali moju po\u017eiadavku na podporu zdrojov\u00fdch poolov). Taktie\u017e nie je podporovan\u00fd vCloud Director, tzn. ak, ako v mojom pr\u00edpade, tenant nem\u00e1 administr\u00e1torsk\u00e9 pr\u00e1va na cel\u00fd klaster, ale len na konkr\u00e9tny zdrojov\u00fd pool, a poskytli sme pr\u00edstup k Hystax, potom m\u00f4\u017ee s\u00e1m replikova\u0165 a spusti\u0165 tieto VMs, ale nebude ma\u0165 pr\u00edstup k ich zobrazeniu v infra\u0161trukt\u00fare VMware, ku ktorej m\u00e1 pr\u00edstup a, samozrejme, \u010falej spravova\u0165 virtu\u00e1lne stroje. Je potrebn\u00e9, aby administr\u00e1tor klastera presunul VM do po\u017eadovan\u00e9ho zdrojov\u00e9ho poolu alebo ich importoval do vCloud Director.<\/p>\n

Pre\u010do kladiem tak\u00fd d\u00f4raz na tieto body? Preto\u017ee, ak som spr\u00e1vne pochopil koncept produktu, z\u00e1kazn\u00edk by mal ma\u0165 mo\u017enos\u0165 realizova\u0165 ak\u00fako\u013evek migr\u00e1ciu alebo DR pomocou panela Acura. Ale zatia\u013e podporovan\u00e9 VMware zaost\u00e1va vo svojom stupni podpory za OpenStack, kde s\u00fa tak\u00e9to mechanizmy u\u017e implementovan\u00e9.\u00a0<\/p>\n

Ale vr\u00e1\u0165me sa k nasadeniu. Najprv, po po\u010diato\u010dnom nastaven\u00ed panela, mus\u00edme vytvori\u0165 prv\u00e9ho tenant v na\u0161om syst\u00e9me.<\/p>\n

\"Hystax<\/a><\/noindex>
\nV\u0161etky polia s\u00fa jasn\u00e9, poviem len o poli Cloud. U\u017e m\u00e1me 'predvolen\u00fa' cloud, ktor\u00fa sme vytvorili pri po\u010diato\u010dnej konfigur\u00e1cii. Ale ak chceme ma\u0165 mo\u017enos\u0165 umiestni\u0165 ka\u017ed\u00e9ho tenanta na vlastn\u00fd d\u00e1tov\u00fd sklad a do vlastn\u00e9ho zdrojov\u00e9ho poolu, m\u00f4\u017eeme to realizova\u0165 vytvoren\u00edm samostatn\u00fdch cloudov pre ka\u017ed\u00e9ho z na\u0161ich z\u00e1kazn\u00edkov.<\/p>\n

\"Hystax<\/a><\/noindex>
\nVo formul\u00e1ri pridania nov\u00e9ho cloudu uv\u00e1dzame tie ist\u00e9 parametre, ktor\u00e9 sme pou\u017eili pri po\u010diato\u010dnej konfigur\u00e1cii (m\u00f4\u017eeme pou\u017ei\u0165 aj ten ist\u00fd host), uv\u00e1dzame potrebn\u00fd d\u00e1tov\u00fd sklad pre konkr\u00e9tneho z\u00e1kazn\u00edka, a teraz v dodato\u010dn\u00fdch parametroch m\u00f4\u017eeme u\u017e individu\u00e1lne uvies\u0165 potrebn\u00fd zdrojov\u00fd pool {\u00abresource_pool\u00bb: \u00abYOUR_POOL_NAME\u00bb}\u00a0<\/p>\n

Ako ste si mohli v\u0161imn\u00fa\u0165, vo formul\u00e1ri na vytvorenie tenanta nie je ni\u010d o pride\u013eovan\u00ed zdrojov alebo ak\u00fdchko\u013evek kv\u00f3t \u2013 ni\u010d tak\u00e9 v syst\u00e9me neexistuje. Nie je mo\u017en\u00e9 obmedzi\u0165 tenanta v po\u010dte s\u00fa\u010dasn\u00fdch replik, v po\u010dte strojov pre replik\u00e1ciu alebo pod\u013ea ak\u00fdchko\u013evek in\u00fdch parametrov. Tak\u017ee sme vytvorili prv\u00e9ho tenanta. Teraz je tu nie \u00faplne logick\u00e1, ale povinn\u00e1 vec \u2013 in\u0161tal\u00e1cia Cloud-agenta. Nie je logick\u00e1, preto\u017ee agent sa s\u0165ahuje na str\u00e1nke konkr\u00e9tneho z\u00e1kazn\u00edka.<\/p>\n

\"Hystax<\/a><\/noindex>
\nNepo\u0165a\u017euje sa v\u0161ak na vytvoren\u00fd tenanta a v\u0161etci na\u0161i z\u00e1kazn\u00edci bud\u00fa prostredn\u00edctvom neho fungova\u0165 (alebo prostredn\u00edctvom viacer\u00fdch, ak ich nasad\u00edme). Jeden agent podporuje 10 s\u00fa\u010dasn\u00fdch rel\u00e1ci\u00ed. Jedna rel\u00e1cia sa pova\u017euje za jeden stroj. Nez\u00e1le\u017e\u00ed pritom na tom, ak\u00e9 m\u00e1 mno\u017estvo diskov. V s\u00fa\u010dasnosti neexistuje mechanizmus na \u0161k\u00e1lovanie agentov v samotnej Acura pod VMware. Je tu aj jeden nepr\u00edjemn\u00fd moment \u2013 nem\u00e1me mo\u017enos\u0165 z panela Acura sledova\u0165 \u201evy\u0165a\u017eenos\u0165\u201c tohto agenta, aby sme zistili, \u010di potrebujeme nasadi\u0165 \u010fal\u0161\u00ed, alebo \u010di je aktu\u00e1lna in\u0161tal\u00e1cia dostato\u010dn\u00e1. V\u00fdsledkom je, \u017ee stanovi\u0161te vyzer\u00e1 nasledovne:<\/p>\n

\"Hystax<\/a><\/noindex>
\nNasleduj\u00facim krokom pre pr\u00edstup k port\u00e1lu n\u00e1\u0161ho z\u00e1kazn\u00edka je vytvorenie \u00fa\u010dtu (a predt\u00fdm e\u0161te aj role, ktor\u00e1 sa bude aplikova\u0165 na tohto pou\u017e\u00edvate\u013ea).<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nTeraz m\u00f4\u017ee n\u00e1\u0161 z\u00e1kazn\u00edk pou\u017e\u00edva\u0165 port\u00e1l samostatne. V\u0161etko, \u010do mus\u00ed urobi\u0165, je stiahnu\u0165 si agenty z port\u00e1lu a nain\u0161talova\u0165 ich na svojom konci. Existuj\u00fa tri typy agentov: Linux, Windows a VMware.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPrv\u00e9 dve sa in\u0161taluj\u00fa na fyzick\u00e9 zariadenia alebo na virtu\u00e1lne stroje na akomko\u013evek hyperv\u00edzore odli\u0161nom od VMware. Tu nie je potrebn\u00e9 ni\u010d dodato\u010dne konfigurova\u0165, agent sa stiahne a u\u017e vie, kam sa m\u00e1 pripoji\u0165, a doslova za min\u00fatu bude stroj vidite\u013en\u00fd v paneli Acura. S agentom VMware je situ\u00e1cia o nie\u010do zlo\u017eitej\u0161ia. Probl\u00e9m je v tom, \u017ee agent pre VMware sa tie\u017e s\u0165ahuje z port\u00e1lu u\u017e pripraven\u00fd a s potrebnou konfigur\u00e1ciou. Ale agent VMware okrem znalos\u0165ou o na\u0161om port\u00e1li Acura potrebuje vedie\u0165 aj o virtualiza\u010dnom syst\u00e9me, na ktorom bude nasaden\u00fd.<\/p>\n

\"Hystax<\/a><\/noindex>
\nTieto \u00fadaje od n\u00e1s syst\u00e9m vlastne po\u017eaduje po\u010das prv\u00e9ho s\u0165ahovania agenta VMware. Probl\u00e9m je v tom, \u017ee v na\u0161ej dobe v\u0161eobecnej l\u00e1sky k bezpe\u010dnosti nie v\u0161etci bud\u00fa chcie\u0165 uv\u00e1dza\u0165 svoje administr\u00e1torsk\u00e9 heslo na cudzom port\u00e1li, \u010do je celkom pochopite\u013en\u00e9. Zvn\u00fatra, po nasaden\u00ed, u\u017e nie je mo\u017en\u00e9 agenta nijako konfigurova\u0165 (mo\u017eno len zmeni\u0165 jeho sie\u0165ov\u00e9 nastavenia). Tu predpoklad\u00e1m \u0165a\u017ekosti so zvl\u00e1\u0161\u0165 opatrn\u00fdmi z\u00e1kazn\u00edkmi.\u00a0<\/p>\n

Tak\u017ee po in\u0161tal\u00e1cii agentov sa m\u00f4\u017eeme vr\u00e1ti\u0165 do panela Acura a vidie\u0165 v\u0161etky na\u0161e stroje.<\/p>\n

\"Hystax<\/a><\/noindex>
\nKe\u010f\u017ee u\u017e nejak\u00fd \u010das pracujem so syst\u00e9mom, m\u00e1m stroje v r\u00f4znych stavoch. V\u0161etky s\u00fa v skupine Default, no je mo\u017en\u00e9 vytvori\u0165 samostatn\u00e9 skupiny a presun\u00fa\u0165 do nich stroje pod\u013ea potreby. To na ni\u010d dos\u0165 neovplyv\u0148uje \u2013 ide iba o logick\u00e9 zobrazenie \u00fadajov a ich skupinovanie pre pohodlnej\u0161iu pr\u00e1cu. Prv\u00e9 a najd\u00f4le\u017eitej\u0161ie, \u010do mus\u00edme urobi\u0165 po tomto, je spusti\u0165 proces migr\u00e1cie. M\u00f4\u017eeme to urobi\u0165 bu\u010f manu\u00e1lne na zoradenie, alebo nastavi\u0165 pl\u00e1n, vr\u00e1tane hromadn\u00e9ho procesu pre v\u0161etky stroje naraz.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPripom\u00ednam, \u017ee Hystax je pozicionovan\u00fd ako produkt na migr\u00e1ciu. Preto nie je prekvapen\u00edm, \u017ee na spustenie na\u0161ich replikovan\u00fdch strojov mus\u00edme vytvori\u0165 pl\u00e1n DR. Pl\u00e1n mo\u017eno zostavi\u0165 pre stroje, ktor\u00e9 s\u00fa u\u017e v stave Synced. M\u00f4\u017eeme ho generova\u0165 pre jednu konkr\u00e9tnu VM alebo pre v\u0161etky stroje naraz.<\/p>\n

\"Hystax<\/a><\/noindex>
\nS\u00fabor parametrov pri generovan\u00ed DR-pl\u00e1nu sa bude l\u00ed\u0161i\u0165 v z\u00e1vislosti od infra\u0161trukt\u00fary, do ktorej sa budete migrova\u0165. Pre VMware prostredie je k dispoz\u00edcii minim\u00e1lny s\u00fabor parametrov. Taktie\u017e sa nepodporuje Re-IP pre stroje. V tomto pl\u00e1ne n\u00e1s zauj\u00edmaj\u00fa nasleduj\u00face body: v popise VM parameter \u201esubnet\u201d: \u201eVMNetwork\u201d, kde prip\u00e1jame VM k konkr\u00e9tnej sieti v klastri. Rank - je relevantn\u00fd pri migr\u00e1cii viacer\u00fdch VM, ur\u010duje poradie ich spustenia. Flavor - popisuje konfigur\u00e1ciu VM, v tomto pr\u00edpade \u2013 1CPU, 2GB RAM. V sekcii subnets definujeme, \u017ee \u201esubnet\u201d: \u201eVMNetwork\u201d je asociovan\u00fd so sie\u0165ou \u201eVM Network\u201d VMware.\u00a0<\/p>\n

Pri vytv\u00e1ran\u00ed DR-pl\u00e1nu nie je mo\u017en\u00e9 \u201erozdistribuova\u0165\u201d disky po r\u00f4znych datastoroch. Bud\u00fa sa nach\u00e1dza\u0165 na tom istom datastore, ktor\u00fd bol ur\u010den\u00fd pre tento klientsk\u00fd cloud a ak m\u00e1te disky r\u00f4zneho typu, m\u00f4\u017ee to sp\u00f4sobi\u0165 \u0165a\u017ekosti pri spusten\u00ed stroja, a po spusten\u00ed a \u201eodpojen\u00ed\u201d VM od Hystax bude vy\u017eadova\u0165 aj samostatn\u00fa migr\u00e1ciu diskov na po\u017eadovan\u00e9 datastory. Potom n\u00e1m zost\u00e1va len spusti\u0165 n\u00e1\u0161 DR-pl\u00e1n a \u010daka\u0165, a\u017e sa na\u0161e stroje na\u0161tartuj\u00fa. Proces konverzie P2V\/V2V tie\u017e trv\u00e1 ur\u010dit\u00fd \u010das. Na mojej najv\u00e4\u010d\u0161ej testovacej ma\u0161ine s 100GB a tromi diskami to trvalo maxim\u00e1lne 10 min\u00fat.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPo tomto je potrebn\u00e9 skontrolova\u0165 spusten\u00fa VM, slu\u017eby na nej, konzistenciu \u00fadajov a vykona\u0165 \u010fal\u0161ie kontroly.\u00a0<\/p>\n

Potom m\u00e1me dve mo\u017enosti:\u00a0<\/p>\n

    \n
  1. Vymaza\u0165 \u2013 odstr\u00e1ni\u0165 spusten\u00fd DR pl\u00e1n. T\u00e1to \u010dinnos\u0165 jednoducho zastav\u00ed spusten\u00fa VM. \u00dadaje repliky sa nikam nestratia.\u00a0<\/li>\n
  2. Odpoji\u0165 \u2013 odtrhn\u00fa\u0165 replikovan\u00fa jednotku od Acura, t.j. vlastne ukon\u010di\u0165 proces migr\u00e1cie.\u00a0<\/li>\n<\/ol>\n

    \nV\u00fdhody tohto rie\u0161enia:<\/strong>\u00a0<\/p>\n