Jedan od mladih igrača na tržištu rješenja za oporavak od katastrofe je Hystax, ruski startup iz 2016. Budući da je tema oporavka od katastrofe vrlo popularna i da je tržište izuzetno konkurentno, startup je odlučio da se fokusira na migraciju između različitih infrastruktura u oblaku. Proizvod koji vam omogućava da organizirate jednostavnu i brzu migraciju na oblak bio bi vrlo koristan za Onlantine kupce - korisnike . Tako sam upoznao Hystax i počeo da testiram njegove karakteristike. A šta je od toga bilo, reći ću u ovom članku.
Glavna karakteristika Hystaxa je njegova široka funkcionalnost za podršku različitim platformama za virtuelizaciju, gostujućim OS i cloud servisima, što omogućava premještanje vaših radnih opterećenja s bilo kojeg mjesta i bilo gdje.
Ovo vam omogućava da kreirate ne samo DR rješenja za poboljšanje tolerancije grešaka usluga, već i brzu, fleksibilnu migraciju resursa između različitih lokacija i hiperskalera kako biste povećali uštede i odabrali najbolje rješenje za određenu uslugu u ovom trenutku. Pored platformi navedenih na naslovnoj slici, kompanija aktivno surađuje i sa ruskim cloud provajderima: Yandex.Cloud, CROC Cloud Services, Mail.ru i mnogim drugima. Također je vrijedno napomenuti da je 2020. godine kompanija otvorila R&D centar smješten u Skolkovu.
Izbor jednog rješenja od strane velikog broja igrača na tržištu ukazuje na dobru politiku cijena i visoku primjenjivost proizvoda, što smo odlučili isprobati u praksi.
Dakle, naš testni zadatak će se sastojati od migracije sa moje VMware testne lokacije i fizičkih mašina na sajt dobavljača koji takođe koristi VMware. Da, postoji mnogo rješenja koja mogu implementirati takvu migraciju, ali Hystax smatramo univerzalnim alatom, a testiranje migracije u svim mogućim kombinacijama je jednostavno nerealan zadatak. Da, i oblak Oncloud.ru je izgrađen posebno na VMware-u, tako da nas ova platforma, kao cilj, zanima u većoj mjeri. Zatim ću opisati osnovni princip rada, koji u cjelini ne ovisi o platformi, a VMware se s bilo koje strane može zamijeniti platformom drugog proizvođača.
Prvi korak je postavljanje Hystax Acura, koji je kontrolni panel sistema.
Proširuje se iz šablona. Iz nekog razloga, u našem slučaju to nije bilo sasvim ispravno i umjesto preporučenih 8CPU, raspoređeno je 16Gb sa upola manjim resursima. Stoga morate zapamtiti da ih promijenite, inače infrastruktura unutar VM-a, na kojoj je sve izgrađeno, jednostavno neće početi s kontejnerima i portal će biti nedostupan. IN detaljno su opisani potrebni resursi, kao i portovi za sve komponente sistema.
A bilo je i poteškoća sa postavljanjem IP adrese preko šablona, pa smo je promijenili sa konzole. Nakon toga, možete otići na web sučelje administratora i završiti čarobnjak za početnu konfiguraciju.
Krajnja tačka - IP ili FQDN našeg vCenter-a.
Login i Lozinka - ovdje je jasno.
Ciljano ESXi ime hosta je jedan od hostova u našem klasteru na koji će se replicirati.
Ciljno skladište podataka je jedno od skladišta podataka našeg klastera na koje će se izvršiti replikacija.
Hystax Acura Control Panel Public IP - adresa na kojoj će kontrolni panel biti dostupan.
Potrebno je malo pojašnjenja o hostu i spremištu podataka. Činjenica je da Hystax replikacija radi na nivou hosta i skladišta podataka. Zatim ću vam reći kako možete promijeniti host i skladište podataka za stanara, ali problem je drugačiji. Hystax ne podržava udruživanje resursa, tj. replika će se uvek desiti u korenu klastera (u vreme pisanja ovog materijala, momci iz Hystaxa su objavili ažuriranu verziju, gde su brzo implementirali moj zahtev u vezi sa podrškom za skupove resursa). Također vCloud Director nije podržan, tj. ako, kao u mom slučaju, stanar nema administratorska prava za cijeli klaster, već samo za određeni skup resursa, a mi smo dali pristup Hystaxu, tada će moći samostalno replicirati i pokrenuti te VM-ove, ali on neće moći da ih vidi u VMware infrastrukturi, kojoj ima pristup i, shodno tome, dalje upravlja virtuelnim mašinama. Administrator klastera treba da premjesti VM u ispravan skup resursa ili da ga uveze u vCloud Director.
Zašto se toliko fokusiram na ove trenutke? Jer, koliko ja razumijem koncept proizvoda, kupac bi trebao biti u mogućnosti da samostalno implementira bilo kakvu migraciju ili DR koristeći Acura panel. Ali do sada, VMware podrška malo zaostaje za nivoom podrške za isti OpenStack, gdje su takvi mehanizmi već implementirani.
Ali da se vratimo na raspoređivanje. Prije svega, nakon početnog podešavanja panela, trebamo kreirati prvog stanara u našem sistemu.
Sva polja su jasna, reći ću vam samo o polju Oblak. Već imamo "podrazumevani" oblak koji smo kreirali tokom početne konfiguracije. Ali ako želimo da budemo u mogućnosti da svakog zakupca stavimo u sopstveno skladište podataka i u sopstveni bazen resursa, možemo to implementirati kreiranjem zasebnih oblaka za svakog od naših korisnika.
U obliku dodavanja novog oblaka, specificiramo iste parametre kao i prilikom početne konfiguracije (možemo čak koristiti isti host), specificiramo skladište podataka potrebno za određenog kupca, a sada u dodatnim parametrima već možemo pojedinačno specificirati potreban resurs bazena {"resource_pool" :"YOUR_POOL_NAME"}
Kao što ste možda primijetili, u obliku kreiranja zakupca nema ništa o alokaciji resursa ili nekakvoj kvoti - od toga nema ništa u sistemu. Ne možete ograničiti zakupca u broju istovremenih replika, broju mašina za replikaciju ili bilo kojim drugim parametrima. Dakle, napravili smo prvog stanara. Sada postoji ne sasvim logična, ali obavezna stvar - instaliranje Cloud agenta. To je nelogično, jer se agent preuzima na stranici određenog kupca.
Istovremeno, nije vezan za kreiranog stanara i svi naši korisnici će raditi kroz njega (ili nakon nekoliko, ako ih rasporedimo). Jedan agent podržava 10 istovremenih sesija. Jedna sesija se računa kao jedan automobil. Nije bitno koliko diskova ima. Do danas ne postoji mehanizam za skaliranje agenata u samoj Acuri za VMware. Postoji još jedan neprijatan momenat - nismo u mogućnosti da sa Acura panela sagledamo "iskorišćenost" ovog agenta kako bismo zaključili da li je potrebno da ga primenimo više ili je dovoljna trenutna instalacija. Kao rezultat, štand izgleda ovako:
Sljedeći korak za pristup portalu naših korisnika je kreiranje naloga (i prvo, također uloga koja će biti primijenjena na ovog korisnika).
Sada naš kupac može samostalno koristiti portal. Sve što treba da uradi je da preuzme agente sa portala i da ih instalira na svoju stranu. Postoje tri vrste agenata: Linux, Windows i VMware.
Prva dva se postavljaju na fiziku ili na virtuelne mašine na bilo kom hipervizoru koji nije VMware. Ovdje nije potrebna dodatna konfiguracija, agent preuzima i već zna gdje da kuca, a bukvalno za minutu automobil će biti vidljiv na Acura panelu. S VMware agentom situacija je malo složenija. Problem je što se Agent za VMware također preuzima sa već pripremljenog portala i ima potrebnu konfiguraciju. Ali VMware agent, osim što zna o našem Acura portalu, mora znati i o sistemu virtuelizacije na kojem će biti raspoređen.
Zapravo, sistem će od nas tražiti da navedemo ove podatke kada prvi put preuzmete VMware agent. Problem je što u naše doba univerzalne ljubavi prema sigurnosti neće svi htjeti da navedu svoju admin lozinku na tuđem portalu, što je sasvim razumljivo. Iznutra, nakon postavljanja, agent se ne može ni na koji način konfigurirati (možete promijeniti samo njegove mrežne postavke). Ovdje predviđam poteškoće sa posebno opreznim kupcima.
Dakle, nakon instaliranja agenata, možemo se vratiti na Acura panel i vidjeti sve naše automobile.
Pošto radim sa sistemom više od jednog dana, imam mašine u raznim stanjima. Svi su u Default grupi, ali je moguće kreirati zasebne grupe i prebaciti mašine u njih, po potrebi. To ne utječe ni na što - samo na logičko predstavljanje podataka i njihovo grupisanje za praktičniji rad. Prva i najvažnija stvar koju nakon toga treba da uradimo je da započnemo proces migracije. To možemo učiniti i nasilno ručno, i postaviti raspored, uključujući masovno za sve mašine odjednom.
Da vas podsjetim da je Hystax pozicioniran kao proizvod za migraciju. Stoga nije iznenađujuće da, kako bismo pokrenuli naše replicirane mašine, moramo kreirati DR plan. Možete kreirati plan za mašine koje su već u Sinhronizovanom stanju. Možete generirati i za jednu određenu VM, i za sve mašine odjednom.
Skup parametara prilikom generiranja DR plana će se razlikovati ovisno o infrastrukturi na koju ćete migrirati. Dostupan je minimalan skup opcija za VMware okruženje. Re-IP za mašine takođe nije podržan. S tim u vezi, zanimaju nas sljedeće: u opisu VM-a parametar “subnet”: “VMNetwork”, gdje vezujemo VM za određenu mrežu u klasteru. Rang - relevantan pri migraciji nekoliko VM-a, određuje redoslijed kojim se pokreću. Flavor opisuje konfiguraciju VM-a, u ovom slučaju 1CPU, 2GB RAM-a. U odeljku podmreže definišemo da je "podmreža": "VMNetwork" povezana sa "VM mrežom" VMware-a.
Kada kreirate DR plan, ne postoji način da se diskovi "podijele" na različite skladišta podataka. Oni će se nalaziti na istom datastoreu koji je definiran za ovaj klijentski oblak, a ako imate diskove različitih klasa, to može uzrokovati određene poteškoće pri pokretanju stroja, a nakon pokretanja i “odvajanja” VM-a od Hystaxa, također će zahtijevaju posebne diskove za migraciju na potrebne skladišta podataka. Onda samo trebamo pokrenuti naš plan DR i čekati da se naši automobili podignu. Proces P2V/V2V konverzije također zahtijeva vrijeme. Na mojoj najvećoj testnoj mašini od 100 GB sa tri diska, ovo je trajalo najviše 10 minuta.
Nakon toga, trebali biste provjeriti pokrenuti VM, usluge na njemu, konzistentnost podataka i druge provjere.
Tada imamo dvije opcije:
- Izbriši - izbrišite aktivni DR plan. Ova akcija će jednostavno isključiti pokrenuti VM. Ove replike nikuda ne idu.
- Odvojite - otkinite replicirani auto od Acure, tj. zapravo završiti proces migracije.
Prednosti rješenja:
- jednostavnost instalacije i konfiguracije kako na strani klijenta tako i na strani provajdera;
- jednostavnost postavljanja migracije, kreiranja DR plana i pokretanja replika;
- podrška i programeri dosta brzo reagiraju na pronađene probleme i rješavaju ih ažuriranjima platforme ili agenta.
Minusy
- Nedovoljna podrška za Vmware.
- Nepostojanje bilo kakve kvote za stanare sa platforme.
Također sam napravio zahtjev za značajku, koji smo predali dobavljaču:
- praćenje upotrebe i implementacija iz Acura Management Console za Cloud Agente;
- dostupnost kvota za stanare;
- mogućnost ograničavanja broja istovremenih replikacija i brzine za svakog stanara;
- podrška za VMware vCloud Director;
- podrška za skupove resursa (primijenjena tokom testiranja);
- mogućnost konfigurisanja VMware agenta sa strane samog agenta, bez unošenja akreditiva sa klijentske infrastrukture u Acura panel;
- "Vizualizacija" procesa pokretanja VM-a prilikom pokretanja DR plana.
Jedina stvar koja mi je izazvala velike zamjerke je dokumentacija. Ne volim baš "crne kutije" i više volim kada unutra postoji detaljna dokumentacija o tome kako proizvod radi. A ako je za AWS i OpenStack proizvod još manje-više opisan, onda za VMware postoji vrlo malo dokumentacije.
Postoji Vodič za instalaciju koji opisuje samo postavljanje Acura panela i gdje nema ni riječi o potrebi za Cloud agentom. Postoji kompletan set specifikacija za proizvod, što je dobro. Postoji dokumentacija koja opisuje podešavanje "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, kod većih dobavljača, pa mi nije bilo baš ugodno. Istovremeno, u ovoj dokumentaciji nisam našao odgovore o nekim nijansama rada sistema „iznutra“ – morao sam da razjasnim mnoga pitanja sa tehničkom podrškom, a to je prilično odugovlačilo proces postavljanja postolja i testiranje.
Sumirajući, mogu reći da mi se općenito svidio proizvod i pristup kompanije implementaciji zadatka. Da, postoje nedostaci, postoji zaista kritičan nedostatak funkcionalnosti (u vezi sa VMware-om). Vidi se da se, prije svega, kompanija i dalje fokusira na javne oblake, posebno AWS, a nekima će to biti dovoljno. Imati tako jednostavan i praktičan proizvod danas, kada mnoge kompanije biraju multi-cloud strategiju, izuzetno je važno. S obzirom na znatno nižu cijenu u odnosu na konkurente, to čini proizvod izuzetno atraktivnim.
Tražimo tim . Možda si to ti?
izvor: www.habr.com