Kumusta, mga Khabrovites! , ang merkado ng mga serbisyo sa ulap sa Russia ay patuloy na lumalakas. Ang mga hybrid na ulap ay nagte-trend nang higit pa kaysa dati - sa kabila ng katotohanan na ang teknolohiya mismo ay malayo sa bago. Maraming mga kumpanya ang nagtataka kung gaano kakaya na mapanatili at mapanatili ang isang malaking fleet ng hardware, kabilang ang kung ano ang kinakailangan sa sitwasyon, sa anyo ng isang pribadong ulap.
Ngayon ay pag-uusapan natin kung anong mga sitwasyon ang paggamit ng hybrid na ulap ay magiging isang makatwirang hakbang, at kung saan maaari itong lumikha ng mga problema. Ang artikulo ay magiging kapaki-pakinabang sa mga hindi pa nagkaroon ng seryosong karanasan sa pagtatrabaho sa mga hybrid na ulap, ngunit tinitingnan na sila at hindi alam kung saan magsisimula.
Sa dulo ng artikulo, magbibigay kami ng checklist ng mga trick na makakatulong sa iyo kapag pumipili ng cloud provider at nagse-set up ng hybrid cloud.
Hinihiling namin sa lahat na interesado na pumunta sa ilalim ng hiwa!
Private cloud VS public: mga kalamangan at kahinaan
Upang maunawaan kung anong mga dahilan ang nagtutulak sa mga negosyo na lumipat sa hybrid, tingnan natin ang mga pangunahing tampok ng pampubliko at pribadong ulap. Mag-focus tayo, una sa lahat, sa mga aspetong iyon na sa isang paraan o iba pang pag-aalala sa karamihan ng mga kumpanya. Upang maiwasan ang pagkalito sa terminolohiya, ipinakita namin sa ibaba ang mga pangunahing kahulugan:
Pribado (o pribado) na ulap ay isang imprastraktura ng IT, ang mga bahagi nito ay matatagpuan sa loob ng isang kumpanya at sa mga kagamitan lamang na pagmamay-ari ng kumpanyang ito o cloud provider.
Pampublikong ulap ay isang IT environment, ang may-ari nito ay nagbibigay ng mga serbisyo nang may bayad at nagbibigay ng espasyo sa cloud sa lahat.
Hybrid na ulap binubuo ng higit sa isang pribado at higit sa isang pampublikong ulap, na ang kapangyarihan sa pag-compute ay ibinabahagi.
Mga pribadong ulap
Sa kabila ng mataas na halaga nito, ang pribadong ulap ay may ilang mga pakinabang na hindi maaaring balewalain. Kabilang dito ang mataas na kakayahang kontrolin, seguridad ng data, at buong pagsubaybay sa mga mapagkukunan at pagpapatakbo ng kagamitan. Sa halos pagsasalita, ang isang pribadong ulap ay nakakatugon sa lahat ng mga ideya ng mga inhinyero tungkol sa isang perpektong imprastraktura. Sa anumang oras maaari mong ayusin ang cloud architecture, baguhin ang mga katangian at configuration nito.
Hindi na kailangang umasa sa mga panlabas na provider - lahat ng bahagi ng imprastraktura ay mananatili sa iyong panig.
Ngunit, sa kabila ng malakas na mga argumento na pabor, ang isang pribadong ulap ay maaaring maging napakamahal sa simula at sa kasunod na pagpapanatili. Nasa yugto na ng pagdidisenyo ng pribadong ulap, kinakailangan na wastong kalkulahin ang hinaharap na pag-load... Ang pag-save sa simula ay maaaring humantong sa katotohanan na maaga o huli ay haharapin mo ang kakulangan ng mga mapagkukunan at ang pangangailangan para sa paglago. At ang pag-scale sa isang pribadong ulap ay isang kumplikado at mahal na proseso. Sa bawat oras na kailangan mong bumili ng bagong kagamitan, ikonekta ito at i-configure ito, at madalas itong tumagal ng ilang linggo - kumpara sa halos agarang pag-scale sa pampublikong ulap.
Bilang karagdagan sa mga gastos sa kagamitan, kinakailangan na magbigay ng mga mapagkukunang pinansyal para sa mga lisensya at tauhan.
Sa ilang mga kaso, ang balanse ng "presyo/kalidad", o mas tiyak "ang halaga ng pag-scale at pagpapanatili/mga benepisyong nakuha," sa wakas ay lumilipat patungo sa presyo.
Mga pampublikong ulap
Kung nagmamay-ari ka lang ng pribadong cloud, ang pampublikong cloud ay pagmamay-ari ng isang external na provider na nagpapahintulot sa iyong gamitin ang mga mapagkukunan ng computing nito nang may bayad.
Kasabay nito, ang lahat ng may kaugnayan sa suporta at pagpapanatili ng ulap ay nakasalalay sa makapangyarihang "tagapagbigay" na balikat. Ang iyong gawain ay piliin ang pinakamainam na plano ng taripa at gumawa ng mga pagbabayad sa oras.
Ang paggamit ng pampublikong ulap para sa medyo maliliit na proyekto ay mas mura kaysa sa pagpapanatili ng sarili mong armada ng kagamitan.
Alinsunod dito, hindi na kailangang mapanatili ang mga espesyalista sa IT at nababawasan ang mga panganib sa pananalapi.
Sa anumang oras, malaya kang magpalit ng cloud provider at lumipat sa mas angkop o mas kumikitang lokasyon.
Tulad ng para sa mga disadvantages ng mga pampublikong ulap, ang lahat dito ay lubos na inaasahan: mas kaunting kontrol sa bahagi ng kliyente, mas mababang pagganap kapag nagpoproseso ng malalaking volume ng data at mababang seguridad ng data kumpara sa mga pribado, na maaaring maging kritikal para sa ilang mga uri ng negosyo .
hybrid na ulap
Sa intersection ng nasa itaas na mga pakinabang at disadvantages ay ang mga hybrid na ulap, na de facto ay kumbinasyon ng hindi bababa sa isang pribadong ulap na may isa o higit pang mga pampublikong ulap. Sa una (at kahit na sa pangalawa) na sulyap, maaaring mukhang ang isang hybrid na ulap ay isang bato ng pilosopo na nagbibigay-daan sa iyo upang "mapalaki" ang kapangyarihan ng pag-compute anumang oras, gawin ang mga kinakailangang kalkulasyon at "pinutok" ang lahat pabalik. Hindi isang ulap, ngunit si David Blaine!
Sa katotohanan, ang lahat ay halos kasing ganda ng sa teorya: ang hybrid na ulap ay nakakatipid ng oras at pera, may maraming pamantayan at hindi karaniwang mga kaso ng paggamit... ngunit may mga nuances. Narito ang pinakamahalaga sa kanila:
Una, kinakailangang ikonekta nang tama ang cloud ng "iyong" at "ng iba", kabilang ang sa mga tuntunin ng pagganap. Maraming problema ang maaaring lumitaw dito, lalo na kung ang pampublikong cloud data center ay pisikal na malayo o binuo sa ibang teknolohiya. Sa kasong ito, may mataas na panganib ng mga pagkaantala, kung minsan ay kritikal.
Ikalawa, ang paggamit ng hybrid na ulap bilang isang imprastraktura para sa isang application ay puno ng hindi pantay na pagganap sa lahat ng larangan (mula sa CPU hanggang sa disk subsystem) at nabawasan ang fault tolerance. Dalawang server na may parehong mga parameter, ngunit matatagpuan sa magkaibang mga segment, ay magpapakita ng magkaibang pagganap.
Sa ikatlo, huwag kalimutan ang tungkol sa mga kahinaan sa hardware ng "banyagang" hardware (mataimtim na pagbati sa mga arkitekto ng Intel) at iba pang mga problema sa seguridad sa pampublikong bahagi ng cloud, na nabanggit na sa itaas.
Fourthly, ang paggamit ng hybrid na cloud ay nagbabanta na makabuluhang bawasan ang fault tolerance kung nagho-host ito ng isang application.
Espesyal na Bonus: ngayon ang dalawang ulap sa halip na isa at/o ang koneksyon sa pagitan ng mga ito ay maaaring "masira" nang sabay-sabay. At sa maraming kumbinasyon nang sabay-sabay.
Hiwalay, ito ay nagkakahalaga ng pagbanggit sa mga problema ng pagho-host ng malalaking application sa isang hybrid na ulap.
Sa karamihan ng mga kaso, hindi ka maaaring pumunta at kumuha, halimbawa, ng 100 virtual machine na may 128GB ng RAM sa pampublikong cloud. Kadalasan, walang magbibigay sa iyo ng kahit 10 ganoong sasakyan.
Oo, ang mga pampublikong ulap ay hindi goma, Moscow. Maraming mga provider ang hindi nag-iingat ng ganoong reserba ng libreng kapasidad - at ito ay pangunahing may kinalaman sa RAM. Maaari kang "gumuhit" ng maraming mga core ng processor hangga't gusto mo, at maaari kang magbigay ng maraming beses na mas maraming kapasidad ng SSD o HDD kaysa sa aktwal na magagamit. Inaasahan ng provider na hindi mo gagamitin ang buong volume nang sabay-sabay at posibleng dagdagan ito habang tumatakbo. Ngunit kung walang sapat na RAM, ang virtual machine o application ay madaling mag-crash. At ang sistema ng virtualization ay hindi palaging pinapayagan ang gayong mga trick. Sa anumang kaso, ito ay nagkakahalaga ng pag-alala sa pag-unlad ng mga kaganapan at pag-usapan ang mga puntong ito sa provider "sa pampang", kung hindi man ay nanganganib kang maiwan sa panahon ng mga peak load (Black Friday, seasonal load, atbp.).
Sa buod, kung gusto mong gumamit ng hybrid na imprastraktura, tandaan na:
- Ang provider ay hindi laging handa na magbigay ng kinakailangang kapasidad kapag hinihiling.
- May mga problema at pagkaantala sa pagkakakonekta ng mga elemento. Kailangan mong maunawaan kung aling mga bahagi ng imprastraktura at sa kung anong mga kaso ang gagawa ng mga kahilingan sa pamamagitan ng "pinagsamang"; maaari itong makaapekto sa pagganap at kakayahang magamit. Mas mainam na isaalang-alang na sa cloud ay walang isang cluster node, ngunit isang hiwalay at independiyenteng piraso ng imprastraktura.
- May panganib na magkaroon ng mga problema sa malalaking bahagi ng landscape. Sa isang hybrid na solusyon, ang alinman sa isa o ang isa pang ulap ay maaaring "bumagsak" nang buo. Sa kaso ng isang regular na kumpol ng virtualization, nanganganib kang mawalan ng hindi hihigit sa isang server, ngunit dito nanganganib kang mawalan ng marami nang sabay-sabay, magdamag.
- Ang pinakaligtas na bagay na dapat gawin ay ituring ang pampublikong bahagi hindi bilang isang "extender," ngunit bilang isang hiwalay na ulap sa isang hiwalay na sentro ng data. Totoo, sa kasong ito ay talagang binabalewala mo ang "hybridity" ng solusyon.
Pagbabawas ng mga disadvantages ng isang hybrid na ulap
Sa katunayan, ang larawan ay mas kaaya-aya kaysa sa iniisip mo. Ang pinakamahalagang bagay ay ang malaman ang mga trick ng "pagluluto" ng isang mahusay na hybrid na ulap. Narito ang mga pangunahing nasa format ng checklist:
- Hindi mo dapat ilipat ang mga bahagi ng application na sensitibo sa latency sa pampublikong cloud nang hiwalay sa pangunahing software: halimbawa, cache o mga database sa ilalim ng OLTP load.
- Huwag ganap na ilagay ang mga bahaging iyon ng application sa pampublikong ulap, kung wala ito ay hihinto sa paggana. Kung hindi, ang posibilidad ng pagkabigo ng system ay tataas nang maraming beses.
- Kapag nag-scale, tandaan na mag-iiba-iba ang performance ng mga machine na naka-deploy sa iba't ibang bahagi ng cloud. Ang kakayahang umangkop sa pag-scale ay malayo rin sa perpekto. Sa kasamaang palad, ito ay isang problema sa disenyo ng arkitektura at hindi mo ito ganap na mapupuksa. Maaari mo lamang subukan na bawasan ang epekto nito sa trabaho.
- Subukang tiyakin ang maximum na pisikal na kalapitan sa pagitan ng pampubliko at pribadong ulap: mas maikli ang distansya, mas mababa ang mga pagkaantala sa pagitan ng mga segment. Sa isip, ang parehong bahagi ng cloud ay "live" sa parehong data center.
- Parehong mahalaga na matiyak na ang parehong mga ulap ay gumagamit ng magkaparehong teknolohiya ng network. Ang mga gateway ng Ethernet-InfiniBand ay maaaring magpakita ng maraming problema.
- Kung ang parehong teknolohiya ng virtualization ay ginagamit sa pribado at pampublikong mga ulap, ito ay isang tiyak na plus. Sa ilang mga kaso, maaari kang sumang-ayon sa provider na i-migrate ang buong virtual machine nang walang muling pag-install.
- Upang gawing kumikita ang paggamit ng hybrid na cloud, pumili ng cloud provider na may pinaka-flexible na pagpepresyo. Pinakamaganda sa lahat, batay sa mga mapagkukunang aktwal na ginamit.
- Mag-scale up sa mga data center: kung kailangan mong dagdagan ang kapasidad, magtataas kami ng "pangalawang data center" at ilagay ito sa ilalim ng load. Tapos ka na ba sa iyong mga kalkulasyon? "Pinapatay" namin ang labis na kapangyarihan at nagtitipid.
- Ang mga indibidwal na application at proyekto ay maaaring ilipat sa pampublikong ulap habang ang pribadong ulap ay ini-scale, o para lamang sa isang tiyak na panahon. Totoo, sa kasong ito hindi ka magkakaroon ng hybridity, tanging pangkalahatang L2 connectivity, na hindi nakadepende sa anumang paraan sa presensya/kawalan ng iyong sariling cloud.
Sa halip ng isang konklusyon
Iyon lang. Napag-usapan namin ang tungkol sa mga tampok ng pribado at pampublikong ulap, at tiningnan ang mga pangunahing pagkakataon para sa pagpapabuti ng pagganap at pagiging maaasahan ng mga hybrid na ulap. Gayunpaman, ang disenyo ng anumang ulap ay resulta ng mga desisyon, kompromiso at kumbensyon na idinidikta ng mga layunin at mapagkukunan ng negosyo ng kumpanya.
Ang aming layunin ay hikayatin ang mambabasa na seryosohin ang pagpili ng naaangkop na imprastraktura ng ulap batay sa kanyang sariling mga layunin, magagamit na mga teknolohiya at mga kakayahan sa pananalapi.
Inaanyayahan ka naming ibahagi ang iyong karanasan sa mga hybrid na ulap sa mga komento. Sigurado kami na ang iyong kadalubhasaan ay magiging kapaki-pakinabang sa maraming baguhang piloto.
Pinagmulan: www.habr.com