Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve

NjĂ« nga lojtarĂ«t e rinj nĂ« tregun e zgjidhjeve pĂ«r rikuperimin nga katastrofat Ă«shtĂ« kompania Hystax – njĂ« startup rus i vitit 2016. Duke qenĂ« se tema e rikuperimit nga katastrofat Ă«shtĂ« shumĂ« popullore dhe konkurrenca nĂ« treg Ă«shtĂ« jashtĂ«zakonisht e lartĂ«, startup-i vendosi tĂ« fokusohet nĂ« migrimin midis infrastrukturave tĂ« ndryshme cloud. NjĂ« produkt qĂ« lejon organizimin e njĂ« migrimi tĂ« thjeshtĂ« 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 u njoha me Hystax dhe fillova tĂ« testoj mundĂ«sitĂ« e tij. ÇfarĂ« doli nga kjo, do ta shpjegoj nĂ« kĂ«tĂ« artikull.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Karakteristika kryesore e Hystax është se ka një funksionalitet të gjerë për mbështetje të platformave të ndryshme të virtualizimit, sistemeve operative mysafir dhe shërbimeve cloud, duke dhënë mundësinë për të transferuar ngarkesat tuaja të punës nga kudo dhe në çdo vend.

Kjo mundĂ«son krijimin e zgjidhjeve DR pĂ«r tĂ« rritur qĂ«ndrueshmĂ«rinĂ« e shĂ«rbimeve, por gjithashtu lejon qĂ« tĂ« migrohen burimet midis platformave dhe hiperskalierĂ«ve tĂ« ndryshĂ«m pĂ«r tĂ« rritur kursimin e kostove dhe pĂ«r tĂ« zgjedhur zgjidhjen mĂ« tĂ« pĂ«rshtatshme pĂ«r shĂ«rbimin konkret nĂ« atĂ« moment. PĂ«rveç platformave tĂ« pĂ«rmendura nĂ« imazhin kryesor, kompania gjithashtu bashkĂ«punon aktivisht me ofrues tĂ« ndryshĂ«m tĂ« shĂ«rbimeve cloud nĂ« Rusi: Yandex.Cloud, KROK “ShĂ«rbimet Cloud”, Mail.ru dhe shumĂ« tĂ« tjerĂ«. Gjithashtu, vlen tĂ« theksohet se nĂ« vitin 2020 kompania hapi njĂ« qendĂ«r R&D nĂ« Skolkovo. 

Zgjedhja e njëzëshme nga një numër i madh lojtarësh në treg dëshmon për një politikë të mirë çmimi dhe aplikueshmërinë e lartë të produktit, çfarë ne vendosëm ta verifikojmë në praktikë.

Pra, detyra jonë provuese do të përbëhet nga migrimi 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 universale, ndërsa të testosh migrimin në të gjitha kombinimet e mundshme është thjesht një detyrë e pamundur. Po ashtu, cloud-i Oncloud.ru është ndërtuar pikërisht mbi VMware, prandaj kjo platformë si objektiv na intereson më shumë. Më pas do ta përshkruaj parimin kryesor të funksionimit, i cili në thelb nuk varet nga platforma, dhe VMware nga çdo anë mund të zëvendësohet me platformën e një ofruesi tjetër. 

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

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Ajo implementohet nga një shabllon. Për një arsye, në rastin tonë ai nuk ishte krejtësisht i saktë dhe përveç 8CPU, 16Gb të rekomanduara, u implementua me burime dy herë më të vogla. Prandaj, mos e harroni t'i ndryshoni ato, përndryshe infrastruktura brenda VM, mbi të cilën është ndërtuar gjithçka, thjesht nuk do të nisë dhe porta do të jetë e paqartë. Në Kërkesat për implementim shpjegojnë në detaje burimet e kërkuara dhe portet për të gjithë komponentët e sistemit. 

