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

Ena iz mladih igralcev na trgu re\u0161itev za obnovo po katastrofi je podjetje Hystax \u2013 ruski start-up iz leta 2016. Ker je tema obnovitve po katastrofi zelo priljubljena in je na trgu izjemno visoka konkurenca, se je start-up odlo\u010dil osredoto\u010diti na migracijo med razli\u010dnimi obla\u010dnimi infrastrukturi. Izdelek, ki omogo\u010da preprosto in hitro migracijo v oblak, bi bil zelo koristen tudi strankam podjetja \"Onlanta\" \u2014 uporabnikom Oncloud.ru<\/a><\/noindex>. Tako sem se spoznal s Hystax in za\u010del preizku\u0161ati njegove mo\u017enosti. Kaj je iz tega nastalo, bom opisal v tem \u010dlanku.<\/p>\n

\"Hystax<\/a><\/noindex>
\nGlavna posebnost Hystax je njegova \u0161iroka funkcionalnost pri podpori razli\u010dnih platform virtualizacije, gostujo\u010dih operacijskih sistemov in obla\u010dnih storitev, kar omogo\u010da prenos va\u0161ih delovnih obremenitev od koderkoli kamorkoli.<\/p>\n

To omogo\u010da ustvarjanje ne le DR-re\u0161itev za pove\u010danje odpornosti storitev, temve\u010d tudi hitro in fleksibilno migracijo virov med razli\u010dnimi platformami in hiperskalniki, da se pove\u010da ekonomi\u010dnost in izbere najbolj\u0161a re\u0161itev za dolo\u010deno storitev v danem trenutku. Poleg platform, navedenih na naslovni sliki, podjetje aktivno sodeluje tudi z ruskimi obla\u010dnimi ponudniki: Yandex.Cloud, KROK \u201eObla\u010dne storitve\u201c, Mail.ru in mnogimi drugimi. Prav tako je treba omeniti, da je podjetje v letu 2020 ustanovilo R&D center, ki se nahaja v Skolkovo.\u00a0<\/p>\n

Izbira enega samega re\u0161itve s strani velikega \u0161tevila igralcev na trgu govori o dobri cenovni politiki in visoki uporabnosti izdelka, kar smo se odlo\u010dili preveriti v praksi.<\/p>\n

Tako bo na\u0161a testna naloga obsegala migracijo z moje testne platforme VMware in fizi\u010dnih naprav na platformo ponudnika, prav tako pod upravljanjem VMware. Da, obstaja mnogo re\u0161itev, ki lahko realizirajo to migracijo, a mi obravnavamo Hystax kot univerzalno orodje, medtem ko bi bilo preizku\u0161anje migracije v vseh mo\u017enih kombinacijah preprosto nerealna naloga. Pa tudi oblak Oncloud.ru je zgrajen prav na VMware, zato nas ta platforma kot ciljna bolj zanima. Nadalje bom opisal osnovno na\u010delo delovanja, ki v osnovi ne odvisno od platforme, in VMware bi bilo mogo\u010de zamenjati z drugo platformo drugega dobavitelja.\u00a0<\/p>\n

V prvem koraku je potrebno razpostaviti Hystax Acura, ki predstavlja nadzorno plo\u0161\u010do sistema.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPostavi se iz predloge. Iz neznanega razloga v na\u0161em primeru ni bila povsem pravilna in namesto priporo\u010denih 8CPU, 16Gb, se je razpostavila s prepolovljenimi viri. Zato jih je potrebno spremeniti, sicer infrastruktura znotraj VM, na kateri je vse zgrajeno, ne bo delovala in portal bo nedostopen. V Zahteve za postavitev<\/a><\/noindex> so podrobno opisane potrebne vire ter vrata za vse komponente sistema.\u00a0<\/p>\n

