Привіт, хабрівчани! , ринок хмарних послуг у Росії постійно набирає сили. Як ніколи в тренді гібридні хмари, незважаючи на те, що сама технологія далеко не нова. Багато компаній замислюються, наскільки доцільно утримувати та обслуговувати величезний парк заліза, у тому числі потрібного ситуативно, у вигляді приватної хмари.
Сьогодні ми поговоримо про те, у яких ситуаціях використання гібридної хмари буде виправданим кроком, а у яких може створити проблеми. Стаття буде корисною тим, хто раніше не мав серйозного досвіду роботи з гібридними хмарами, але вже придивляється до них і не знає, з чого почати.
Наприкінці статті наведемо чек-лист хитрощів, які допоможуть вам при виборі хмарного провайдера та налаштування гібридної хмари.
Усіх зацікавлених просимо пройти під кат!
Приватна хмара VS публічна: плюси та мінуси
Щоб зрозуміти, які причини підштовхують бізнес до переходу на гібрид, розглянемо ключові особливості публічних і приватних хмар. Зосередимося насамперед на тих аспектах, які так чи інакше стосуються більшості компаній. Щоб уникнути плутанини в термінології, наведемо нижче основні визначення:
Приватна (або приватна) хмара — це IT-інфраструктура, компоненти якої розташовуються в межах однієї компанії та лише на обладнанні, що належить цій компанії або хмарному провайдеру.
Публічна хмара — це IT-середовище, власник якого на відплатній основі надає послуги та надає місце у хмарі всім бажаючим.
Гібридна хмара складається з більш ніж однієї приватної та більш ніж однієї публічної хмари, обчислювальні потужності яких використовуються спільно.
Приватні хмари
При своїй дорожнечі приватна хмара має кілька переваг, з якими неможливо не зважати. Це висока керованість, безпека даних, повноцінний моніторинг ресурсів та роботи обладнання. Грубо кажучи, приватна хмара відповідає всім уявленням інженерів про ідеальну інфраструктуру. У будь-який момент ви можете скоригувати архітектуру хмари, змінити її властивості та конфігурацію.
Не потрібно покладатися на зовнішніх постачальників — всі компоненти інфраструктури залишаються на вашому боці.
Але, незважаючи на міцні аргументи «за», приватна хмара може бути дуже накладною на старті та в подальшому змісті. Вже на етапі проектування приватної хмари необхідно грамотно розрахувати майбутнє навантаження… Економія на старті може призвести до того, що рано чи пізно ви зіткнетеся з нестачею ресурсів та необхідністю зростання. А масштабування приватної хмари – складний та дорогий процес. Щоразу вам доведеться докуповувати нове обладнання, підключати його і робити налаштування, а це часто може тривати тижні — проти майже миттєвого масштабування в публічній хмарі.
Окрім витрат на обладнання необхідно закласти фінансові ресурси на ліцензії та персонал.
У ряді випадків баланс «ціна/якість», а точніше «ціна масштабування та обслуговування/отримувані переваги» остаточно зміщується у бік ціни.
Громадські хмари
Якщо приватна хмара володіє лише ви, то публічна хмара належить зовнішньому провайдеру, який дозволяє вам за певну плату користуватися своїми обчислювальними ресурсами.
При цьому все щодо підтримки та обслуговування хмари лягає на потужні «провайдерські» плечі. Ваше завдання – вибрати оптимальний тарифний план та вчасно вносити оплату.
Використання публічної хмари для відносно невеликих проектів обходиться набагато дешевше, ніж утримання власного парку обладнання.
Відповідно, відпадає потреба у змісті IT-фахівців та знижуються фінансові ризики.
У будь-який момент ви вільні змінити хмарного провайдера і переїхати в більш відповідне або вигідніше місце.
Щодо мінусів публічних хмар, то тут все цілком очікувано: набагато менше можливостей для контролю з боку клієнта, менша продуктивність при обробці великих обсягів даних і низька захищеність даних у порівнянні з приватними, що може бути критично для деяких видів бізнесу.
Гібридні хмари
На стику перерахованих вище переваг та недоліків знаходяться гібридні хмари, які де-факто є зв'язкою мінімум однієї приватної хмари з однією або декількома публічними. На перший (і навіть на другий) погляд може здатися, що гібридна хмара - це філософський камінь, що дозволяє в будь-який момент "роздути" обчислювальні потужності, зробити необхідні обчислення і "здути" все назад. Не хмара, а Девід Блейн!
Насправді все майже так само красиво, як у теорії: гібридна хмара дозволяє заощаджувати час і гроші, має безліч стандартних та нестандартних варіантів застосування… але є нюанси. Ось найважливіші з них:
По-перше, необхідно правильно з'єднати "свою" і "чужу" хмару, в тому числі і за продуктивністю. Тут може виникнути маса проблем, особливо якщо ЦОД з публічною хмарою фізично видалено або побудовано на іншій технології. І тут великий ризик виникнення затримок, іноді критичних.
По-друге, використання гібридної хмари в якості інфраструктури для єдиного додатку загрожує нерівномірною продуктивністю по всіх напрямках (від CPU до дискової підсистеми) та зниженням відмовостійкості. Два сервери з однаковими параметрами, але в різних сегментах, будуть показувати різну продуктивність.
По-третє, не варто забувати про апаратні вразливості "чужого" заліза (полум'яний привіт архітекторам Intel) та інші проблеми безпеки в публічній частині хмари, вже згадані вище.
По-четверте, використання гібридної хмари загрожує суттєвим зниженням відмовостійкості, якщо на ньому розміщено єдиний додаток.
Спеціальний бонус: тепер «зламатися» можуть відразу дві хмари замість однієї та/або з'єднання між ними. Причому відразу в багатьох комбінаціях.
Окремо варто згадати проблеми розміщення у гібридній хмарі великих додатків.
У переважній більшості випадків не можна просто так взяти і отримати в публічній хмарі, наприклад, 100 віртуальних машин по 128Гб RAM. Найчастіше навіть 10 таких машин вам ніхто не виділить.
Так, публічні хмари – не Москва не гумові. Багато провайдерів просто не тримають такого запасу вільних потужностей - і в першу чергу це стосується оперативної пам'яті. Процесорних ядер можна «намалювати» скільки завгодно, обсягу SSD або HDD – видати в рази більше, ніж фізично є. Провайдер сподіватиметься, що відразу весь обсяг ви не використовуєте і можна буде наростити його по ходу справи. А от якщо не вистачить RAM, віртуальна машина або програма може запросто впасти. Та й не завжди система віртуалізації дозволяє такі фокуси. У будь-якому випадку варто пам'ятати про такий розвиток подій і обговорити ці моменти з провайдером "на березі", інакше ви ризикуєте залишитися за бортом під час пікових навантажень (Чорна п'ятниця, сезонне навантаження тощо).
Отже, якщо ви хочете використовувати гібридну інфраструктуру, пам'ятайте, що:
- Провайдер не завжди готовий надати необхідні потужності на вимогу.
- Є проблеми та затримки зв'язаності елементів. Потрібно розуміти, які шматки інфраструктури та у яких випадках будуть робити запити через “стик”, це може впливати на продуктивність та доступність. Краще вважати, що у хмарі не одна нода кластера, а окремий та самостійний шматок інфраструктури.
- Існує ризик виникнення проблем на великих частинах ландшафту. У гібридному рішенні може цілком "відвалитися" або одну або іншу хмару. У випадку зі звичайним кластером віртуалізації ви ризикуєте втратити максимум один сервер, а тут відразу багато і відразу.
- Найбезпечніше ставитися до публічної частини не як до "розширювача", а як до окремої хмари в окремому ЦОД. Щоправда, у цьому випадку ви фактично ігноруєте "гібридність" рішення.
Згладжуємо недоліки гібридної хмари
Насправді, картина набагато приємніша, ніж вам могло здатися. Найголовніше — знати хитрощі «приготування» гарної гібридної хмари. Ось основні з них у форматі чек-листа:
- Не варто виносити в публічну хмару окремо від основного програмного забезпечення частини програми, чутливі до затримок: наприклад, кеш або бази даних під OLTP навантаженням.
- Не виносите на публічну хмару повністю ті частини програми, без яких вона перестане працювати. В іншому випадку можливість відмови системи зросте в кілька разів.
- При масштабуванні враховуйте, що продуктивність машин, розгорнутих у різних частинах хмари, відрізнятиметься. Гнучкість масштабування теж буде далекою від досконалості. На жаль, це проблема дизайну архітектури та повністю викоренити її вам не вдасться. Можна лише постаратися знизити її на роботу.
- Намагайтеся забезпечити максимальну фізичну близькість публічної та приватної хмари: чим менша відстань, тим менше затримок між сегментами. В ідеалі – щоб обидві частини хмари жили в одному ЦОДі.
- Не менш важливо простежити, щоб в обох хмарах використовувалися ідентичні мережеві технології. Шлюзи Ethernet-InfiniBand можуть підкинути багато проблем.
- Якщо в приватній та публічній хмарах використовується однакова технологія віртуалізації, це безперечний плюс. У деяких випадках можна домовитися з провайдером про міграцію віртуальних машин без переустановки.
- Щоб використовувати гібридну хмару було вигідно, вибирайте хмарного провайдера з максимально гнучкою тарифікацією. Найкраще – за фактично використаними ресурсами.
- Масштабуйтеся дата-центрами: знадобилося наростити потужності – піднімаємо другий дата-центр і ставимо під навантаження. Закінчили обчислення? «Гасимо» зайві потужності та економимо.
- Окремі додатки та проекти можна винести у публічну хмару на час масштабування приватного, або просто на якийсь період. Правда, у цьому випадку у вас не буде гібридності, тільки загальна L2 зв'язність, яка ніяк не залежить від наявності/відсутності своєї хмари.
Замість висновку
На цьому все. Ми поговорили про особливості приватних та публічних хмар, розглянули основні можливості для покращення продуктивності та надійності гібридних хмар. Проте пристрій будь-якої хмари — результат рішень, компромісів та умовностей, продиктованих бізнес-завданнями та ресурсами компанії.
Наша мета — мотивувати читача на серйозне ставлення до вибору відповідної хмарної інфраструктури на основі його власних завдань, доступних технологій та фінансових можливостей.
Пропонуємо вам поділитись своїм досвідом роботи з гібридними хмарами у коментарях. Упевнені, ваша експертиза буде корисна багатьом пілотам-початківцям.
Джерело: habr.com