Прывітанне, хабраўчане! , рынак хмарных паслуг у Расіі пастаянна набірае сілу. Як ніколі ў трэндзе гібрыдныя аблокі - нягледзячы на тое, што сама тэхналогія далёка не новая. Многія кампаніі задумваюцца, наколькі мэтазгодна ўтрымліваць і абслугоўваць вялізны парк жалеза, у тым ліку, патрэбнага сітуатыўна, у выглядзе прыватнага аблокі.
Сёння мы пагаворым аб тым, у якіх сітуацыях выкарыстанне гібрыднага аблокі будзе апраўданым крокам, а ў якіх можа стварыць праблемы. Артыкул будзе карысны тым, хто раней не меў сур'ёзнага досведу працы з гібрыднымі аблокамі, але ўжо прыглядаецца да іх і не ведае, з чаго пачаць.
У канцы артыкула прывядзем чэк-ліст хітрасцяў, якія дапамогуць вам пры выбары хмарнага правайдэра і ў наладзе гібрыднага аблокі.
Усіх зацікаўленых просім прайсці пад кат!
Прыватнае воблака VS публічнае: плюсы і мінусы
Каб зразумець, якія прычыны падштурхоўваюць бізнэс да пераходу на гібрыд, давайце разгледзім ключавыя асаблівасці публічных і прыватных аблокаў. Засяродзімся, перш за ўсё, на тых аспектах, якія так ці інакш тычацца большасці кампаній. Каб пазбегнуць блытаніны ў тэрміналогіі, прывядзем ніжэй асноўныя вызначэнні:
Прыватнае (або прыватнае) воблака - Гэта IT-інфраструктура, кампаненты якой размяшчаюцца ў межах адной кампаніі і толькі на абсталяванні, які належыць гэтай кампаніі або хмарнаму правайдэру.
Публічнае воблака - Гэта IT-асяроддзе, уласнік якой на платнай аснове аказвае паслугі і прадастаўляе месца ў воблаку ўсім жадаючым.
Гібрыднае воблака складаецца з больш за аднаго прыватнага і больш за аднаго публічнага аблокі, вылічальныя магутнасці якіх выкарыстоўваюцца сумесна.
Прыватныя аблокі
Пры сваёй дарагоўлі прыватнае воблака мае некалькі пераваг, з якімі немагчыма не лічыцца. Гэта высокая кіравальнасць, бяспека даных, паўнацэнны маніторынг рэсурсаў і работы абсталявання. Грубіянска кажучы, прыватнае воблака адказвае ўсім уяўленням інжынераў аб ідэальнай інфраструктуры. У любы момант вы можаце скарэктаваць архітэктуру аблокі, змяніць яго ўласцівасці і канфігурацыю.
Няма неабходнасці спадзявацца на знешніх пастаўшчыкоў - усе кампаненты інфраструктуры застаюцца на вашым баку.
Але, нягледзячы на моцныя аргументы "за", прыватнае воблака можа быць вельмі накладным на старце і ў наступным змесце. Ужо на этапе праектавання прыватнага аблокі неабходна пісьменна разлічыць будучую нагрузку… Эканомія на старце можа прывесці да таго, што рана ці позна вы сутыкнецеся з недахопам рэсурсаў і неабходнасцю росту. А маштабаванне прыватнага аблокі - складаны і дарагі працэс. Кожны раз вам давядзецца дакупляць новае абсталяванне, падключаць яго і вырабляць наладу, а гэта часцяком можа доўжыцца тыднямі - супраць амаль імгненнага маштабавання ў публічным воблаку.
Акрамя затрат на абсталяванне неабходна закласці фінансавыя рэсурсы на ліцэнзіі і персанал.
У шэрагу выпадкаў баланс "кошт/якасць", а дакладней "кошт маштабавання і абслугоўвання/атрыманыя перавагі" канчаткова ссоўваецца ў бок кошту.
Публічныя аблокі
Калі прыватным воблакам валодаеце толькі вы, то публічнае воблака належыць вонкаваму правайдэру, які дазваляе вам за пэўную плату карыстацца сваімі вылічальнымі рэсурсамі.
Пры гэтым усё, што да падтрымкі і абслугоўвання аблокі, кладзецца на магутныя «правайдэрскія» плечы. Ваша задача - выбраць аптымальны тарыфны план і своечасова ўносіць аплату.
Выкарыстанне публічнага аблокі для адносна невялікіх праектаў абыходзіцца на парадак танней, чым утрыманне ўласнага парка абсталявання.
Адпаведна, адпадае патрэба ва ўтрыманні IT-спецыялістаў і зніжаюцца фінансавыя рызыкі.
У любы момант вы вольныя змяніць хмарнага правайдэра і пераехаць у больш прыдатнае або больш выгаднае месца.
Што ж тычыцца мінусаў публічных аблокаў, то тут усё цалкам чакана: значна менш магчымасцяў для кантролю з боку кліента, меншая прадукцыйнасць пры апрацоўцы вялікіх аб'ёмаў даных і нізкая абароненасць даных у параўнанні з прыватнымі, што можа быць крытычна для некаторых відаў бізнесу.
Гібрыдныя аблокі
На стыку пералічаных вышэй добрых якасцяў і недахопаў знаходзяцца гібрыдныя аблокі, якія дэ-факта з'яўляюцца звязкам мінімум аднаго прыватнага аблокі з адным ці некалькімі публічнымі. На першы (і нават на другі) погляд можа здацца, што гібрыднае воблака - гэта філасофскі камень, які дазваляе ў любы момант "раздзьмуць" вылічальныя магутнасці, вырабіць неабходныя вылічэнні і "зьдзьмуць" усё назад. Не воблака, а Дэвід Блейн!
На справе ўсё амаль гэтак жа хораша, як у тэорыі: гібрыднае воблака дазваляе эканоміць час і грошы, мае мноства стандартных і нестандартных варыянтаў ужывання… але ёсць нюансы. Вось найважнейшыя з іх:
Па-першае, неабходна правільна сутыкаваць "сваё" і "чужое" воблака, у тым ліку і па прадукцыйнасці. Тут можа ўзнікнуць маса праблем, асабліва калі ЦАД з публічным воблакам фізічна выдалены або пабудаваны на іншы тэхналогіі. У гэтым выпадку вялікая рызыка ўзнікнення затрымак, часам крытычных.
Па-другое, Выкарыстанне гібрыднага аблокі ў якасці інфраструктуры для адзінага прыкладання багата нераўнамернай прадукцыйнасцю па ўсіх франтах (ад CPU да дыскавай падсістэмы) і зніжэннем адмоваўстойлівасці. Два сервера з аднолькавымі параметрамі, але якія знаходзяцца ў розных сегментах, будуць паказваць розную прадукцыйнасць.
Па-трэцяе, не варта забываць пра апаратныя ўразлівасці "чужога" жалеза (палымянае прывітанне архітэктарам Intel) і іншыя праблемы бяспекі ў публічнай частцы аблокі, ужо згаданыя вышэй.
Па-чацвёртае, Выкарыстанне гібрыднага аблокі пагражае істотным зніжэннем адмоваўстойлівасці, калі на ім размешчана адзінае прыкладанне.
Спецыяльны бонус: зараз «зламацца» могуць адразу два аблокі замест аднаго і/ці злучэнне паміж імі. Прычым адразу ў мностве камбінацый.
Асобна варта згадаць праблемы размяшчэння ў гібрыдным воблаку буйных дадаткаў.
У пераважнай большасці выпадкаў нельга проста так узяць і атрымаць у публічным воблаку, напрыклад, 100 віртуальных машын па 128Гб RAM. Часцей за ўсё нават 10 такіх машын вам ніхто не вылучыць.
Так, публічныя аблокі - не Масква не гумовыя. Многія правайдэры проста не трымаюць такога запасу свабодных магутнасцяў - і ў першую чаргу гэта тычыцца аператыўнай памяці. Працэсарных ядраў можна "намаляваць" колькі заўгодна, аб'ёму SSD або HDD - выдаць у разы больш, чым фізічна ёсць у наяўнасці. Правайдэр будзе спадзявацца, што адразу ўвесь аб'ём вы не карыстаецеся і можна будзе нарасціць яго па ходзе справы. А вось калі не хопіць RAM, віртуальная машына ці дадатак можа папросту абрынуцца. Ды і не заўсёды сістэма віртуалізацыі дазваляе такія фокусы. У любым выпадку, варта памятаць аб такім развіцці падзей і абгаварыць гэтыя моманты з правайдэрам "на беразе", інакш вы рызыкуеце застацца за бортам падчас пікавых нагрузак (Чорная пятніца, сезонная нагрузка і інш.).
Разам, калі вы хочаце выкарыстоўваць гібрыдную інфраструктуру, трымайце ў розуме, што:
- Правайдэр не заўсёды гатовы прадаставіць неабходныя магутнасці па патрабаванні.
- Ёсць праблемы і затрымкі злучанасці элементаў. Трэба разумець, якія кавалкі інфраструктуры і ў якіх выпадках будуць рабіць запыты праз "стык", гэта можа ўплываць на прадукцыйнасць і даступнасць. Лепш лічыць, што ў воблаку не адна нода кластара, а асобны і самастойны кавалак інфраструктуры.
- Ёсць рызыка ўзнікнення праблем на вялікіх частках ландшафту. У гібрыдным рашэнні можа цалкам "адваліцца" альбо адно, альбо іншае воблака. У выпадку са звычайным кластарам віртуалізацыі вы рызыкуеце страціць максімум адзін сервер, а тут - адразу шмат і ў раптоўна.
- Больш бяспечна ставіцца да публічнай часткі не як да "пашыральніка", а як да асобнага воблака ў асобным ЦАД. Праўда, у гэтым выпадку вы фактычна ігнаруеце "гібрыднасць" рашэнні.
Згладжваем недахопы гібрыднага аблокі
Насамрэч, карціна куды прыямнейшая, чым вам магло здацца. Самае галоўнае ведаць хітрасці падрыхтоўкі харошага гібрыднага аблокі. Вось асноўныя з іх у фармаце чэк-ліста:
- Не варта выносіць у публічнае воблака асобна ад асноўнага ПЗ часткі прыкладання, адчувальныя да затрымак: напрыклад, кэш ці базы дадзеных пад OLTP нагрузкай.
- Не выносьце на публічнае воблака цалкам тыя часткі дадатку, без якіх яно перастане працаваць. У адваротным выпадку верагоднасць адмовы сістэмы ўзрасце ў некалькі разоў.
- Пры маштабаванні ўлічвайце, што прадукцыйнасць машын, разгорнутых у розных частках аблокі, будзе адрознівацца. Гнуткасць маштабавання таксама будзе далёкая ад дасканаласці. Нажаль, гэта праблема дызайну архітэктуры і цалкам выкараніць яе вам не атрымаецца. Можна толькі паспрабаваць зменшыць яе ўплыў на працу.
- Паспрабуйце забяспечыць максімальную фізічную блізкасць публічнага і прыватнага аблокі: чым менш адлегласць, тым менш затрымак паміж сегментамі. У ідэале - каб абедзве часткі аблокі "жылі" ў адным ЦАД.
- Не менш важна прасачыць за тым, каб у абодвух аблоках выкарыстоўваліся ідэнтычныя сеткавыя тэхналогіі. Шлюзы Ethernet-InfiniBand могуць падкінуць нямала праблем.
- Калі ў прыватным і публічным аблоках выкарыстоўваецца аднолькавая тэхналогія віртуалізацыі, гэта несумненны плюс. У некаторых выпадках можна дамовіцца з правайдэрам аб міграцыі віртуальных машын цалкам без пераўсталёўкі.
- Каб выкарыстанне гібрыднага аблокі было выгадна, выбірайце хмарнага правайдэра з максімальна гнуткай тарыфікацыяй. Лепш за ўсё - па фактычна выкарыстаным рэсурсам.
- Маштабіруйцеся дата-цэнтрамі: спатрэбілася нарасціць магутнасці - паднімаем "другі дата-цэнтр" і ставім пад нагрузку. Скончылі вылічэнні? Гасім лішнія магутнасці і эканомім.
- Асобныя прыкладанні і праекты можна вынесці ў публічнае воблака на час маштабавання прыватнага, альбо проста на нейкі перыяд. Праўда, у гэтым выпадку ў вас не будзе гібрыднасці, толькі агульная L2 складнасць, якая ніяк не залежыць ад наяўнасці/адсутнасці свайго аблокі.
замест заключэння
На гэтым усё. Мы пагаварылі аб асаблівасцях прыватных і публічных аблокаў, разгледзелі асноўныя магчымасці для паляпшэння прадукцыйнасці і надзейнасці гібрыдных аблокаў. Тым не менш, прылада любога аблокі - вынік рашэнняў, кампрамісаў і ўмоўнасцяў, прадыктаваных бізнес-задачамі і рэсурсамі кампаніі.
Наша мэта - матываваць чытача на сур'ёзныя адносіны да выбару прыдатнай хмарнай інфраструктуры на аснове яго ўласных задач, даступных тэхналогій і фінансавых магчымасцяў.
Прапануем вам падзяліцца сваім досведам працы з гібрыднымі аблокамі ў каментарах. Упэўненыя, ваша экспертыза будзе карысная шматлікім пачаткоўцам пілотам.
Крыніца: habr.com