{"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 pilvedesse","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00dcks noortest m\u00e4ngijatest katastroofi taastamise lahenduste turul on ettev\u00f5te Hystax \u2013 Venemaa k\u00e4ivitus 2016. aastast. Kuna katastroofi taastamise teema on v\u00e4ga populaarne ja turul valitseb \u00e4\u00e4rmiselt k\u00f5rge konkurents, otsustas k\u00e4ivitus keskenduda erinevate pilveinfrastruktuuride vahelisele migreerimisele. Toode, mis v\u00f5imaldab korraldada lihtsa ja kiire pilve migreerimise, oleks v\u00e4ga kasulik ka ettev\u00f5tte \"Onlanta\" klientidele \u2013 kasutajatele. Oncloud.ru<\/a><\/noindex>. Nii tutvustasin ma Hystaxit ja hakkasin testima selle v\u00f5imalusi. Kuidas mul see l\u00e4ks, r\u00e4\u00e4gin sellest artiklis.<\/p>\n

\"Hystax<\/a><\/noindex>
\nHystaxi peamine eelis on selle ulatuslik funktsionaalsus erinevate virtualiseerimise platvormide, k\u00fclaliss\u00fcsteemide ja pilveteenuste toetamisel, mis v\u00f5imaldab transportida teie t\u00f6\u00f6koormusi k\u00f5ikjalt ja igale poole.<\/p>\n

See v\u00f5imaldab luua mitte ainult DR-lahendusi teenuste t\u00f6\u00f6kindluse t\u00f5stmiseks, vaid ka kiiresti ja paindlikult migreerida ressursse erinevate platvormide ja h\u00fcperm\u00e4lu vahel, et s\u00e4\u00e4sta raha ning valida parim lahendus konkreetse teenuse jaoks antud hetkel. Lisaks platvormidele, mis on loetletud pealkirja pildil, teeb ettev\u00f5te aktiivselt koost\u00f6\u00f6d ka Venemere pilveteenuse pakkujatega: Yandex.Cloud, KROK 'Pilveteenused', Mail.ru ja paljude teistega. Tasub m\u00e4rkida, et 2020. aastal avas ettev\u00f5te R&D keskuse, mis asub Skolkovo's.\u00a0<\/p>\n

\u00dche lahenduse valik suure arvu turul olevate m\u00e4ngijate poolt n\u00e4itab head hinnapoliitikat ja k\u00f5rget toote rakendatavust, mida otsustasime praktikas kontrollida.<\/p>\n

Niisiis, meie test\u00fclesanne koosneb migratsioonist minu testimisplatvormilt VMware ja f\u00fc\u00fcsilistelt masinatelt teenusepakkuja platvormile, mis t\u00f6\u00f6tab samuti VMware all. Jah, on palju lahendusi, mis suudavad sellist migratsiooni teostada, kuid me k\u00e4sitleme Hystaxit universaalse vahendina, ja migreerimine k\u00f5igis v\u00f5imalikes kombinatsioonides on lihtsalt uskumatu \u00fclesanne. Oncloud.ru pilv on \u00fcles ehitatud just VMware-ile, seega huvitab meid see platvorm sihtkohana rohkem. Edasi kirjeldan p\u00f5himeetodit, mille t\u00f6\u00f6p\u00f5him\u00f5te ei s\u00f5ltu \u00fcldiselt platvormist, ning VMware'i v\u00f5ib igal ajal asendada muu tootja platvormiga.\u00a0<\/p>\n

Esimese sammuna tuleb \u00fcles seada Hystax Acura, mis on s\u00fcsteemi halduspaneel.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSee seadistatakse mallist. Miks see meie puhul ei olnud t\u00e4iesti korrektne ja soovitatud 8 CPU, 16 GB asemel seadistati poole v\u00e4iksemate ressurssidega, on teadmata. Seet\u00f5ttu ei tohi unustada neid muuta; vastasel juhul ei k\u00e4ivitu infrastruktuur lihtsalt VM-s, millele k\u00f5ik rajatud, ja portaal pole kergesti ligip\u00e4\u00e4setav. Paigaldamise n\u00f5uded<\/a><\/noindex> on \u00fcksikasjalikult kirjeldatud n\u00f5utavad ressursid ja k\u00f5ikide s\u00fcsteemi komponentide pordid.\u00a0<\/p>\n

Ja IP-aadressi m\u00e4\u00e4ramine l\u00e4bi malli osutus samuti keeruliseks, nii et muutsime seda konsoolist. P\u00e4rast seda saab liikuda administraatori veebiliidesesse ja t\u00e4ita esialgse seadistuse wizardit.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nL\u00f5pp-punkt \u2013 meie vCenteri IP v\u00f5i FQDN.\u00a0
\nKasutajanimi ja parool \u2013 see on aru saadav.\u00a0
\nSiht-ESXi hostinimi \u2013 \u00fcks meie klastrite hostidest, kuhu toimub replikatsioon.\u00a0
\nSiht-datastore \u2013 \u00fcks meie klastrite datastooridest, kuhu replikatsioon toimub.
\nHystax Acura juhtpaneeli avalik IP \u2013 aadress, mille kaudu juhtpaneel on kergesti ligip\u00e4\u00e4setav.<\/p>\n

Vaja on v\u00e4ikest t\u00e4psustust hosti ja datastoori osas. Asi on selles, et Hystaxi replikatsioon t\u00f6\u00f6tab hosti ja datastoori tasemel. Edasi r\u00e4\u00e4gin, kuidas rentnik saab hosti ja datastoori vahetada, aga probleem on muus. Hystax ei toeta t\u00f6\u00f6 tegemist ressursipoolidega, st replikatsioon toimub alati klastrite juures (artikli kirjutamise ajal v\u00e4ljastasid Hystaxi t\u00f6\u00f6tajad uuendatud versiooni, kus nad kiiresti integreerisid mu funktsioonitaotluse ressursipoolide toe osas). Samuti ei toeta see vCloud Directorit, st kui, nagu minu puhul, ei ole rentnikul administraatori \u00f5igusi kogu klastris, vaid ainult konkreetse ressursipooli osas, ja me andsime ligip\u00e4\u00e4su Hystaxile, siis saab ta iseseisvalt replitseerimist ja nende VM-de k\u00e4ivitamist teha, kuid ei suuda neid n\u00e4ha VMware infrastruktuuris, kuhu tal on ligip\u00e4\u00e4s ja seega ka j\u00e4rgnevalt virtuaalmasinate haldamiseks. On vajalik, et klastri administraator liigutaks VM-i vajalikku ressursipoolis v\u00f5i importiks selle vCloud Directorisse.<\/p>\n

Miks ma sellele t\u00e4helepanu juhin? Sest nii palju, kui ma toote kontseptsiooni m\u00f5istan, peaks kliendil olema v\u00f5imalus iseseisvalt teostada igasuguseid migreerimisi v\u00f5i DR-i Acura paneeli abil. Kuid praegu j\u00e4\u00e4b VMware tugi pisut maha sama OpenStacki toe tasemest, kus sellised mehhanismid on juba ellu viidud.\u00a0<\/p>\n

Kuid p\u00f6\u00f6rdume tagasi paigaldamise juurde. Esiteks, p\u00e4rast paneeli esialgset seadistamist peame looma meie s\u00fcsteemis esimese rendi.<\/p>\n

\"Hystax<\/a><\/noindex>
\nK\u00f5ik v\u00e4ljundid siin on selged, r\u00e4\u00e4gin ainult Cloud v\u00e4li kohta. Meil on juba \u00abvaikimisi\u00bb pilv, mille meie esialgse konfigureerimise k\u00e4igus l\u00f5ime. Kuid kui me soovime v\u00f5imalust paigutada iga rendi oma andmehoidlasse ja oma ressursikogusse, saame selle ellu viia, luues iga meie kliendi jaoks eraldi pilved.<\/p>\n

\"Hystax<\/a><\/noindex>
\nUue pilve lisamise vormis n\u00e4itame samu parameetreid nagu esialgse konfigureerimise k\u00e4igus (v\u00f5ime isegi sama hosti kasutada), m\u00e4\u00e4rame konkreetse kliendi jaoks vajaliku andmehoidla ja n\u00fc\u00fcd v\u00f5ime t\u00e4iendavates parameetrites individuaalselt m\u00e4\u00e4rata vajalikku ressursikogusse {\u00abresource_pool\u00bb: \u00abYOUR_POOL_NAME\u00bb}.\u00a0<\/p>\n

Nagu olete ehk m\u00e4rganud, pole rendi loomise vormis midagi ressursside eraldamise v\u00f5i mingite kvotade kohta \u2013 s\u00fcsteemis pole midagi sellist. Rendile ei saa piirata samaaegsete replikate arvu, replikeerimiseks m\u00f5eldud masinate arvu ega mingite muude parameetrite alusel. Nii et oleme loonud esimese rendi. N\u00fc\u00fcd on olemas mitte just loogiline, aga vajalik asi \u2013 Cloud-agendi paigaldamine. See on ebaloogiline, kuna agent laaditakse alla konkreetse kliendi lehelt.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSelle protsessi k\u00e4igus ei ole ta seotud loodud tenantiga, ning selle kaudu saavad t\u00f6\u00f6tada k\u00f5ik meie kliendid (v\u00f5i mitu, kui me need deployime). \u00dcks agent toetab 10 samaaegset sessiooni. \u00dche sessiooni alla kuulub \u00fcks masin, olenemata selle ketaste arvust. T\u00e4naseks, agentide skaleerimise mehhanismi Acura sees VMware'i jaoks ei ole. On veel \u00fcks ebameeldiv aspekt \u2013 meil pole v\u00f5imalust Acura paneelist n\u00e4ha selle agendi 'kasutust', et teha j\u00e4reldus, kas me vajame veel \u00fchte v\u00f5i kas praegusest installatsioonist piisab. L\u00f5puks n\u00e4eb stand v\u00e4lja j\u00e4rgmiselt:<\/p>\n

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

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

\"Hystax<\/a><\/noindex>
\nEsimeseid kahte saab paigaldada f\u00fc\u00fcsilistele masinatele v\u00f5i mis tahes h\u00fcperv\u00f5rgustikus olevatele virtuaalmasinatele, v\u00e4lja arvatud VMware. Siin ei ole lisaks vajalik mingit konfigureerimist, agent allalaaditakse ja juba teab, kuhu suunduda, ja m\u00f5ne minuti p\u00e4rast on masin n\u00e4htav Acura paneelis. VMware agendi olukord on veidi keerulisem. Probleemiks on see, et VMware agent allalaaditakse portaalist koos vajaliku konfiguratsiooniga. Kuid VMware agendil, lisaks teadmisele meie Acura portaalist, peab olema ka teadlikkus virtualiseerimiss\u00fcsteemist, millele see paigaldatakse.<\/p>\n

\"Hystax<\/a><\/noindex>
\nTegelikult k\u00fcsib s\u00fcsteem neid andmeid meie k\u00e4est esmakordsel VMware agendi allalaadimisel. Probleem on selles, et meie kaasaegses julgeolekule orienteeritud maailmas ei soovi paljud inimesed jagada oma administreerimissekret\u00e4ri parooli v\u00f5\u00f5ral portaalil, mis on t\u00e4iesti arusaadav. Seestpoolt, p\u00e4rast paigaldamist, ei saa agendi \u00fcle enam konfigureerida (ainult v\u00f5ib muuta selle v\u00f5rgu seadeid). Siin ennustan ma raskusi erilise ettevaatlikkuse t\u00f5ttu klientidega.\u00a0<\/p>\n

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

\"Hystax<\/a><\/noindex>
\nKuna ma olen juba pikka aega selle s\u00fcsteemiga t\u00f6\u00f6tanud, on mul masinaid erinevates olekutes. K\u00f5ik need asuvad mul grupis Default, kuid on v\u00f5imalik luua eraldi gruppe ja \u00fcle kanda masinad sinna vastavalt vajadusele. See ei m\u00f5juta midagi \u2013 see on vaid andmete loogiline esitamine ja r\u00fchmitamine mugavamaks t\u00f6\u00f6ks. Esimene ja k\u00f5ige olulisem asi, mida peame p\u00e4rast seda tegema, on migratsiooniprotsessi k\u00e4ivitamine. Saame seda teha nii sundkorras k\u00e4sitsi kui ka seadistada ajakava, sealhulgas massiliselt k\u00f5igi masinate jaoks korraga.<\/p>\n

\"Hystax<\/a><\/noindex>
\nTuletan meelde, et Hystax positsioneeris end migratsioonitootena. Seet\u00f5ttu ei ole midagi \u00fcllatavat, et meie kopeeritud masinate k\u00e4ivitamiseks on vajalik DR-plaani koostamine. Plaani saab koostada masinate jaoks, mis on juba olekus Synced. Saame genereerida plaani nii \u00fche konkreetse virtuaalmachi jaoks kui ka kohe k\u00f5igi masinate jaoks.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDR-plaani genereerimise parameetrite komplekt s\u00f5ltub infrastuktuurist, kuhu te migreerite. VMware keskkonnas on saadaval minimaalne parameetrite komplekt. Samuti ei toeta Re-IP masinate jaoks. Antud plaanis on meil huvitavad j\u00e4rgmised punktid: virtuaalmasina (VM) kirjelduses on parameeter \u201esubnet\u201d: \u201eVMNetwork\u201d, kus seome VM konkreetse v\u00f5rgu k\u00fclge klastris. Rank \u2013 on oluline mitme VM migreerimise korral, m\u00e4\u00e4rab nende k\u00e4ivitamise j\u00e4rjekorra. Flavor \u2013 kirjeldab VM konfiguratsiooni, antud juhul \u2013 1CPU, 2GB RAM. Subnetide sektsioonis m\u00e4\u00e4rame, et \u201esubnet\u201d: \u201eVMNetwork\u201d on seotud VMware v\u00f5rgu \u201eVM Network\u201d.\u00a0<\/p>\n

DR-plaani koostamisel ei ole v\u00f5imalik \u2018jagada\u2019 kettaid erinevatele datastooridele. Need j\u00e4\u00e4vad samasse datastoori, mis on m\u00e4\u00e4ratud sellele kliendi pilve, ja kui teil on erineva klassiga kettad, v\u00f5ib see tekitada teatud raskusi masina k\u00e4ivitamisel ning p\u00e4rast masina k\u00e4ivitamist ja Hystaxist eemaldamist vajab see ka eraldi ketaste migratsiooni vajalikesse datastooridesse. Edasi j\u00e4\u00e4b ainult meie DR-plaan k\u00e4ivitada ja oodata, kuni meie masinad t\u00f5usevad. P2V\/V2V konverteerimise protsess v\u00f5tab samuti aega. Minu suurimas testmasinas, mille maht on 100GB ja millel on kolm ketast, kestis see maksimaalselt 10 minutit.<\/p>\n

\"Hystax<\/a><\/noindex>
\nP\u00e4rast seda tuleb kontrollida k\u00e4ivitatud virtuaalmachi, teenuseid sellel, andmete j\u00e4rjekindlust ja teha muid \u00fclevaatusi.\u00a0<\/p>\n

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

    \n
  1. Kustuta \u2013 l\u00f5petada k\u00e4ivitatud DR-plaan. See toiming lihtsalt peatab k\u00e4imasoleva VM-i. Replikaandmed ei kao kuhugi.\u00a0<\/li>\n
  2. Eemalda \u2013 eraldada replikeeritud masin Acura-st, st l\u00f5petada r\u00e4ndeprotsess.\u00a0<\/li>\n<\/ol>\n

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