Hallo, Khabrovites! , kry die wolkdienstemark in Rusland voortdurend krag. Hibriede wolke is meer neiging as ooit - ten spyte van die feit dat die tegnologie self ver van nuut is. Baie maatskappye wonder hoe haalbaar dit is om 'n groot vloot hardeware in stand te hou en in stand te hou, insluitend wat situasies nodig is, in die vorm van 'n private wolk.
Vandag sal ons praat oor in watter situasies die gebruik van 'n hibriede wolk 'n geregverdigde stap sal wees, en waarin dit probleme kan skep. Die artikel sal nuttig wees vir diegene wat nie voorheen ernstige ondervinding met hibriede wolke gehad het nie, maar wat reeds daarna kyk en nie weet waar om te begin nie.
Aan die einde van die artikel sal ons 'n kontrolelys van truuks verskaf wat jou sal help wanneer jy 'n wolkverskaffer kies en 'n hibriede wolk opstel.
Ons vra almal wat belangstel om onder die snit te gaan!
Privaat wolk VS publiek: voor- en nadele
Om te verstaan watter redes besighede dwing om na baster oor te skakel, kom ons kyk na die sleutelkenmerke van openbare en private wolke. Kom ons fokus eerstens op daardie aspekte wat op een of ander manier die meeste maatskappye raak. Om verwarring in terminologie te voorkom, bied ons die hoofdefinisies hieronder aan:
Privaat (of privaat) wolk is 'n IT-infrastruktuur, waarvan die komponente binne een maatskappy geleë is en slegs op toerusting wat deur hierdie maatskappy of wolkverskaffer besit word.
Publieke wolk is 'n IT-omgewing waarvan die eienaar dienste teen 'n fooi verskaf en spasie in die wolk aan almal verskaf.
Hibriede wolk bestaan uit meer as een private en meer as een publieke wolk, waarvan die rekenaarkrag gedeel word.
Privaat wolke
Ten spyte van die hoë koste daarvan, het die private wolk verskeie voordele wat nie geïgnoreer kan word nie. Dit sluit in hoë beheerbaarheid, datasekuriteit en volledige monitering van hulpbronne en toerusting se werking. Rofweg gesproke voldoen 'n private wolk aan al die ingenieurs se idees oor 'n ideale infrastruktuur. U kan enige tyd die wolkargitektuur aanpas, die eienskappe en konfigurasie daarvan verander.
Jy hoef nie op eksterne verskaffers staat te maak nie – alle infrastruktuurkomponente bly aan jou kant.
Maar, ten spyte van die sterk argumente ten gunste, kan 'n private wolk baie duur wees aan die begin en in die daaropvolgende instandhouding. Reeds op die stadium van die ontwerp van 'n private wolk, is dit nodig om die toekomstige vrag korrek te bereken ... Besparing aan die begin kan daartoe lei dat jy vroeër of later 'n gebrek aan hulpbronne en die behoefte aan groei in die gesig staar. En die skaal van 'n private wolk is 'n komplekse en duur proses. Elke keer moet jy nuwe toerusting koop, koppel dit en konfigureer dit, en dit kan dikwels weke neem - teenoor byna oombliklike skaal in die publieke wolk.
Benewens toerustingkoste, is dit nodig om finansiële hulpbronne vir lisensies en personeel te verskaf.
In sommige gevalle skuif die “prys/kwaliteit”-balans, of meer presies “die koste van skaal en instandhouding/die voordele verkry,” uiteindelik na prys.
Openbare wolke
As jy net 'n private wolk besit, behoort 'n publieke wolk aan 'n eksterne verskaffer wat jou toelaat om sy rekenaarhulpbronne teen 'n fooi te gebruik.
Terselfdertyd val alles wat verband hou met wolkondersteuning en -instandhouding op die kragtige "verskaffer"-skouers. Jou taak is om die optimale tariefplan te kies en betalings betyds te maak.
Die gebruik van 'n publieke wolk vir relatief klein projekte is baie goedkoper as om jou eie toerustingvloot in stand te hou.
Gevolglik is dit nie nodig om IT-spesialiste in stand te hou nie en finansiële risiko's word verminder.
Dit staan u te eniger tyd vry om wolkverskaffer te verander en na 'n meer geskikte of meer winsgewende ligging te skuif.
Wat die nadele van publieke wolke betref, word alles hier nogal verwag: baie minder beheer aan die kant van die kliënt, laer werkverrigting wanneer groot volumes data verwerk word en lae datasekuriteit in vergelyking met privates, wat van kritieke belang kan wees vir sommige soorte besigheid .
hibriede wolke
By die kruising van bogenoemde voordele en nadele is hibriede wolke, wat de facto 'n kombinasie is van ten minste een private wolk met een of meer publieke wolke. Met die eerste (en selfs met die tweede) oogopslag kan dit lyk asof 'n basterwolk 'n filosoof se klip is wat jou toelaat om rekenaarkrag te eniger tyd te "opblaas", die nodige berekeninge uit te voer en alles terug te "wegblaas". Nie 'n wolk nie, maar David Blaine!
In werklikheid is alles amper so mooi soos in teorie: die hibriede wolk spaar tyd en geld, het baie standaard en nie-standaard gebruik gevalle ... maar daar is nuanses. Hier is die belangrikstes:
Eerstens, is dit nodig om "jou" en "iemand anders" se wolk korrek te verbind, insluitend in terme van prestasie. Baie probleme kan hier ontstaan, veral as die publieke wolkdatasentrum fisies afgeleë is of op 'n ander tegnologie gebou is. In hierdie geval is daar 'n hoë risiko van vertragings, soms kritiek.
Tweedens, die gebruik van 'n hibriede wolk as 'n infrastruktuur vir 'n enkele toepassing is belaai met ongelyke werkverrigting op alle fronte (van die SVE tot die skyfsubstelsel) en verminderde fouttoleransie. Twee bedieners met dieselfde parameters, maar in verskillende segmente geleë, sal verskillende werkverrigting toon.
Derdens, moenie vergeet van hardeware kwesbaarhede van "vreemde" hardeware (vurige groete aan Intel-argitekte) en ander sekuriteitsprobleme in die publieke deel van die wolk, wat reeds hierbo genoem is.
Vierdens, dreig die gebruik van 'n hibriede wolk om fouttoleransie aansienlik te verminder as dit 'n enkele toepassing huisves.
Spesiale bonus: nou kan twee wolke in plaas van een en/of die verbinding tussen hulle op een slag “breek”. En in baie kombinasies tegelyk.
Afsonderlik is dit die moeite werd om die probleme te noem om groot toepassings in 'n hibriede wolk te huisves.
In die oorgrote meerderheid van gevalle kan jy nie net gaan en byvoorbeeld 100 virtuele masjiene met 128 GB RAM in die publieke wolk kry nie. Meestal sal niemand vir jou selfs 10 sulke motors gee nie.
Ja, openbare wolke is nie rubber nie, Moskou. Baie verskaffers hou eenvoudig nie so 'n reserwe van vrye kapasiteit nie - en dit gaan hoofsaaklik oor RAM. Jy kan soveel verwerkerkerne "teken" as wat jy wil, en jy kan baie keer meer SSD- of HDD-kapasiteit verskaf as wat fisies beskikbaar is. Die verskaffer sal hoop dat jy nie die hele volume gelyktydig gebruik nie en dat dit moontlik sal wees om dit langs die pad te vergroot. Maar as daar nie genoeg RAM is nie, kan die virtuele masjien of toepassing maklik ineenstort. En die virtualiseringstelsel laat nie altyd sulke truuks toe nie. Dit is in elk geval die moeite werd om hierdie ontwikkeling van gebeure te onthou en hierdie punte met die verskaffer "aan wal" te bespreek, anders loop jy die risiko om agtergelaat te word tydens spitsvragte (Swart Vrydag, seisoenale vrag, ens.).
Opsommend, as jy 'n hibriede infrastruktuur wil gebruik, hou in gedagte dat:
- Die verskaffer is nie altyd gereed om die nodige kapasiteit op aanvraag te verskaf nie.
- Daar is probleme en vertragings in die verbinding van elemente. Jy moet verstaan watter stukke infrastruktuur en in watter gevalle versoeke deur die "joint" sal maak; dit kan prestasie en beskikbaarheid beïnvloed. Dit is beter om te oorweeg dat daar in die wolk nie een groepknoop is nie, maar 'n aparte en onafhanklike stuk infrastruktuur.
- Daar is 'n risiko dat probleme in groot dele van die landskap voorkom. In 'n hibriede oplossing kan óf die een óf die ander wolk heeltemal "afval". In die geval van 'n gewone virtualisasie-kluster loop jy die risiko om hoogstens een bediener te verloor, maar hier loop jy die risiko om baie op een slag te verloor, oornag.
- Die veiligste ding om te doen is om die publieke deel nie as 'n "uitbreider" te behandel nie, maar as 'n aparte wolk in 'n aparte datasentrum. Dit is waar, in hierdie geval ignoreer jy eintlik die "hibriditeit" van die oplossing.
Versagting van die nadele van 'n hibriede wolk
Trouens, die prentjie is baie aangenamer as wat jy dalk dink. Die belangrikste ding is om die truuks te ken om 'n goeie basterwolk te "kook". Hier is die belangrikstes in kontrolelysformaat:
- U moet nie latensie-sensitiewe dele van die toepassing afsonderlik van die hoofsagteware na die publieke wolk skuif nie: byvoorbeeld kas of databasisse onder OLTP-lading.
- Moenie daardie dele van die toepassing heeltemal op die publieke wolk plaas nie, waarsonder dit sal ophou werk. Andersins sal die waarskynlikheid van stelselmislukking verskeie kere toeneem.
- Hou in gedagte dat die werkverrigting van masjiene wat in verskillende dele van die wolk ontplooi word, sal verskil wanneer u skaal. Skaalbuigsaamheid sal ook ver van perfek wees. Ongelukkig is dit 'n argitektoniese ontwerpprobleem en jy sal dit nie heeltemal kan uitroei nie. Jy kan net probeer om die impak daarvan op werk te verminder.
- Probeer om maksimum fisiese nabyheid tussen die publieke en private wolke te verseker: hoe korter die afstand, hoe minder is die vertragings tussen segmente. Ideaal gesproke “woon” albei dele van die wolk in dieselfde datasentrum.
- Dit is ewe belangrik om te verseker dat beide wolke identiese netwerktegnologieë gebruik. Ethernet-InfiniBand-poorte kan baie probleme oplewer.
- As dieselfde virtualiseringstegnologie in die private en publieke wolke gebruik word, is dit 'n besliste pluspunt. In sommige gevalle kan u met die verskaffer ooreenkom om hele virtuele masjiene te migreer sonder om te herinstalleer.
- Om die gebruik van 'n hibriede wolk winsgewend te maak, kies 'n wolkverskaffer met die mees buigsame pryse. Die beste van alles, gebaseer op die hulpbronne wat werklik gebruik word.
- Skaal op met datasentrums: as jy kapasiteit moet vergroot, bou ons 'n "tweede datasentrum" op en plaas dit onder las. Is jy klaar met jou berekeninge? Ons “blus” oortollige krag en spaar.
- Individuele toepassings en projekte kan na die publieke wolk geskuif word terwyl die private wolk geskaal word, of bloot vir 'n sekere tydperk. Inderdaad, in hierdie geval sal jy nie hibriditeit hê nie, net algemene L2-konnektiwiteit, wat nie op enige manier afhang van die teenwoordigheid/afwesigheid van jou eie wolk nie.
In plaas daarvan om 'n gevolgtrekking
Dis al. Ons het gepraat oor die kenmerke van private en publieke wolke, en gekyk na die belangrikste geleenthede om die werkverrigting en betroubaarheid van hibriede wolke te verbeter. Die ontwerp van enige wolk is egter die resultaat van besluite, kompromieë en konvensies wat deur die maatskappy se besigheidsdoelwitte en hulpbronne bepaal word.
Ons doelwit is om die leser te motiveer om die keuse van die toepaslike wolkinfrastruktuur ernstig op te neem gebaseer op sy eie doelwitte, beskikbare tegnologieë en finansiële vermoëns.
Ons nooi jou uit om jou ervaring met hibriede wolke in die kommentaar te deel. Ons is seker dat jou kundigheid nuttig sal wees vir baie beginner vlieëniers.
Bron: will.com