Dhe gjithashtu kishim vështirësi me caktimin e adresës IP përmes shabllonit, kështu që e ndryshuam atë nga konsola. Pas kësaj, mund të kaloni në ndërfaqen web të administratës dhe të plotësoni masterin e konfigurimit fillestar. 

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Endpoint – IP ose FQDN i vCenter tonĂ«. 
Login dhe FjalĂ«kalimi – kĂ«tu Ă«shtĂ« e qartĂ«. 
Emri i hostit tĂ« synuar ESXi – njĂ« nga hostet e klasterit tonĂ«, ku do tĂ« bĂ«het replikimi. 
Depoja e synuar – njĂ« nga depojat e klasterit tonĂ«, ku do tĂ« bĂ«het replikimi.
IP publike e panelit tĂ« kontrollit Hystax Acura – adresa, nga e cila do tĂ« jetĂ« e aksesueshme paneli i menaxhimit.

KĂ«rkohet njĂ« sqarim i vogĂ«l pĂ«r hostin dhe depot. Çështja Ă«shtĂ« se replika Hystax funksionon nĂ« nivelin e hostit dhe depot. MĂ« vonĂ« do t'ju tregoj se si mund tĂ« ndryshoni hostin dhe depotin pĂ«r tenantin, por problemi Ă«shtĂ« se Hystax nuk mbĂ«shtet punĂ«n me grumbuj burimesh, dmth. replikimi gjithmonĂ« do tĂ« ndodhĂ« nĂ« rrĂ«njĂ«n e klasterit (nĂ« kohĂ«n e shkrimit tĂ« kĂ«tij materiali, ekipi i Hystax lĂ«shoi njĂ« version tĂ« azhurnuar, ku shpejt implementuan kĂ«rkesĂ«n time pĂ«r mbĂ«shtetje tĂ« grumbujve tĂ« burimeve). Gjithashtu, vCloud Director nuk mbĂ«shtetet, dmth. nĂ«se, si nĂ« rastin tim, tenanti nuk ka tĂ« drejta administratoriale pĂ«r tĂ« gjithĂ« klasterin, por vetĂ«m pĂ«r njĂ« grumbull specifik burimesh, dhe ne i dhamĂ« akses Hystax, ai do tĂ« mund tĂ« replikojĂ« dhe tĂ« nisĂ« kĂ«to VM vetĂ«, por nuk do tĂ« mund t'i shohĂ« ato nĂ« infrastrukturĂ«n VMware, nĂ« tĂ« cilĂ«n ka akses dhe, pĂ«r rrjedhojĂ«, nuk do tĂ« mund tĂ« menaxhojĂ« mĂ« tej makinat virtuale. ËshtĂ« e nevojshme qĂ« administratori i klasterit tĂ« transferojĂ« VM nĂ« grumbullin e duhur tĂ« burimeve ose ta importojĂ« nĂ« vCloud Director.

Pse po i kushtoj kaq shumë rëndësi këtyre momenteve? Sepse, sa më kuptohet koncepti i produktit, klienti duhet të ketë mundësinë të realizojë çdo migrim ose DR përmes panelit Acura. Por, deri tani, mbështetje për VMware është pak prapa nivelit të mbështetjes për OpenStack, ku mekanizmat e tillë tashmë janë realizuar. 

Por le të kthehemi te shpërndarja. Së pari, pas konfigurimit fillestar të panelit, na nevojitet të krijojmë tenantin e parë në sistemin tonë.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
TĂ« gjitha fushat kĂ«tu janĂ« tĂ« qarta, do 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 tenant nĂ« datastorin e vet dhe nĂ« pool-in e vet tĂ« burimeve, mund ta realizojmĂ« kĂ«tĂ« duke krijuar ‘cloud’ tĂ« veçantĂ« pĂ«r secilin nga klientĂ«t tanĂ«.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
NĂ« formularin pĂ«r shtimin e njĂ« ‘cloud’-i tĂ« ri ne tregojmĂ« tĂ« njĂ«jtat parametra si gjatĂ« konfigurimit fillestar (mund tĂ« pĂ«rdorim madje edhe hostin e njĂ«jtĂ«), tregojmĂ« datastorin e nevojshĂ«m pĂ«r klientin specifik dhe tani nĂ« parametrat shtesĂ« mund tĂ« tregojmĂ« individualisht pool-in e burimeve tĂ« nevojshme {«resource_pool»: «YOUR_POOL_NAME»} 