Pri nastavljanju IP-naslova preko predloge so se pojavile te\u017eave, zato smo ga spremenili iz konzole. Po tem se lahko preklopi\u0161 v spletni vmesnik za administracijo in izpolni\u0161 za\u010detni \u010darovnik konfiguracije.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nEndpoint \u2013 IP ali FQDN na\u0161ega vCenter.\u00a0
\nPrijava in geslo \u2013 to je jasno.\u00a0
\nCiljni ESXi hostname \u2013 eden izmed hostov na\u0161ega klasterja, na katerega bo potekala replikacija.\u00a0
\nCiljni datastore \u2013 eden izmed datastore-ov na\u0161ega klasterja, na katerega bo potekala replikacija.
\nJavni IP Hystax Acura Control Panel \u2013 naslov, preko katerega bo dostopna nadzorna plo\u0161\u010da.<\/p>\n

Potrebno je majhno pojasnilo glede gosta in datastore-a. Gre namre\u010d za to, da replikacija Hystax deluje na ravni gosta in datastore-a. Kasneje bom opisal, kako lahko za najemnika spremenimo gosta in datastore, a te\u017eava je drugje. Hystax ne podpira dela z bazeni virov, tj. replikacija se vedno dogaja v koren klasterja (med pisanjem tega gradiva so fantje iz Hystax izdal posodobljeno razli\u010dico, kjer so hitro vnesli moj predlog za podporo bazenom virov). Prav tako ne podpira vCloud Director, tj. \u010de, kot v mojem primeru, najemnik nima administratorskih pravic za celoten klaster, ampak le za dolo\u010den bazen virov, in smo mu omogo\u010dili dostop do Hystax, potem lahko samostojno replikate in za\u017eene te VM, vendar jih ne bo mogel videti v VMware infrastrukturi, do katere ima dostop in posledi\u010dno upravljati z virtualnimi stroji. Potrebno je, da administrator klasterja premakne VM v ustrezen bazen virov ali jo uvozi v vCloud Director.<\/p>\n

Zakaj tako poudarjam te to\u010dke? Ker, kot razumem koncept izdelka, bi moral naro\u010dnik imeti mo\u017enost, da samostojno izvede katero koli migracijo ali DR s pomo\u010djo nadzorne plo\u0161\u010de Acura. A podpora za VMware trenutno nekoliko zaostaja za podporo OpenStack, kjer so tak\u0161ni mehanizmi \u017ee implementirani.\u00a0<\/p>\n

Vrnimo se k uvajanju. Prvi korak po za\u010detni nastavitvi nadzorne plo\u0161\u010de je ustvariti prvega najemnika v na\u0161em sistemu.<\/p>\n

\"Hystax<\/a><\/noindex>
\nVsa polja tukaj so jasna; omenil bom le polje Cloud. \u017de imamo 'privzeto' oblak, ki smo ga ustvarili pri prvotni konfiguraciji. \u010ce pa \u017eelimo, da lahko vsak najemnik uporablja svoj lasten podatkovni prostor in lasten nabor virov, lahko to dose\u017eemo z ustvarjanjem lo\u010denih oblakov za vsakega od na\u0161ih naro\u010dnikov.<\/p>\n

\"Hystax<\/a><\/noindex>
\nV obrazcu za dodajanje novega oblaka navedemo iste parametre kot pri prvotni konfiguraciji (lahko uporabimo celo isti stre\u017enik), dolo\u010dimo zahtevan podatkovni prostor za konkretnega naro\u010dnika, zdaj pa lahko v dodatnih parametrih posamezno navedemo potreben nabor virov {\u00abresource_pool\u00bb: \u00abYOUR_POOL_NAME\u00bb}\u00a0<\/p>\n

