{"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\/ro\/blog\/administrirovanie\/hystax-cloud-migration-skachem-po-oblakam","title":{"rendered":"Hystax Cloud Migration: s\u0103ri \u00eentre cloud-uri","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Unul dintre juc\u0103torii tineri de pe pia\u021ba solu\u021biilor de recuperare \u00een caz de dezastru este compania Hystax \u2013 un startup rusesc din 2016. Deoarece tema recuper\u0103rii \u00een caz de dezastru este foarte popular\u0103, iar competi\u021bia pe pia\u021b\u0103 este extrem de ridicat\u0103, startup-ul a decis s\u0103 se concentreze pe migrarea \u00eentre diferite infrastructuri cloud. Un produs care s\u0103 permit\u0103 o migrare simpl\u0103 \u0219i rapid\u0103 \u00een cloud ar fi foarte util \u0219i clien\u021bilor companiei \u00ab\u041e\u043d\u043b\u0430\u043d\u0442\u0430\u00bb \u2013 utilizatorilor. Oncloud.ru<\/a><\/noindex>. A\u0219a am ajuns s\u0103 cunosc Hystax \u0219i am \u00eenceput s\u0103-i testez capabilit\u0103\u021bile. Ce a ie\u0219it din asta, voi povesti \u00een acest articol.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPrincipala caracteristic\u0103 a Hystax este func\u021bionalitatea sa extins\u0103 \u00een suportul diferitelor platforme de virtualizare, sisteme de operare gazd\u0103 \u0219i servicii cloud, ceea ce permite mutarea sarcinilor de lucru de oriunde \u0219i c\u0103tre oriunde.<\/p>\n

Aceasta permite crearea nu doar de solu\u021bii DR pentru cre\u0219terea disponibilit\u0103\u021bii serviciilor, ci \u0219i migrarea rapid\u0103 \u0219i flexibil\u0103 a resurselor \u00eentre diferite loca\u021bii \u0219i hyperscaleri pentru maximizarea economiilor \u0219i alegerea celei mai bune solu\u021bii pentru un serviciu specific \u00een acel moment. Pe l\u00e2ng\u0103 platformele enumerate \u00een imaginea de titlu, compania colaboreaz\u0103 activ \u0219i cu furnizorii ru\u0219i de cloud: Yandex.Cloud, KROK \u00abServicii Cloud\u00bb, Mail.ru \u0219i mul\u021bi al\u021bii. De asemenea, merit\u0103 men\u021bionat c\u0103 \u00een 2020 compania a deschis un centru R&D situat \u00een Skolkovo.\u00a0<\/p>\n

Alegerea unei singure solu\u021bii de c\u0103tre un num\u0103r mare de juc\u0103tori pe pia\u021b\u0103 vorbe\u0219te despre o politic\u0103 de pre\u021buri bun\u0103 \u0219i o aplicabilitate ridicat\u0103 a produsului, ceea ce am decis s\u0103 verific\u0103m \u00een practic\u0103.<\/p>\n

Deci, sarcina noastr\u0103 de testare va consta \u00een migrarea de pe platforma mea de testare VMware \u0219i ma\u0219ini fizice pe platforma furnizorului, de asemenea sub gestionarea VMware. Da, exist\u0103 multe solu\u021bii care pot efectua o astfel de migrare, dar noi consider\u0103m Hystax ca un instrument universal, iar testarea migra\u021biei \u00een toate combina\u021biile posibile este pur \u0219i simplu o sarcin\u0103 nerealist\u0103. De asemenea, cloud-ul Oncloud.ru este construit pe VMware, a\u0219a c\u0103 aceast\u0103 platform\u0103 ne intereseaz\u0103 mai mult ca \u021bint\u0103. \u00cen continuare, voi descrie principiul de func\u021bionare principal, care, \u00een general, nu depinde de platform\u0103, \u0219i VMware poate fi \u00eenlocuit\u0103 cu u\u0219urin\u021b\u0103 cu platforma unui alt furnizor.\u00a0<\/p>\n

\u00cen prima etap\u0103, trebuie s\u0103 desf\u0103\u0219ur\u0103m Hystax Acura, care este panoul de control al sistemului.<\/p>\n

\"Hystax<\/a><\/noindex>
\nAceasta se desf\u0103\u0219oar\u0103 dintr-un \u0219ablon. Din anumite motive, \u00een cazul nostru, acesta nu a fost complet corect \u0219i, \u00een loc de cele recomandate 8CPU, 16Gb, s-a desf\u0103\u0219urat cu resurse de dou\u0103 ori mai mici. Prin urmare, trebuie s\u0103 nu uit\u0103m s\u0103 le schimb\u0103m, altfel containerele infrastructurii din interiorul VM-ului, pe care se bazeaz\u0103 totul, pur \u0219i simplu nu se vor lansa \u0219i portalul va fi inaccesibil. \u00cen Cerin\u021bele de desf\u0103\u0219urare<\/a><\/noindex> sunt detaliate resursele necesare, precum \u0219i porturile pentru toate componentele sistemului.\u00a0<\/p>\n

\u0218i cu atribuirea adresei IP prin \u0219ablon au ap\u0103rut \u0219i dificult\u0103\u021bi, a\u0219a c\u0103 am schimbat-o din consol\u0103. Dup\u0103 aceasta, putem s\u0103 acces\u0103m interfa\u021ba web a adminului \u0219i s\u0103 complet\u0103m asistentul ini\u021bial de configurare.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nEndpoint \u2013 IP sau FQDN-ul vCenter-ului nostru.\u00a0
\nLogin \u0219i Password \u2013 aici este clar.\u00a0
\nHostname ESXi \u021bint\u0103 \u2013 unul dintre gazdele din clusterul nostru, pe care se va face replicarea.\u00a0
\nDatastore \u021bint\u0103 \u2013 unul dintre datastore-urile din clusterul nostru, pe care se va face replicarea.
\nIP Public Hystax Acura Control Panel \u2013 adresa prin care va fi accesibil panoul de control.<\/p>\n

Este necesar\u0103 o mic\u0103 clarificare privind gazda \u0219i datastore-ul. Problema este c\u0103 replicarea Hystax func\u021bioneaz\u0103 la nivel de gazd\u0103 \u0219i datastore. Voi explica \u00een continuare cum poate s\u0103 schimbe gazda \u0219i datastore-ul pentru tenant, dar problema este alta. Hystax nu suport\u0103 func\u021bionarea cu grupuri de resurse, adic\u0103 replicarea va avea loc \u00eentotdeauna \u00een r\u0103d\u0103cina clusterului (\u00een timpul redact\u0103rii acestui material, echipa Hystax a lansat o versiune actualizat\u0103, unde au implementat rapid cererea mea de func\u021bionalitate privind suportul pentru grupurile de resurse). De asemenea, vCloud Director nu este suportat, adic\u0103, dac\u0103, a\u0219a cum este cazul meu, tenantul nu are drepturi administrative asupra \u00eentregului cluster, ci doar asupra unui grup specific de resurse \u0219i i-am acordat acces la Hystax, va putea s\u0103 replicate \u0219i s\u0103 lanseze aceste VM-uri, dar nu le va putea vedea \u00een infrastructura VMware la care are acces \u0219i, prin urmare, nu va putea s\u0103 gestioneze \u00een continuare ma\u0219inile virtuale. Este necesar ca administratorul clusterului s\u0103 mute VM-ul \u00een grupul de resurse dorit sau s\u0103-l importe \u00een vCloud Director.<\/p>\n

De ce \u00eemi accentuez at\u00e2t de mult aten\u021bia asupra acestor aspecte? Pentru c\u0103, din c\u00e2te \u00eemi dau seama, conceptul de produs preconizeaz\u0103 c\u0103 clientul ar trebui s\u0103 aib\u0103 posibilitatea de a efectua orice migrare sau DR prin intermediul panoului Acura. Dar p\u00e2n\u0103 acum, suportul pentru VMware este pu\u021bin \u00een urma suportului pentru OpenStack, unde astfel de mecanisme sunt deja implementate.\u00a0<\/p>\n

Dar s\u0103 ne \u00eentoarcem la desf\u0103\u0219urarea proiectului. Primul lucru pe care trebuie s\u0103-l facem, dup\u0103 configura\u021bia ini\u021bial\u0103 a panoului, este s\u0103 cre\u0103m primul tenant \u00een sistemul nostru.<\/p>\n

\"Hystax<\/a><\/noindex>
\nToate c\u00e2mpurile sunt clare aici, dar voi vorbi doar despre c\u00e2mpul Cloud. Avem deja un \u00abcloud\u00bb implicit, pe care l-am creat \u00een timpul ini\u021bializ\u0103rii. Dar dac\u0103 dorim s\u0103 avem posibilitatea de a plasa fiecare tenant pe propriul s\u0103u datastor \u0219i \u00een propriul pool de resurse, putem realiza acest lucru prin crearea de cloud-uri separate pentru fiecare dintre clien\u021bii no\u0219tri.<\/p>\n

\"Hystax<\/a><\/noindex>
\n\u00cen formularul de ad\u0103ugare a unui nou cloud, specific\u0103m acelea\u0219i parametrii ca \u0219i \u00een configurarea ini\u021bial\u0103 (putem folosi chiar acela\u0219i host), indic\u0103m datastorul necesar pentru clientul specific, iar acum, \u00een parametrii suplimentari, putem specifica individual pool-ul de resurse necesar {\u00abresource_pool\u00bb: \u00abYOUR_POOL_NAME\u00bb}.\u00a0<\/p>\n

Dup\u0103 cum a\u021bi observat, \u00een formularul de creare a tenantului nu exist\u0103 nimic despre alocarea resurselor sau despre anumite cote \u2013 nimic din toate acestea nu exist\u0103 \u00een sistem. Nu putem restric\u021biona tenantul \u00een ceea ce prive\u0219te num\u0103rul de replici simultane, num\u0103rul de ma\u0219ini pentru replicare sau alte parametrii. Astfel, am creat primul tenant. Acum exist\u0103 ceva nu tocmai logic, dar obligatoriu \u2013 instalarea agentului Cloud. Este ilogic\u0103, deoarece agentul este desc\u0103rcat de pe pagina clientului specific.<\/p>\n

\"Hystax<\/a><\/noindex>
\n\u00cen acela\u0219i timp, nu se leag\u0103 de tenantul creat, iar prin el vor opera to\u021bi clien\u021bii no\u0219tri (sau prin c\u00e2\u021biva, dac\u0103 \u00eei desf\u0103\u0219ur\u0103m). Un agent suport\u0103 10 sesiuni simultane. O sesiune este considerat\u0103 o ma\u0219in\u0103. Nu conteaz\u0103 c\u00e2te discuri are aceasta. \u00cen prezent, nu exist\u0103 un mecanism pentru scalarea agen\u021bilor \u00een Acura sub VMware. Exist\u0103 \u0219i un alt aspect nepl\u0103cut \u2013 nu avem posibilitatea din panoul Acura s\u0103 vedem \u201eutilizarea\u201d acestui agent pentru a concluziona dac\u0103 trebuie s\u0103 desf\u0103\u0219ur\u0103m unul suplimentar sau dac\u0103 instala\u021bia curent\u0103 este suficient\u0103. \u00cen final, standul arat\u0103 astfel:<\/p>\n

\"Hystax<\/a><\/noindex>
\nUrm\u0103torul pas pentru a accesa portalul clientului nostru este s\u0103 cre\u0103m un cont (dar mai \u00eent\u00e2i \u00eenc\u0103 \u0219i un rol care va fi aplicat acestui utilizator).<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nAcum clientul nostru poate utiliza portalul \u00een mod autonom. Tot ce trebuie s\u0103 fac\u0103 este s\u0103 descarce agen\u021bii de pe portal \u0219i s\u0103 \u00eei instaleze de cealalt\u0103 parte. Exist\u0103 trei tipuri de agen\u021bi: Linux, Windows \u0219i VMware.<\/p>\n

\"Hystax<\/a><\/noindex>
\nPrimele dou\u0103 se instaleaz\u0103 pe hardware sau pe ma\u0219ini virtuale pe orice hypervisor, \u00een afar\u0103 de VMware. Aici nu este necesar s\u0103 configur\u0103m nimic suplimentar, agentul se descarc\u0103 \u0219i \u0219tie deja unde trebuie s\u0103 sune, \u0219i \u00een mai pu\u021bin de un minut, ma\u0219ina va fi vizibil\u0103 \u00een panoul Acura. Situa\u021bia cu agentul VMware este pu\u021bin mai complicat\u0103. Problema este c\u0103 agentul pentru VMware se descarc\u0103 de pe portal deja preg\u0103tit \u0219i av\u00e2nd \u00een sine configura\u021bia necesar\u0103. Dar agentului VMware, pe l\u00e2ng\u0103 a cunoa\u0219te despre portalul nostru Acura, \u00eei este necesar s\u0103 \u0219tie \u0219i despre sistemul de virtualizare pe care va fi desf\u0103\u0219urat.<\/p>\n

\"Hystax<\/a><\/noindex>
\nAceste date sunt cele pe care sistemul ne va cere s\u0103 le introducem la prima desc\u0103rcare a agentului VMware. Problema este c\u0103, \u00een epoca noastr\u0103 de iubire universal\u0103 pentru securitate, nu toat\u0103 lumea va dori s\u0103 introduc\u0103 parola de administrator pe un portal str\u0103in, ceea ce este perfect de \u00een\u021beles. Dup\u0103 desf\u0103\u0219urare, agentul nu poate fi configurat \u00een niciun mod (poate fi schimbat\u0103 doar configura\u021bia sa de re\u021bea). Aici prev\u0103d dificult\u0103\u021bi cu clien\u021bii foarte precau\u021bi.\u00a0<\/p>\n

A\u0219adar, dup\u0103 instalarea agen\u021bilor, ne putem \u00eentoarce \u00een panoul Acura \u0219i vedem toate ma\u0219inile noastre.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDeoarece lucrez cu sistemul de mai multe zile, am ma\u0219ini \u00een diverse st\u0103ri. Toate acestea se afl\u0103 \u00een grupul Default, dar exist\u0103 posibilitatea de a crea grupuri separate \u0219i de a muta ma\u0219inile \u00een acestea, a\u0219a cum este necesar. Acest lucru nu influen\u021beaz\u0103 nimic \u2013 este doar o prezentare logic\u0103 a datelor \u0219i gruparea lor pentru o munc\u0103 mai convenabil\u0103. Prima \u0219i cea mai important\u0103 ac\u021biune pe care trebuie s\u0103 o facem dup\u0103 aceasta este s\u0103 demar\u0103m procesul de migra\u021bie. Putem face aceasta fie manual, for\u021bat, fie putem configura un program, inclusiv \u00een mas\u0103 pentru toate ma\u0219inile deodat\u0103.<\/p>\n

\"Hystax<\/a><\/noindex>
\nAmintesc c\u0103 Hystax s-a pozi\u021bionat ca un produs pentru migrarea datelor. Prin urmare, nu este nimic surprinz\u0103tor \u00een faptul c\u0103, pentru a porni ma\u0219inile noastre replicate, trebuie s\u0103 cre\u0103m un plan DR. Planul poate fi realizat pentru ma\u0219inile care sunt deja \u00een starea Synced. Este posibil s\u0103 gener\u0103m fie pentru o VM anume, fie pentru toate ma\u0219inile deodat\u0103.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSetul de parametri la generarea planului DR va varia \u00een func\u021bie de infrastructura \u00een care ve\u021bi migra. Pentru medii VMware este disponibil un set minim de parametri. De asemenea, Re-IP nu este suportat pentru ma\u0219ini. \u00cen acest plan, ne intereseaz\u0103 urm\u0103toarele aspecte: \u00een descrierea VM, parametrul \u201esubnet\u201d: \u201eVMNetwork\u201d, unde asociem VM cu o re\u021bea specific\u0103 din cluster. Rank \u2013 este relevant atunci c\u00e2nd migra\u021bi mai multe VM, determin\u00e2nd ordinea de pornire a acestora. Flavor \u2013 descrie configura\u021bia VM, \u00een acest caz \u2013 1CPU, 2GB RAM. \u00cen sec\u021biunea subnets, definim c\u0103 \u201esubnet\u201d: \u201eVMNetwork\u201d este asociat cu re\u021beaua \u201eVM Network\u201d VMware.\u00a0<\/p>\n

La crearea planului DR, nu exist\u0103 posibilitatea de a \u201edistribui\u201d discul \u00eentre diferite datastoruri. Acestea vor r\u0103m\u00e2ne pe acela\u0219i datastore care a fost definit pentru acest cloud client, iar dac\u0103 ave\u021bi discuri de clase diferite, acest lucru poate cauza unele dificult\u0103\u021bi la pornirea ma\u0219inii, iar dup\u0103 lansare \u0219i \u201edeconectarea\u201d VM-ului de Hystax, va necesita \u0219i o migra\u021bie separat\u0103 a discurilor c\u0103tre datastorurile dorite. Tot ce ne mai r\u0103m\u00e2ne este s\u0103 demar\u0103m planul nostru DR \u0219i s\u0103 a\u0219tept\u0103m s\u0103 se porneasc\u0103 ma\u0219inile noastre. Procesul de conversie P2V\/V2V dureaz\u0103, de asemenea, timp. La cea mai mare ma\u0219in\u0103 de test a mea de 100Gb cu trei discuri, acest lucru a durat maximum 10 minute.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDup\u0103 aceasta, trebuie s\u0103 verific\u0103m VM-ul pornit, serviciile sale, consisten\u021ba datelor \u0219i s\u0103 efectua\u021bi alte verific\u0103ri.\u00a0<\/p>\n

Mai departe, avem dou\u0103 op\u021biuni:\u00a0<\/p>\n

    \n
  1. \u0218terge \u2013 anuleaz\u0103 planul DR activ. Aceast\u0103 ac\u021biune va opri pur \u0219i simplu VM-ul activat. Datele replicii nu vor fi pierdute.\u00a0<\/li>\n
  2. Dezattach \u2013 decupleaz\u0103 ma\u0219ina replicat\u0103 de Acura, adic\u0103 finalizeaz\u0103 efectiv procesul de migrare.\u00a0<\/li>\n<\/ol>\n

    \nAvantajele solu\u021biei:<\/strong>\u00a0<\/p>\n