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

\u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u043c\u043e\u043b\u043e\u0434\u044b\u0445 \u0438\u0433\u0440\u043e\u043a\u043e\u0432 \u043d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0439 Disaster Recovery \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f Hystax \u2013 \u0440\u043e\u0441\u0441\u0438\u0439\u0441\u043a\u0438\u0439 \u0441\u0442\u0430\u0440\u0442\u0430\u043f 2016 \u0433\u043e\u0434\u0430. \u041f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u0442\u0435\u043c\u0430 \u0430\u0432\u0430\u0440\u0438\u0439\u043d\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u0430, \u0438 \u043d\u0430 \u0440\u044b\u043d\u043a\u0435 \u043a\u0440\u0430\u0439\u043d\u0435 \u0432\u044b\u0441\u043e\u043a\u0430\u044f \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0446\u0438\u044f, \u0441\u0442\u0430\u0440\u0442\u0430\u043f \u0440\u0435\u0448\u0438\u043b \u0441\u0444\u043e\u043a\u0443\u0441\u0438\u0440\u043e\u0432\u0430\u0442\u044c\u0441\u044f \u043d\u0430 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438 \u043c\u0435\u0436\u0434\u0443 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u043c\u0438 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430\u043c\u0438. \u041f\u0440\u043e\u0434\u0443\u043a\u0442, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0438\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u043e\u0432\u0430\u0442\u044c \u043f\u0440\u043e\u0441\u0442\u0443\u044e \u0438 \u0431\u044b\u0441\u0442\u0440\u0443\u044e \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044e \u0432 \u043e\u0431\u043b\u0430\u043a\u043e, \u0431\u044b\u043b \u0431\u044b \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u0435\u043d \u0438 \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u041e\u043d\u043b\u0430\u043d\u0442\u0430\u00bb —\u00a0 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f\u043c Oncloud.ru<\/a><\/noindex>. Nii kohtusin ma Hystaxiga ja hakkasin selle v\u00f5imalusi katsetama. Kuidas see k\u00f5ik v\u00e4lja kukkus, r\u00e4\u00e4gin ma k\u00e4esolevas artiklis.<\/p>\n

\"Hystax<\/a><\/noindex>
\nHystaxi peamiseks erip\u00e4raks on selle ulatuslik funktsionaalsus erinevate virtualiseerimise platvormide, k\u00fclg-OS-ide ja pilveteenuste toetamisel, mis v\u00f5imaldab teie t\u00f6\u00f6koormust edastada kust tahes ja kuhu tahes.<\/p>\n

See v\u00f5imaldab luua mitte ainult DR-lahendusi teenuste t\u00f6\u00f6kindluse suurendamiseks, vaid ka kiiresti ja paindlikult migreerida ressursse erinevate platvormide ja h\u00fcperkaljade vahel, et suurendada kulude kokkuhoidu ja valida parim lahendus konkreetse teenuse jaoks antud hetkel. Lisaks piltide peal loetletud platvormidele teeb ettev\u00f5te ka aktiivselt koost\u00f6\u00f6d Venemaa pilveteenuse pakkujatega: Yandex.Cloud, KROK \u201ePilveteenused\u201d, Mail.ru ja paljude muude. Samuti tasub m\u00e4rkida, et 2020. aastal avas ettev\u00f5te R&D keskuse, mis asub Skolkovo.\u00a0<\/p>\n

\u00dche lahenduse valik paljude m\u00e4ngijate seas turul n\u00e4itab head hinnapoliitikat ja produktsiooni k\u00f5rget kasutatavust, mida otsustasime praktikas testida.<\/p>\n

Nii et meie test\u00fclesanne seisneb migratsioonis minu testimisplatvormilt VMware ja f\u00fc\u00fcsilistelt masinatelt teenusepakkuja platvormile, mis samuti t\u00f6\u00f6tab VMware all. Jah, on palju lahendusi, mis suudavad sellise migratsiooni teostada, aga me vaatame Hystaxi kui universaalset vahendit. Testida migratsiooni k\u00f5igis v\u00f5imalikes kombinatsioonides on lihtsalt uskumatu \u00fclesanne. Ja Oncloud.ru pilv on t\u00f5epoolest rajatud VMware'ile, seega huvitab meid see platvorm sihtkohtadena rohkem. Edasi kirjeldan p\u00f5him\u00f5tet, mis \u00fcldiselt ei s\u00f5ltu platvormist ja VMware'i v\u00f5ib igal juhul asendada teise tootjaga platvormiga.\u00a0<\/p>\n