Kot ste morda opazili, v obrazcu za ustvarjanje najemnika ni ni\u010desar o dodelitvi virov ali kakr\u0161nih koli kvot \u2013 v sistemu ni ni\u010desar tega. Ni mogo\u010de omejiti \u0161tevila hkratnih replik, \u0161tevila strojev za replikacijo ali drugih parametrov. Torej, ustvarili smo prvega najemnika. Zdaj je tu nekoliko nelogi\u010dna, a obvezna naloga \u2013 namestitev Cloud-agenta. Nelogi\u010dna je, ker se agent prenese na strani konkretnega naro\u010dnika.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPri tem se ne povezuje s ustvarjenim tenantom, preko njega pa bodo delali vsi na\u0161i naro\u010dniki (ali ve\u010d njih, \u010de jih namestimo). En agent podpira 10 hkratnih sej. Ena seja se \u0161teje za en ra\u010dunalnik. Pri tem ni pomembno, koliko diskov ima. Do danes mehanizma za raz\u0161iritev agentov v sami Acura pod VMware ni. Je pa \u0161e en neprijeten trenutek \u2013 nimamo mo\u017enosti iz nadzorne plo\u0161\u010de Acura pregledati \"izkori\u0161\u010denost\" tega agenta, da bi ugotovili, ali moramo raz\u0161iriti \u0161e enega ali je trenutna namestitev dovolj. Tako stojalo izgleda tako:<\/p>\n

\"Hystax<\/a><\/noindex>
\nNaslednji korak za dostop do portala na\u0161ega naro\u010dnika je ustvariti uporabni\u0161ki ra\u010dun (pred tem pa \u0161e vlogo, ki bo dodeljena temu uporabniku).<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nZdaj lahko na\u0161 naro\u010dnik samostojno uporablja portal. Vse, kar mora storiti, je, da prenese agente s portala in jih namesti na svoji strani. Obstajajo tri vrste agentov: Linux, Windows in VMware.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPrvi dve se namestita na fizi\u010dne ali virtualne stroje na katerem koli hipervizorju, ki ni VMware. Tukaj ni potrebno dodatno ni\u010desar konfigurirati, agent se prenese in \u017ee ve, kam mora sporo\u010diti, in dobesedno v nekaj minutah bo ra\u010dunalnik viden na nadzorni plo\u0161\u010di Acura. Situacija z agentom VMware je nekoliko bolj zapletena. Te\u017eava je v tem, da se agent za VMware prav tako prena\u0161a s portala, \u017ee pripravljen in z zahtevano konfiguracijo. A agentu VMware, poleg znanja o na\u0161em portalu Acura, potrebuje tudi informacije o virtualizacijskem sistemu, na katerem bo name\u0161\u010den.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDejansko so ti podatki, ki jih bo sistem od nas zahteval, ob prvem prenosu agenta VMware. Te\u017eava pa je v tem, da v na\u0161em \u010dasu splo\u0161ne ljubezni do varnosti le redko kdo \u017eeli vnesti svojo administratorsko geslo na tujem portalu, kar je povsem razumljivo. Znotraj, po namestitvi, agenta ni mogo\u010de \u0161e dodatno konfigurirati (lahko se le spremeni njegove omre\u017ene nastavitve). Tukaj predvidevam te\u017eave s \u0161e posebej previdnimi naro\u010dniki.\u00a0<\/p>\n

Torej, po namestitvi agentov se lahko vrnemo v nadzorno plo\u0161\u010do Acura in vidimo vse na\u0161e stroje.<\/p>\n

\"Hystax<\/a><\/noindex>
\nKer sem \u017ee nekaj dni v sistemu, imam stroje v razli\u010dnih stanjih. Vsi so v skupini Default, a obstaja mo\u017enost ustvariti lo\u010dene skupine in vanje prenesti stroje, kot potrebujete. To ne vpliva na ni\u010d \u2013 le na logi\u010dno predstavitev podatkov in njihovo skupino za la\u017eje delo. Prvo in najpomembnej\u0161e, kar moramo storiti po tem, je zagnati proces migracije. To lahko storimo tako, da to prisilimo ro\u010dno, kot tudi tako, da nastavimo urnik, vklju\u010dno z mno\u017ei\u010dno migracijo vseh strojev naenkrat.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSpominjam vas, da se je Hystax pozicioniral kot izdelek za migracijo. Zato ni ni\u010d presenetljivega, da za zagon na\u0161ih repliciranih strojev potrebujemo ustvariti DR-naklju\u010dek. Na\u010drt lahko pripravimo za stroje, ki so \u017ee v stanju Synced. Generirati ga je mogo\u010de za eno konkretno VM ali pa za vse stroje naenkrat.<\/p>\n

