Hystax Cloud Migration: shkarkojmë nëpër re

NjĂ« nga lojtarĂ«t e rinj nĂ« tregun e zgjidhjeve Disaster Recovery Ă«shtĂ« kompania Hystax – njĂ« startup rus i vitit 2016. Duke qenĂ« se tema e rikuperimit pas katastrofave Ă«shtĂ« shumĂ« e njohur dhe tregu ka njĂ« konkurrencĂ« tĂ« jashtĂ«zakonshme, ky startup vendosi tĂ« pĂ«rqendrohet nĂ« migrimin midis infrastrukturave tĂ« ndryshme nĂ« cloud. NjĂ« produkt qĂ« mundĂ«son migrimin e lehtĂ« dhe tĂ« shpejtĂ« nĂ« cloud do tĂ« ishte shumĂ« i dobishĂ«m edhe pĂ«r klientĂ«t e kompanisĂ« “Onlanta” — pĂ«rdoruesit Oncloud.ru. KĂ«shtu njoha Hystax dhe fillova tĂ« testoj mundĂ«sitĂ« e tij. ÇfarĂ« arrita tĂ« zbuloj, do ta tregoj nĂ« kĂ«tĂ« artikull.

Hystax Cloud Migration: shkarkojmë nëpër re
Karakteristika kryesore e Hystax është funksionaliteti i tij i gjerë për mbështetje të platformave të ndryshme të virtualizimit, sistemeve operative për mysafirë dhe shërbimeve në cloud, duke ofruar mundësinë për të transferuar ngarkesat e punës nga çdo vend në çdo vend.

Kjo lejon krijimin jo vetĂ«m tĂ« zgjidhjeve DR pĂ«r rritjen e qĂ«ndrueshmĂ«risĂ« sĂ« shĂ«rbimeve, por gjithashtu migrimin fleksibĂ«l dhe tĂ« shpejtĂ« tĂ« burimeve midis platformave tĂ« ndryshme dhe hiper-skaluesve pĂ«r rritjen e kursimeve dhe zgjedhjen e zgjidhjeve mĂ« tĂ« mira sipas nevojave specifike tĂ« shĂ«rbimeve nĂ« çdo moment. PĂ«rveç platformave tĂ« pĂ«rmendura nĂ« imazhin kryesor, kompania gjithashtu bashkĂ«punon aktivisht me ofruesit e shĂ«rbimeve cloud nĂ« Rusi: Yandex.Cloud, KROK “ShĂ«rbimet Cloud”, Mail.ru dhe shumĂ« tĂ« tjerĂ«. Po ashtu, Ă«shtĂ« e rĂ«ndĂ«sishme tĂ« theksohet se nĂ« vitin 2020 kompania krijoi njĂ« qendĂ«r R&D qĂ« ndodhet nĂ« Skolkovo. 

Zgjedhja e një zgjidhjeje nga një numër i madh lojtarësh në treg tregon një politikë të mirë çmimi dhe një aplikueshmëri të lartë të produktit, gjë që ne vendosëm ta verifikojmë në praktikë.

Pra, detyra jonë e testimit do të përfshijë migrimin nga platforma ime testuese VMware dhe makinat fizike në platformën e ofruesit, gjithashtu nën menaxhimin e VMware. Po, ka shumë zgjidhje që mund të realizojnë një migrim të tillë, por ne e shohim Hystax si një mjet universal, dhe të testosh migrimin në të gjitha kombinimet e mundshme është një detyrë e pamundur. Po ashtu, cloud-i Oncloud.ru është ndërtuar pikërisht mbi VMware, kështu që kjo platformë na intereson më shumë si qëllim. Më poshtë do të përshkruaj parimin kryesor të funksionimit, i cili në përgjithësi nuk varet nga platforma, dhe VMware mund të zëvendësohet me platformën e ndonjë ofruesi tjetër. 

Në fazën e parë, duhet të filloni Hystax Acura, e cila është paneli i menaxhimit të sistemit.

Hystax Cloud Migration: shkarkojmë nëpër re
Ajo fillon nga një model. Për një arsye, në rastin tonë, modeli ishte jo plotësisht korrekt dhe në vend të 8CPU, 16Gb të rekomanduara, u shfaq me burime dyfish më të ulëta. Prandaj, mos harroni t'i ndryshoni ato, përndryshe infrastruktura brenda VM, mbi të cilën është ndërtuar gjithçka, nuk do të nisë dhe portali do të jetë i paarritshëm. Në Kërkesat e instalimit janë përshkruar në detaje burimet e nevojshme, si dhe portet për të gjithë komponentët e sistemit. 