Siç e keni vĂ«nĂ« re, nĂ« formularin e krijimit tĂ« tenantit nuk ka asgjĂ« pĂ«r ndarjen e burimeve ose ndonjĂ« kuotĂ« – asgjĂ« e tillĂ« nuk ekziston nĂ« sistem. Nuk Ă«shtĂ« e mundur tĂ« kufizojmĂ« tenantin nĂ« numrin e replika tĂ« njĂ«kohshme, numrin e makinave pĂ«r replikim ose sipas parametrave tĂ« tjerĂ«. KĂ«shtu, ne krijuam tenantin e parĂ«. Tani ka diçka jo krejt logjike, por tĂ« detyrueshme – instalimi i agentit Cloud. Nuk Ă«shtĂ« logjike, sepse agjenti shkarkohet nĂ« faqen e klientit konkret.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Ai nuk Ă«shtĂ« i lidhur me tenantin e krijuar dhe pĂ«rmes tij do tĂ« punojnĂ« tĂ« gjithĂ« klientĂ«t tanĂ« (ose disa, nĂ«se i deploy-m). NjĂ« agjent mbĂ«shtet 10 sesione tĂ« njĂ«kohshme. NjĂ« sesion llogaritet si njĂ« makinĂ«. NĂ« kĂ«tĂ« rast, nuk ka rĂ«ndĂ«si sa disqe ka ajo. NĂ« ditĂ«t e sotme, mekanizmi pĂ«r shkallĂ«zim tĂ« agjentĂ«ve nĂ« vetĂ« Acura nĂ«n VMware nuk ekziston. Ka edhe njĂ« çështje tjetĂ«r tĂ« pakĂ«ndshme – ne nuk kemi mundĂ«si nga paneli Acura tĂ« shohim

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Hapi tjetër për të aksesuar portalin e klientit tonë është krijimi i një llogarie (dhe më parë duhet të krijojmë një rol që do të aplikohet për këtë përdorues).

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Tani klienti ynë mund të përdorë portalin në mënyrë të pavarur. E gjithë çfarë 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: duke u zhvendosur nëpërmjet reve
Të dy të parët instalohen në fiziologjinë ose në makinat virtuale në çdo hipervizor tjetër përveç VMware. Nuk kërkohet të konfigurohet asgjë shtesë, agjenti shkarkohet dhe tashmë di ku duhet të trokasë, dhe brenda një minute makina do të duket në panelin Acura. Situata me agjentin VMware është pak më e ndërlikuar. Problemi është se agjenti për VMware gjithashtu shkarkohet nga portali tashmë i përgatitur dhe me konfigurimin e nevojshëm. Por agjenti VMware, përveç njohjes për portalin tonë Acura, duhet të dijë gjithashtu për sistemin e virtualizimit, në të cilin do të implementohet.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Për më tepër, këto të dhëna sistemi do t'i kërkojë të specifikojmë gjatë shkarkimit të parë të agjentit VMware. Problemi është se në epokën tonë të dashurisë së përgjithshme për sigurinë, shumë pak do të duan të specifikojnë fjalëkalimin e tyre të administratorit në një portal tjetër, gjë që është mjaft e kuptueshme. Pas implementimit, agjenti nuk mund të konfigurohet më (mund të ndryshosh vetëm parametrat e tij rrjetit). Këtu parashikoj vështirësi me klientët mjaft të kujdesshëm. 

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

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Pasi unë tashmë kam punuar me sistemin për një kohë të gjatë, kam makina në gjendje të ndryshme. Të gjitha ato janë në grupin Default, por ka mundësi të krijoni grupe të veçanta dhe t'i transferoni makinat sipas nevojës tuaj. Kjo nuk ndikon në asgjë - është thjesht një paraqitje logjike e të dhënave dhe grupimi i tyre për një punë më të lehtë. E para dhe më e rëndësishmja që duhet të bëjmë pas kësaj, është të nisim procesin e migrimit. Ne mund ta bëjmë këtë si me forcë manualisht, ashtu edhe të vendosim një orar, përfshirë një migrim masiv për të gjitha makinat njëherësh.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Më kujtohet që Hystax është pozicionuar si një produkt për migrim. Prandaj, nuk është e habitshme që për të nisur makinat tona të replikueshme, na nevojitet të krijojmë një plan DR. Plani mund të përgatitet për makinat që tashmë janë në gjendjen Synced. Mund të gjenerohet si për një VM të veçantë, ashtu edhe për të gjitha makinat njëherësh.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Grupi i parametrave kur gjeneroni planin DR do të ndryshojë në varësi të infrastrukturës në të cilën do të migroni. Për ambientin VMware, disponohet 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 parametrin "subnet": "VMNetwork", ku lidhim VM me një rrjet të caktuar në grumbull. 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 ne përcaktojmë se "subnet": "VMNetwork" është e asociuar me rrjetin "VM Network" të VMware. 

