Что такое гибридное облако?
Гибридное или конвергентное облако — это сочетание минимум одного публичного облака с не менее чем одним частным облаком. Например, это связка вашего ЦОДа в офисе и облака Amazon. Виртуальные машины Amazon при этом могут быть видны в одной подсети с вашими физическими.
Для чего это делается?
Основная причина – экономия и скорость. Можно выделить себе любое количество ресурсов из публичного облака на любое время, а потом просто отключить ненужную мощность. С учётом всех деталей стоимость аренды мощностей в публичном облаке получается примерно такой же, как при покупке реального оборудования – но в первом случае все расходы операционные, а квантование не по трем годам (с заделом на амортизацию), а по секунде.
Что это значит?
Во-первых, это может означать, что виртуальные машины публичного облака находятся в одной виртуальной подсети с вашими физическими. В этом случае они связываются через защищённый туннель, откуда можно получить машины из удаленного облака (то есть с точки зрения управляющего софта новые мощности размещаются в вашей сети с адресацией вашей же сети).
Во-вторых, частное и публичное облака могут быть интегрированы на уровне платформы виртуализации. Техника за этим понятием может скрываться разная, но на уровне пользователя это означает, что ваш софт с равным успехом может запускаться как на сервере из соседней стойки, так и на машине в Ирландии, к примеру.
Зачем вообще нужно гибридное облако?
Потому что суммарная вычислительная мощность вашего ЦОДа ограничена, а внешнего публичного облака – может легко масштабироваться. В любой нужный момент вы можете забрать больше мощности извне. И, если надо, через 15 минут бешеного расчёта отключить.
Для чего использует такой режим работы?
Как правило, для банальной экономии. Нужно что-то перелопатить в данных – забрали больше ресурсов снаружи, посчитали, отключили. При этом не нужно расширять своё оборудование. На втором месте – скорость получения ресурсов. С облаком их можно получить буквально в течение часа, с реальным железом это займет недели и месяцы.
Есть пример?
Да. К примеру, у нас есть заказчик, розничная сеть. У них есть своё оборудование, но когда они запускают новый процесс, мощность забирается из нашего публичного облака. Если становится понятно, что этот IT-процесс нужен постоянно – они переносят его в свой ЦОД. Если «не взлетает» — просто отменяют использование ресурсов в облаке.
С чего начинается построение такой системы?
В России – как правило, с выбора публичного облака от российского же оператора. Дело в том, что почти все те, кому может потребоваться гибридное решение, так или иначе жестко ограничены по юридическим, бухгалтерским или иным аспектам именно российскими поставщиками. Вариантов облаков enterprise уровня довольно не много, надо отметить. Дальше я буду рассказывать на примере нашего облака КРОК, поскольку вся практика связана с ним.
То есть новые мощности «прописаны» в собственной сети?
Да. Сервисы, которые работают в гибридном облаке и запущены на ваших машинах, прозрачно видят те сервисы, которые находятся в публичном. С точки зрения вашего софта – они в одной сети и на одной площадке. С точки зрения админа – можно подключиться к центру управления нашим облаком и просто выделить мощность за один клик.
Когда ещё удобна такая интеграция?
Был заказчик, которому нужно было около 7 недель ждать новое оборудование. При этом запущенный сервис нужен был сегодня. Соединились с нашим облаком КРОК в виртуальной сети. Так как была сохранена локальная адресация, проблем не возникло. Дальше после решения задачи постепенно финансисты заказчика поняли, что заменить все капитальные расходы на операционные – это хорошая идея.
Можно ли развёртываться самому?
Да, можно. Например, около 80% наших заказчиков в ЦОДах используют функционал гибридных облаков и большая часть админов предпочитают самостоятельно их конфигурировать. Для этого мы, например, предоставляем нашим заказчикам функционал VPC (Virtual private cloud) — это изолированный сегмент публичной облачной платформы с расширенным функционалом по управлению сетевыми настройками. Заказчик может через портал самообслуживания создавать необходимое ему количество изолированных сред VPC и производить:
- настройку внутренней адресации виртуальных сетей облачной платформы (в публичном облаке внутренняя адресация настраивается автоматически);
- объединение в единое сетевое пространство приватных сетей офиса заказчика с виртуальными сетями облачной платформы, вплоть до построения горизонтальных L2 сетей между площадками;
- настройку статической или динамической маршрутизации;
- настройку IPSec VPN туннеля между площадками.
Сама по себе процедура управления VPC не требует особых знаний кроме чтения инструкции.
Почему крупные заказчики используют гибридные облака?
Как правило, зрелый бизнес виртуализует свою инфраструктуру. То есть уже инфраструктурно готов использовать гибридные решения. При приобретении дополнительной мощности в нашем публичном облаке выстроить и поддерживать гибридное облако ничего не стоит – и это очень удобно. А дальше – тестирование, разработка, временные задачи, срочные внеплановые запуски, периоды активизации бухгалтерии – все эти разовые мощности ложатся на VPC-часть гибрида.
Ок, почему тогда вообще бизнес уходит в облака?
Обычно есть классическая инфраструктура на своей площадке. И есть ряд причин, по которым нужен облачный подход: тут и текучка своих IT-кадров, и желание не рисковать с инженерными проблемами ЦОДа, и аутсорсить часть вопросов по доступности IT-систем, тем, кто за это отвечает рублём. В России часто переход начинается с какого-нибудь аварийного случая и фразы «хватит уже это терпеть».
Квест по покупке сервера: сколько времени это займёт у вас в компании?
По моей практике, это может занять в среднем от 3 месяцев до полугода при удачном стечении обстоятельств в крупной компании.
А можно без своей инфраструктуры?
Да, у нас есть ряд заказчиков, которые размещают своё оборудование у нас в ЦОДе, и при этом выстраивают гибридное облако с нашим же публичным – это также нужно для работы с пиками, когда нужно больше ресурсов.
Кто с интересом на это смотрит?
Банки. Им пока нельзя полностью в облако из-за множества юридических сложностей, плюс растущих рисков. Авиаперевозчики: некоторые бы давно перешли на облака, но у них всегда есть пул критичного железа, которое должно помогать сажать самолёт – и поэтому гибриды с сохранением критичного железа на своих площадках для них могут быть очень удобны. Зато ритейлу и транспортным компаниям почти ничего не мешает.
Как мостик
Ещё в нашей практике постоянно возникает такая ситуация: своя IT-служба и IT-инфраструктура заказчика уже доводит его до ручки, и они понимает, что без больших изменений дальше никак. А сразу прыгать на полную виртуализацию страшно. Ну, дальше гибридное облако используется как мостик: сначала настраивается вроде песочницы, потом сервис за сервисом со своего оборудования отдаётся в облако. А потом – плавный переезд. У нас есть заказчик, который за пару ночей перетащил всю инфраструктуру в облако так, что утром его пользователи запустились – и всё с той же самой адресацией заработало уже на наших мощностях.
Резюме
Гибридные облака — это старая добрая виртуализация инфраструктуры в новой финансовой обёртке с упором на операционные расходы. Ничего технически сложного нет, всё уже прекрасно работало и два года назад на тех же платформах. Главный аспект – это часто удобнее из-за отсутствия сложностей с обслуживанием оборудования и точным квантованием.
Автор: MBerezin