Po ashtu, kishim vështirësi me caktimin e adresës IP përmes modelit, kështu që e ndryshuam atë nga konsola. Pas kësaj, mund të hyni në ndërfaqen web të administratorit dhe të plotësoni asistentin fillestar të konfigurimit. 

Hystax Cloud Migration: shkarkojmë nëpër re
Hystax Cloud Migration: shkarkojmë nëpër re
Endpoint – IP ose FQDN i vCenter tonĂ«. 
Login dhe Password – kĂ«tu Ă«shtĂ« e qartĂ«. 
Target ESXi hostname – njĂ« nga hostet e klasit tonĂ«, nĂ« tĂ« cilin do tĂ« realizohet replikimi. 
Target datastore – njĂ« nga datastore-t e klasit tonĂ«, nĂ« tĂ« cilin do tĂ« realizohet replikimi.
Hystax Acura Control Panel Public IP – adresa, pĂ«r tĂ« cilĂ«n do tĂ« jetĂ« e arritshme paneli i menaxhimit.

Duhet sqarim i vogël për hostin dhe datastore-in. Problemi është se replikimi Hystax punon në nivelin e hostit dhe datastore-it. Më vonë do të tregoj se si mund të ndryshoni hostin dhe datastore-in për tenantin, por problemi është tjetër. Hystax nuk mbështet punën me grupe burimesh, dmth, replikimi gjithmonë do të ndodhë në rrënjën e klasës (në kohën e shkruarjes së këtij materiali, ata në Hystax lançuam një version të përditësuar, ku shpejt zbatuan kërkesën time për mbështetje për grupet e burimeve). Po ashtu, nuk mbështetet as vCloud Director, dmth, nëse, si në rastin tim, tenanti nuk ka të drejta administrative për tërë klasin, vetëm për një grup specifik burimesh, dhe ne i dhamë akses Hystax, ai do të jetë në gjendje të bëjë replikimin dhe të niste këto VM, por nuk do të mund t'i shihte ato në infrastrukturën VMware, për të cilën ka akses dhe, për pasojë, të menaxhonte më tej makinat virtuale. Duhet që administrator i klasit të zhvendosë VM në grupin e burimeve të nevojshëm ose t'i importe në vCloud Director.

Pse po e theksoj kaq shumë këtë çështje? Sepse, sa e kuptoj unë konceptin e produktit, klienti duhet të ketë mundësinë të realizojë çdo migërim ose DR vetë përmes panelit Acura. Por, deri më tani mbështetje për VMware është pak më e prapambetur krahasuar me mbështetje për OpenStack, ku këto mekanizma janë tashmë të realizuar. 

Por le të kthehemi te vendosja. Herën e parë, pas konfigurimit fillestar të panelit, na nevojitet të krijojmë qiranë e parë në sistemin tonë.

Hystax Cloud Migration: shkarkojmë nëpër re
Të gjitha fushat këtu janë të qarta, do të flas vetëm për fushën Cloud. Ne tashmë kemi një 'cloud' 'default', që e krijuam gjatë konfigurimit fillestar. Por nëse duam të kemi mundësinë të vendosim çdo qiramarrës në një datastor të veçantë dhe në një grup burimesh të veçantë, mund të realizojmë këtë përmes krijimit të 'cloud'-eve të veçanta për secilin nga klientët tanë.

Hystax Cloud Migration: shkarkojmë nëpër re
Në formën e shtimit të një 'cloud'-i të ri ne specifikojmë të njëjtat parametra që përdorëm gjatë konfigurimit fillestar (madje mund të përdorim të njëjtin host), specifikojmë datastorin e nevojshëm për klientin e caktuar, dhe tani në parametrat shtesë mund të specifikojmë individualisht grupin e burimeve të nevojshëm {"resource_pool": "YOUR_POOL_NAME"} 

Siç mund ta keni vënë re, në formën e krijimit të qiranës nuk ka asgjë për ndarje burimesh apo kuota - nuk ekziston asgjë e tillë në sistem. Nuk mund të kufizojmë qiranë nga numri i kopjeve të njëkohshme, numri i makinave për replikim ose ndonjë parametr tjetër. Kështu, ne kemi krijuar qiranë e parë. Tani ka një gjë jo krejt logjike, por të domosdoshme - instalimi i agjentit Cloud. Ajo është jo logjike, sepse agjenti shkarkohet në faqen e klientit të veçantë.

