Хибридни облаци: ръководство за начинаещи пилоти

Здравейте, хабровци! Според статистиката, пазарът на облачни услуги в Русия непрекъснато набира сила. Хибридните облаци са в тенденция повече от всякога - въпреки факта, че самата технология далеч не е нова. Много компании се чудят доколко е осъществимо да поддържат и поддържат огромен парк от хардуер, включително това, което е необходимо в зависимост от ситуацията, под формата на частен облак.

Днес ще говорим за това в какви ситуации използването на хибриден облак ще бъде оправдана стъпка и в кои може да създаде проблеми. Статията ще бъде полезна за тези, които преди това не са имали сериозен опит в работата с хибридни облаци, но вече ги разглеждат и не знаят откъде да започнат.

В края на статията ще предоставим списък с трикове, които ще ви помогнат при избора на облачен доставчик и настройването на хибриден облак.

Молим всички желаещи да минат под разфасовката!

Частен облак СРЕЩУ публичен: плюсове и минуси

За да разберем какви причини карат бизнеса да премине към хибрид, нека разгледаме основните характеристики на публичните и частните облаци. Нека се съсредоточим преди всичко върху онези аспекти, които по един или друг начин засягат повечето компании. За да избегнем объркване в терминологията, представяме по-долу основните определения:

Частен (или частен) облак е ИТ инфраструктура, чиито компоненти са разположени в рамките на една компания и само на оборудване, собственост на тази компания или облачен доставчик.

Обществен облак е IT среда, чийто собственик предоставя услуги срещу заплащане и предоставя пространство в облака на всички.

Хибриден облак се състои от повече от един частен и повече от един публичен облак, чиято изчислителна мощност е споделена.

Частни облаци

Въпреки високата си цена, частният облак има няколко предимства, които не могат да бъдат пренебрегнати. Те включват висока управляемост, сигурност на данните и пълен мониторинг на работата на ресурсите и оборудването. Грубо казано, частният облак отговаря на всички идеи на инженерите за идеална инфраструктура. По всяко време можете да коригирате облачната архитектура, да промените нейните свойства и конфигурация.

Няма нужда да разчитате на външни доставчици – всички инфраструктурни компоненти остават на ваша страна.

Но въпреки силните аргументи в полза, частният облак може да бъде много скъп в началото и при последваща поддръжка. Още на етапа на проектиране на частен облак е необходимо правилно да се изчисли бъдещото натоварване... Спестяването в началото може да доведе до факта, че рано или късно ще се сблъскате с липса на ресурси и необходимост от растеж. А мащабирането на частен облак е сложен и скъп процес. Всеки път, когато трябва да купувате ново оборудване, да го свързвате и конфигурирате и това често може да отнеме седмици - срещу почти мигновено мащабиране в публичния облак.

Освен разходите за оборудване е необходимо да се осигурят финансови средства за лицензи и персонал.

В някои случаи балансът „цена/качество“, или по-точно „разходите за мащабиране и поддръжка/получените ползи“, най-накрая се измества към цената.

Обществени облаци

Ако само вие притежавате частен облак, тогава публичният облак принадлежи на външен доставчик, който ви позволява да използвате неговите изчислителни ресурси срещу заплащане.

В същото време всичко, свързано с облачната поддръжка и поддръжка, пада върху плещите на мощния „доставчик“. Вашата задача е да изберете оптималния тарифен план и да извършвате плащания навреме.

Използването на публичен облак за относително малки проекти е много по-евтино от поддържането на собствен парк от оборудване.

Съответно отпада нуждата от поддържане на ИТ специалисти и намаляват финансовите рискове.

По всяко време можете да смените доставчика на облак и да се преместите на по-подходящо или по-изгодно място.

Що се отнася до недостатъците на публичните облаци, тук всичко е съвсем очаквано: много по-малко контрол от страна на клиента, по-ниска производителност при обработка на големи обеми данни и ниска сигурност на данните в сравнение с частните, което може да бъде критично за някои видове бизнес .

хибридни облаци

В пресечната точка на горните предимства и недостатъци са хибридните облаци, които де факто са комбинация от поне един частен облак с един или повече публични. На пръв (и дори на втори) поглед може да изглежда, че хибридният облак е философски камък, който ви позволява да „надуете“ изчислителната мощност по всяко време, да извършите необходимите изчисления и да „издухате“ всичко обратно. Не облак, а Дейвид Блейн!

В действителност всичко е почти толкова красиво, колкото и на теория: хибридният облак спестява време и пари, има много стандартни и нестандартни случаи на използване... но има нюанси. Ето най-важните от тях:

Първо, е необходимо правилно да свържете „вашия“ и „нечий друг“ облак, включително по отношение на производителността. Тук могат да възникнат много проблеми, особено ако публичният облачен център за данни е физически отдалечен или изграден на различна технология. В този случай съществува висок риск от забавяне, понякога критично.

на второ място, използването на хибриден облак като инфраструктура за едно приложение е изпълнено с неравномерна производителност на всички фронтове (от процесора до дисковата подсистема) и намалена толерантност към грешки. Два сървъра с еднакви параметри, но разположени в различни сегменти, ще покажат различна производителност.

трето, не забравяйте за хардуерните уязвимости на „чужд“ хардуер (горещи поздрави на архитектите на Intel) и други проблеми със сигурността в публичната част на облака, вече споменати по-горе.