Esimeses etapis on vajalik Hystax Acura juurutamine, mis on s\u00fcsteemi juhtpaneel.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSee juurutatakse mallist. Meie puhul oli see mingil p\u00f5hjusel ebat\u00e4pne ja soovitatud 8CPU, 16Gb asemel juurutati see poole v\u00e4iksemate ressurssidega. Seet\u00f5ttu ei tohi unustada neid muuta, muidu ei k\u00e4ivitu infrastruktuuri konteinerid VM-i sees, millele k\u00f5ik rajatakse, ja portaal j\u00e4\u00e4b k\u00e4ttesaamatuks. Juhtimisn\u00f5uded<\/a><\/noindex> kasutamiseks vajalikud ressursid ja k\u00f5igi s\u00fcsteemi komponentide pordid on \u00fcksikasjalikult kirjeldatud.\u00a0<\/p>\n

Samuti ilmus probleeme IP-aadressi m\u00e4\u00e4ramisega malli kaudu, seet\u00f5ttu muutisime seda konsoolist. P\u00e4rast seda saab minna administraatori veebiliidese juurde ja t\u00e4ita algse seadistuse wizard'i.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nL\u00f5pp-punkt \u2013 meie vCenteri IP v\u00f5i FQDN.\u00a0
\nLogin ja parool \u2013 see on selge.\u00a0
\nSiht-ESXi hostname \u2013 \u00fcks meie klastris olevatest hostidest, kuhu replikatsioon toimub.\u00a0
\nSiht-datastore \u2013 \u00fcks meie klastris olevatest datastores, kuhu replikatsioon toimub.
\nHystax Acura juhtpaneeli avalik IP \u2013 aadress, mille kaudu juhtepaneel on k\u00e4ttesaadav.<\/p>\n

On vajalik v\u00e4ike t\u00e4psustus hosti ja andmestoori osas. Asi on selles, et Hystaxi replikatsioon t\u00f6\u00f6tab hosti ja andmestoori tasemel. Hiljem selgitan, kuidas tenant saab hosti ja andmestoori muuta, kuid probleem on mujal. Hystax ei toeta t\u00f6\u00f6 tegemist ressursside gruppidega, st replikatsioon toimub alati klastrijuure (selle materjali kirjutamise ajal vabastas Hystax v\u00e4rskendatud versiooni, kuhu nad kiiresti integreerisid minu funktsioonisoovi ressursside gruppide toe osas). Samuti ei toeta see vCloud Directori, st kui, nagu minu puhul, tenant'il ei ole admini \u00f5igusi kogu klastri \u00fcle, vaid ainult konkreetse ressursigruppide \u00fcle, ja me andsime Hystaxile juurdep\u00e4\u00e4su, siis suudab see iseseisvalt replitseeruda ja k\u00e4ivitada neid VM-e, kuid ta ei n\u00e4e neid VMware infrastruktuuris, millele tal on juurdep\u00e4\u00e4s ja vastavalt sellele ei saa ka virtuaalmasinaid hallata. On vajalik, et klastri administraator viiks VM-i \u00f5igesse ressursigruppi v\u00f5i importiks vCloud Directorisse.<\/p>\n

Miks ma nendele punktidele nii suurt t\u00e4helepanu p\u00f6\u00f6ran? Sest minu arusaama j\u00e4rgi peab kliendil olema v\u00f5imalus igasugune migreerimine v\u00f5i DR ise rakendada Acura juhtpaneeli kaudu. Kuid samas on VMware tugi hetkel veidi madalamal tasemel v\u00f5rreldes OpenStackiga, kus sellised mehhanismid on juba olemas.\u00a0<\/p>\n

Kuid naaseme juurutamise juurde. Esmalt, p\u00e4rast juhtpaneeli esialgset seadistamist, peame meie s\u00fcsteemis looma esimese tenandi.<\/p>\n

\"Hystax<\/a><\/noindex>
\nK\u00f5ik v\u00e4ljad siin on arusaadavad, r\u00e4\u00e4gin ainult Cloud v\u00e4ljast. Meil on juba olemas 'vaikimisi' pilv, mille me esialgse konfigureerimise k\u00e4igus l\u00f5ime. Kuid kui me soovime, et iga tenant saaks paigutada oma andmestoori ja oma ressursi kogumisse, saame seda rakendada, luues iga meie kliendi jaoks eraldi pilve.<\/p>\n

