Ee vun de jonke Spiller am Disaster Recovery Solutions Maart ass Hystax, e russesche Startup am Joer 2016. Well d'Thema vun der Katastropherhuelung ganz populär ass an de Maart extrem kompetitiv ass, huet de Startup decidéiert sech op Migratioun tëscht verschiddene Cloudinfrastrukturen ze fokusséieren. E Produkt dat Iech erlaabt eng einfach a séier Migratioun an d'Wollek ze organiséieren wier ganz nëtzlech fir Onlanta Clienten - Benotzer . Sou hunn ech den Hystax kenneléiert an ugefaang seng Features ze testen. A wat dovunner komm ass, wäert ech an dësem Artikel soen.
D'Haaptfunktioun vum Hystax ass seng breet Funktionalitéit fir verschidde Virtualiséierungsplattformen, Gaascht OS a Cloud Servicer z'ënnerstëtzen, wat et méiglech mécht Är Aarbechtslaascht vun iwwerall an iwwerall ze plënneren.
Dëst erlaabt Iech net nëmmen DR-Léisungen ze kreéieren fir d'Feeltoleranz vu Servicer ze verbesseren, awer och séier, flexibel Ressourcen tëscht verschiddene Siten an Hyperscalers migréieren fir Käschtespueren ze erhéijen an déi bescht Léisung fir e bestëmmte Service am Moment ze wielen. Zousätzlech zu de Plattformen, déi am Titelbild opgezielt sinn, kooperéiert d'Firma och aktiv mat russesche Cloud Ubidder: Yandex.Cloud, CROC Cloud Services, Mail.ru a vill anerer. Et ass och ze bemierken datt am Joer 2020 d'Firma e R&D Zentrum zu Skolkovo opgemaach huet.
D'Wiel vun enger Léisung vun enger grousser Zuel vu Spiller um Maart weist eng gutt Präispolitik an héich Uwendung vum Produkt un, wat mir decidéiert hunn an der Praxis ze testen.
Also, eis Testaufgab besteet aus der Migratioun vu mengem VMware Test Site a kierperleche Maschinnen op de Site vum Provider och mat VMware. Jo, et gi vill Léisungen, déi sou eng Migratioun ëmsetzen kënnen, awer mir betruechten Hystax als universal Tool, an d'Migratioun an all méiglech Kombinatioune testen ass einfach eng onrealistesch Aufgab. Jo, an d'Oncloud.ru Wollek ass speziell op VMware gebaut, sou datt dës Plattform, als Zil, eis méi interesséiert. Als nächst wäert ech de Basisprinzip vun der Operatioun beschreiwen, déi als Ganzt net vun der Plattform ofhängeg ass, a VMware kann vun all Säit mat enger Plattform vun engem anere Verkeefer ersat ginn.
Den éischte Schrëtt ass Hystax Acura z'installéieren, dat ass d'Kontrollpanel vum System.
Et erweidert aus der Schabloun. Aus e puer Grënn, an eisem Fall, war et net ganz korrekt an amplaz vum recommandéierten 8CPU, gouf 16Gb mat der Halschent vun de Ressourcen ofgesat. Dofir musst Dir net vergiessen se z'änneren, soss fänkt d'Infrastruktur am VM, op där alles gebaut ass, einfach net mat Container un an de Portal wäert net verfügbar sinn. IN déi néideg Ressourcen sinn am Detail beschriwwen, souwéi Häfen fir all System Komponente.
An et waren och Schwieregkeeten mat der Astellung vun der IP Adress duerch d'Schabloun, also hu mir et vun der Konsole geännert. Duerno kënnt Dir op d'Admin Web Interface goen an den initialen Konfiguratiounsassistent ausfëllen.
Endpoint - IP oder FQDN vun eisem vCenter.
Login a Passwuert - et ass kloer hei.
Target ESXi Hostnumm ass ee vun de Hosten an eisem Cluster op dee replizéiert gëtt.
Target Datastore ass ee vun den Datastore an eisem Stärekoup op dee replizéiert gëtt.
Hystax Acura Control Panel Public IP - d'Adress wou d'Kontrollpanel verfügbar ass.
Eng kleng Klärung iwwer den Host an den Datastore ass erfuerderlech. De Fakt ass datt d'Hystax Replikatioun um Host- an Datastore Niveau funktionnéiert. Als nächst wäert ech Iech soen wéi Dir den Host an den Datastore fir de Mieter ännere kënnt, awer de Problem ass anescht. Hystax ënnerstëtzt keng Ressourcepooling, d.h. d'Replika wäert ëmmer mat der Wuerzel vum Stärekoup geschéien (zu der Zäit vum Schreiwen vun dësem Material hunn d'Jongen aus Hystax eng aktualiséiert Versioun verëffentlecht, wou se séier meng Feature-Ufro iwwer Ënnerstëtzung fir Ressourcepools ëmgesat hunn). Och vCloud Director gëtt net ënnerstëtzt, dh. Wann, wéi a mengem Fall, de Mieter keng Administratiounsrechter op de ganze Cluster huet, awer nëmmen op e spezifesche Ressourcepool, a mir hunn Zougang zu Hystax ginn, da wäert hien fäeg sinn dës VMs onofhängeg ze replizéieren an ze lafen, awer hien wäert net fäeg sinn se an der VMware Infrastruktur ze gesinn, op déi hien Zougang huet an deementspriechend virtuell Maschinnen weider verwalten. De Clusteradministrator muss de VM an de richtege Ressourcepool réckelen oder an de vCloud Director importéieren.
Firwat konzentréieren ech sou vill op dës Momenter? Well, souwäit ech d'Konzept vum Produkt verstinn, soll de Client fäeg sinn all Migratioun oder DR onofhängeg mat der Acura Panel ëmzesetzen. Awer bis elo ass VMware Support liicht hannert dem Niveau vun der Ënnerstëtzung fir deeselwechten OpenStack, wou esou Mechanismen scho implementéiert goufen.
Awer zréck op den Asaz. Als éischt, no der initialer Konfiguratioun vum Panel, musse mir den éischte Mieter an eisem System erstellen.
All d'Felder hei sinn kloer, ech soen Iech nëmmen iwwer de Cloud Feld. Mir hu schonn eng "Standard" Wollek déi mir während der initialer Konfiguratioun erstallt hunn. Awer wa mir fäeg sinn all Locataire op säin eegene Datastore an an engem eegene Ressourcepool ze setzen, kënne mir dëst ëmsetzen andeems se separat Wolleke fir jidderee vun eise Clienten erstellen.
A Form vun enger neier Wollek bäizefügen, spezifizéiere mir déiselwecht Parameteren wéi während der initialer Konfiguratioun (mir kënne souguer dee selwechte Host benotzen), spezifizéieren den Datastore erfuerderlech fir e bestëmmte Client, an elo an den zousätzleche Parameter kënne mir schonn individuell spezifizéieren. erfuerderlech Poolressource {"resource_pool" :"YOUR_POOL_NAME"}
Wéi Dir vläicht gemierkt hutt, an der Form vun der Schafung vun engem Mieter gëtt et näischt iwwer d'Verdeelung vu Ressourcen oder eng Zort Quote - et gëtt näischt vun dësem am System. Dir kënnt de Mieter net an der Unzuel vun de simultane Repliken limitéieren, d'Zuel vun de Maschinnen fir d'Replikatioun oder all aner Parameteren. Also hu mir den éischte Locataire erstallt. Elo gëtt et eng net ganz logesch, awer obligatoresch Saach - e Cloud Agent z'installéieren. Et ass onlogesch, well den Agent op der Säit vun engem spezifesche Client erofgeluede gëtt.
Zur selwechter Zäit ass et net mam erstallten Locataire gebonnen, an all eis Cliente wäerten et duerchschaffen (oder no e puer, wa mir se ofsetzen). Een Agent ënnerstëtzt 10 simultan Sessiounen. Eng Sessioun zielt als een Auto. Et ass egal wéivill Disken et huet. Bis haut gëtt et kee Mechanismus fir Skaléierungsagenten an Acura selwer fir VMware. Et gëtt nach een onangenehme Moment - mir kënnen net op d'"Notzung" vun dësem Agent aus der Acura Panel kucken fir ze schléissen ob mir méi mussen ofsetzen oder déi aktuell Installatioun genuch ass. Als Resultat gesäit de Stand esou aus:
De nächste Schrëtt fir op eise Client säi Portal ze kommen ass e Kont ze kreéieren (an als éischt och eng Roll déi op dëse Benotzer applizéiert gëtt).
Elo kann eise Client de Portal onofhängeg benotzen. Alles wat hie muss maachen ass Agenten vum Portal eroflueden an se op senger Säit installéieren. Et ginn dräi Aarte vun Agenten: Linux, Windows a VMware.
Déi éischt zwee ginn op Physik oder op virtuelle Maschinnen op all Net-VMware Hypervisor gesat. Et gëtt keng zousätzlech Konfiguratioun hei erfuerderlech, den Agent downloadt a weess scho wou ze klappen, a wuertwiertlech an enger Minutt ass den Auto an der Acura Panel ze gesinn. Mam VMware Agent ass d'Situatioun e bësse méi komplizéiert. De Problem ass datt den Agent fir VMware och vum Portal erofgeluede gëtt, dee scho virbereet ass an déi néideg Konfiguratioun huet. Awer de VMware Agent, zousätzlech fir iwwer eisen Acura Portal ze wëssen, muss och iwwer de Virtualiséierungssystem wëssen, op deem et ofgesat gëtt.
Eigentlech freet de System eis dës Donnéeën ze spezifizéieren wann Dir de VMware Agent fir d'éischt erofluet. De Problem ass datt an eisem Zäitalter vun der universeller Léift fir Sécherheet net jidderee säi Administratorpasswuert op engem aneren säi Portal wëllt uginn, wat ganz verständlech ass. Vu bannen, nom Ofbau, kann den Agent net op iergendeng Manéier konfiguréiert ginn (Dir kënnt nëmmen seng Netzwierkastellungen änneren). Hei gesinn ech Schwieregkeeten mat besonnesch virsiichteg Clienten vir.
Also, no der Installatioun vun den Agenten, kënne mir zréck op d'Acura Panel goen an all eis Autoen gesinn.
Well ech hunn mat de System fir méi wéi engem Dag geschafft, Ech hunn Maschinnen a verschiddene Staaten. All vun hinnen sinn an der Default Grupp, mä et ass méiglech separat Gruppen ze schafen an Transfermaart Maschinnen hinnen, wéi Dir braucht. Dëst beaflosst näischt - nëmmen déi logesch Representatioun vun Daten an hir Gruppéierung fir méi praktesch Aarbecht. Déi éischt a wichtegst Saach, déi mir duerno musse maachen, ass de Migratiounsprozess unzefänken. Mir kënnen dëst souwuel zwangsleefeg manuell maachen, an engem Zäitplang Ariichten, dorënner am bulk fir all Maschinnen op eemol.
Loosst mech Iech drun erënneren datt Hystax als Produkt fir Migratioun positionéiert gouf. Dofir ass et net iwwerraschend datt fir eis replizéiert Maschinnen ze lafen, musse mir en DR Plang erstellen. Dir kënnt e Plang fir Maschinnen erstellen déi schonn am Synchroniséierter Staat sinn. Dir kënnt souwuel fir eng spezifesch VM generéieren, a fir all Maschinnen op eemol.
De Set vu Parameteren beim Generéiere vun engem DR Plang wäert ënnerschiddlech sinn ofhängeg vun der Infrastruktur op déi Dir migréiert. E minimale Set vun Optiounen ass verfügbar fir e VMware Ëmfeld. Re-IP fir Maschinnen gëtt och net ënnerstëtzt. An dëser Hisiicht si mir un déi folgend Punkten interesséiert: an der Beschreiwung vum VM, de "Subnet" Parameter: "VMNetwork", wou mir de VM un e spezifescht Netzwierk am Cluster binden. Rank - relevant wann Dir e puer VMs migréiert, bestëmmt d'Uerdnung an där se lancéiert ginn. Flavor beschreift d'VM Konfiguratioun, an dësem Fall 1CPU, 2GB RAM. Am Subnets Sektioun definéiere mir datt "Subnet": "VMNetwork" ass mat dem "VM Network" vu VMware assoziéiert.
Wann Dir en DR Plang erstellt, gëtt et kee Wee fir Disken iwwer verschidden Datastores ze "splitsen". Si wäerten am selwechte Datastore sinn, dee fir dës Clientwollek definéiert gouf, a wann Dir Disken vu verschiddene Klassen hutt, kann dëst e puer Schwieregkeete verursaachen wann Dir d'Maschinn start, an nom Start an "Trennung" vum VM vun Hystax, wäert et och erfuerdert eng separat Migratiounsdisken an déi erfuerderlech Datastores. Da musse mer just eisen DR Plang lafen a waarden bis eis Autoen klammen. De P2V / V2V Konversiounsprozess brauch och Zäit. Op menger gréisster 100GB Testmaschinn mat dräi Disken huet dëst maximal 10 Minutten gedauert.
Duerno sollt Dir de lafende VM iwwerpréiwen, Servicer drop, Datenkonsistenz an aner Kontrollen.
Mir hunn dann zwou Méiglechkeeten:
- Läschen - läschen e Lafen DR Plang. Dës Aktioun wäert einfach de lafende VM ausschalten. Dës Repliken ginn net iwwerall.
- Detachéieren - de replizéierten Auto vun Acura ofräissen, d.h. tatsächlech de Migratiounsprozess ofgeschloss.
Virdeeler vun der Léisung:
- Einfachheet vun der Installatioun an der Konfiguratioun souwuel op der Client Säit an op der Provider Säit;
- Liichtegkeet vun der Migratioun opzestellen, en DR Plang ze kreéieren an Repliken ze lancéieren;
- Ënnerstëtzung an Entwéckler reagéieren zimlech séier op d'Problemer déi fonnt goufen a fixen se mat Plattform- oder Agentupdates.
Минусы
- Net genuch Vmware Ënnerstëtzung.
- D'Feele vu Quoten fir Locataire vun der Plattform.
Ech hunn och eng Feature Ufro gemaach, déi mir dem Verkeefer iwwerginn hunn:
- Benotzungsiwwerwaachung an Deployment vun der Acura Management Console fir Cloud Agenten;
- Disponibilitéit vu Quoten fir Locataire;
- d'Fäegkeet fir d'Zuel vu simultane Replikatiounen a Geschwindegkeet fir all Mieter ze limitéieren;
- Ënnerstëtzung fir VMware vCloud Director;
- Ënnerstëtzung fir Ressource Poolen (war während Testen ëmgesat);
- d'Kapazitéit fir de VMware Agent vun der Säit vum Agent selwer ze konfiguréieren, ouni Umeldungsinformatioune vun der Clientinfrastruktur an der Acura Panel anzeginn;
- "Visualiséierung" vum Prozess fir e VM ze starten wann Dir en DR Plang starten.
Dat eenzegt wat mir grouss Reklamatiounen gemaach huet war d'Dokumentatioun. Ech hu wierklech net gär "schwaarz Këschte" a léiwer wann et detailléiert Dokumentatioun gëtt wéi d'Produkt dobannen funktionnéiert. A wann fir AWS an OpenStack d'Produkt nach méi oder manner beschriwwe gëtt, da gëtt et fir VMware ganz wéineg Dokumentatioun.
Et gëtt en Installatiounsguide deen nëmmen d'Deployment vum Acura Panel beschreift, a wou et kee Wuert iwwer d'Noutwendegkeet vun engem Cloud Agent gëtt. Et gëtt e komplette Set vu Spezifikatioune fir de Produkt, wat gutt ass. Et gëtt Dokumentatioun déi de Setup "vun an op" beschreift mat AWS an OpenStack als Beispill (och wann et mech méi un e Blogpost erënnert), an et gëtt eng ganz kleng Knowledge Base.
Am Allgemengen ass dëst net ganz d'Dokumentatiounsformat dat ech gewinnt sinn, soen, vu gréissere Verkeefer, also war ech net ganz bequem. Zur selwechter Zäit hunn ech keng Äntwerten iwwer e puer vun den Nuancen vun der Operatioun vum System "bannen" an dëser Dokumentatioun fonnt - ech hu vill Froen mat technescher Ënnerstëtzung ze klären, an dëst huet éischter de Prozess vun der Installatioun vum Stand erausgezunn an testen.
Zesummefaassend kann ech soen datt ech am Allgemengen d'Produkt an d'Approche vun der Firma fir d'Ëmsetzung vun der Aufgab gefall hunn. Jo, et gi Mängel, et gëtt e wierklech kriteschen Mangel u Funktionalitéit (a Verbindung mat VMware). Et kann gesi ginn datt als éischt d'Firma nach ëmmer op ëffentlech Wolleken konzentréiert, besonnesch AWS, a fir e puer wäert dat duergoen. Haut esou en einfacht a praktescht Produkt ze hunn, wa vill Firmen eng Multi-Cloud Strategie wielen, ass extrem wichteg. Wéinst dem vill méi niddrege Präis am Verglach zu Konkurrenten, mécht dëst de Produit extrem attraktiv.
Mir sichen eng Equipe . Vläicht sidd Dir?
Source: will.com