Hystax Cloud Migration: shkarkojmë nëpër re
Megjithatë, ai nuk është i lidhur me qiranë e krijuar dhe përmes tij do të punojnë të gjithë klientët tanë (apo përmes disa, nëse i kemi vendosur). Një agjent mbështet 10 sesione të njëkohshme. Një sesi konsiderohet një makinë. Nuk ka rëndësi sa disqe ka. Aktualisht, mekanizmi për shtrirjen e agjentëve në vetë Acura për VMware nuk ekziston. Ka edhe një çështje tjetër të pakëndshme - nuk kemi mundësi të shohim nga paneli i Acura 'utilizimin' e këtij agjenti, për të nxjerrë përfundimin nëse na nevojitet të vendosim akoma një tjetër apo është e mjaftueshme instalimi aktual. Në fund, skena duket si në vijim:

Hystax Cloud Migration: shkarkojmë nëpër re
Hapi tjetër për të pasur akses në portalin e klientit tonë është krijimi i një llogarie (dhe paraprakisht, një roli që do të aplikohet për këtë përdorues).

Hystax Cloud Migration: shkarkojmë nëpër re
Hystax Cloud Migration: shkarkojmë nëpër re
Tani klienti ynë mund të përdorë portalin vetë. E vetmja gjë që duhet të bëjë është të shkarkojë agjentët nga portali dhe t'i instalojë në anën e tij. Ekzistojnë tre lloje agjentësh: Linux, Windows dhe VMware.

Hystax Cloud Migration: shkarkojmë nëpër re
Të parët dy instalohen në pajisje fizike ose në makina virtuale në çdo hipervizor, përveç VMware. Këtu nuk kërkohet asgjë tjetër të konfigurohet, agjenti shkarkohet dhe tashmë di ku të drejtohet, dhe dosido brenda një minute makina do të duket në panelin Acura. Situata me agjentin VMware është pak më e komplikuar. Problemi është se agjenti për VMware gjithashtu shkarkohet nga portali, i përgatitur dhe me konfigurimin e nevojshëm. Por agjenti VMware përveç njohjes së portalit tonë Acura, duhet të dijë gjithashtu për sistemin e virtualizimit në të cilin do të vendoset.

Hystax Cloud Migration: shkarkojmë nëpër re
Këto të dhëna sistemi do t'i kërkojë të shpjegojmë gjatë shkarkimit të parë të agjentit VMware. Problemi është se në epokën tonë të dashurisë për sigurinë, shumë njerëz nuk do të duan të japin fjalëkalimin e administratës së tyre në një portal të huaj, çka është krejt e kuptueshme. Nga brenda, pas vendosjes, agjenti nuk mund të konfigurohet më (mund të ndryshoni vetëm parametrat e rrjetit). Këtu parashikoj vështirësi me klientët që janë të shqetësuar. 

Pra, pas instalimit të agjentëve, ne mund të kthehemi në panelin Acura dhe të shohim të gjitha makinat tona.

Hystax Cloud Migration: shkarkojmë nëpër re
Duke qenĂ« se unĂ« nuk jam ditĂ«n e parĂ« qĂ« punoj me sistemin, kam makina nĂ« gjendje tĂ« ndryshme. TĂ« gjitha janĂ« nĂ« grupin Default, por ka mundĂ«si pĂ«r tĂ« krijuar grupe tĂ« veçanta dhe pĂ«r t’i transferuar aty makinat, siç ju nevojitet. Kjo nuk ndikon nĂ« asgjĂ« - Ă«shtĂ« thjesht njĂ« pĂ«rfaqĂ«sim logjik i tĂ« dhĂ«nave dhe grupimi i tyre pĂ«r njĂ« punĂ« mĂ« tĂ« rehatshme. E para dhe mĂ« e rĂ«ndĂ«sishmja, qĂ« duhet tĂ« bĂ«jmĂ« pas kĂ«saj, Ă«shtĂ« tĂ« fillojmĂ« procesin e migĂ«rimit. Ne mund ta bĂ«jmĂ« kĂ«tĂ« si me forcĂ« manualisht, ashtu edhe tĂ« planifikojmĂ«, pĂ«rfshirĂ« edhe masivisht pĂ«r tĂ« gjitha makinat njĂ«kohĂ«sisht.

