Hystax mākoņu migrācija: jāŔana pa mākoņiem

Viens no jaunajiem spēlētājiem katastrofu atkopÅ”anas risinājumu tirgÅ« ir Hystax, 2016. gada Krievijas jaunuzņēmums. Tā kā katastrofu seku novērÅ”anas tēma ir ļoti populāra un tirgÅ« valda ārkārtÄ«gi liela konkurence, startup nolēma koncentrēties uz migrāciju starp dažādām mākoņu infrastruktÅ«rām. Onlantas klientiem ā€“ lietotājiem ļoti noderētu produkts, kas ļauj organizēt vienkārÅ”u un ātru migrāciju uz mākoni oncloud.ru. Tā es iepazinos ar Hystax un sāku testēt tā Ä«paŔības. Un kas no tā sanāca, pastāstÄ«Å”u Å”ajā rakstā.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Hystax galvenā iezÄ«me ir tā plaŔā funkcionalitāte, lai atbalstÄ«tu dažādas virtualizācijas platformas, viesu OS un mākoņpakalpojumus, kas ļauj pārvietot jÅ«su darba slodzi no jebkuras vietas un jebkuras vietas.

Tas ļauj izveidot ne tikai DR risinājumus, lai uzlabotu servisu kļūdu toleranci, bet arÄ« ātri, elastÄ«gi migrēt resursus starp dažādām vietām un hiperskaleriem, lai palielinātu izmaksu ietaupÄ«jumu un izvēlētos konkrētajam pakalpojumam uz doto brÄ«di labāko risinājumu. Papildus titulbildē norādÄ«tajām platformām uzņēmums aktÄ«vi sadarbojas arÄ« ar Krievijas mākoņpakalpojumu sniedzējiem: Yandex.Cloud, CROC Cloud Services, Mail.ru un daudziem citiem. Ir arÄ« vērts atzÄ«mēt, ka 2020. gadā uzņēmums atvēra pētniecÄ«bas un attÄ«stÄ«bas centru Skolkovā. 

Viena risinājuma izvēle, ko veic liels skaits tirgus dalībnieku, liecina par labu cenu politiku un produkta augstu pielietojamību, ko mēs nolēmām pārbaudīt praksē.

Tātad mÅ«su testa uzdevums sastāvēs no migrācijas no manas VMware testa vietnes un fiziskajām iekārtām uz pakalpojumu sniedzēja vietni, ko arÄ« pārvalda VMware. Jā, ir daudz risinājumu, kas var veikt Ŕādu migrāciju, taču mēs uzskatām, ka Hystax ir universāls rÄ«ks, un migrācijas pārbaude visās iespējamās kombinācijās ir vienkārÅ”i nereāls uzdevums. Un Oncloud.ru mākonis ir veidots tieÅ”i uz VMware, tāpēc Ŕī platforma kā mērÄ·is mÅ«s interesē lielākā mērā. Tālāk es aprakstÄ«Å”u darbÄ«bas pamatprincipu, kas kopumā ir neatkarÄ«gs no platformas, un VMware no jebkuras puses var aizstāt ar cita pārdevēja platformu. 

Pirmais solis ir izvietot Hystax Acura, kas ir sistēmas vadības panelis.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Tas izvērÅ”as no veidnes. Nez kāpēc mÅ«su gadÄ«jumā tas nebija lÄ«dz galam pareizi un ieteicamā 8CPU vietā tika izvietots 16Gb ar pusi mazākiem resursiem. Tāpēc jāatceras tos mainÄ«t, pretējā gadÄ«jumā VM iekÅ”ienē esoŔā infrastruktÅ«ra, uz kuras viss ir uzbÅ«vēts, vienkārÅ”i nesāksies ar konteineriem un portāls nebÅ«s pieejams. IN IzvietoÅ”anas prasÄ«bas SÄ«ki aprakstÄ«ti nepiecieÅ”amie resursi, kā arÄ« visu sistēmas komponentu pieslēgvietas. 