Kur krijoni planin DR, nuk ka mundësi të "ndarë" disqet në datastore të ndryshme. Ato do të qëndrojnë në të njëjtin datastore 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 "ndarjes" së VM nga Hystax, do të kërkojë gjithashtu një migrim të veçantë të disqeve në datastore të nevojshme. Më pas na mbetet vetëm të aktivizojmë planin tonë DR dhe të presim deri sa të ngrihen makinat tona. Procesi i konvertimit P2V/V2V gjithashtu kërkon kohë. Në makinën time më të madhe për provë me 100GB dhe tre disqe, kjo zuri maksimumi 10 minuta.

Hystax Cloud Migration: duke u zhvendosur nëpërmjet reve
Pas kësaj, duhet të kontrolloni VM-në e aktivizuar, shërbimet në të, koherencën e të dhënave dhe të kryeni kontrolle të tjera. 

Më pas kemi dy rrugë: 

  1. Fshij – fshi planin e DR-sĂ« nĂ« funksion. Ky veprim vetĂ«m se do tĂ« ndalĂ« VM-nĂ« e aktivizuar. TĂ« dhĂ«nat e replikĂ«s nuk do tĂ« humbasin. 
  2. ShkĂ«put – shkĂ«put makinĂ«n e replikimit nga Acura, dmth, nĂ« thelb pĂ«rfundon procesin e migrimit. 

Avantazhet e zgjidhjes: 

  • lehtĂ«sia nĂ« instalim dhe konfiguroim si nga ana e klientit ashtu edhe nga ana e ofruesit; 
  • lehtĂ«sia nĂ« konfigurimin e migrimit, krijimin e planit tĂ« DR-sĂ« dhe aktivizimin e replikave;
  • mbĂ«shtetja dhe zhvilluesit reagohet mjaft shpejt ndaj problemeve tĂ« gjetura dhe i eliminojnĂ« ato pĂ«rmes pĂ«rditĂ«simeve tĂ« platformĂ«s ose agjentĂ«ve. 

Disavantazhet 

  • MbĂ«shtetje e pamjaftueshme pĂ«r Vmware.
  • Mungesa e ndonjĂ« kuotimi pĂ«r qiramarrĂ«sit nga platforma. 

Gjithashtu kam përgatitur një Kërkesë për Karakteristika, të cilën e përcollëm te shitësi:

  1. monitorimi i përdorimit dhe shpërndarja nga konsola e menaxhimit Acura për agjentët e Cloud;
  2. prania e kuotave për qiramarrësit; 
  3. mundësia për të kufizuar numrin e replikimeve të njëkohshme dhe shpejtësinë për secilin qiramarrës; 
  4. mbështetje për VMware vCloud Director; 
  5. mbështetje për pool-et e burimeve (u implementua gjatë testimit);
  6. mundësia e konfigurimit të agjentit VMware nga vetë agjenti, pa futur të dhënat e kredencialeve nga infrastruktura e klientit në panelin Acura;
  7.  ‘visualizimi’ i procesit tĂ« aktivizimit tĂ« VM-sĂ« kur fillohet plani i DR-sĂ«. 