Hystax Cloud Migration: shkarkojmë nëpër re
Dua t’ju rikujtoj se Hystax Ă«shtĂ« pozicionuar si njĂ« produkt pĂ«r migrimin. Nuk Ă«shtĂ« e çuditshme qĂ« pĂ«r tĂ« nisur makinat tona tĂ« replikĂ«s, na nevojitet tĂ« krijojmĂ« njĂ« plan DR. Plani mund tĂ« hartohet pĂ«r makinat qĂ« janĂ« tashmĂ« nĂ« gjendjen Synced. Mund tĂ« krijojmĂ« pĂ«r njĂ« VM tĂ« veçantĂ« ose pĂ«r tĂ« gjitha makinat njĂ«herĂ«sh.

Hystax Cloud Migration: shkarkojmë nëpër re
Grupi i parametrave gjatĂ« gjenerimit tĂ« planit DR do tĂ« ndryshojĂ« nĂ« varĂ«si tĂ« infrastrukturĂ«s nĂ« tĂ« cilĂ«n do tĂ« migroni. PĂ«r ambientin VMware Ă«shtĂ« nĂ« dispozicion njĂ« grup minimal parametrash. Gjithashtu, Re-IP nuk mbĂ«shtetet pĂ«r makinat. NĂ« kĂ«tĂ« plan, na interesojnĂ« kĂ«to pika: nĂ« pĂ«rshkrimin e VM, parametri "subnet": "VMNetwork", ku lidhim VM me njĂ« rrjet tĂ« caktuar nĂ« klaster. Rank – Ă«shtĂ« i rĂ«ndĂ«sishĂ«m kur migroni disa VM, pĂ«rcakton renditjen e nisjes sĂ« tyre. Flavor – pĂ«rshkruan konfigurimin e VM, nĂ« kĂ«tĂ« rast – 1CPU, 2GB RAM. NĂ« seksionin subnets pĂ«rcaktojmĂ« qĂ« "subnet": "VMNetwork" Ă«shtĂ« i lidhur me rrjetin "VM Network" VMware. 

Kur krijoni planin DR, nuk ka mundësi të "ndarë" diskët në data store të ndryshme. Ata do të ndodhen në të njëjtin data store që është përcaktuar për këtë cloud klienti, dhe nëse keni disqe të klasave të ndryshme, kjo mund të shkaktojë disa vështirësi gjatë nisjes së makinës, dhe pas nisjes dhe "çlirimit" të VM nga Hystax, do të kërkojë gjithashtu një migrim të veçantë të disqeve në data store të nevojshme. Më pas na mbetet vetëm të nisim planin tonë DR dhe të presim derisa makinat tona të ngrihen. Procesi i konvertimit P2V/V2V gjithashtu merr kohë. Në makinën time më të madhe të testimit me 100GB dhe tre disqe, kjo zgjati maksimumi 10 minuta.

Hystax Cloud Migration: shkarkojmë nëpër re
Pas kësaj, duhet të kontrolloni VM-në e nisur, shërbimet mbi të, konsistencën e të dhënave dhe të bëni kontrollime të tjera. 

Më pas ne kemi dy mundësi: 

  1. Delete – fshijĂ« planin DR tĂ« nisur. Ky veprim do tĂ« shkatĂ«rrojĂ« vetĂ«m VM-nĂ« e nisur. Replica e tĂ« dhĂ«nave nuk do tĂ« humbasĂ«. 
  2. Detach – ndanĂ« makinĂ«n e replikuar nga Acura, pra pĂ«rfundon procesin e migrimit. 

Avantazhet e zgjidhjes: 

  • lehtĂ«sia e instalimit dhe konfigurimit si nga ana e klientit, ashtu edhe nga ana e ofruesit; 
  • lehtĂ«sia e konfigurimit tĂ« migrimit, krijimit tĂ« planit DR dhe nisjes sĂ« replikave;
  • mbĂ«shtetje dhe zhvilluesit reagojnĂ« mjaft shpejt ndaj problemeve tĂ« gjetura dhe i shkarkojnĂ« ato pĂ«rmes pĂ«rditĂ«simeve tĂ« platformĂ«s ose agjentĂ«ve. 

Kundrat 

  • MungesĂ« mbĂ«shtetje pĂ«r Vmware.
  • MungesĂ« e çdo kuotimi pĂ«r tenantĂ«t nga platforma. 