\"Hystax<\/a><\/noindex>
\nUue pilve lisamise vormis m\u00e4\u00e4rame samu parameetreid nagu esialgse konfiguratsiooni korral (saame kasutada isegi sama hosti), m\u00e4\u00e4rates konkreetse kliendi jaoks vajalikku andmestoru, ja n\u00fc\u00fcd saame t\u00e4iendavates parameetrites individuaalselt m\u00e4\u00e4rata vajalikku ressursside basseini {\u00abresource_pool\u00bb: \u00abYOUR_POOL_NAME\u00bb}\u00a0<\/p>\n

Kuidas olete m\u00e4rganud, ei sisaldanud tenant-i loomise vormis mingeid ressursi eraldamise v\u00f5i kvotide teavet \u2013 sellist asja s\u00fcsteemis ei ole. Tenant-i ei saa piirata samaaegsete koopiate arvu, replikatsiooni masinate arvu v\u00f5i muude parameetritega. Nii et oleme loonud esimese tenant-i. N\u00fc\u00fcd on olemas veidi ebatavaline, kuid vajalik etapp \u2013 Cloud-agendi installimine. See on ebatavaline, kuna agent laaditakse alla konkreetse kliendi lehelt.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSellega ei seondu loodud tenant, ja k\u00f5igi meie klientide t\u00f6\u00f6d tehakse selle kaudu (v\u00f5i mitme, kui me need \u00fcles seame). \u00dcks agent toetab 10 samal ajal toimivat sessiooni. \u00dche sessiooni alla arvatakse \u00fcks masin. Oluline pole selle kettad. T\u00e4naseks p\u00e4evaks ei ole Acura-l VMware osas agentide skaleerimiseks mehhanismi. On veel \u00fcks ebameeldiv asi \u2013 me ei saa Acura paneelist vaadata selle agendi \u201ekasutust\u201d, et j\u00e4reldada, kas me peame veel \u00fche k\u00e4ivitama v\u00f5i piisab praegusest installatsioonist. Kokkuv\u00f5ttes n\u00e4eb stend v\u00e4lja j\u00e4rgmine:<\/p>\n

\"Hystax<\/a><\/noindex>
\nJ\u00e4rgmine etapp meie kliendi portaalile juurde p\u00e4\u00e4semiseks on konto loomine (enne seda tuleb luua ka roll, mis sellele kasutajale rakendatakse).<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nN\u00fc\u00fcd saab meie klient portaalist iseseisvalt kasutada. K\u00f5ik, mida tal on vaja teha, on agentide allalaadimine portaalist ja nende paigaldamine oma poolele. On kolm t\u00fc\u00fcpi agente: Linux, Windows ja VMware.<\/p>\n

\"Hystax<\/a><\/noindex>
\nEsimesed kaks installitakse f\u00fc\u00fcsika v\u00f5i virtuaalmasinate peale, mis on erinevad VMware h\u00fcperviisorist. Siin ei ole vaja midagi lisaks konfigureerida, agent laaditakse alla ja teab juba, kuhu peab sisse logima, ning s\u00f5na otseses m\u00f5ttes minuti p\u00e4rast on masin n\u00e4htav Acura paneelis. VMware agendiga on olukord pisut keerulisem. Probleem seisneb selles, et VMware agent laaditakse samuti alla portaalist, kuid see on juba eelnevalt konfigureeritud. Kuid VMware agent peab lisaks teabele meie Acura portaalist tundma ka virtualiseerimisseadet, millele ta paigaldatakse.<\/p>\n

\"Hystax<\/a><\/noindex>
\nNii et need andmed k\u00fcsib s\u00fcsteem meilt esmakordsel VMware agendi allalaadimisel. Probleem on selles, et meie turvalisuse armastuse ajastul ei soovi k\u00f5ik oma administraatori parooli v\u00f5\u00f5ras portaalis n\u00e4idata, mis on t\u00e4iesti arusaadav. Seestpoolt, p\u00e4rast paigaldamist, ei saa agenti enam konfigureerida (ainult v\u00f5rgu seadeid on v\u00f5imalik muuta). Siin ennustan probleeme eriti ettevaatlike klientidega.\u00a0<\/p>\n