Un bija arÄ« grÅ«tÄ«bas ar IP adreses iestatÄ«Å”anu caur veidni, tāpēc mainÄ«jām to no konsoles. Pēc tam varat doties uz administratora tÄ«mekļa saskarni un pabeigt sākotnējo konfigurācijas vedni. 

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Hystax mākoņu migrācija: jāŔana pa mākoņiem
Galapunkts ā€” mÅ«su vCenter IP vai FQDN. 
PieteikÅ”anās vārds un parole - Å”eit tas ir skaidrs. 
MērÄ·a ESXi saimniekdatora nosaukums ir viens no mÅ«su klastera saimniekdatoriem, kuram tiks veikta replikācija. 
Mērķa datu krātuve ir viena no mūsu klastera datu krātuvēm, kurā tiks replicēta.
Hystax Acura Control Panel Public IP ā€“ adrese, kur bÅ«s pieejams vadÄ«bas panelis.

NepiecieÅ”ams neliels skaidrojums par resursdatoru un datu krātuvi. Fakts ir tāds, ka Hystax replikācija darbojas resursdatora un datu krātuves lÄ«menÄ«. Tālāk es jums pastāstÄ«Å”u, kā varat mainÄ«t saimniekdatoru un datu krātuvi nomniekam, taču problēma ir atŔķirÄ«ga. Hystax neatbalsta resursu apvienoÅ”anu, t.i. replika vienmēr notiks ar klastera sakni (Ŕī materiāla rakstÄ«Å”anas laikā Hystax puiÅ”i izlaida atjauninātu versiju, kurā viņi ātri ieviesa manu funkciju pieprasÄ«jumu attiecÄ«bā uz resursu kopu atbalstu). ArÄ« vCloud Director netiek atbalstÄ«ts, ti. ja, kā manā gadÄ«jumā, nomniekam nav administratora tiesÄ«bas uz visu klasteru, bet tikai uz konkrētu resursu kopu, un mēs devām piekļuvi Hystax, tad viņŔ varēs patstāvÄ«gi replicēt un palaist Ŕīs virtuālās maŔīnas, bet viņŔ to darÄ«s. nevarēs tos redzēt VMware infrastruktÅ«rā, kurai viņam ir piekļuve, un attiecÄ«gi tālāk pārvaldÄ«t virtuālās maŔīnas. Klastera administratoram ir jāpārvieto VM uz pareizo resursu kopu vai jāimportē tas vCloud Director.

Kāpēc es tik daudz koncentrējos uz Å”iem brīžiem? Jo, cik es saprotu produkta koncepciju, klientam vajadzētu bÅ«t iespējai patstāvÄ«gi ieviest jebkuru migrāciju vai DR, izmantojot Acura paneli. Taču lÄ«dz Å”im VMware atbalsts nedaudz atpaliek no atbalsta lÄ«meņa tam paÅ”am OpenStack, kur Ŕādi mehānismi jau ir ieviesti. 

Bet atpakaļ pie izvietoÅ”anas. Pirmkārt, pēc paneļa sākotnējās iestatÄ«Å”anas mums ir jāizveido pirmais nomnieks mÅ«su sistēmā.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Å eit visi lauki ir skaidri, es jums pastāstÄ«Å”u tikai par Mākoņu lauku. Mums jau ir "noklusējuma" mākonis, ko izveidojām sākotnējās konfigurācijas laikā. Bet, ja mēs vēlamies, lai katrs nomnieks varētu ievietot savā datu krātuvē un savā resursu baseinā, mēs varam to Ä«stenot, izveidojot atseviŔķus mākoņus katram mÅ«su klientam.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Jauna mākoņa pievienoÅ”anas veidā mēs norādām tos paÅ”us parametrus kā sākotnējās konfigurācijas laikā (varam izmantot pat vienu un to paÅ”u resursdatoru), norādām konkrētam klientam nepiecieÅ”amo datu krātuvi, un tagad papildu parametros jau varam individuāli norādÄ«t nepiecieÅ”amais pÅ«la resurss {"resource_pool" :"YOUR_POOL_NAME"} 

