Jedan od mladih igrača na tržištu rješenja za oporavak od katastrofe je Hystax, ruski startup 2016. Budući da je tema oporavka od katastrofe vrlo popularna, a tržište izrazito konkurentno, startup se odlučio fokusirati na migraciju između različitih cloud infrastruktura. Proizvod koji vam omogućuje jednostavnu i brzu organizaciju migracije u oblak bio bi vrlo koristan Onlantinim kupcima - korisnicima . Tako sam upoznao Hystax i počeo testirati njegove karakteristike. A što je od toga ispalo, reći ću u ovom članku.
Glavna značajka Hystaxa je njegova široka funkcionalnost za podršku različitim virtualizacijskim platformama, gostujućem OS-u i uslugama u oblaku, što omogućuje premještanje vaših radnih opterećenja s bilo kojeg mjesta i bilo gdje.
To vam omogućuje stvaranje ne samo DR rješenja za poboljšanje tolerancije grešaka usluga, već i brzu, fleksibilnu migraciju resursa između različitih stranica i hiperskalera za povećanje uštede troškova i odabir najboljeg rješenja za određenu uslugu u ovom trenutku. Osim platformi navedenih na naslovnoj slici, tvrtka također aktivno surađuje s ruskim pružateljima cloud usluga: Yandex.Cloud, CROC Cloud Services, Mail.ru i mnogim drugima. Također je vrijedno napomenuti da je 2020. tvrtka otvorila centar za istraživanje i razvoj koji se nalazi u Skolkovu.
Izbor jednog rješenja od strane velikog broja igrača na tržištu ukazuje na dobru cjenovnu politiku i visoku primjenjivost proizvoda, što smo odlučili provjeriti u praksi.
Dakle, naš testni zadatak sastojat će se od migracije s mog VMware testnog mjesta i fizičkih strojeva na davateljevo web mjesto koje također pokreće VMware. Da, postoji mnogo rješenja koja mogu implementirati takvu migraciju, ali Hystax smatramo univerzalnim alatom, a testiranje migracije u svim mogućim kombinacijama jednostavno je nerealan zadatak. Da, i oblak Oncloud.ru izgrađen je posebno na VMware-u, tako da nas ova platforma, kao cilj, više zanima. Zatim ću opisati osnovni princip rada koji u cjelini ne ovisi o platformi, a VMware se može zamijeniti s bilo koje strane platformom drugog proizvođača.
Prvi korak je implementacija Hystax Acure, koja je upravljačka ploča sustava.
Proširuje se iz predloška. Iz nekog razloga, u našem slučaju, to nije bilo sasvim ispravno i umjesto preporučenih 8 CPU-a, raspoređeno je 16 Gb s upola manjim resursima. Stoga se morate sjetiti da ih promijenite, inače infrastruktura unutar VM-a, na kojoj je sve izgrađeno, jednostavno neće početi sa spremnicima i portal će biti nedostupan. U detaljno su opisani potrebni resursi, kao i portovi za sve komponente sustava.
A bilo je i poteškoća s postavljanjem IP adrese kroz predložak, pa smo to promijenili iz konzole. Nakon toga možete otići na administratorsko web sučelje i dovršiti čarobnjaka za početnu konfiguraciju.
Krajnja točka - IP ili FQDN našeg vCentra.
Prijava i lozinka - ovdje su jasni.
Ciljani ESXi hostname jedan je od hostova u našem klasteru na koji će se replicirati.
Ciljna pohrana podataka jedna je od pohrana podataka u našem klasteru na koju će se vršiti replikacija.
Hystax Acura Control Panel Public IP - adresa na kojoj će upravljačka ploča biti dostupna.
Potrebno je malo pojašnjenja o glavnom računalu i pohrani podataka. Činjenica je da Hystax replikacija radi na razini glavnog računala i pohrane podataka. Zatim ću vam reći kako možete promijeniti host i pohranu podataka za stanara, ali problem je drugačiji. Hystax ne podržava udruživanje resursa, tj. replika će se uvijek dogoditi u korijenu klastera (u vrijeme pisanja ovog materijala, momci iz Hystaxa objavili su ažuriranu verziju, gdje su brzo implementirali moj zahtjev za značajkom u vezi s podrškom za skupove resursa). Također vCloud Director nije podržan, tj. ako, kao u mom slučaju, zakupac nema administratorska prava na cijeli klaster, već samo na određeni skup resursa, a mi smo dali pristup Hystaxu, tada će on moći samostalno replicirati i pokretati ove VM-ove, ali on neće ih moći vidjeti u VMware infrastrukturi, kojoj ima pristup i, sukladno tome, dalje upravljati virtualnim strojevima. Administrator klastera treba premjestiti VM u ispravan skup resursa ili ga uvesti u vCloud Director.
Zašto se toliko fokusiram na te trenutke? Jer, koliko ja razumijem koncept proizvoda, kupac bi trebao moći samostalno implementirati bilo koju migraciju ili DR koristeći Acura panel. Ali do sada je podrška za VMware malo iza razine podrške za isti OpenStack, gdje su takvi mehanizmi već implementirani.
Ali natrag na implementaciju. Prije svega, nakon početnog postavljanja panela, moramo kreirati prvog stanara u našem sustavu.
Ovdje su sva polja jasna, reći ću vam samo polje Cloud. Već imamo "zadani" oblak koji smo izradili tijekom početne konfiguracije. Ali ako želimo svakog zakupca staviti u vlastitu pohranu podataka i u vlastiti skup resursa, to možemo implementirati stvaranjem zasebnih oblaka za svakog od naših kupaca.
U obliku dodavanja novog oblaka specificiramo iste parametre kao i kod početne konfiguracije (možemo čak koristiti i isti host), specificiramo datastore potreban za pojedinog kupca, a sada u dodatnim parametrima već možemo individualno specificirati potreban resurs bazena {"resource_pool" :"YOUR_POOL_NAME"}
Kao što ste mogli primijetiti, u obliku stvaranja stanara nema ništa o dodjeli resursa ili nekakvim kvotama - nema ništa od toga u sustavu. Ne možete ograničiti stanara u broju istodobnih replika, broju strojeva za replikaciju ili bilo kojim drugim parametrima. Dakle, stvorili smo prvog stanara. Sada slijedi ne sasvim logična, ali obavezna stvar - instaliranje Cloud agenta. To je nelogično, jer se agent preuzima na stranici određenog kupca.
Istodobno, nije vezan za stvorenog stanara, a svi naši korisnici će raditi kroz njega (ili nakon nekoliko, ako ih implementiramo). Jedan agent podržava 10 istodobnih sesija. Jedna sesija računa se kao jedan automobil. Nije važno koliko diskova ima. Do danas ne postoji mehanizam za skaliranje agenata u samoj Acuri za VMware. Postoji još jedan neugodan trenutak - nismo u mogućnosti pogledati "iskorištenost" ovog agenta s panela Acura kako bismo zaključili trebamo li instalirati više ili je trenutna instalacija dovoljna. Kao rezultat, postolje izgleda ovako:
Sljedeći korak za pristup našem korisničkom portalu je kreiranje računa (i prvo, također uloge koja će se primijeniti na ovog korisnika).
Sada naš kupac može samostalno koristiti portal. Sve što treba učiniti je preuzeti agente s portala i instalirati ih na svoju stranu. Postoje tri vrste agenata: Linux, Windows i VMware.
Prva dva se stavljaju na fiziku ili na virtualne strojeve na bilo kojem hipervizoru koji nije VMware. Ovdje nije potrebna dodatna konfiguracija, agent preuzima i već zna gdje pokucati, a doslovno za minutu automobil će biti vidljiv na ploči Acura. S VMware agentom situacija je malo kompliciranija. Problem je što se Agent za VMware također preuzima s već pripremljenog portala i ima potrebnu konfiguraciju. Ali VMware agent, osim znanja o našem Acura portalu, mora znati i o sustavu virtualizacije na kojem će biti postavljen.
Zapravo, sustav će od nas tražiti da navedemo ove podatke kada prvi put preuzmete VMware agent. Problem je u tome što u našem dobu univerzalne ljubavi prema sigurnosti neće svi htjeti naznačiti svoju administratorsku lozinku na tuđem portalu, što je sasvim razumljivo. Iznutra, nakon postavljanja, agent se ne može konfigurirati ni na koji način (možete samo promijeniti njegove mrežne postavke). Ovdje predviđam poteškoće s posebno opreznim kupcima.
Dakle, nakon instaliranja agenata, možemo se vratiti na ploču Acura i vidjeti sve naše automobile.
Budući da radim sa sustavom više od jednog dana, imam strojeve u raznim stanjima. Svi su oni u Default grupi, ali je moguće kreirati zasebne grupe i prebacivati strojeve u njih, po potrebi. To ne utječe ni na što - samo na logičan prikaz podataka i njihovo grupiranje za praktičniji rad. Prva i najvažnija stvar koju nakon toga trebamo napraviti je pokrenuti proces migracije. To možemo učiniti i prisilno ručno i postaviti raspored, uključujući skupno za sve strojeve odjednom.
Dopustite mi da vas podsjetim da je Hystax pozicioniran kao proizvod za migraciju. Stoga nije iznenađujuće da, kako bismo pokrenuli naše replicirane strojeve, moramo izraditi plan DR. Možete izraditi plan za strojeve koji su već u sinkroniziranom stanju. Možete generirati i za jedan određeni VM i za sve strojeve odjednom.
Skup parametara prilikom generiranja DR plana razlikovat će se ovisno o infrastrukturi na koju ćete migrirati. Minimalni skup opcija dostupan je za VMware okruženje. Re-IP za strojeve također nije podržan. U tom smislu, zanimaju nas sljedeće točke: u opisu VM-a, parametar “subnet”: “VMNetwork”, gdje povezujemo VM s određenom mrežom u klasteru. Rang - relevantan pri migraciji nekoliko VM-a, određuje redoslijed kojim se pokreću. Okus - opisuje konfiguraciju VM-a, u ovom slučaju - 1 CPU, 2 GB RAM-a. U odjeljku podmreža definiramo tu "podmrežu": "VMNetwork" je povezana s "VM mrežom" VMware-a.
Prilikom izrade plana DR-a, ne postoji način da se diskovi "podijele" na različita spremišta podataka. Oni će se nalaziti na istoj pohrani podataka koja je definirana za ovaj klijentski oblak, a ako imate diskove različitih klasa, to može uzrokovati poteškoće prilikom pokretanja stroja, a nakon pokretanja i “odvajanja” VM-a od Hystaxa, također će zahtijevaju zasebne diskove za migraciju u potrebna spremišta podataka. Tada samo moramo pokrenuti naš plan DR i pričekati da naši automobili porastu. Proces konverzije P2V/V2V također traje. Na mom najvećem testnom stroju od 100 GB s tri diska, to je trajalo najviše 10 minuta.
Nakon toga trebate provjeriti pokrenuti VM, usluge na njemu, dosljednost podataka i druge provjere.
Zatim imamo dvije mogućnosti:
- Izbriši - izbrišite aktivni plan DR. Ova će radnja jednostavno isključiti pokrenuti VM. Ove replike ne idu nikamo.
- Odvojiti - otkinuti replicirani automobil iz Acure, tj. zapravo dovršiti proces migracije.
Prednosti rješenja:
- jednostavnost instalacije i konfiguracije i na strani klijenta i na strani pružatelja;
- jednostavnost postavljanja migracije, kreiranja DR plana i pokretanja replika;
- podrška i programeri vrlo brzo reagiraju na pronađene probleme i popravljaju ih ažuriranjem platforme ili agenta.
Cons
- Nedovoljna podrška za Vmware.
- Nepostojanje bilo kakve kvote za stanare s platforme.
Također sam napravio zahtjev za značajku, koji smo predali dobavljaču:
- praćenje korištenja i implementacija s Acura Management Console za Cloud Agents;
- dostupnost kvota za stanare;
- mogućnost ograničavanja broja istodobnih replikacija i brzine za svakog stanara;
- podrška za VMware vCloud Director;
- podrška za skupove resursa (implementirana je tijekom testiranja);
- mogućnost konfiguriranja VMware agenta sa strane samog agenta, bez unošenja vjerodajnica iz klijentske infrastrukture u ploči Acura;
- "Vizualizacija" procesa pokretanja VM-a prilikom pokretanja DR plana.
Jedino što mi je izazvalo velike zamjerke je dokumentacija. Ne volim baš "crne kutije" i više volim kada postoji detaljna dokumentacija o tome kako proizvod radi unutra. A ako je za AWS i OpenStack proizvod još više-manje opisan, onda za VMware postoji vrlo malo dokumentacije.
Postoji Vodič za instalaciju koji opisuje samo postavljanje Acura panela, a gdje nema ni riječi o potrebi za Cloud agentom. Postoji kompletan skup specifikacija za proizvod, što je dobro. Postoji dokumentacija koja opisuje postavku "od i do" koristeći AWS i OpenStack kao primjer (iako me više podsjeća na post na blogu), a postoji i vrlo mala baza znanja.
Općenito, ovo nije baš format dokumentacije na koji sam navikao, recimo, od većih dobavljača, pa mi nije bilo sasvim ugodno. Istodobno, u ovoj dokumentaciji nisam pronašao odgovore o nekim nijansama rada sustava "unutra" - morao sam razjasniti puno pitanja s tehničkom podrškom, a to je prilično odužilo proces postavljanja postolja i testiranje.
Ukratko, mogu reći da mi se općenito svidio proizvod i pristup tvrtke provedbi zadatka. Da, postoje nedostaci, postoji stvarno kritičan nedostatak funkcionalnosti (u kombinaciji s VMware-om). Vidi se da se prije svega tvrtka i dalje fokusira na javne oblake, posebice AWS, a nekima će i to biti dovoljno. Imati tako jednostavan i praktičan proizvod danas, kada mnoge tvrtke biraju multi-cloud strategiju, iznimno je važno. S obzirom na znatno nižu cijenu u odnosu na konkurenciju, to čini proizvod izuzetno atraktivnim.
Tražimo tim . Možda si to ti?
Izvor: www.habr.com