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

Ett av de unga f\u00f6retagen p\u00e5 marknaden f\u00f6r Disaster Recovery-l\u00f6sningar \u00e4r Hystax - en rysk startup fr\u00e5n 2016. Eftersom temat disaster recovery \u00e4r mycket popul\u00e4rt och konkurrensen p\u00e5 marknaden \u00e4r extremt h\u00f6g, beslutade startupen att fokusera p\u00e5 migration mellan olika molninfrastrukturer. Produkten som m\u00f6jligg\u00f6r en enkel och snabb migration till molnet skulle vara mycket anv\u00e4ndbar \u00e4ven f\u00f6r kunderna hos f\u00f6retaget \"Onlanta\" - anv\u00e4ndare. Oncloud.ru<\/a><\/noindex>. S\u00e5 jag st\u00f6tte p\u00e5 Hystax och b\u00f6rjade testa dess funktioner. Vad jag kom fram till kommer jag att ber\u00e4tta om i denna artikel.<\/p>\n

\"Hystax<\/a><\/noindex>
\nHystax huvudfunktion \u00e4r dess breda funktionalitet n\u00e4r det g\u00e4ller st\u00f6d f\u00f6r olika virtualisering plattformar, g\u00e4stoperativsystem och molntj\u00e4nster, vilket g\u00f6r det m\u00f6jligt att flytta dina arbetsbelastningar varifr\u00e5n som helst till var som helst.<\/p>\n

Detta m\u00f6jligg\u00f6r skapandet av inte bara DR-l\u00f6sningar f\u00f6r att \u00f6ka tj\u00e4nsternas replikabilitet, utan ocks\u00e5 att snabbt och flexibelt migrera resurser mellan olika plattformar och hyperskalortj\u00e4nster f\u00f6r att \u00f6ka kostnadseffektiviteten och v\u00e4lja den b\u00e4sta l\u00f6sningen f\u00f6r en specifik tj\u00e4nst f\u00f6r tillf\u00e4llet. F\u00f6rutom plattformarna som listas p\u00e5 bilden, samarbetar f\u00f6retaget ocks\u00e5 aktivt med ryska molnleverant\u00f6rer: Yandex.Cloud, KROK \"Molntj\u00e4nster\", Mail.ru och m\u00e5nga andra. Det \u00e4r ocks\u00e5 v\u00e4rt att n\u00e4mna att f\u00f6retaget 2020 etablerade ett R&D-center i Skolkovo.\u00a0<\/p>\n

Valet av en l\u00f6sning av m\u00e5nga akt\u00f6rer p\u00e5 marknaden talar om en god prispolitik och h\u00f6g till\u00e4mpbarhet av produkten, vilket vi ocks\u00e5 beslutade att verifiera i praktiken.<\/p>\n

S\u00e5 v\u00e5r testuppgift kommer att best\u00e5 av migrering fr\u00e5n min testmilj\u00f6 VMware och fysiska maskiner till leverant\u00f6rens plattform som ocks\u00e5 k\u00f6rs p\u00e5 VMware. Ja, det finns m\u00e5nga l\u00f6sningar som kan utf\u00f6ra en s\u00e5dan migrering, men vi ser Hystax som ett universellt verktyg, och att testa migrering i alla m\u00f6jliga kombinationer \u00e4r helt enkelt en orealistisk uppgift. Dessutom \u00e4r molnet Oncloud.ru byggt just p\u00e5 VMware, s\u00e5 denna plattform \u00e4r i h\u00f6g grad intressant f\u00f6r oss som m\u00e5l. N\u00e4sta kommer jag att beskriva huvudprincipen f\u00f6r hur det fungerar, vilket i allm\u00e4nhet inte beror p\u00e5 plattformen, och VMware kan i vilket fall som helst bytas ut mot en plattform fr\u00e5n en annan leverant\u00f6r.\u00a0<\/p>\n

I det f\u00f6rsta steget m\u00e5ste Hystax Acura, som \u00e4r systemets kontrollpanel, installeras.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDen installeras fr\u00e5n en mall. Av n\u00e5gon anledning var den i v\u00e5rt fall inte helt korrekt och ist\u00e4llet f\u00f6r de rekommenderade 8CPU, 16Gb installerades den med halva resurserna. S\u00e5 det \u00e4r viktigt att inte gl\u00f6mma att \u00e4ndra dem, annars kommer infrastrukturen inuti VM:n, som allt \u00e4r uppbyggt p\u00e5, helt enkelt inte att starta och portalen kommer att bli otillg\u00e4nglig. I Utrullningskrav<\/a><\/noindex> beskriver i detalj de n\u00f6dv\u00e4ndiga resurserna samt portar f\u00f6r alla systemkomponenter.\u00a0<\/p>\n

