Zdravo, Khabrovci! , tržište cloud usluga u Rusiji stalno jača. Hibridni oblaci su u trendu više nego ikad - uprkos činjenici da je sama tehnologija daleko od nove. Mnoge kompanije se pitaju koliko je izvodljivo održavati i održavati ogromnu flotu hardvera, uključujući i ono što je potrebno u situaciji, u obliku privatnog oblaka.
Danas ćemo govoriti o tome u kojim situacijama će korištenje hibridnog oblaka biti opravdan korak, a u kojim može stvoriti probleme. Članak će biti koristan onima koji ranije nisu imali ozbiljnog iskustva u radu s hibridnim oblacima, ali ih već gledaju i ne znaju odakle početi.
Na kraju članka dat ćemo kontrolnu listu trikova koji će vam pomoći pri odabiru provajdera u oblaku i postavljanju hibridnog oblaka.
Molimo sve zainteresovane da odu pod rez!
Privatni oblak protiv javnog: prednosti i nedostaci
Da bismo razumjeli koji razlozi guraju kompanije da se prebace na hibridni, pogledajmo ključne karakteristike javnih i privatnih oblaka. Fokusirajmo se prije svega na one aspekte koji se na ovaj ili onaj način tiču većine kompanija. Kako bismo izbjegli zabunu u terminologiji, u nastavku predstavljamo glavne definicije:
Privatni (ili privatni) oblak je IT infrastruktura čije se komponente nalaze unutar jedne kompanije i samo na opremi u vlasništvu ove kompanije ili cloud provajdera.
Javni oblak je IT okruženje, čiji vlasnik pruža usluge uz naknadu i svima pruža prostor u oblaku.
Hibridni oblak sastoji se od više od jednog privatnog i više od jednog javnog oblaka, čija se računarska snaga dijeli.
Privatni oblaci
Unatoč visokoj cijeni, privatni oblak ima nekoliko prednosti koje se ne mogu zanemariti. To uključuje visoku upravljivost, sigurnost podataka i potpuno praćenje rada resursa i opreme. Grubo govoreći, privatni oblak ispunjava sve ideje inženjera o idealnoj infrastrukturi. U svakom trenutku možete prilagoditi arhitekturu oblaka, promijeniti njena svojstva i konfiguraciju.
Nema potrebe da se oslanjate na eksterne provajdere - sve komponente infrastrukture ostaju na vašoj strani.
Ali, uprkos snažnim argumentima u prilog, privatni oblak može biti veoma skup na početku iu kasnijem održavanju. Već u fazi dizajniranja privatnog oblaka potrebno je pravilno izračunati buduće opterećenje... Štednja na početku može dovesti do činjenice da ćete se prije ili kasnije suočiti s nedostatkom resursa i potrebom za rastom. A skaliranje privatnog oblaka je složen i skup proces. Svaki put kada morate da kupite novu opremu, povežite je i konfigurišite, a to često može potrajati nedeljama – u poređenju sa skoro trenutnim skaliranjem u javnom oblaku.
Pored troškova opreme, potrebno je obezbijediti i finansijska sredstva za licence i osoblje.
U nekim slučajevima, ravnoteža “cijena/kvalitet”, tačnije “troškovi skaliranja i održavanja/dobivene koristi”, konačno se pomiče prema cijeni.
Javni oblaci
Ako imate samo privatni oblak, onda javni oblak pripada eksternom provajderu koji vam dozvoljava da koristite njegove računarske resurse uz naknadu.
Istovremeno, sve što se tiče podrške i održavanja oblaka pada na pleća moćnih „provajdera“. Vaš zadatak je odabrati optimalni tarifni plan i izvršiti plaćanja na vrijeme.
Upotreba javnog oblaka za relativno male projekte je mnogo jeftinija od održavanja vlastite flote opreme.
Shodno tome, nema potrebe za održavanjem IT stručnjaka i smanjeni su finansijski rizici.
U bilo kojem trenutku možete promijeniti dobavljača oblaka i preseliti se na prikladniju ili profitabilniju lokaciju.
Što se tiče nedostataka javnih oblaka, ovdje je sve sasvim očekivano: mnogo manje kontrole od strane klijenta, niže performanse pri obradi velikih količina podataka i niska sigurnost podataka u odnosu na privatne, što može biti kritično za neke vrste poslovanja. .
hibridni oblaci
Na sjecištu gore navedenih prednosti i nedostataka nalaze se hibridni oblaci, koji su de facto kombinacija najmanje jednog privatnog oblaka s jednim ili više javnih oblaka. Na prvi (pa čak i na drugi) pogled može se činiti da je hibridni oblak kamen filozofije koji vam omogućava da u svakom trenutku „naduvate“ računarsku snagu, izvršite potrebne proračune i „odnesete“ sve nazad. Ne oblak, nego David Blaine!
U stvarnosti, sve je gotovo jednako lijepo kao u teoriji: hibridni oblak štedi vrijeme i novac, ima mnogo standardnih i nestandardnih slučajeva upotrebe... ali postoje nijanse. Evo najvažnijih od njih:
Prvo, potrebno je pravilno povezati "svoj" i "tuđi" oblak, uključujući i u pogledu performansi. Ovdje može nastati mnogo problema, posebno ako je javni centar podataka u oblaku fizički udaljen ili izgrađen na drugoj tehnologiji. U ovom slučaju postoji veliki rizik od kašnjenja, ponekad kritičnog.
Drugo, korištenje hibridnog oblaka kao infrastrukture za jednu aplikaciju ispunjeno je neujednačenim performansama na svim frontovima (od CPU-a do podsistema diska) i smanjenom tolerancijom na greške. Dva servera sa istim parametrima, ali se nalaze u različitim segmentima, pokazaće različite performanse.
Treće, ne zaboravite na hardverske ranjivosti „stranog“ hardvera (srdačan pozdrav Intelovim arhitektama) i druge sigurnosne probleme u javnom dijelu oblaka, već spomenute.
Četvrto, korištenje hibridnog oblaka prijeti značajnom smanjenju tolerancije grešaka ako se u njemu nalazi jedna aplikacija.
Specijalni bonus: sada dva oblaka umjesto jednog i/ili veza između njih može "pući" odjednom. I to u više kombinacija odjednom.
Odvojeno, vrijedi spomenuti probleme hostinga velikih aplikacija u hibridnom oblaku.
U velikoj većini slučajeva, ne možete jednostavno otići i nabaviti, na primjer, 100 virtuelnih mašina sa 128 GB RAM-a u javnom oblaku. Najčešće vam niko neće dati ni 10 takvih automobila.
Da, javni oblaci nisu gumeni, Moskva. Mnogi provajderi jednostavno ne drže takvu rezervu slobodnog kapaciteta - a to se prvenstveno odnosi na RAM. Možete "nacrtati" koliko god želite procesorskih jezgara i možete pružiti mnogo puta više SSD ili HDD kapaciteta nego što je fizički dostupno. Provajder će se nadati da nećete iskoristiti cijeli volumen odjednom i da će ga usput biti moguće povećati. Ali ako nema dovoljno RAM-a, virtuelna mašina ili aplikacija se lako mogu srušiti. A sistem virtuelizacije ne dozvoljava uvek takve trikove. U svakom slučaju, vrijedno je zapamtiti ovaj razvoj događaja i razgovarati o tim točkama s provajderom „na kopnu“, inače rizikujete da ostanete zaostali tokom vršnih opterećenja (crni petak, sezonsko opterećenje itd.).
Ukratko, ako želite koristiti hibridnu infrastrukturu, imajte na umu sljedeće:
- Provajder nije uvek spreman da obezbedi potrebne kapacitete na zahtev.
- Postoje problemi i kašnjenja u povezivanju elemenata. Morate razumjeti koji dijelovi infrastrukture i u kojim slučajevima će postavljati zahtjeve kroz „joint“; to može utjecati na performanse i dostupnost. Bolje je uzeti u obzir da u oblaku ne postoji jedan čvor klastera, već zaseban i nezavisan komad infrastrukture.
- Postoji rizik od pojave problema u velikim dijelovima krajolika. U hibridnom rješenju, jedan ili drugi oblak mogu u potpunosti „otpasti“. U slučaju običnog virtuelizacionog klastera, rizikujete da izgubite najviše jedan server, ali ovde rizikujete da izgubite mnogo odjednom, preko noći.
- Najsigurnije je da javni dio tretirate ne kao „proširitelj“, već kao poseban oblak u zasebnom centru podataka. Istina, u ovom slučaju zapravo ignorišete “hibridnost” rješenja.
Ublažavanje nedostataka hibridnog oblaka
Zapravo, slika je mnogo ugodnija nego što mislite. Najvažnije je znati trikove "kuvanja" dobrog hibridnog oblaka. Evo glavnih u formatu kontrolne liste:
- Ne biste trebali premještati dijelove aplikacije osjetljive na kašnjenje u javni oblak odvojeno od glavnog softvera: na primjer, keš memorija ili baze podataka pod OLTP opterećenjem.
- Nemojte u potpunosti stavljati one dijelove aplikacije na javni oblak bez kojih će prestati raditi. U suprotnom, vjerovatnoća kvara sistema će se povećati nekoliko puta.
- Prilikom skaliranja, imajte na umu da će se performanse strojeva raspoređenih u različitim dijelovima oblaka razlikovati. Fleksibilnost skaliranja također će biti daleko od savršene. Nažalost, ovo je problem arhitektonskog dizajna i nećete ga moći u potpunosti iskorijeniti. Možete samo pokušati smanjiti njegov utjecaj na rad.
- Pokušajte osigurati maksimalnu fizičku blizinu između javnog i privatnog oblaka: što je kraća udaljenost, manja su kašnjenja između segmenata. U idealnom slučaju, oba dijela oblaka “žive” u istom podatkovnom centru.
- Jednako je važno osigurati da oba oblaka koriste identične mrežne tehnologije. Ethernet-InfiniBand gateway-i mogu predstavljati mnoge probleme.
- Ako se ista tehnologija virtuelizacije koristi u privatnim i javnim oblacima, to je definitivan plus. U nekim slučajevima možete se dogovoriti sa dobavljačem da migrira čitave virtuelne mašine bez ponovne instalacije.
- Kako bi korištenje hibridnog oblaka bilo isplativo, odaberite dobavljača oblaka s najfleksibilnijim cijenama. Najbolje od svega, na osnovu stvarno korištenih resursa.
- Povećajte se s podatkovnim centrima: ako trebate povećati kapacitet, podižemo „drugi podatkovni centar“ i stavljamo ga pod opterećenje. Jeste li završili sa svojim proračunima? Višak snage „gasimo“ i štedimo.
- Pojedinačne aplikacije i projekti mogu se premjestiti u javni oblak dok se privatni oblak skalira ili jednostavno na određeni period. Istina, u ovom slučaju nećete imati hibridnost, već samo opću L2 povezivost, koja ni na koji način ne ovisi o prisutnosti/odsustvu vašeg vlastitog oblaka.
Umjesto zaključka
To je sve. Razgovarali smo o karakteristikama privatnih i javnih oblaka i razmotrili glavne mogućnosti za poboljšanje performansi i pouzdanosti hibridnih oblaka. Međutim, dizajn bilo kojeg oblaka rezultat je odluka, kompromisa i konvencija koje diktiraju poslovni ciljevi i resursi kompanije.
Naš cilj je da motivišemo čitaoca da ozbiljno shvati izbor odgovarajuće cloud infrastrukture na osnovu sopstvenih ciljeva, dostupnih tehnologija i finansijskih mogućnosti.
Pozivamo vas da u komentarima podijelite svoje iskustvo s hibridnim oblacima. Sigurni smo da će vaša stručnost biti korisna mnogim pilotima početnicima.
izvor: www.habr.com