Gjithashtu kam përgatitur një Kërkesë për Karakteristika, të cilën ia kaluam ofruesit:

  1. monitorimi i përdorimit dhe deploy nga konsola e menaxhimit Acura për agjentët Cloud;
  2. prania e kuotave për tenantët; 
  3. mundësia për të kufizuar numrin e replikimeve të njëkohshme dhe shpejtësinë për çdo tenant; 
  4. mbështetje për VMware vCloud Director; 
  5. mbështetje për grupe burimesh (u realizua gjatë testimit);
  6. mundësia për të konfiguruar agjentët VMware nga vetë agjenti, pa hyrë në kredencialet nga infrastruktura e klientit në panelin Acura;
  7.  “visualizimi” i procesit tĂ« nisjes sĂ« VM kur niset plani DR. 

E vetmja gjĂ« qĂ« mĂ« ngjalli shumĂ« ankesĂ« – dokumentacioni. Nuk mĂ« pĂ«lqejnĂ« shumĂ« “kutitĂ« e zeza” dhe preferoj kur ka dokumentacion tĂ« detajuar pĂ«r mĂ«nyrĂ«n se si funksionon produkti nĂ« brendĂ«si. Dhe nĂ«se pĂ«r AWS dhe OpenStack produkti Ă«shtĂ« pĂ«rshkruar edhe mĂ« ose mĂ« pak, pĂ«r VMware Ă«shtĂ« tejet i pamjaftueshĂ«m. 

Ka njĂ« UdhĂ«zues Instalimi, qĂ« pĂ«rshkruan vetĂ«m vendosjen e panelit Acura, dhe ku nuk ka asnjĂ« fjalĂ« qĂ« nevojitet gjithashtu njĂ« agjent Cloud. Ka njĂ« grup tĂ« plotĂ« specifikimesh pĂ«r produktin, qĂ« Ă«shtĂ« mirĂ«. Ka dokumentacion qĂ« pĂ«rshkruan konfigurimin “nga dhe deri” me rastin e AWS dhe OpenStack (edhe pse mĂ« duket se Ă«shtĂ« mĂ« shumĂ« si njĂ« postim nĂ« blog), dhe ka njĂ« BazĂ« tĂ« Njohurive shumĂ« tĂ« vogĂ«l. 

NĂ« pĂ«rgjithĂ«si, ky nuk Ă«shtĂ« saktĂ«sisht formati i dokumentacionit qĂ« kam mĂ«suar, le tĂ« themi, nga ofruesit mĂ« tĂ« mĂ«dhenj, kĂ«shtu qĂ« nuk ndihesha shumĂ« i rehatshĂ«m. MegjithatĂ«, pĂ«rgjigjet pĂ«r disa nuanca tĂ« funksionimit tĂ« sistemit “brenda” nuk i kam gjetur nĂ« kĂ«tĂ« dokumentacion – shumĂ« pyetje kam qenĂ« tĂ« detyruar t’i sqaroj me mbĂ«shtetje teknike, dhe kjo e ka zgjatur mjaft procesin e vendosjes sĂ« ambientit dhe realizimin e testimeve. 

Duke pĂ«rmbledhur, mund tĂ« them se nĂ« pĂ«rgjithĂ«si produkti dhe qasja e kompanisĂ« pĂ«r zgjidhjen e problemit mĂ« pĂ«lqen. Po, ka disa mangĂ«si, ka vĂ«rtet njĂ« mungesĂ« kritike tĂ« funksionalitetit (nĂ« lidhje me VMware). ËshtĂ« e dukshme se, pĂ«r tĂ«, kompania orienton fillimisht pĂ«r cloud-et publike, veçanĂ«risht AWS, dhe pĂ«r disa prej tyre, kjo do tĂ« jetĂ« e mjaftueshme. Prania e njĂ« produkti kaq tĂ« thjeshtĂ« dhe tĂ« pĂ«rshtatshĂ«m sot, kur shumĂ« kompani po zgjedhin njĂ« strategji multi-cloud, Ă«shtĂ« jashtĂ«zakonisht e rĂ«ndĂ«sishme. Duke marrĂ« parasysh çmimin shumĂ« mĂ« tĂ« ulĂ«t krahasuar me konkurrentĂ«t, kjo e bĂ«n produktin shumĂ« tĂ«rheqĂ«s.

Ne jemi duke kërkuar një anëtar të ri për ekipin tonë inxhinierin kryesor të sistemeve të monitorimit. Ndoshta ju jeni pikërisht ai?

Burimi: habr.com

Bleni hostim tĂ« besueshĂ«m pĂ«r faqe me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Bleni hostim tĂ« besueshĂ«m pĂ«r faqe me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster