Ганети против Proxmox [закрыто]

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

У нас есть два сервера. На одной у нас есть несколько виртуальных машин для разработки, а также она используется в качестве сервера сборки (Jenkins Master, но также и Build Executor). На втором мы получили несколько критически важных сервисов (репозитории кода, трекер проблем).

Я хотел бы использовать эти машины для создания двух узловых кластеров и создания виртуальных машин для каждого сервиса. Я хотел бы использовать DRBD, чтобы можно было перемещать машины между узлами.

После некоторых исследований мои кандидаты - Proxmox и Ganeti. Какой из них будет лучше в моей ситуации? Мне нравится простота Proxmox (особенно простота установки), но, может быть, есть веская причина для использования Ganeti?

Я не знаком с ProxMox, но я знаком с Ganeti, так как использую его в своей работе и работаю с основными разработчиками.

Если у вас есть небольшое количество физических машин и виртуальных машин, то делать все вручную - это нормально. Вы можете запомнить, какая виртуальная машина находится на каком физическом компьютере, и выполнить правильную команду Xen на правом узле. Если у вас есть только один физический компьютер, вы всегда знаете, на каком компьютере находятся ваши виртуальные машины.

Для нового пользователя наиболее очевидным преимуществом Ganeti является то, что он знает, где находятся все виртуальные машины. От одного мастера вы можете выдавать команды типа "stop instance foo", и он смотрит при запущенном foo и останавливает его. Вы можете выполнить команду типа «создать виртуальную машину размера X везде, где есть свободное место», и она найдет это свободное пространство и создаст виртуальную машину. Если у вас много оттока (создание и удаление виртуальных машин), Ganeti сэкономит вам много времени. Это также поможет вам в случае аварии: если весь кластер потеряет питание, Ganeti перезапустит все виртуальные машины, когда кластер получит питание и загрузится. (Пример здесь: отключение электроэнергии: настоящий тест для Ganeti )

Вы можете настроить «шаблоны» для конфигураций ВМ (какая ОС, конфигурация дискового хранилища и т. Д.). Таким образом, возможно, вы являетесь единственным специалистом, достаточно опытным для создания шаблона, но один из них существует, и другие младшие системные администраторы в вашей команде могут легко создавать новые экземпляров.

Проблема с ручным выполнением операций, когда у вас есть небольшое количество виртуальных машин, заключается в том, что если вы добьетесь успеха, вы дойдете до такой степени, что Ganeti будет иметь смысл. В этот момент у вас может быть безумная работа, и у вас не будет времени установить Ganeti. Это общая проблема с переходом от ручного управления к установке автоматизации: у вас нет времени, чтобы починить протекающую раковину, потому что вы слишком заняты мытьем пола. Чтобы предотвратить это, я рекомендую установить Ganeti (или любую другую систему автоматизации, которую вы выберете) раньше, чем позже.

Ganeti является 100% открытым исходным кодом, не требует никаких лицензий. Однако, если вам это нужно, коммерческая поддержка не предоставляется. Я не знаком с ProxMox, но их веб-страница говорит, что для этого требуется лицензия; Есть части с открытым исходным кодом, но они не доступны без лицензии (из того, что я читал на их веб-сайте). У них есть планы поддержки, перечисленные на их сайте.

Ganeti был доступен за пределами Google с 2007 года. За этим стоит 5+ лет разработки. Это было стабильно в течение достаточно долгого времени. Вы можете найти исходный код Ganeti и сообщество поддержки на code.google.com/p/ganeti. Я не знаю, как недавно был выпущен ProxMox.

Я использую Xen с 2003 года. Я использую Ganeti уже около года и очень рекомендую его. Я никогда не слышал о ProxMox.

В течение многих лет я вручную управлял файлами конфигурации LVM, DRBD и Xen в нескольких кластерах размером от 2 до 5 узлов - это был кошмар. DRBD сделал все на удивление надежным, а Xen упростил миграцию виртуальных машин между узлами, но всякий раз, когда узел выходил из строя, у меня был долгий и утомительный процесс создания новых томов LVM, настройки DRBD и восстановления зеркал, а затем убедившись, что Xen и другие конфиги были скопированы ... для кластера из 5 узлов, хранение вещей прямо в моей голове иногда может быть болезненным. Я продолжал хотеть написать все это, но жизнь продолжала мешать.

Затем появился Ганети. Он был написан именно для моего варианта использования - n-way кластеров с использованием Xen и DRBD. Эти часы мучительных операций, наполненных рисками, теперь в некоторых случаях сжимаются в одну подкоманду ganeti. Я люблю это. Я перенес большинство своих виртуальных машин в один большой 10-узловый кластер ganeti.

Я также перенес наши рабочие столы Windows в кластер Ganeti / KVM - Linux теперь только на рабочих столах, и они используют VNC для доступа к виртуальным машинам Windows. Большим преимуществом здесь являются более простые снимки и резервные копии, а также возможность помещать в песочницу каждое приложение Windows в свою виртуальную машину.

Кстати, даже если вы сейчас говорите только о кластере из 2 узлов, я уверен, что, увидев утилиту, вы обнаружите, что добавляете узлы и переносите все, что можете, на виртуальные машины. Если ваша кластерная платформа может поддерживать более 2 узлов, например, Ganeti, то вы сможете это сделать.

Я не использую ганети, но я использую Proxmox, и я знаю это очень хорошо. Proxmox VE - это проект ПОЛНОСТЬЮ ОТКРЫТОГО ИСТОЧНИКА, и весь код доступен в двоичных файлах. Базовая система представляет собой минимальный дистрибутив Debian 64 с пользовательским установщиком, но вы также можете установить свою систему Debian и добавить репозитории proxmox. Одним из главных спонсоров проекта является правительство Autrian, и это гарантирует, что разработка продукта будет финансироваться в течение длительного времени. Начиная с версии 2.0, даже процесс разработки открыт (раньше это был закрытый список, и вам нужно было запросить доступ к компании за Proxmox).

Он имеет дружественный интерфейс, почти все функции vSphere, поддержку кластеров (на основе corosync), высокую доступность HA для ВМ, автоматическое резервное копирование и поддержку восстановления из интерфейса. Он также поддерживает контейнерную виртуализацию с openvz, бесшовно интегрированную в ту же инфраструктуру и интерфейс KVM, поэтому вы можете выбрать лучшую стратегию виртуализации в зависимости от ваших потребностей. У меня есть около 20 установок Proxmox от одного хоста до двухузлового кластера с drbd, прибывающим в 5-ти узловый кластер на FC SAN (> 80VM).

Из того, что я вижу о ганети, я могу сказать, что нет конкуренции. Proxmox победит точно.

Моя жалоба (возможно, основанная на невежестве) по поводу ganeti: я с удовольствием делаю что-то в CLI, если это необходимо, но я не верю, что желание GUI делает меня слабаком. Там , кажется , что веб-инструмент управления Ganeti, но в последний раз я видел, это было очень далеко от штепсель & и воспроизведение (например , пара страниц команд вводимых на хосте), и в течение нескольких попыток на макете сервер, я никогда не получал его для сборки и установки правильно.