Kā jÅ«s, iespējams, pamanÄ«jāt, Ä«rnieka izveides veidlapā nekas nav minēts par resursu pieŔķirÅ”anu vai kvotām ā€” sistēmā tā nav. Nav iespējams ierobežot nomnieku vienlaicÄ«gu kopiju skaitu, replicÄ“Å”anai paredzēto maŔīnu skaitu vai citus parametrus. Tātad, esam izveidojuÅ”i pirmo Ä«rnieku. Tagad ir ne gluži loÄ£iska, bet obligāta lieta - Cloud aÄ£enta instalÄ“Å”ana. Tas ir neloÄ£iski, jo aÄ£ents tiek lejupielādēts konkrēta klienta lapā.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Tajā paŔā laikā tas nav piesaistÄ«ts izveidotajam nomniekam, un visi mÅ«su klienti strādās ar to (vai pēc vairākiem, ja mēs tos izvietosim). Viens aÄ£ents atbalsta 10 vienlaicÄ«gas sesijas. Viena sesija tiek uzskatÄ«ta par vienu automaŔīnu. Nav nozÄ«mes tam, cik tajā ir disku. LÄ«dz Å”im paŔā Acura nav mehānisma aÄ£entu mērogoÅ”ana VMware. Ir vēl viens nepatÄ«kams moments - nevaram no Acura paneļa apskatÄ«ties Ŕī aÄ£enta "izmantoÅ”anu", lai secinātu, vai vajag izvietot vairāk vai pietiek ar paÅ”reizējo instalāciju. Rezultātā stends izskatās Ŕādi:

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Nākamais solis, lai piekļūtu mÅ«su klientu portālam, ir izveidot kontu (un vispirms arÄ« lomu, kas tiks piemērota Å”im lietotājam).

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Hystax mākoņu migrācija: jāŔana pa mākoņiem
Tagad mūsu klients portālu var izmantot patstāvīgi. Viss, kas viņam jādara, ir lejupielādēt aģentus no portāla un instalēt tos savā pusē. Ir trīs veidu aģenti: Linux, Windows un VMware.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Pirmie divi tiek ievietoti fizikā vai virtuālajās maŔīnās jebkurā hipervizorā, kas nav VMware. Å eit nav nepiecieÅ”ama papildu konfigurācija, aÄ£ents lejupielādē un jau zina, kur pieklauvēt, un burtiski pēc minÅ«tes automaŔīna bÅ«s redzama Acura panelÄ«. Ar VMware aÄ£entu situācija ir nedaudz sarežģītāka. Problēma ir tāda, ka Agent for VMware arÄ« tiek lejupielādēts no portāla jau sagatavots un ar nepiecieÅ”amo konfigurāciju. Taču VMware aÄ£entam papildus zināŔanām par mÅ«su Acura portālu ir jāzina arÄ« par virtualizācijas sistēmu, kurā tas tiks izvietots.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Faktiski sistēma lÅ«gs mums norādÄ«t Å”os datus, kad pirmo reizi lejupielādēsit VMware aÄ£entu. Problēma ir tāda, ka mÅ«su universālās droŔības mÄ«lestÄ«bas laikmetā ne visi vēlēsies norādÄ«t savu administratora paroli kāda cita portālā, kas ir diezgan saprotami. No iekÅ”puses pēc izvietoÅ”anas aÄ£entu nekādā veidā nevar konfigurēt (var mainÄ«t tikai tā tÄ«kla iestatÄ«jumus). Å eit es paredzu grÅ«tÄ«bas ar Ä«paÅ”i piesardzÄ«giem klientiem. 