E vetmja gjĂ« qĂ« mĂ« shkaktoi shumĂ« kritika ishte dokumentacioni. Nuk mĂ« pĂ«lqejnĂ« shumĂ« ‘kutitĂ« e zeza’ dhe preferoj kur ka dokumentacion tĂ« detajuar mbi se si funksionon produkti brenda. Dhe nĂ«se pĂ«r AWS dhe OpenStack produkti Ă«shtĂ« pĂ«rshkruar mĂ« shumĂ« ose mĂ« pak, pĂ«r VMware dokumentacioni Ă«shtĂ« jashtĂ«zakonisht i pakĂ«t. 

Ka njĂ« UdhĂ«zues Instalimi, i cili pĂ«rshkruan vetĂ«m implementimin e panelit Acura, dhe ku nuk ka asnjĂ« fjalĂ« se nevojitet gjithashtu edhe agjenti i Cloud. Ka njĂ« set tĂ« plotĂ« specifikimesh pĂ«r produktin, qĂ« Ă«shtĂ« mirĂ«. Ka dokumentacion qĂ« pĂ«rshkruan konfigurimin ‘nga A nĂ« Z’ me shembuj nga AWS dhe OpenStack (ndonĂ«se mĂ« duket mĂ« shumĂ« si njĂ« postim nĂ« blog), dhe ka njĂ« Knowledge Base tĂ« vogĂ«l. 

NĂ« pĂ«rgjithĂ«si, ky nuk Ă«shtĂ« plotĂ«sisht formati i dokumentacionit tĂ« cilit i kam zakon, le tĂ« themi, te ofruesit mĂ« tĂ« mĂ«dhenj, prandaj nuk ishte shumĂ« komod pĂ«r mua. MegjithatĂ«, unĂ« nuk arrita tĂ« gjeja nĂ« kĂ«tĂ« dokumentacion pĂ«rgjigje pĂ«r disa nuanca tĂ« funksionimit tĂ« sistemit ‘brenda’ – shumĂ« pyetje duhej tĂ« sqaroheshin me mbĂ«shtetje teknike, dhe kjo e vononte mjaft procesin e implementimit tĂ« skenave dhe testimin. 

NĂ« pĂ«rfundim, mund tĂ« them qĂ« nĂ« pĂ«rgjithĂ«si mĂ« pĂ«lqeu produkti dhe qasja e kompanisĂ« ndaj realizimit tĂ« detyrĂ«s. Po, ka ende mangĂ«si, dhe ka vĂ«rtet njĂ« mungesĂ« kritike nĂ« funksionalitet (nĂ« lidhje me VMware). ËshtĂ« e dukshme se, mĂ« sĂ« shumti, kompania e orienton veten nĂ« re publike, veçanĂ«risht nĂ« AWS, dhe pĂ«r disa kjo do tĂ« jetĂ« e mjaftueshme. Prania e njĂ« produkti kaq tĂ« thjesht dhe tĂ« rehatshĂ«m sot, kur shumĂ« kompani zgjedhin njĂ« strategji multi-re, Ă«shtĂ« jashtĂ«zakonisht e rĂ«ndĂ«sishme. Duke patur parasysh çmimin shumĂ« mĂ« tĂ« ulĂ«t nĂ« krahasim me konkurentĂ«t, e bĂ«n produktin jashtĂ«zakonisht tĂ«rheqĂ«s.

Ne jemi duke kërkuar për anëtar të ri në ekipin tonë inxhinier lider të sistemeve të monitorimit. A mund të jeni ju ai?

Burimi: habr.com

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