Заменить инфраструктуру VMware vSphere открытыми альтернативами?

Мы планируем медленную миграцию с VMware (и сторонних приложений) на open source альтернативы (было бы здорово бесплатно).

В общем, мы хотим начать с небольшого кластерного лабораторного тестирования, а затем в будущем мигрировать продуктивную среду (35+ ESX, 1500 виртуальных машин) (X лет, пока спешки нет… еще)

Мы делаем ставку на CentOS/Scientific Linux как операционную систему выбора и KVM как гипервизор.

Альтернативой vCenter, о которой мы думаем, является Convirt, но мы не знаем, будут ли все функции, которые мы используем в VMware, поддерживаться Convirt (HA, DRS, кластеризация,…), или нам стоит попробовать какие-то другие альтернативы (какие-то идеи?)

Мониторинг заменяется на Nagios, а резервное копирование/репликация будет заменено каким-то скриптовым волшебством.

Так что, есть ли кто-нибудь, кто может дать нам какие-то советы или находится в аналогичной ситуации?

PS.- Это мой первый вопрос на serverfault, и мой уровень английского не так хорош, но я надеюсь, что вопрос понятен.

PS2.- Я забыл упомянуть, что мы также предоставляем VDI. И альтернативой, о которой мы думали, является Spice.

Недавно пережил ту же ситуацию с моим руководством (“VMWare действительно дорого! Посмотрите, какие варианты есть среди OSS”). У меня есть несколько наблюдений, которыми хочу поделиться.

• Производительность ввода-вывода варьируется в зависимости от гипервизора, хотя производительность процессора гораздо менее изменчива.
  • В общем, ‘тонкое’ выделение — это отличный способ снизить производительность ввода-вывода. Некоторые (KVM до очень недавнего времени) с этим довольно плохи.
• Большая тройка альтернатив (Xen, KVM, Hyper-V) имеют какие-то аналоги технологии vMotion, хотя есть ограничения.
• Некоторые очень чувствительны к архитектурам процессоров и не позволяют проводить миграцию в режиме реального времени на системы, которые не идентичны. VSphere обходит это своей технологией “Enhanced vMotion Compatibility”, которая упрощает кластер до самой низкой архитектуры процессора в кластере. Не все остальные имеют что-то подобное. Это может стать большим барьером для расширения вашей VM инфраструктуры.
• Гипервизор так же хорош, как и его консоль управления.

Последний пункт самый важный. Это все здорово — иметь 150 экземпляров KVM, но без какой-то автоматизации для перемещения машин все это не так полезно. Существуют многие OSS и не-OSS оркестрационные фреймворки, многие из них построены на Libvirt. После того как вы нашли гипервизор, который работает так, как вам нужно, вы, вероятно, потратите столько же времени, если не больше, на оценку фреймворков управления для чего-то, что работает так, как вам нужно.

Я впечатлен CloudStack. Он недавно был приобретен Citrix, но это OSS фреймворк управления, который (по крайней мере, пару месяцев назад) имеет несколько функций, встречающихся только в платных фреймворках. Тем не менее, вы, вероятно, получите гораздо более отшлифованный фреймворк, когда за него платите; CloudStack находится в активной разработке, поэтому быстро меняется.

Я сам этим не пользовался, но есть Proxmox-VE.
Согласно Hak5, он поддерживает различные ОС, включая Windows.
Он также поддерживает кластеризацию

Citrix XenServer — это открытый гипервизор и может быть хорошим кандидатом для вас.

Существует довольно много инструментов для управления им, но вы можете столкнуться с пробелами, где вам придется тратить деньги там, где бесплатные/открытые инструменты не справляются. Однако, по сравнению с тем, что вы получаете с VMware ESXi, бесплатная версия предоставляет довольно много (например, живая миграция идет в бесплатной версии XenServer).

VDI бесплатен для до 10 десктопов с XenDesktop 5.5 Express Edition (пробная версия, затем через 30 дней вам нужно зарегистрироваться, чтобы получить бессрочную бесплатную лицензию).

Тем не менее, я думаю, в какой-то момент вам придется тратить деньги, особенно с такой большой реализацией, как ваша. Одно дело иметь одного или двух хостов и думать: “Ну, я могу обойтись несколькими скриптами или просто сделать это и то вручную”, но с 35+ гипервизорами, кластеризацией, отказоустойчивостью/восстановлением, развертыванием и т.д., все (вероятно) распределено по нескольким командам (и, возможно, отделам?), у вас есть тяжелая работа (как вы, вероятно, хорошо знаете).

Я бы также воспользовался размером вашей реализации, обратившись к PR/маркетинговым/коммуникационным людям, куда бы вы ни планировали пойти; я могу увидеть вкусное исследование случая, разворачивающееся здесь для любого поставщика/организации, с которой вы решите работать, и они, вероятно, предложат вам всевозможные бесплатные услуги, программное обеспечение и поддержку, чтобы успешно справиться с этим.

Для небольших кластеров (т.е. менее 10 хостов): Proxmox: поддержка KVM и OpenVZ, хороший веб-интерфейс. http://pve.proxmox.com/

Для крупных кластеров: OpenNebula: поддержка KVM, Xen, vmware гипервизоров и использование стандартных API (EC2, OCCI). http://opennebula.org/

Обратите внимание на Hyper-V. Это не open source, но он бесплатен, и вы получите большинство необходимых функций. В настоящее время я запускаю кластер из 3 серверов и нескольких десятков виртуальных машин на CentOS, и мне это очень нравится.

Я в процессе тестирования RHEV 3.0 (предложения для управления виртуализацией от Red Hat). Пока неплохо.

На данный момент это не Open Source, но это в планах — Red Hat планирует открыть исходный код всей системы управления в ближайший год или два.

Он ориентирован на виртуализацию как серверов, так и VDI, что подходит для вашего развертывания.

Он не такой продвинутый, как vSphere (как признает RH), но функциональность довольно хорошая.

Еще одно большое преимущество RHEV в том, что он использует KVM и ovirt — нет привязки!

То, что вы описываете — это довольно большая настройка, и тот факт, что вы также предоставляете VDI, делает RHEV идеальным ответом на ваш вопрос.

Я, конечно, пристрастен, так что не принимайте мое слово за чистую монету, свяжитесь с Red Hat.

Ваш план по постепенной миграции с VMware на open-source альтернативы — это надежный подход, особенно с испытательной лабораторией перед переносом на продуктивные среды. KVM — отличный выбор для виртуализации, но для альтернативы vCenter, вы можете рассмотреть Proxmox VE (который включает в себя встроенную кластеризацию, HA и резервное копирование), XCP-ng (сильная альтернатива на основе Xen) или OpenStack (если вам нужна облачная оркестрация). Convirt может справиться с базовым управлением виртуализацией, но может не хватать полного набора корпоративных функций. Для VDI, Spice — хороший протокол, но рассмотрите oVirt с KVM или Xen Orchestra для более богатого функционала. Поскольку вы заменяете мониторинг на Nagios и обрабатываете резервное копирование через скрипты, вы можете также рассмотреть Bacula или Restic для более автоматизированных решений для резервного копирования. Ваш подход требует тщательного планирования для целостности данных, HA и бесшовного перехода рабочих нагрузок, а также пошагового руководства по миграции с VMware на open-source решения.