Tātad, pēc aÄ£entu instalÄ“Å”anas mēs varam atgriezties Acura panelÄ« un apskatÄ«t visas mÅ«su automaŔīnas.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Tā kā es strādāju ar sistēmu vairāk nekā vienu dienu, man ir dažādi stāvokļi. Tās visas ir grupā Default, taču ir iespējams izveidot atseviŔķas grupas un pārsÅ«tÄ«t uz tām maŔīnas pēc vajadzÄ«bas. Tas neko neietekmē ā€“ tikai datu loÄ£isko attēlojumu un to grupÄ“Å”anu ērtākam darbam. Pirmā un vissvarÄ«gākā lieta, kas mums jādara pēc tam, ir sākt migrācijas procesu. Mēs varam to izdarÄ«t gan piespiedu kārtā manuāli, gan iestatÄ«t grafiku, tostarp lielapjoma veidā visām iekārtām vienlaikus.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
AtgādināŔu, ka Hystax tika pozicionēts kā migrācijas produkts. Tāpēc nav pārsteidzoÅ”i, ka, lai darbinātu mÅ«su replicētās iekārtas, mums ir jāizveido DR plāns. Varat izveidot plānu iekārtām, kas jau ir sinhronizētā stāvoklÄ«. Varat Ä£enerēt gan vienai konkrētai VM, gan visām maŔīnām vienlaikus.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Parametru kopa, Ä£enerējot DR plānu, atŔķirsies atkarÄ«bā no infrastruktÅ«ras, uz kuru tiks veikta migrācija. VMware videi ir pieejams minimāls opciju kopums. MaŔīnu IP atkārtota izmantoÅ”ana arÄ« netiek atbalstÄ«ta. Å ajā sakarā mÅ«s interesē Ŕādi punkti: VM aprakstā ā€œapakÅ”tÄ«klaā€ parametrs: ā€œVMNetworkā€, kur mēs saistām VM ar noteiktu tÄ«klu klasterÄ«. Rangs - attiecas uz vairāku virtuālo maŔīnu migrÄ“Å”anu, nosaka to palaiÅ”anas secÄ«bu. Flavor apraksta VM konfigurāciju, Å”ajā gadÄ«jumā 1CPU, 2GB RAM. ApakÅ”tÄ«klu sadaļā mēs definējam, ka "apakÅ”tÄ«kls": "VMNetwork" ir saistÄ«ts ar VMware "VM tÄ«klu". 

Veidojot DR plānu, nav iespējams "izkliedēt" diskus dažādos datu krātuvēs. Tie atradÄ«sies tajā paŔā datu krātuvē, kas tika definēts Å”im klienta mākonim, un, ja jums ir dažādu klaÅ”u diski, tas var radÄ«t zināmas grÅ«tÄ«bas, startējot maŔīnu, un pēc VM palaiÅ”anas un ā€œatdalÄ«Å”anasā€ no Hystax tas arÄ« nepiecieÅ”ami atseviŔķi migrācijas diski uz nepiecieÅ”amajām datu krātuvēm. Tad mums atliek tikai sākt savu DR plānu un gaidÄ«t, kamēr mÅ«su automaŔīnas pacelsies. ArÄ« P2V/V2V konvertÄ“Å”anas process prasa laiku. Manā lielākajā testa maŔīnā, 100 GB ar trim diskiem, tas aizņēma maksimums 10 minÅ«tes.

Hystax mākoņu migrācija: jāŔana pa mākoņiem
Pēc tam jums vajadzētu pārbaudÄ«t darbojoÅ”os virtuālo maŔīnu, tajā esoÅ”os pakalpojumus, datu konsekvenci un citas pārbaudes. 

Tad mums ir divas iespējas: 

  1. Dzēst ā€“ dzēst darbojoÅ”os DR plānu. Å Ä« darbÄ«ba vienkārÅ”i izslēgs darbojoÅ”os virtuālo maŔīnu. Å Ä«s kopijas nekur nepazudÄ«s. 
  2. AtdalÄ«t - noplēst no Acura replicēto auto, t.i. faktiski pabeigt migrācijas procesu. 