на четвърто място, използването на хибриден облак заплашва значително да намали толерантността към грешки, ако хоства едно приложение.

Специален бонус: сега два облака вместо един и/или връзката между тях може да се „прекъсне“ наведнъж. И то в много комбинации наведнъж.

Отделно си струва да споменем проблемите с хостването на големи приложения в хибриден облак.
В по-голямата част от случаите не можете просто да отидете и да получите например 100 виртуални машини със 128 GB RAM в публичния облак. Най-често никой няма да ви даде дори 10 такива коли.

Да, обществените облаци не са гумени, Москва. Много доставчици просто не поддържат такъв резерв от свободен капацитет - и това се отнася преди всичко за RAM. Можете да „начертаете“ колкото желаете процесорни ядра и можете да осигурите многократно повече SSD или HDD капацитет, отколкото е физически наличен. Доставчикът ще се надява, че няма да използвате целия обем наведнъж и че ще бъде възможно да го увеличите по пътя. Но ако няма достатъчно RAM, виртуалната машина или приложението може лесно да се срине. А системата за виртуализация не винаги позволява подобни трикове. Във всеки случай си струва да запомните това развитие на събитията и да обсъдите тези точки с доставчика „на сушата“, в противен случай рискувате да останете изостанали по време на пикови натоварвания (Черен петък, сезонно натоварване и т.н.).

В обобщение, ако искате да използвате хибридна инфраструктура, имайте предвид, че:

• Доставчикът не винаги е готов да предостави необходимия капацитет при поискване.
• Има проблеми и забавяния в свързаността на елементите. Трябва да разберете кои части от инфраструктурата и в какви случаи ще отправят заявки чрез „съединението“; това може да повлияе на производителността и наличността. По-добре е да се има предвид, че в облака няма един клъстерен възел, а отделна и независима част от инфраструктурата.
• Съществува риск от възникване на проблеми в големи части от ландшафта. При хибридно решение единият или другият облак може да „отпадне“ изцяло. В случай на обикновен клъстер за виртуализация рискувате да загубите най-много един сървър, но тук рискувате да загубите много наведнъж, за една нощ.
• Най-безопасното нещо, което трябва да направите, е да третирате публичната част не като „разширител“, а като отделен облак в отделен център за данни. Вярно е, че в този случай всъщност пренебрегвате „хибридността“ на решението.

Намаляване на недостатъците на хибридния облак

Всъщност картината е много по-приятна, отколкото си мислите. Най-важното нещо е да знаете триковете за „сготвяне“ на добър хибриден облак. Ето основните във формат на контролен списък:

• Не трябва да премествате чувствителни към забавяне части от приложението в публичния облак отделно от основния софтуер: например кеш или бази данни при натоварване на OLTP.
• Не поставяйте изцяло онези части от приложението в публичния облак, без които то ще спре да работи. В противен случай вероятността от повреда на системата ще се увеличи няколко пъти.
• Когато мащабирате, имайте предвид, че производителността на машините, разположени в различни части на облака, ще варира. Гъвкавостта на мащабиране също ще бъде далеч от перфектната. За съжаление, това е проблем на архитектурния дизайн и няма да можете да го изкорените напълно. Можете само да се опитате да намалите въздействието му върху работата.
• Опитайте се да осигурите максимална физическа близост между публичните и частните облаци: колкото по-малко е разстоянието, толкова по-малки са закъсненията между сегментите. В идеалния случай и двете части на облака „живеят“ в един и същ център за данни.
• Също толкова важно е да се гарантира, че и двата облака използват идентични мрежови технологии. Ethernet-InfiniBand шлюзовете могат да създадат много проблеми.
• Ако една и съща технология за виртуализация се използва в частния и публичния облак, това е определено предимство. В някои случаи можете да се договорите с доставчика за мигриране на цели виртуални машини без повторно инсталиране.
• За да направите използването на хибриден облак печелившо, изберете доставчик на облак с най-гъвкавото ценообразуване. Най-доброто от всичко, въз основа на реално използваните ресурси.
• Увеличете мащаба с центрове за данни: ако трябва да увеличите капацитета, ние създаваме „втори център за данни“ и го поставяме под натоварване. Приключихте ли с изчисленията си? Ние „гасим“ излишната мощност и спестяваме.
• Индивидуалните приложения и проекти могат да бъдат преместени в публичния облак, докато частният облак се мащабира или просто за определен период от време. Вярно е, че в този случай няма да имате хибридност, а само обща L2 свързаност, която по никакъв начин не зависи от наличието/отсъствието на собствен облак.

Вместо заключение

Това е всичко. Говорихме за характеристиките на частните и публичните облаци и разгледахме основните възможности за подобряване на производителността и надеждността на хибридните облаци. Дизайнът на всеки облак обаче е резултат от решения, компромиси и конвенции, продиктувани от бизнес целите и ресурсите на компанията.

Нашата цел е да мотивираме читателя да се заеме сериозно с избора на подходяща облачна инфраструктура въз основа на собствените си цели, налични технологии и финансови възможности.

Каним ви да споделите своя опит с хибридните облаци в коментарите. Сигурни сме, че вашият опит ще бъде полезен на много начинаещи пилоти.

Източник: www.habr.com