Sziasztok Habrovszk lakosai! , a felhőszolgáltatások piaca Oroszországban folyamatosan erősödik. A hibrid felhők egyre népszerűbbek, mint valaha – annak ellenére, hogy maga a technológia még korántsem új. Sok vállalat azon töpreng, hogy mennyire megvalósítható egy hatalmas hardverflotta karbantartása és karbantartása, beleértve a szituációban szükségeseket is, privát felhő formájában.
Ma arról lesz szó, hogy milyen helyzetekben lesz indokolt a hibrid felhő használata, és milyen esetekben okozhat problémákat. A cikk hasznos lesz azoknak, akik korábban nem rendelkeztek komoly tapasztalattal a hibrid felhőkkel való munkában, de már nézik őket, és nem tudják, hol kezdjék.
A cikk végén adunk egy ellenőrző listát azokról a trükkökről, amelyek segítenek a felhőszolgáltató kiválasztásában és a hibrid felhő beállításában.
Kérünk minden érdeklődőt, hogy menjen a vágás alá!
Privát felhő VS nyilvános: előnyei és hátrányai
Annak megértéséhez, hogy milyen okok késztetik a vállalkozásokat a hibridre való átállásra, nézzük meg a nyilvános és privát felhők legfontosabb jellemzőit. Mindenekelőtt azokra a szempontokra koncentráljunk, amelyek így vagy úgy a legtöbb vállalatot érintik. A terminológiai félreértések elkerülése érdekében az alábbiakban bemutatjuk a fő definíciókat:
Privát (vagy privát) felhő egy informatikai infrastruktúra, amelynek összetevői egy vállalaton belül és csak az adott cég vagy felhőszolgáltató tulajdonában lévő berendezéseken találhatók.
Nyilvános felhő egy informatikai környezet, melynek tulajdonosa térítés ellenében szolgáltatásokat nyújt és mindenki számára helyet biztosít a felhőben.
Hibrid felhő egynél több privát és több nyilvános felhőből áll, amelyek számítási teljesítménye megosztott.
Privát felhők
Magas költsége ellenére a privát felhőnek számos előnye van, amelyeket nem lehet figyelmen kívül hagyni. Ezek közé tartozik a magas szintű irányíthatóság, az adatbiztonság, valamint az erőforrások és berendezések működésének teljes körű felügyelete. Nagyjából a privát felhő megfelel a mérnökök ideális infrastruktúrával kapcsolatos elképzeléseinek. Bármikor módosíthatja a felhő architektúrát, módosíthatja tulajdonságait és konfigurációját.
Nem kell külső szolgáltatókra hagyatkoznia – minden infrastruktúra-elem az Ön oldalán marad.
De az erős mellett szóló érvek ellenére a privát felhő nagyon drága lehet az elején és a későbbi karbantartás során. Már a privát felhő tervezésének szakaszában szükséges a jövőbeli terhelés helyes kiszámítása... A kezdeti megtakarítás oda vezethet, hogy előbb-utóbb erőforráshiánnyal és növekedési igénysel kell szembenéznie. A privát felhő méretezése pedig összetett és költséges folyamat. Minden alkalommal, amikor új berendezést kell vásárolnia, csatlakoztassa és konfigurálja azt, és ez gyakran hetekig is eltarthat – szemben a szinte azonnali méretezéssel a nyilvános felhőben.
A felszerelési költségeken túl pénzügyi forrásokat kell biztosítani az engedélyekhez és a személyzethez.
Egyes esetekben az „ár/minőség” egyensúly, pontosabban a „méretezés és karbantartás költsége/az elért előnyök” végül az ár felé tolódik el.
Nyilvános felhők
Ha csak Ön rendelkezik privát felhővel, akkor a nyilvános felhő egy külső szolgáltatóhoz tartozik, aki lehetővé teszi a számítási erőforrások használatát díj ellenében.
Ugyanakkor minden, ami a felhő támogatásával és karbantartásával kapcsolatos, az erős „szolgáltató” vállára esik. Az Ön feladata az optimális tarifacsomag kiválasztása és az időben történő fizetés.
Nyilvános felhő használata viszonylag kis projektekhez sokkal olcsóbb, mint a saját géppark karbantartása.
Ennek megfelelően nincs szükség informatikusok fenntartására, és csökkennek a pénzügyi kockázatok.
Bármikor szabadon válthat felhőszolgáltatót, és egy alkalmasabb vagy jövedelmezőbb helyre költözhet.
Ami a nyilvános felhők hátrányait illeti, itt minden teljesen elvárható: sokkal kisebb kontroll az ügyfél részéről, kisebb teljesítmény nagy mennyiségű adat feldolgozásakor és alacsony adatbiztonság a magánfelhőkhöz képest, ami kritikus lehet bizonyos üzlettípusok számára. .
hibrid felhők
A fenti előnyök és hátrányok metszéspontjában a hibrid felhők állnak, amelyek de facto legalább egy privát felhő és egy vagy több nyilvános felhő kombinációja. Első pillantásra (és akár másodikra is) úgy tűnhet, hogy a hibrid felhő a bölcsek köve, amely lehetővé teszi, hogy bármikor „felfújja” a számítási teljesítményt, elvégezze a szükséges számításokat és mindent „visszafújjon”. Nem felhő, hanem David Blaine!
A valóságban minden majdnem olyan szép, mint elméletben: a hibrid felhő időt és pénzt takarít meg, számos szabványos és nem szabványos használati esete van... de azért vannak árnyalatok. Íme ezek közül a legfontosabbak:
Először, szükség van a „saját” és „valaki más” felhőjének helyes összekapcsolására, a teljesítmény szempontjából is. Itt sok probléma adódhat, különösen akkor, ha a nyilvános felhő adatközpont fizikailag távoli, vagy más technológiára épül. Ebben az esetben nagy a késések kockázata, néha kritikus.
Másodszor, a hibrid felhő egyetlen alkalmazás infrastruktúrájaként való használata tele van egyenetlen teljesítménnyel minden fronton (a CPU-tól a lemez alrendszerig) és csökkent hibatűréssel. Két azonos paraméterű, de különböző szegmensekben elhelyezkedő szerver eltérő teljesítményt fog mutatni.
Harmadszor, ne feledkezzünk meg az „idegen” hardverek hardveres sérülékenységeiről (szíves üdvözlet az Intel építészeinek) és a felhő nyilvános részének egyéb, fentebb már említett biztonsági problémáiról.
Negyedszerre, a hibrid felhő használata azzal fenyeget, hogy jelentősen csökkenti a hibatűrést, ha egyetlen alkalmazást tartalmaz.
Különleges bónusz: most egy helyett két felhő és/vagy a köztük lévő kapcsolat „megszakadhat” egyszerre. És sok kombinációban egyszerre.
Külön érdemes megemlíteni a nagy alkalmazások hibrid felhőben való tárolásának problémáit.
Az esetek túlnyomó többségében nem lehet egyszerűen csak beszerezni például 100 virtuális gépet 128 GB RAM-mal a nyilvános felhőben. Leggyakrabban még 10 ilyen autót sem ad senki.
Igen, a nyilvános felhők nem gumik, Moszkva. Sok szolgáltató egyszerűen nem tart fenn ilyen tartalék kapacitást - és ez elsősorban a RAM-ot érinti. Tetszőleges számú processzormagot „rajzolhatunk”, és a fizikailag elérhetőnél sokszorosa SSD- vagy HDD-kapacitást biztosíthatunk. A szolgáltató abban reménykedik, hogy nem használja fel egyszerre a teljes mennyiséget, és ez az út során növelhető. De ha nincs elég RAM, a virtuális gép vagy alkalmazás könnyen összeomolhat. A virtualizációs rendszer pedig nem mindig enged ilyen trükköket. Mindenesetre érdemes emlékezni az események ezen alakulására, és ezeket a pontokat megbeszélni a szolgáltatóval „onshore”, különben fennáll annak a veszélye, hogy lemaradunk a csúcsterhelések idején (fekete péntek, szezonális terhelés stb.).
Összefoglalva, ha hibrid infrastruktúrát szeretne használni, ne feledje, hogy:
- A szolgáltató nem mindig áll készen arra, hogy igény szerint biztosítsa a szükséges kapacitást.
- Problémák és késések vannak az elemek összekapcsolásával kapcsolatban. Meg kell értenie, hogy az infrastruktúra mely részei és milyen esetekben küldenek kéréseket az „együttesen” keresztül; ez befolyásolhatja a teljesítményt és a rendelkezésre állást. Jobb, ha figyelembe vesszük, hogy a felhőben nem egy fürtcsomópont van, hanem egy különálló és független infrastruktúra.
- Fennáll annak a veszélye, hogy a táj nagy részén problémák lépnek fel. Hibrid megoldásban az egyik vagy a másik felhő teljesen „leeshet”. Egy normál virtualizációs fürt esetén legfeljebb egy szerver elvesztését kockáztathatja, itt viszont egyszerre, egyik napról a másikra sokat veszíthet.
- A legbiztosabb, ha a nyilvános részt nem „bővítőként” kezeljük, hanem külön felhőként egy külön adatközpontban. Igaz, ebben az esetben tulajdonképpen figyelmen kívül hagyja a megoldás „hibriditását”.
A hibrid felhő hátrányainak enyhítése
Valójában a kép sokkal kellemesebb, mint gondolnád. A legfontosabb, hogy ismerjük a jó hibrid felhő „főzésének” fortélyait. Íme a főbbek ellenőrzőlista formátumban:
- Ne helyezze át az alkalmazás késleltetésre érzékeny részeit a nyilvános felhőbe a fő szoftvertől elkülönítve: például a gyorsítótárat vagy az adatbázisokat OLTP-terhelés alatt.
- Ne helyezze teljesen az alkalmazás azon részeit a nyilvános felhőbe, amelyek nélkül az alkalmazás leáll. Ellenkező esetben a rendszer meghibásodásának valószínűsége többszörösére nő.
- Méretezéskor ne feledje, hogy a felhő különböző részein telepített gépek teljesítménye eltérő lehet. A méretezési rugalmasság sem lesz tökéletes. Sajnos ez egy építészeti tervezési probléma, és nem fogja tudni teljesen felszámolni. Csak megpróbálhatja csökkenteni a munkára gyakorolt hatását.
- Próbáljon maximális fizikai közelséget biztosítani a nyilvános és privát felhők között: minél rövidebb a távolság, annál kisebb a késések a szegmensek között. Ideális esetben a felhő mindkét része ugyanabban az adatközpontban „él”.
- Ugyanilyen fontos annak biztosítása, hogy mindkét felhő azonos hálózati technológiát használjon. Az Ethernet-InfiniBand átjárók számos problémát okozhatnak.
- Ha ugyanazt a virtualizációs technológiát használják a privát és a nyilvános felhőben, ez határozott plusz. Egyes esetekben megállapodhat a szolgáltatóval abban, hogy a teljes virtuális gépeket újratelepítés nélkül migrálja.
- Ahhoz, hogy a hibrid felhő használata nyereséges legyen, válassza a legrugalmasabb árazású felhőszolgáltatót. A legjobb az egészben, a ténylegesen felhasznált erőforrások alapján.
- Növelje az adatközpontokat: ha növelni kell a kapacitást, felállítunk egy „második adatközpontot”, és terhelés alá helyezzük. Elkészültél a számításaiddal? „Eloltjuk” a felesleges energiát és spórolunk.
- Az egyes alkalmazások és projektek áthelyezhetők a nyilvános felhőbe, miközben a privát felhő méreteződik, vagy egyszerűen csak egy bizonyos időszakra. Igaz, ebben az esetben nem lesz hibriditásod, csak általános L2-es kapcsolatod, ami semmilyen módon nem függ a saját felhő meglététől/hiányától.
Ahelyett, hogy egy következtetés
Ez minden. Beszélgettünk a privát és nyilvános felhők jellemzőiről, és megvizsgáltuk a hibrid felhők teljesítményének és megbízhatóságának javításának főbb lehetőségeit. Bármely felhő kialakítása azonban a vállalat üzleti céljai és erőforrásai által megszabott döntések, kompromisszumok és konvenciók eredménye.
Célunk, hogy motiváljuk az olvasót, hogy komolyan vegye a megfelelő felhő infrastruktúra kiválasztását saját céljai, elérhető technológiái és pénzügyi lehetőségei alapján.
Meghívjuk Önt, hogy ossza meg tapasztalatait a hibrid felhőkkel kapcsolatban a megjegyzésekben. Biztosak vagyunk benne, hogy szakértelme sok kezdő pilóta számára hasznos lesz.
Forrás: will.com