Och det uppstod \u00e4ven problem med att st\u00e4lla in IP-adressen via mallen, s\u00e5 vi \u00e4ndrade den fr\u00e5n konsolen. Efter det kan man g\u00e5 till webbgr\u00e4nssnittet f\u00f6r adminpanelen och fylla i den f\u00f6rsta konfigurationsguiden.\u00a0<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nEndpoint \u2013 IP eller FQDN f\u00f6r v\u00e5r vCenter.\u00a0
\nInloggning och L\u00f6senord \u2013 h\u00e4r \u00e4r det tydligt.\u00a0
\nM\u00e5ldatornamn f\u00f6r ESXi \u2013 en av v\u00e4rdarna i v\u00e5r kluster som replikeringen kommer att utf\u00f6ras p\u00e5.\u00a0
\nM\u00e5ldatastore \u2013 en av datastores i v\u00e5rt kluster som replikeringen kommer att utf\u00f6ras p\u00e5.
\nHystax Acura Kontrollpanelens offentliga IP \u2013 adressen som kontrollpanelen kommer att vara tillg\u00e4nglig p\u00e5.<\/p>\n

Det kr\u00e4vs en liten f\u00f6rtydligande ang\u00e5ende v\u00e4rden och datastores. Det \u00e4r s\u00e5 att Hystax-replikering fungerar p\u00e5 v\u00e4rdniv\u00e5 och datastore-niv\u00e5. Jag kommer senare att ber\u00e4tta hur man kan byta v\u00e4rd och datastore f\u00f6r tenanten, men problemet ligger n\u00e5gon annanstans. Hystax st\u00f6der inte arbetet med resurs-pooler, det vill s\u00e4ga replikeringen kommer alltid att ske i rotkatalogen av klustret (vid tidpunkten f\u00f6r att skriva detta material har Hystax-teamet sl\u00e4ppt en uppdaterad version d\u00e4r de snabbt implementerade min funktionsf\u00f6rfr\u00e5gan ang\u00e5ende st\u00f6d f\u00f6r resurs-pooler). vCloud Director st\u00f6ds inte heller, dvs om tenanten, som i mitt fall, inte har administrativa r\u00e4ttigheter p\u00e5 hela klustret, utan bara p\u00e5 en specifik resurs-pool, och vi har gett tillg\u00e5ng till Hystax, s\u00e5 kan den sj\u00e4lvst\u00e4ndigt replikera och starta dessa VM:er, men den kan inte se dem i den VMware-infrastruktur till vilken den har tillg\u00e5ng och kan d\u00e4rf\u00f6r inte hantera virtuella maskiner vidare. Det \u00e4r n\u00f6dv\u00e4ndigt att klusteradministrat\u00f6ren flyttar VM till den n\u00f6dv\u00e4ndiga resurs-poolen eller importerar den till vCloud Director.<\/p>\n

Varf\u00f6r l\u00e4gger jag s\u00e5 stor vikt vid dessa punkter? F\u00f6r att, s\u00e5vitt jag f\u00f6rst\u00e5r produktens koncept, b\u00f6r kunden ha m\u00f6jlighet att sj\u00e4lvst\u00e4ndigt genomf\u00f6ra varje migration eller DR med hj\u00e4lp av Acura-panelet. Men i nul\u00e4get ligger st\u00f6det f\u00f6r VMware lite efter j\u00e4mf\u00f6rt med st\u00f6det f\u00f6r OpenStack, d\u00e4r s\u00e5dana mekanismer redan har implementerats.\u00a0<\/p>\n

Men l\u00e5t oss \u00e5terkomma till distributionen. F\u00f6rst och fr\u00e4mst, efter den initiala konfigurationen av panelen, beh\u00f6ver vi skapa den f\u00f6rsta tenanten i v\u00e5rt system.<\/p>\n

\"Hystax<\/a><\/noindex>
\nAlla f\u00e4lt h\u00e4r \u00e4r tydliga, jag kommer bara att prata om f\u00e4ltet Cloud. Vi har redan ett \"standard\" moln som vi skapade vid den f\u00f6rsta konfigurationen. Men om vi vill ge varje tenant m\u00f6jlighet att ha sin egen datastor och sin egen resurspool kan vi realisera det genom att skapa separata moln f\u00f6r var och en av v\u00e5ra kunder.<\/p>\n

