Pull to refresh
Тема миграции корпоративной IT-инфраструктуры с VMware vSphere на OpenStack активно обсуждается в русскоязычном сегменте глобальной сети. Часто споры сторонников и противников открытых решений носят религиозный характер, в сухом остатке главный аргумент за — отсутствие лицензионных отчислений. С другой стороны, основанную на открытом коде платформу критикуют за незрелость и фактическое отсутствие готового к употреблению в корпоративном сегменте продукта. Мы постараемся избежать обсуждения абстрактных облаков <в вакууме> и расскажем об имеющем практическую ценность сценарии перехода на OpenStack.
Подробности под катом.
Total votes 27: ↑17 and ↓10+7
Comments34

Comments 34

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

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

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

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

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


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

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


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

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

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

Вот статистика по России:

drive.google.com/file/d/0BwMrRuCtvlCUS3R0R1dOVGVnVEU/view?usp=sharing

Вот статистика по Америке:

drive.google.com/file/d/0BwMrRuCtvlCUdXFlVzFoTTEwOGc/view?usp=sharing

Вот статистика по Германии:

drive.google.com/file/d/0BwMrRuCtvlCUel90cDNlVV9WcDg/view?usp=sharing

Вот статистика по Великобритании:

drive.google.com/file/d/0BwMrRuCtvlCUWVduUThxZkRkMjA/view?usp=sharing
в сухом остатке главный аргумент за — отсутствие лицензионных отчислений… расскажем об имеющем практическую ценность сценарии перехода на OpenStack… решений с открытым кодом — во втором случае цена вопроса ниже… OpenStack существенно снижает расходы… заказчик заплатит один раз там, где за VMware придется платить трижды… зачем платить за лицензии VMware?.. уменьшать риски для бизнеса за минимально возможную цену

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

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

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

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

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

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

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

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

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

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

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

Ну понятное дело гибридное решение как одно целое работаеть не будет. Или как вы себе это представляете? Все в одной админке управляется кнопочками? Другое дело, какой-то саброект можно попробовать перевести на другое облако. Примером во многих компаниях есть что-то свое и паралено что-то в каком-то Амазоне. Опять же, такие эксперименты могут занять и время, и деньги и не принести результата. Это зависит очень от многого в т.ч. и от ваших потребностей.
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.

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

Sign up to leave a comment.