Risinājuma priekÅ”rocÄ«bas: 

  • uzstādÄ«Å”anas un konfigurācijas vienkārŔība gan klienta, gan nodroÅ”inātāja pusē; 
  • migrācijas iestatÄ«Å”anas, DR plāna izveides un kopiju palaiÅ”anas vienkārŔība;
  • atbalsts un izstrādātāji diezgan ātri reaģē uz konstatētajām problēmām un novērÅ” tās ar platformas vai aÄ£enta atjauninājumiem. 

MÄ«nusi 

  • Nepietiekams Vmware atbalsts.
  • ÄŖrnieku kvotu trÅ«kums platformā. 

Es arī iesniedzu funkciju pieprasījumu, ko mēs nodevām pārdevējam:

  1. lietojuma uzraudzība un izvietoŔana no Acura Management Console for Cloud Agents;
  2. kvotu pieejamÄ«ba Ä«rniekiem; 
  3. spēja ierobežot vienlaicÄ«gu replikāciju skaitu un ātrumu katram nomniekam; 
  4. atbalsts VMware vCloud Director; 
  5. atbalsts resursu kopumiem (Ä«stenots testÄ“Å”anas laikā);
  6. iespēja konfigurēt VMware aÄ£entu no paÅ”a aÄ£enta, neievadot akreditācijas datus no klienta infrastruktÅ«ras Acura panelÄ«;
  7.  VM startÄ“Å”anas procesa ā€œvizualizācijaā€, palaižot DR plānu. 

VienÄ«gais, kas man izraisÄ«ja lielu kritiku, bija dokumentācija. Man ļoti nepatÄ«k "melnās kastes", un man labāk patÄ«k, ja ir detalizēta dokumentācija par to, kā produkts darbojas iekÅ”pusē. Un, ja AWS un OpenStack produkts ir aprakstÄ«ts pat vairāk vai mazāk, tad VMware ir ļoti maz dokumentācijas. 

Ir instalÄ“Å”anas rokasgrāmata, kurā ir aprakstÄ«ta tikai Acura paneļa izvietoÅ”ana, un nav ne vārda par to, ka ir nepiecieÅ”ams arÄ« Cloud aÄ£ents. Produktam ir pilns specifikāciju komplekts, kas ir labi. Ir dokumentācija, kas apraksta iestatÄ«Å”anu "no un uz", izmantojot AWS un OpenStack kā piemēru (lai gan tas man vairāk atgādina emuāra ierakstu), un ir ļoti maza zināŔanu bāze. 

Kopumā tas nav gluži tas dokumentācijas formāts, pie kā esmu pieradis, teiksim, no lielākiem pārdevējiem, tāpēc man nebija Ä«sti ērti. Tajā paŔā laikā Å”ajā dokumentācijā neatradu atbildes par dažām sistēmas darbÄ«bas niansēm ā€œiekŔāā€ - daudz jautājumu nācās noskaidrot ar tehnisko atbalstu, un tas drÄ«zāk ievilka stenda izvietoÅ”anas procesu un testÄ“Å”ana. 

Rezumējot varu teikt, ka kopumā produkts un uzņēmuma pieeja uzdevuma realizācijai patika. Jā, ir trÅ«kumi, ir patieŔām kritisks funkcionalitātes trÅ«kums (savienojumā ar VMware). Var redzēt, ka, pirmkārt, uzņēmums joprojām koncentrējas uz publiskajiem mākoņiem, Ä«paÅ”i AWS, un dažiem ar to pietiks. Tik vienkārÅ”a un ērta produkta pieejamÄ«ba mÅ«sdienās, kad daudzi uzņēmumi izvēlas vairāku mākoņu stratēģiju, ir ārkārtÄ«gi svarÄ«gi. Ņemot vērā daudz zemāko cenu salÄ«dzinājumā ar konkurentiem, tas padara produktu ārkārtÄ«gi pievilcÄ«gu.

Meklējam komandu Monitoringa sistēmu vadoÅ”ais inženieris. VarbÅ«t tas esi tu?

Avots: www.habr.com

Pievieno komentāru