\"Hystax<\/a><\/noindex>
\nNabor parametrov pri generiranju DR-naklju\u010dka se bo razlikoval glede na infrastrukturo, v katero boste migrirali. Za VMware okolje je na voljo minimalen nabor parametrov. Prav tako Re-IP za stroje ni podprt. V tem na\u010drtu nas zanimajo naslednje to\u010dke: v opisu VM parameter \u201esubnet\u201c: \u201eVMNetwork\u201c, kjer povezujemo VM s konkretno mre\u017eo v klasterju. Rank \u2013 je pomemben pri migraciji ve\u010d VM, dolo\u010da vrstni red njihovega zagona. Flavor \u2013 opisuje konfiguracijo VM, v tem primeru \u2013 1CPU, 2GB RAM. V razdelku subnets dolo\u010dimo, da je \u201esubnet\u201c: \u201eVMNetwork\u201c povezan s mre\u017eo \u201eVM Network\u201c VMware.\u00a0<\/p>\n

Pri ustvarjanju DR-naklju\u010dka ni mo\u017enosti, da bi \u201erazdelili\u201c diske po razli\u010dnih datastorih. Nahajali se bodo na istem datastoru, ki je bil dolo\u010den za to odjemalsko obla\u010dno okolje, in \u010de imate diske razli\u010dnih razredov, lahko to povzro\u010di nekaj te\u017eav pri zagonu stroja, po zagonu in \u201eodtrganju\u201c VM od Hystax pa bo potrebna \u0161e lo\u010dena migracija diskov na ustrezne datastore. Potem nam ostane le \u0161e zagnati na\u0161 DR-naklju\u010dek in po\u010dakati, da se na\u0161i stroji dvignejo. Proces konverzije P2V\/V2V prav tako traja \u010das. Na mojem najve\u010djem testnem stroju s 100GB in tremi diski je to trajalo najve\u010d 10 minut.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPo tem je potrebno preveriti zagnano VM, storitve na njej, doslednost podatkov in izvesti druge preglede.\u00a0<\/p>\n

Nato imamo dve poti:\u00a0<\/p>\n

    \n
  1. \u0423\u0434\u0430\u043b\u0438\u0442\u044c \u2013 \u0432\u044b\u043a\u043b\u044e\u0447\u0438\u0442\u044c \u0437\u0430\u043f\u0443\u0449\u0435\u043d\u043d\u044b\u0439 DR-\u043f\u043b\u0430\u043d. \u042d\u0442\u043e \u0434\u0435\u0439\u0441\u0442\u0432\u0438\u0435 \u043f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u0433\u0430\u0441\u0438\u0442 \u0437\u0430\u043f\u0443\u0449\u0435\u043d\u043d\u0443\u044e \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u043c\u0430\u0448\u0438\u043d\u0443. \u0414\u0430\u043d\u043d\u044b\u0435 \u0440\u0435\u043f\u043b\u0438\u043a\u0438 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u0442\u0441\u044f.\u00a0<\/li>\n
  2. \u041e\u0442\u043e\u0440\u0432\u0430\u0442\u044c \u2013 \u0440\u0430\u0437\u044a\u0435\u0434\u0438\u043d\u0438\u0442\u044c \u0440\u0435\u043f\u043b\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u0443\u044e \u043c\u0430\u0448\u0438\u043d\u0443 \u043e\u0442 Acura, \u0442\u043e \u0435\u0441\u0442\u044c \u0444\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u0437\u0430\u0432\u0435\u0440\u0448\u0438\u0442\u044c \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438.\u00a0<\/li>\n<\/ol>\n

    \n\u041f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u0430 \u0440\u0435\u0448\u0435\u043d\u0438\u044f:<\/strong>\u00a0<\/p>\n