Saluton, Ĥabrovitoj! , la merkato de nubaj servoj en Rusio senĉese gajnas forton. Hibridaj nuboj tendencas pli ol iam - malgraŭ tio, ke la teknologio mem estas malproksima de nova. Multaj kompanioj demandas, kiom farebla estas konservi kaj konservi grandegan aron da aparataro, inkluzive de tio, kio estas bezonata laŭ situacio, en formo de privata nubo.
Hodiaŭ ni parolos pri en kiuj situacioj uzi hibridan nubon estos pravigita paŝo, kaj en kiuj ĝi povas krei problemojn. La artikolo estos utila al tiuj, kiuj antaŭe ne havis seriozan sperton pri laborado kun hibridaj nuboj, sed jam rigardas ilin kaj ne scias kie komenci.
Ĉe la fino de la artikolo, ni provizos kontrolon de lertaĵoj, kiuj helpos vin elektinte nuban provizanton kaj starigi hibridan nubon.
Ni petas ĉiujn interesatojn iri sub la tranĉo!
Privata nubo VS publika: avantaĝoj kaj malavantaĝoj
Por kompreni, kiaj kialoj puŝas entreprenojn ŝanĝi al hibrido, ni rigardu la ĉefajn trajtojn de publikaj kaj privataj nuboj. Ni koncentriĝu, antaŭ ĉio, sur tiuj aspektoj, kiuj iel aŭ alie koncernas la plej multajn kompaniojn. Por eviti konfuzon en terminologio, ni prezentas ĉi-sube la ĉefajn difinojn:
Privata (aŭ privata) nubo estas IT-infrastrukturo, kies komponantoj troviĝas ene de unu kompanio kaj nur sur ekipaĵo posedata de ĉi tiu kompanio aŭ nuba provizanto.
Publika nubo estas IT-medio, kies posedanto provizas servojn kontraŭ pago kaj provizas spacon en la nubo al ĉiuj.
Hibrida nubo konsistas el pli ol unu privata kaj pli ol unu publika nubo, kies komputa potenco estas dividita.
Privataj nuboj
Malgraŭ ĝia alta kosto, la privata nubo havas plurajn avantaĝojn, kiujn oni ne povas ignori. Ĉi tiuj inkluzivas altan kontroleblecon, datumsekurecon kaj plenan monitoradon de rimedoj kaj ekipaĵfunkciado. Malglate parolante, privata nubo renkontas ĉiujn ideojn de inĝenieroj pri ideala infrastrukturo. En ajna momento vi povas ĝustigi la nuban arkitekturon, ŝanĝi ĝiajn ecojn kaj agordojn.
Ne necesas fidi eksterajn provizantoj - ĉiuj infrastrukturaj komponantoj restas ĉe via flanko.
Sed, malgraŭ la fortaj argumentoj en favoro, privata nubo povas esti tre multekosta komence kaj en posta prizorgado. Jam en la etapo de desegnado de privata nubo, necesas ĝuste kalkuli la estontan ŝarĝon... Ŝpari ĉe la komenco povas konduki al tio, ke baldaŭ aŭ malfrue vi alfrontos mankon de rimedoj kaj bezonon de kresko. Kaj grimpi privatan nubon estas kompleksa kaj multekosta procezo. Ĉiufoje, kiam vi devas aĉeti novan ekipaĵon, konekti ĝin kaj agordi ĝin, kaj tio ofte povas daŭri semajnojn - kontraŭ preskaŭ tuja skalo en la publika nubo.
Krom ekipaĵkostoj, necesas provizi financajn rimedojn por licencoj kaj dungitaro.
En kelkaj kazoj, la "prezo/kvalito" ekvilibro, aŭ pli precize "la kosto de skalo kaj prizorgado/la profitoj akiritaj", finfine ŝanĝiĝas al prezo.
Publikaj nuboj
Se vi nur posedas privatan nubon, tiam publika nubo apartenas al ekstera provizanto, kiu permesas al vi uzi ĝiajn komputigajn rimedojn kontraŭ pago.
Samtempe ĉio rilata al nuba subteno kaj bontenado falas sur la potencajn "provizantajn" ŝultrojn. Via tasko estas elekti la optimuman tarifplanon kaj pagi ĝustatempe.
Uzi publikan nubon por relative malgrandaj projektoj estas multe pli malmultekosta ol konservi vian propran ekipaĵfloton.
Sekve, ne necesas konservi IT-specialistojn kaj financaj riskoj estas reduktitaj.
En ajna momento, vi rajtas ŝanĝi nuban provizanton kaj translokiĝi al pli taŭga aŭ pli profita loko.
Koncerne la malavantaĝojn de publikaj nuboj, ĉio ĉi tie estas sufiĉe atendata: multe malpli da kontrolo flanke de la kliento, pli malalta rendimento dum prilaborado de grandaj volumoj da datumoj kaj malalta datuma sekureco kompare kun privataj, kiuj povas esti kritika por iuj specoj de komerco. .
hibridaj nuboj
Ĉe la intersekco de ĉi-supraj avantaĝoj kaj malavantaĝoj estas hibridaj nuboj, kiuj estas fakte kombinaĵo de almenaŭ unu privata nubo kun unu aŭ pluraj publikaj. Unuavide (kaj eĉ je la dua) rigardo, povas ŝajni, ke hibrida nubo estas filozofa ŝtono, kiu ebligas al vi "ŝveligi" komputilan potencon iam ajn, plenumi la necesajn kalkulojn kaj "forblovi" ĉion reen. Ne nubo, sed David Blaine!
Reale ĉio estas preskaŭ same bela kiel en teorio: la hibrida nubo ŝparas tempon kaj monon, havas multajn normajn kaj nenormajn uzkazojn... sed estas nuancoj. Jen la plej gravaj:
Unue, necesas ĝuste konekti "via" kaj "alia" nubo, inkluzive de rendimento. Multaj problemoj povas aperi ĉi tie, precipe se la publika nuba datumcentro estas fizike malproksima aŭ konstruita sur malsama teknologio. En ĉi tiu kazo, estas alta risko de prokrastoj, foje kritika.
Dua, uzi hibridan nubon kiel infrastrukturon por ununura aplikaĵo estas plena de neegala rendimento en ĉiuj frontoj (de la CPU ĝis la disksubsistemo) kaj reduktita faŭltoleremo. Du serviloj kun la samaj parametroj, sed situantaj en malsamaj segmentoj, montros malsaman rendimenton.
Trie, ne forgesu pri aparataj vundeblecoj de "fremda" aparataro (fervoraj salutoj al Intel-arkitektoj) kaj aliaj sekurecaj problemoj en la publika parto de la nubo, jam menciitaj supre.
Kvara, la uzo de hibrida nubo minacas signife redukti faŭltoleremo se ĝi gastigas ununuran aplikiĝon.
Speciala Gratifiko: nun du nuboj anstataŭ unu kaj/aŭ la ligo inter ili povas samtempe "rompiĝi". Kaj en multaj kombinaĵoj samtempe.
Aparte, indas mencii la problemojn de gastigado de grandaj aplikoj en hibrida nubo.
En la granda plimulto de kazoj, vi ne povas simple iri kaj akiri, ekzemple, 100 virtualajn maŝinojn kun 128GB da RAM en la publika nubo. Plej ofte, neniu donos al vi eĉ 10 tiajn aŭtojn.
Jes, publikaj nuboj ne estas kaŭĉuko, Moskvo. Multaj provizantoj simple ne konservas tian rezervon de libera kapablo - kaj tio ĉefe koncernas RAM. Vi povas "desegni" tiom da procesoraj kernoj kiel vi volas, kaj vi povas provizi multajn fojojn pli da SSD- aŭ HDD-kapacito ol estas fizike havebla. La provizanto esperos, ke vi ne uzas la tutan volumon samtempe kaj ke eblos pliigi ĝin survoje. Sed se ne estas sufiĉe da RAM, la virtuala maŝino aŭ aplikaĵo povas facile kraŝi. Kaj la virtualiga sistemo ne ĉiam permesas tiajn lertaĵojn. Ĉiukaze, indas memori ĉi tiun evoluon de eventoj kaj diskuti ĉi tiujn punktojn kun la provizanto "surtera", alie vi riskas resti malantaŭe dum pintaj ŝarĝoj (Nigra Vendredo, laŭsezona ŝarĝo ktp.).
Resume, se vi volas uzi hibridan infrastrukturon, memoru tion:
- La provizanto ne ĉiam pretas provizi la necesan kapaciton laŭ postulo.
- Estas problemoj kaj malfruoj en la konektebleco de elementoj. Vi devas kompreni, kiuj infrastrukturoj kaj en kiuj kazoj faros petojn per la "kunigo"; tio povas influi rendimenton kaj haveblecon. Pli bone estas konsideri, ke en la nubo estas ne unu grapolnodo, sed aparta kaj sendependa infrastrukturo.
- Estas risko de problemoj okazantaj en grandaj partoj de la pejzaĝo. En hibrida solvo, aŭ unu aŭ la alia nubo povas "fali" tute. En la kazo de regula virtualiga areto, vi riskas perdi maksimume unu servilon, sed ĉi tie vi riskas perdi multon samtempe, subite.
- La plej sekura afero estas trakti la publikan parton ne kiel "etendulon", sed kiel apartan nubon en aparta datumcentro. Vere, en ĉi tiu kazo vi fakte ignoras la "hibridecon" de la solvo.
Mildigi la malavantaĝojn de hibrida nubo
Fakte, la bildo estas multe pli agrabla ol vi povus pensi. La plej grava afero estas scii la lertaĵojn de "kuiri" bonan hibridan nubon. Jen la ĉefaj en kontrolo-formato:
- Vi ne devas movi latenciajn partojn de la aplikaĵo al la publika nubo aparte de la ĉefa programaro: ekzemple kaŝmemoro aŭ datumbazoj sub OLTP-ŝarĝo.
- Ne metu tute tiujn partojn de la aplikaĵo sur la publikan nubon, sen kiuj ĝi ĉesos funkcii. Alie, la probablo de fiasko de la sistemo pliiĝos plurfoje.
- Dum grimpado, memoru, ke la agado de maŝinoj deplojitaj en malsamaj partoj de la nubo varias. Skala fleksebleco ankaŭ estos malproksima de perfekta. Bedaŭrinde, ĉi tio estas problemo pri arkitektura dezajno kaj vi ne povos tute ekstermi ĝin. Vi nur povas provi redukti ĝian efikon al laboro.
- Provu certigi maksimuman fizikan proksimecon inter la publikaj kaj privataj nuboj: ju pli mallonga la distanco, des pli malaltaj la prokrastoj inter segmentoj. Ideale, ambaŭ partoj de la nubo "vivas" en la sama datumcentro.
- Estas same grave certigi, ke ambaŭ nuboj uzu identajn retajn teknologiojn. Ethernet-InfiniBand-enirejoj povas prezenti multajn problemojn.
- Se la sama virtualiga teknologio estas uzata en la privataj kaj publikaj nuboj, tio estas certa pluso. En iuj kazoj, vi povas konsenti kun la provizanto migri tutajn virtualajn maŝinojn sen reinstalo.
- Por profitigi uzi hibridan nubon, elektu nuban provizanton kun la plej fleksebla prezo. Plej bone, surbaze de la efektive uzataj rimedoj.
- Pligrandigu kun datumcentroj: se vi bezonas pliigi kapaciton, ni levas "duan datumcentron" kaj metas ĝin sub ŝarĝon. Ĉu vi finis kun viaj kalkuloj? Ni "estingas" troan potencon kaj ŝparas.
- Individuaj aplikoj kaj projektoj povas esti movitaj al la publika nubo dum la privata nubo estas skalita, aŭ simple por certa periodo. Vere, en ĉi tiu kazo vi ne havos hibridecon, nur ĝeneralan L2-konektecon, kiu neniel dependas de la ĉeesto/foresto de via propra nubo.
Anstataŭ konkludo
Tio estas ĉio. Ni parolis pri la trajtoj de privataj kaj publikaj nuboj, kaj rigardis la ĉefajn ŝancojn por plibonigi la rendimenton kaj fidindecon de hibridaj nuboj. Tamen, la dezajno de ajna nubo estas la rezulto de decidoj, kompromisoj kaj konvencioj diktitaj de la komercaj celoj kaj rimedoj de la kompanio.
Nia celo estas instigi la leganton preni serioze la elekton de la taŭga nuba infrastrukturo bazita sur siaj propraj celoj, disponeblaj teknologioj kaj financaj kapabloj.
Ni invitas vin dividi vian sperton kun hibridaj nuboj en la komentoj. Ni certas, ke via kompetenteco estos utila al multaj novulaj pilotoj.
fonto: www.habr.com