Nii et p\u00e4rast agentide installimist saame naasta Acura paneelisse ja n\u00e4ha k\u00f5iki meie masinaid.<\/p>\n

\"Hystax<\/a><\/noindex>
\nKuna ma olen juba m\u00f5nda aega s\u00fcsteemiga t\u00f6\u00f6tanud, on mul masinad erinevates olekutes. K\u00f5ik need kuuluvad mul r\u00fchma Default, kuid on v\u00f5imalus luua eraldi r\u00fchmi ja \u00fcle kanda masinad vastavalt vajadusele. See ei m\u00f5juta midagi \u2014 see on lihtsalt andmete loogiline esitus ja r\u00fchmitamine mugavamaks t\u00f6\u00f6tamiseks. Esimene ja k\u00f5ige olulisem asi, mida me p\u00e4rast seda tegema peame, on migratsiooniprotsessi k\u00e4ivitamine. Saame seda teha kas sundides k\u00e4sitsi v\u00f5i seadistades ajakava, sealhulgas ka massiliselt k\u00f5igi masinate jaoks korraga.<\/p>\n

\"Hystax<\/a><\/noindex>
\nTuletan meelde, et Hystax positsioneeris end migratsioonitootena. Seega pole midagi \u00fcllatavat, et meie replikeeritud masinate k\u00e4ivitamiseks on meil vaja luua DR-plaan. Plani saab koostada masinate jaoks, mis on juba olekus Synced. Saame genereerida plaani nii \u00fche konkreetse VM-i jaoks kui ka k\u00f5igi masinate jaoks korraga.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDR-plaani genereerimise parameetrite kogum s\u00f5ltub infrastruktuurist, kuhu te kavatsete migreerida. VMware keskkonna jaoks on saadaval minimaalne parameetrite kogum. Samuti ei toetata masinate Re-IP-d. Selle plaani raames on meil olulised j\u00e4rgmised punktid: VM kirjelduse parameeter \"subnet\": \"VMNetwork\", kus seome VM konkreetse v\u00f5rgu k\u00fclge klastris. Rank on oluline mitmete VM-ide migreerimise puhul ja m\u00e4\u00e4rab nende k\u00e4ivitamise j\u00e4rjekorra. Flavor kirjeldab VM konfiguratsiooni, antud juhul \u2013 1CPU, 2GB RAM. Alajaotuses subnets m\u00e4\u00e4rame, et \"subnet\": \"VMNetwork\" on seotud v\u00f5rgu \"VM Network\" VMware.\u00a0<\/p>\n

DR-plaane luues ei ole v\u00f5imalik andmeid erinevatele andmehoidlatele \u201ejaotada\u201c. Need asuvad samas andmehoidlas, mis on m\u00e4\u00e4ratud sellele kliendi pilvkeskkonnale, ja kui teil on erineva klassiga kettaid, v\u00f5ib see k\u00e4ivitamise ajal p\u00f5hjustada teatud raskusi. P\u00e4rast masina k\u00e4ivitamist ja VM-i Hystax-ist \u201elahkumist\u201c vajab see veel eraldi ketaste migreerimist vajalikesse andmehoidlatesse. J\u00e4rgmiseks peame lihtsalt k\u00e4ivitama meie DR-plaani ja ootama, kuni meie masinad \u00fcles t\u00f5usevad. P2V\/V2V konverteerimise protsess v\u00f5tab samuti aega. Minu suurimal 100 GB testmasinal kolmel kettal kestis see maksimaalselt 10 minutit.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSeej\u00e4rel tuleb kontrollida k\u00e4ivitatud VM-i, teenuseid sellel, andmete j\u00e4rjepidevust ja teha muid kontrollimisi.\u00a0<\/p>\n

Edasi on meil kaks teed:\u00a0<\/p>\n

    \n
  1. Kustuta \u2013 kustuta k\u00e4ivitatud DR-plaan. See tegevus lihtsalt peatab k\u00e4ivitatud VM-i. Duplikaadi andmed ei kao kuhugi.\u00a0<\/li>\n
  2. Eralda \u2013 eralda replikatsiooniga masin Acura-lt, st l\u00f5petada migreerimisprotsess.\u00a0<\/li>\n<\/ol>\n

    \nLahenduse eelised:<\/strong>\u00a0<\/p>\n