\"Hystax<\/a><\/noindex>
\nI formul\u00e4ret f\u00f6r att l\u00e4gga till ett nytt moln anger vi samma parametrar som vid den ursprungliga konfigurationen (vi kan till och med anv\u00e4nda samma v\u00e4rd), anger den datastor som \u00e4r l\u00e4mplig f\u00f6r den specifika kunden, och nu i de ytterligare parametrarna kan vi redan individuellt ange den n\u00f6dv\u00e4ndiga resurspoolen {\"resource_pool\": \"YOUR_POOL_NAME\"}\u00a0<\/p>\n

Som ni kanske har m\u00e4rkt finns det ingenting i formul\u00e4ret f\u00f6r att skapa en tenant om resursallokering eller n\u00e5gra kvoter \u2013 inget av detta finns i systemet. Det g\u00e5r inte att begr\u00e4nsa en tenant vad g\u00e4ller antalet samtidiga repliker, antalet maskiner f\u00f6r replikering eller n\u00e5got annat parameter. S\u00e5, vi har skapat den f\u00f6rsta tenanten. Nu finns det en n\u00e5got ologisk men obligatorisk sak \u2013 installationen av Cloud-agenten. Den \u00e4r ologisk eftersom agenten laddas ner p\u00e5 sidan f\u00f6r den specifika kunden.<\/p>\n

\"Hystax<\/a><\/noindex>
\nSamtidigt kopplas den inte till den skapade tenanten, och genom den kommer alla v\u00e5ra kunder att arbeta (eller genom flera, om vi distribuerar dem). En agent st\u00f6der 10 samtidiga sessioner. En session r\u00e4knas som en maskin. Det spelar ingen roll hur m\u00e5nga diskar den har. F\u00f6r n\u00e4rvarande finns det inget mekanism f\u00f6r att skala agenter i Acura p\u00e5 VMware. Det finns ocks\u00e5 en annan obehaglig punkt \u2013 vi har inte m\u00f6jlighet att se agentens \"utnyttjande\" fr\u00e5n Acura-panelen f\u00f6r att avg\u00f6ra om vi beh\u00f6ver distribuera fler eller om den aktuella installationen \u00e4r tillr\u00e4cklig. Slutresultatet ser ut som f\u00f6ljer:<\/p>\n

\"Hystax<\/a><\/noindex>
\nN\u00e4sta steg f\u00f6r att f\u00e5 tillg\u00e5ng till v\u00e5r kunds portal \u00e4r att skapa ett konto (och f\u00f6rst \u00e4ven en roll som ska till\u00e4mpas p\u00e5 denna anv\u00e4ndare).<\/p>\n

\"Hystax<\/a><\/noindex>
\n\"Hystax<\/a><\/noindex>
\nNu kan v\u00e5r kund anv\u00e4nda portalen sj\u00e4lvst\u00e4ndigt. Allt de beh\u00f6ver g\u00f6ra \u00e4r att ladda ner agenter fr\u00e5n portalen och installera dem p\u00e5 sin sida. Det finns tre typer av agenter: Linux, Windows och VMware.<\/p>\n

\"Hystax<\/a><\/noindex>
\nDe f\u00f6rsta tv\u00e5 installeras p\u00e5 fysisk h\u00e5rdvara eller virtuella maskiner p\u00e5 vilken hypervisor som helst, f\u00f6rutom VMware. H\u00e4r kr\u00e4vs ingen ytterligare konfiguration, agenten laddas ner och vet redan vart den ska g\u00e5, och efter bara en minut kommer maskinen att visas i Acura-panelen. Situationen med VMware-agenten \u00e4r n\u00e5got mer komplicerad. Problemet \u00e4r att agenten f\u00f6r VMware ocks\u00e5 laddas ner fr\u00e5n portalen redan f\u00f6rberedd med n\u00f6dv\u00e4ndig konfiguration. Men VMware-agenten beh\u00f6ver, f\u00f6rutom att veta om v\u00e5r Acura-portal, ocks\u00e5 k\u00e4nna till den virtualiseringssystem som den kommer att distribueras p\u00e5.<\/p>\n

\"Hystax<\/a><\/noindex>
\nEgentligen \u00e4r det dessa uppgifter som systemet kommer att be oss ange n\u00e4r vi f\u00f6rst laddar ner VMware-agenten. Problemet \u00e4r att i v\u00e5r tid av allomfattande s\u00e4kerhetsmedvetenhet kommer inte alla vilja ange sitt administrat\u00f6rsl\u00f6senord p\u00e5 en annan portals, vilket \u00e4r helt f\u00f6rst\u00e5eligt. Efter att den har distribuerats kan agenten inte konfigureras p\u00e5 n\u00e5got s\u00e4tt (man kan bara \u00e4ndra sina n\u00e4tverksinst\u00e4llningar). H\u00e4r f\u00f6rutser jag sv\u00e5righeter med s\u00e4rskilt f\u00f6rsiktiga kunder.\u00a0<\/p>\n

S\u00e5, efter installationen av agenterna kan vi \u00e5terv\u00e4nda till Acura-panelen och se alla v\u00e5ra maskiner.<\/p>\n

\"Hystax<\/a><\/noindex>
\nEftersom jag redan har arbetat med systemet i flera dagar, har jag maskiner i olika tillst\u00e5nd. Alla mina maskiner ligger i gruppen Default, men det g\u00e5r att skapa separata grupper och flytta maskiner dit, om det \u00e4r vad du beh\u00f6ver. Det p\u00e5verkar inget \u2013 det \u00e4r bara en logisk presentation av data och gruppering f\u00f6r att underl\u00e4tta arbetet. Det f\u00f6rsta och absolut viktigaste vi beh\u00f6ver g\u00f6ra efter detta \u00e4r att starta migrationsprocessen. Vi kan g\u00f6ra detta antingen manuellt och tvingat, eller st\u00e4lla in ett schema, inklusive att massmigrera alla maskiner samtidigt.<\/p>\n

\"Hystax<\/a><\/noindex>
\nJag p\u00e5minner om att Hystax positionerades som en produkt f\u00f6r migration. S\u00e5 det \u00e4r inget konstigt att vi beh\u00f6ver skapa en DR-plan f\u00f6r att starta v\u00e5ra replikerade maskiner. Planen kan uppr\u00e4ttas f\u00f6r maskiner som redan \u00e4r i Synced-tillst\u00e5nd. Den kan genereras antingen f\u00f6r en specifik VM eller f\u00f6r alla maskiner samtidigt.<\/p>\n

\"Hystax<\/a><\/noindex>
\nM\u00e4ngden parametrar vid generering av DR-planen kommer att skilja sig beroende p\u00e5 den infrastruktur till vilken du ska migrera. F\u00f6r VMware-milj\u00f6er finns en minimupps\u00e4ttning parametrar tillg\u00e4nglig. Re-IP st\u00f6ds inte f\u00f6r maskiner. I denna plan \u00e4r f\u00f6ljande punkter av intresse f\u00f6r oss: i beskrivningen av VM-parametern \"subnet\": \"VMNetwork\", d\u00e4r vi kopplar VM till ett specifikt n\u00e4tverk i klustret. Rank \u2013 \u00e4r relevant vid migrering av flera VM och definierar ordning f\u00f6r deras start. Flavor \u2013 beskriver konfigureringen av VM, i detta fall \u2013 1CPU, 2GB RAM. I sektionen subnets definierar vi att \"subnet\": \"VMNetwork\" \u00e4r associerad med n\u00e4tverket \"VM Network\" VMware.\u00a0<\/p>\n

Vid skapande av DR-planen finns det ingen m\u00f6jlighet att \"dela upp\" diskar \u00f6ver olika datalager. De kommer att ligga p\u00e5 samma datalager som har best\u00e4mts f\u00f6r detta kundmoln, och om du har diskar av olika klass kan det orsaka vissa problem vid start av maskinen, och efter start och \"avkoppling\" av VM fr\u00e5n Hystax, kommer det ocks\u00e5 att kr\u00e4va en separat migrering av diskarna till de r\u00e4tta datalagerna. D\u00e4refter \u00e5terst\u00e5r det bara f\u00f6r oss att starta v\u00e5r DR-plan och v\u00e4nta tills v\u00e5ra maskiner startar. Processen f\u00f6r P2V\/V2V-konvertering tar ocks\u00e5 tid. P\u00e5 min st\u00f6rsta testmaskin p\u00e5 100 GB med tre diskar tog det som mest 10 minuter.<\/p>\n

\"Hystax<\/a><\/noindex>
\nEfter detta \u00e4r det viktigt att kontrollera den k\u00f6rande VM:en, tj\u00e4nsterna p\u00e5 den, dataens konsistens och genomf\u00f6ra andra kontroller.\u00a0<\/p>\n

D\u00e4refter har vi tv\u00e5 v\u00e4gar:\u00a0<\/p>\n

    \n
  1. Ta bort \u2013 radera den aktiva DR-planen. Denna \u00e5tg\u00e4rd kommer helt enkelt att st\u00e4nga av den aktiva VM:en. Replika-data f\u00f6rsvinner inte.\u00a0<\/li>\n
  2. Frikoppla \u2013 koppla bort den replikerade maskinen fr\u00e5n Acura, dvs. faktiskt avsluta migrationsprocessen.\u00a0<\/li>\n<\/ol>\n

    \nF\u00f6rdelar med l\u00f6sningen:<\/strong>\u00a0<\/p>\n