Блог компании ATLEX

Снижаем затраты и риски: преимущества перехода с VMware на OpenStack

Тема миграции корпоративной IT-инфраструктуры с VMware vSphere на OpenStack активно обсуждается в русскоязычном сегменте глобальной сети. Часто споры сторонников и противников открытых решений носят религиозный характер, в сухом остатке главный аргумент за — отсутствие лицензионных отчислений. С другой стороны, основанную на открытом коде платформу критикуют за незрелость и фактическое отсутствие готового к употреблению в корпоративном сегменте продукта. Мы постараемся избежать обсуждения абстрактных облаков в вакууме и расскажем об имеющем практическую ценность сценарии перехода на OpenStack.

Кому это нужно?
Для начала нарисуем портрет типичного заказчика: обычно это средняя или крупная компания, имеющая инфраструктуру на решениях VMware. Это может быть корпоративный ЦОД, оборудование в арендованных стойках, инфраструктура как сервис (IaaS) и т.д. Деятельность потенциального заказчика зависит от IT, но IT не является его основным бизнесом. Стоимость лицензий VMware высока и поэтому вопрос снижения издержек стоит достаточно остро. Деньги здесь — очень важный фактор, но часто его перекрывают сложность миграции и специфика поддержки. Цену лицензий на проприетарное ПО руководители компании оправдывают уменьшением рисков, а сотрудники IT-департамента не всегда уверены в своих силах и рады переложить на вендора персональную ответственность за инфраструктуру хотя бы частично.
Ситуация меняется, когда простое резервное копирование уже не обеспечивает приемлемую скорость восстановления доступа к данным: даже полчаса простоя IT-инфраструктуры авиакомпании или крупного онлайн-ритейлера ведут к серьезным репутационным и финансовым потерям. Заказчику приходится думать о необходимости наличия резервной площадки и разработке плана восстановления после сбоев (disaster recovery plan, DRP). Если посмотреть статистику поисковых запросов, эта тема особенно актуальна для западных стран, но и в русскоязычном сегменте интернета ею начинают интересоваться.
Создание резервной площадки и внедрение DRP требуют увеличения затрат, что вызывает у владельцев бизнеса естественное желание сэкономить. Заказчику приходится выбирать между необходимостью снова нести деньги вендору и моделью DRaaS (Disaster Recovery as a service) на базе решений с открытым кодом — во втором случае цена вопроса ниже, но для принятия решения техническому директору компании нужен определенный уровень уверенности в своих силах. Разумеется, бросить нажитое за долгие годы и стройными рядами бежать на OpenStack согласятся только энтузиасты, более разумный подход предполагает последовательное движение с минимумом рисков и с вложениями, не сопоставимыми с текущими бюджетами. Здесь решения OpenStack имеют ряд преимуществ перед коммерческими продуктами — ниже мы расскажем о главных из них.
Резервная площадка с минимальными рисками
Для внедрения решения Disaster Recovery на базе OpenStack не придётся отказываться от привычной инфраструктуры. Используемая платформа продолжает работать, но появляется резервная площадка, на которую можно переключиться за минуты, минимизировав потери бизнеса в случае простоя основной.
Если вы хотите делать DR на решениях VMware, нужно в полном объёме оплатить ещё один комплект лицензий, купить VMware Site Recovery Manager (он обеспечивает синхронизацию данных и статусов критически важных приложений) и постоянно тратить деньги на поддержку. Построение новой площадки на технологиях OpenStack существенно снижает расходы, не влияя на работоспособность основной инфраструктуры: вы в любом случае уменьшаете риски, притом, по минимально возможной цене. Особенно если отдать резервную инфраструктуру на аутсорсинг сервис-провайдеру: покупая услугу DRaaS на основе открытых решений, заказчик заплатит один раз там, где за VMware придется платить трижды.
Снижение расходов на тестирование
Когда DR-площадка запущена, большую часть времени она стоит без дела (предполагается, что основная площадка работает более или менее стабильно) и служит своего рода страховкой. Держать её в пассиве бессмысленно, вполне логичным решением будет использовать резерв в качестве полигона для нагрузочного тестирования новых приложений в идентичном основному окружении. Тут уже идёт прямая экономия (а если резервная площадка отдана на аутсорсинг, то вы платите только за фактически используемые ресурсы) и достоверность тестирования будет максимально близкой к стопроцентной. Этого практически невозможно добиться в иных случаях, особенно если речь идёт о распределённых системах: создание идентичного рабочему тестового кластера стоит недёшево, тут же он постоянно наготове.
Если не видно разницы, зачем платить больше?
Дальше заказчик приходит к ситуации, когда у него есть площадки на VMware и OpenStack, а персонал IT-департамента имеет необходимую квалификацию для взаимодействия с обеими. Возникает закономерный вопрос: если в построенной на OpenStack инфраструктуре работают критически важные для бизнеса приложения, зачем платить за лицензии VMware?
Можно уйти от лицензионных платежей, оставив только сервисные выплаты, которые в случае с VMware все равно присутствуют — по сути DR-площадка является переходным звеном к полноценной миграции на OpenStack.
Сложности перехода
Перенос виртуальных машин с построенной на решениях VMware инфраструктуры в облако OpenStack — непростая техническая задача. До недавнего времени это сдерживало многих заказчиков, однако технология не зависящего от окружения автоматизированного трансфера уже доступна на российском рынке. Разработанная российской компанией Hystax платформа Acura позволяет без особых трудозатрат решать проблемы репликации, аварийного восстановления, а также миграции виртуальных машин и бизнес-приложений в частных облаках.
Технологическая зрелость
Отчасти критики правы, OpenStack нельзя назвать продуктом, скорее это набор кубиков, из которых можно построить инфраструктуру. Но если раньше каждый такой кубик нужно было обработать напильником для совместимости с остальными, то после выпуска релиза Mitaka ситуация переменилась: OpenStack в целом стал более стабильным и, если можно так выразиться, более продуктовым. Сейчас это скорее фирменный набор Lego, из которого без особых проблем собирается что угодно. Заказчику даже не нужны собственные компетенции в области OpenStack, поскольку на рынке доступны решения IaaS — сервис-провайдеры охотно предоставят ему созданную по индивидуальным запросам инфраструктуру под ключ и с оплатой только за фактически потребляемые ресурсы.
Богатый выбор вариантов развёртывания
Если у заказчика уже развёрнута инфраструктура на VMware, наверняка у него есть и своё оборудование, отказ от которого при полноценной миграции на OpenStack не имеет смысла. Есть разные способы решения этой проблемы: в процессе перевода основной площадки на OpenStack можно передать оборудование на colocation и сэкономить на обслуживании инженерной инфраструктуры. Если же заказчик уже вложился в корпоративный ЦОД, создать площадку можно и в собственных помещениях — многие предлагающие инфраструктуру в аренду провайдеры работают и как системные интеграторы, помогая клиентам реализовать гибридные варианты развертывания. К этой теме мы ещё вернёмся в следующих публикациях.
Итоги
Поэтапный вариант перехода с VMware на OpenStack оптимален, только он позволяет заказчику на каждом шаге уменьшать риски для бизнеса за минимально возможную цену. Начать процесс стоит с внедрения решения Disaster Recovery и создания полноценной резервной площадки. Но важно понимать, что DR — это не просто набор технологий, а в первую очередь сценарий, как и другие облачные решения. Здесь правильнее говорить скорее о логике, чем о программировании в чистом виде и основной задачей становится составление DR-плана, который в дальнейшем может служить и как план миграции. Что поднимается первым, что поднимается во вторую очередь, как отрабатывают виртуальные машины первой очереди запуск виртуальных машин второй очереди и т. д. и т. п. Решением этих практических вопросов мы займёмся в следующих статьях цикла — к сожалению, на русском языке подобных публикаций в сети почти нет.
Комментарии 35
  • +1

    Фантастика

    • 0
      В смысле? Своими глазами видел, как это работает на конференции в Чехии.
    • +2

      К сожалению, не увидил ни одного плюса перехода на OpenStack кроме как "за vmware необходимо платить ".

      • +2
        Смысл немножко в другом: за VMware надо платить больше. Мне кажется, именно эту мысль авторы статьи пытаются донести.
        • 0
          Авторы сильно забывают донести мысль про стабильность работы и поддержку.
          • 0
            Таки нет, там IaaS торчит отовсюду, авторы как бы намекают на него. А это и поддержка и стабильность, гарантируемые SLA.
            • 0
              Что простите там?
              Есть компания, которая имеет два с половиной технаря, режет косты где только может — и эта компания будет что-то гарантировать?

              Не смешно. За невыполнение SLA будет скидка в 30% на следующий месяц. Если повезет.
              А еще есть классный пример CloudMouse, например.
            • 0
              К слову, в Опенстека тоже есть комерческая поддержка.
              • 0
                Антон, спасибо, учли. Обязательно сосредоточимся именно на этих двух аспектах в следующем материале. Всегда ведь лиха беда — начало =) Сказать хочется много, материал есть, но приходится выбирать, о чем сказать в первую очередь. Потому что в один пост все не влезает.
            • 0
              Платить приходится за все )
              • 0
                Подскажите, какие еще аргументы были бы актуальны? Дело в том, что выбор технологии, платформы — в большой степени вопрос «религиозный» =) И процесс «защиты технологии» напоминает миссионерскую деятельность. Я много лет продвигаю решения на базе открытого кода. И в их пользу есть, по сути, два существенных аргумента: философский — свобода творчества и независимость от воли вендора, стимул к саморазвитию инженеров; экономический — они дешевле. Первая группа аргументов — для инженеров. Вторая — для тех, кто платит инженерам зарплату. Все остальное, как мне кажется, комментарии к этим двум обобщенным аргументам, даже если речь идет о технических деталях. Не согласны?
                • 0
                  Ну, например, относительная простота внедрения, минимальная необходимость бубна, стабильность и отказоустойчивость.
                  • +1
                    Принято, отработаем прямо в формате пошагового описания. Это будет интересно?
                    • +1
                      Лично мне — будет, про других сказать не могу.
                      Когда-то я ставил RDO, это было достаточно муторно. Может у вас методы по проще и интересней :)
              • –1
                Что я только что прочитал?
                Опенстек совсем не бесплатен как может показаться, а DR умеет и VMWare.
                • 0
                  Насколько я понял, здесь речь идёт скорее про IaaS в итоге. Т. е. это не бесплатно, конечно, но дешевле чем делать самому или брать тот же IaaS на VMWare. Вполне возможно, что так оно и есть, нужно считать полную стоимость владения в каждом конкретном случае.
                • +3
                  Гуглим про компанию: www.atlex.ru/istoriya

                  Многобукв писать научились хорошо:
                  За восемь лет развития партнерской экосистемы мы достигли серьезных успехов. Посмотрите интерактивную карту наших локаций и самостоятельно оцените масштаб проделанной работы.
                  … по ссылке 3 локации: одна в России и 2 в Чехии — МАСШТАБ
                  • 0
                    Андрей, почему это не масштаб? ATLEX занимается инфраструктурными решениями. Да, это масштаб, потому что партнерская экосистема — это не просто подписание соглашения. Это, например, выработка единых стандартов поддержки клиентов, интеграция внутренних коммуникационных систем. Это не номинальное, это инфраструктурное партнерство. Разве три площадки в двух странах — это мало?
                  • 0
                    Если вы хотите делать DR на решениях VMware, нужно в полном объёме оплатить ещё один комплект лицензий


                    Если второй сайт неактивный, а только под DR — не нужно.

                    VMware Site Recovery Manager (он обеспечивает синхронизацию данных и статусов критически важных приложений)


                    Вы в VMware вообще хоть чуть-чуть разбираетесь и в промышленной виртуализации, или идейно верным этого не требуется?
                    SRM не имеет никакого отношения к «обеспечению синхронизации», он оркестрирует переключение. Синхронизация данных обспечивается средствами СХД.
                    • 0

                      Забываете про vSphere replication.

                      • 0
                        При чем тут vSphere Replication, отдельный продукт?
                        • 0
                          Потому что SRM работает и с програмной vSphere репликацией, не только аппаратной, как вы упоминает выше. Хотя кому я это говорю.)
                          • 0
                            vSphere Replication — это отдельный продукт, реализующий репликацию ВМ в ситуации, когда «аппаратная» репликация СХД или недоступна (например EMC -> Hitachi) или невыгодна.
                            Но это никак не делает SRM репликацией. Он был и остается оркестратором.
                    • 0
                      Общее впечатление. Текст технологически неграмотный, автор в теме не разбирается, но при этом постоянно постулирует «OpenStack почти готов к продуктиву».
                      Зато есть смишные картинки с мемасиками.
                      • 0
                        Антон, хотелось бы услышать конкретные замечания. Мы недавно пришли на Хабр. Мы готовы совершенствовать свои материалы, но для этого очень полезно было бы получить замечания по существу. Две предложенные вами выше темы мы уже приняли в работу. За них спасибо большое!
                        • 0
                          Мы недавно публиковали whitepaper о работе Acura. Там, как раз, техническая информация, скриншоты интерфейсов, результаты тестов… Если я правильно помню, Хабр не очень одобряет ссылки на сторонние ресурсы. Готов в личку скинуть ссылку. Возможно, если есть интерес к теме, адаптируем эту публикацию под Хабр.
                        • 0
                          «Если посмотреть статистику поисковых запросов, эта тема особенно актуальна для западных стран» приведите пример запроса в гугл (или другой поисковик) для подтверждения, пожалуйста, именно в разрезе стран.
                        • –1
                          в сухом остатке главный аргумент за — отсутствие лицензионных отчислений… расскажем об имеющем практическую ценность сценарии перехода на OpenStack… решений с открытым кодом — во втором случае цена вопроса ниже… OpenStack существенно снижает расходы… заказчик заплатит один раз там, где за VMware придется платить трижды… зачем платить за лицензии VMware?.. уменьшать риски для бизнеса за минимально возможную цену

                          И все-таки, в чем польза от OpenStack? Заказчик может получить DRaaS в облаке на базе продуктов VMware, используя для управления инфрастурктурой и оркестрации DR те же инстументы, что и для on-premise. При этом: 1) не придется переучивать сотрудников для поддержки двух различных инфраструктур, 2) это будет проверенное, работоспособное решение, 3) это будетподдерживаться вендором.
                          • 0
                            Я не фанат Опенстека, и не фанат Вмвейр.

                            > 1) не придется переучивать сотрудников для поддержки двух различных инфраструктур

                            По такой же логике можно насетапать только Опенстек и тоже не нужно поддерживать 2 платформы и переучитивать сотрудников.

                            > 3) это будетподдерживаться вендором.

                            Некоторые компании, которые являются одними из основных коммитеров в Опенстек, тоже предоставляют комерческую поддержку. Нельзя сказать, что Опенстек плох исключительно потому, что не находится под управление одной компании.

                            Но эти замечания не меняют того факта, что статья ни о чем и имеет скорее рекламный характер.
                            • 0
                              По такой же логике можно насетапать только Опенстек и тоже не нужно поддерживать 2 платформы и переучитивать сотрудников.

                              В статье рассматривался кейс в котором у заказчика уже есть инфрастурктура на базе VMware. Миграция на другую платформу — удовольствие не дешевое, вам потребуется выскободить существующее оборудование или где-то найти подменное, обучить сотрудников или нанять новых, либо воспользоваться услугами интеграторов, решить вопрос с мониторингом и резервным копированием (это хорошо, если ваши текущие системы поддерживают OpenStack, а если — нет, их тоже придется менять).

                              Некоторые компании, которые являются одними из основных коммитеров в Опенстек, тоже предоставляют комерческую поддержку.

                              Я говорю не о коммерческой поддержке OpenStack, а о поддержке вот такого гибридного решения VMware + OpenStack. VMware не будет поддерживать никакой другой OpenStack, кроме своего собственного дистрибутива. Значит это должен обеспечивать сервис-провайдер DRaaS, в данном случае ATLEX. Как, например, решается вопрос с установкой драйверов на ВМ в момент переключения? Как решается вопрос с обратным переключением (failback)? Что делать со сменой mac-адреса сетевого адаптера и сетевыми настройками? Как организуется сетевая связность между виртуальной инфраструктурой VMware и облаком OpenStack? И еще много других вопросов.
                              • 0
                                > Как, например, решается вопрос с установкой драйверов на ВМ в момент переключения? Как решается вопрос с обратным переключением (failback)?

                                Ясное дело, нужно будет разбираться и учиться.

                                > Я говорю не о коммерческой поддержке OpenStack, а о поддержке вот такого гибридного решения VMware + OpenStack.

                                Ну понятное дело гибридное решение как одно целое работаеть не будет. Или как вы себе это представляете? Все в одной админке управляется кнопочками? Другое дело, какой-то саброект можно попробовать перевести на другое облако. Примером во многих компаниях есть что-то свое и паралено что-то в каком-то Амазоне. Опять же, такие эксперименты могут занять и время, и деньги и не принести результата. Это зависит очень от многого в т.ч. и от ваших потребностей.
                          • –2
                            Aga aga, tak vsjo klasno prosto i udobno… Kogda vsja eta bodjaga sostojala iz paru kubikov, togda mozhno bylo zaprosto nastroitj i zapustitj. A seichas, 30 kubikov kotorie sostojat escho iz desjatka malenjkih kubikov.
                            • 0

                              RedHat и Canonical вполне себе поддерживают свои дистрибутивы OpenStack.
                              Не знаю, как в Canonical, в Чехии куча русскоязычного народа в Брно.

                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.