Klaster visoke dostupnosti
Vaše usluge ostaju dostupne kada poslužitelj prestane raditi.
Izgrađujemo HA klastere na Proxmox VE-u, Hyper-V-u, SUSE Virtualizationu i XCP-ng-u koji otkrivaju kvarove čvorova i automatski ponovno pokreću vaše virtualne strojeve.
-
Automatsko prebacivanje u slučaju kvara i povratak nakon oporavka -
Kontinuirana replikacija VM-a -
Distribuirana pohrana s Cephom -
Otkrivanje kvarova u sekundama -
Nadzor stanja čvorova i upozoravanje
Bez jedinstvene točke kvara
Provjerenifailover
Minutedo oporavka
Otporno na gubitakčvora
Što vam pruža HA klaster
Klaster visoke dostupnosti održava usluge dostupnima tijekom kvarova hardvera, razdoblja održavanja pa čak i regionalnih prekida rada. Evo što to znači u praksi.
-
Minimalno vrijeme zastoja
Pročitaj više ManjeKada čvor zakaže, njegovi se virtualni strojevi ponovno pokreću na ispravnim čvorovima u roku od nekoliko minuta – bez potrebe za ručnom intervencijom. Čvorovi se ažuriraju jedan po jedan dok se VM-ovi uživo migriraju s njih, pa održavanje više ne znači razdoblje prekida rada.
-
Sigurnost podataka
Pročitaj više ManjePodaci VM-a kontinuirano se repliciraju između čvorova ili čuvaju na distribuiranoj pohrani kao što je Ceph. Gubitak jednog diska, jednog čvora ili jedne mrežne putanje neće učiniti vaše podatke nedostupnima.
-
Predvidljiv oporavak
Pročitaj više ManjeCiljevi vremena oporavka i točke oporavka dogovaraju se tijekom projektiranja – a zatim provjeravaju u testovima prebacivanja u slučaju kvara, ne ostaju samo na papiru. Kada se neispravni čvor vrati u rad, radna opterećenja vraćaju se natrag na uredan način.
-
Odabir platforme
Pročitaj više ManjeGradimo HA klastere na platformama Proxmox VE, Microsoft Hyper-V, SUSE Virtualization i XCP-ng. Svaka platforma donosi vlastiti skup alata za replikaciju i upravljanje – odabiremo onu s kojom će vaši inženjeri doista biti ugodno raditi.
-
Rast bez prekida
Pročitaj više ManjeKapacitet se povećava dodavanjem čvorova u klaster, pri čemu se radna opterećenja ponovno raspoređuju među njima – novi se čvorovi pridružuju dok usluge nastavljaju raditi. Virtualni strojevi smještaju se na čvorove na temelju stvarnog opterećenja, čime se održavaju dosljedna vremena odziva.
-
Transparentni troškovi
Pročitaj više ManjeProxmox VE i XCP-ng uključuju HA bez dodatnih troškova licenciranja – plaćate hardver i postavljanje, a ne licence za klaster po čvoru. Podržane su i komercijalne platforme kada odgovaraju vašem postojećem licenciranju.
Radna opterećenja koja opravdavaju HA klaster
- Baze podataka i redovi poruka
- E-trgovina i platni sustavi
- SaaS platforme i klijentski portali
- ERP, CRM i poslovno kritične aplikacije
- Zdravstvo i regulirani sustavi
- Usluge streaminga i usluge u stvarnom vremenu
- Datotečne usluge i usluge pohrane
- VoIP i komunikacijske platforme
HA klaster ključ u ruke – od projektiranja do
provjerenog prebacivanja u slučaju kvara
-
1
Procjena i dizajn
Identificiramo vaše kritične aplikacije, prihvatljivo vrijeme nedostupnosti i ciljeve oporavka. Provodimo reviziju postojeće hardverske opreme, mreže i pohrane. Na temelju toga dizajniramo klaster – broj čvorova, raspored pohrane i logiku prebacivanja u slučaju kvara – kako bismo ispunili te ciljeve.
-
2
Postavljanje čvora i mreže
Konfiguriramo poslužitelje kao čvorove klastera s redundantnim međuvezama. IP adrese za prebacivanje u slučaju kvara i mrežna redundancija postavljene su i provjerene. Zajednička ili distribuirana pohrana implementirana je radi redundancije podataka.
-
3
Konfiguracija klastera
Instaliramo i konfiguriramo usluge klastera na Proxmox VE, Microsoft Hyper-V, SUSE Virtualization ili XCP-ng. Resursi klastera – virtualne IP adrese, pohrana i računalni resursi – definiraju se i prioritiziraju. Pravila za automatsko prebacivanje u slučaju kvara i povrat nakon oporavka konfiguriraju se za svako radno opterećenje.
-
4
Testiranje prebacivanja u slučaju kvara
Simuliramo kvarove čvorova i provjeravamo ponovno pokreću li se virtualni strojevi tamo gdje trebaju, unutar dogovorenog vremena. Performanse pod opterećenjem pri prebacivanju u slučaju kvara mjere se, a ne pretpostavljaju. Također se testira oporavak u scenarijima kvara pohrane i mreže.
-
5
Nadzor i održavanje
Nadzor prati zdravlje čvorova, status replikacije i kvorum klastera. Upozorenja se aktiviraju pri kritičnim događajima – gubitku čvora, degradiranoj replikaciji, iscrpljenju resursa. Planirano održavanje održava klaster stabilnim bez prekida usluga.
-
6
Kontinuirana podrška
Naši inženjeri ostaju dostupni za otklanjanje poteškoća i promjene konfiguracije. Ažuriranja i nadogradnje primjenjujemo čvor po čvor, bez zastoja klastera.
Često postavljana pitanja
-
Koliko se brzo zapravo događa prebacivanje u slučaju kvara?
U većini HA konfiguracija virtualni stroj s neuspjelog čvora ponovno se pokreće na zdravom čvoru u roku od jedne do pet minuta – točno vrijeme ovisi o platformi, pohrani i brzini pokretanja gostujućeg OS-a. Za planirane događaje migracija uživo premješta VM-ove bez ikakvog prekida. Ako je i jedna minuta preduga, pogledajte pitanje o otpornosti na kvarove u nastavku.
-
Koliko mi je poslužitelja potrebno za HA klaster?
Tri čvora praktični su minimum – klasteru je potrebna većina glasova (kvorum) kako bi odlučio koji su čvorovi ispravni i izbjegao situacije podijeljenog mozga (split-brain). Postavljanje s dva čvora moguće je uz vanjski kvorumski uređaj, no konfiguracija s tri ili više čvorova ona je koju preporučujemo.
-
Podržavaju li sva četiri hipervizora visoku dostupnost?
Da. Proxmox VE ima ugrađeni HA upravitelj, Microsoft Hyper-V koristi klasteriranje za prebacivanje u slučaju kvara u sustavu Windows Server, SUSE Virtualization dolazi s HA-om odmah po instalaciji, a XCP-ng ga pruža kroz svoj upravljački skup. Načela su ista – alati se razlikuju, a mi ih prilagođavamo vašem timu.
-
Koju pohranu zahtijeva HA klaster?
Prebacivanje u slučaju kvara funkcionira samo ako svaki čvor može pristupiti podacima VM-a, stoga klaster treba zajedničku ili distribuiranu pohranu – na primjer Ceph, replicirane volumene ili vanjski sustav pohrane. Isključivo lokalni diskovi nisu dovoljni; sloj pohrane dizajniramo zajedno s klasterom.
-
Štiti li me HA klaster od gubitka podataka?
HA štiti dostupnost, a ne povijest – ako su podaci oštećeni ili izbrisani, replikacija vjerno kopira štetu na svaki čvor. Zato sigurnosne kopije ostaju obvezne uz svaki klaster. Koliko nedavnih podataka prebacivanje u slučaju kvara može izgubiti ovisi o tome je li replikacija sinkrona ili asinkrona, a to postavljamo prema vašem cilju točke oporavka.
-
Hoće li korisnici išta primijetiti tijekom prebacivanja na rezervni sustav?
Za planirane događaje – održavanje, ponovno uravnoteženje opterećenja – virtualni strojevi premještaju se između čvorova bez prekida rada, a korisnici ništa ne primjećuju. U slučaju neplaniranog kvara čvora, zahvaćeni virtualni strojevi ponovno se pokreću na drugom čvoru, pa se aktivne sesije na tim virtualnim strojevima nakratko prekidaju, a zatim nastavljaju. Dobro osmišljene aplikacije automatski se ponovno povezuju, a većini korisnika to izgleda kao ponovno učitavanje stranice.
-
Koja je razlika između visoke dostupnosti i otpornosti na kvarove?
Visoka dostupnost ponovno pokreće pogođene VM-ove na drugom čvoru – dolazi do kratkog prekida. Tolerancija na kvarove održava živu zrcalnu kopiju pokrenutog stroja, pa kvar čvora ne uzrokuje nikakav prekid – uz cijenu otprilike dvostruko većih resursa. Većini radnih opterećenja dovoljna je visoka dostupnost; tolerancija na kvarove rezervirana je za ona rijetka koja ne mogu tolerirati ni nekoliko sekundi zastoja.
-
Trebaju li moje aplikacije izmjene kako bi se izvodile u HA klasteru?
Obično ne – HA na razini VM-a transparentna je aplikacijama unutar njega. Za baze podataka i druge usluge sa stanjem, replikacija na razini aplikacije može se dodati povrh HA klastera radi još čvršćih jamstava oporavka, ali to je opcija, a ne zahtjev.
