Если у вас есть два сетевых хранилища (в частности, iSCSI), можете ли вы выполнять прямую миграцию (с помощью Xen или XenServer) между хранилищами, или это просто нужно делать, когда виртуальные машины приостановлены / выключены из-за того, что хранилище находится на другом физическом компьютере ?
В настоящее время все гипервизоры визуализации могут мигрировать в реальном времени (xen, kvm, vmware, openvz, hyper-v). Но для этого вам понадобится общее хранилище. У вас есть 3 варианта:
Коротко :
Я далеко не самый опытный, но вот что я думаю: - Если у вас не много €€€€, FC бесполезен. Поскольку замедление виртуализации действительно происходит, когда у вас много случайного чтения, пропускная способность в это время мала, и iSCI может отлично справиться с этим. - iSCSI - самый масштабируемый. Это будет работать для системы начального уровня, и вы можете получить больше производительности, переключившись на выделенный контроллер iSCSI, а если все еще недостаточно, измените хранилище на более быстрое. Если вам действительно нужно что-то впечатляюще быстрое, Dell может продать вам Equalogic хранилища только с SSD (технология SLC). Дорого, но характеристики настолько высоки, что соотношение цена / качество остается отличным. - NFS тоже может быть очень хорошим решением, но мне не хватает опыта, и я опасаюсь только потери данных в случае сбоя питания. (Хотя при использовании других технологий также возможна потеря данных.) DRBD принесет удовлетворение в виде решения SMI / очень низкой стоимости.
Я очень доволен NetApp, и я бы порекомендовал 2 Netapp FAS-2020 с 2 контроллерами в каждой коробке как для виртуализации, так и для файлового сервера CIFS. NFS тоже очень хорош. Я также очень доволен дедупликацией NetApp. Итак, если у вас есть деньги на виртуализацию, начните с двух коробок NetApp 2020 (с дисками 15krpm). (Для этого нужно посчитать 20-30 тысяч евро)
Что касается технологий виртуализации, я в основном использовал xen, kvm и openvz. В качестве решений для виртуализации я использую OracleVM в производстве уже 5 лет, но меня интересуют изменения, поскольку хранилище неэффективно (только необработанный формат с OracleVM). Я думаю, что лучшим претендентом на открытый исходный код сегодня является Proxmox ve.
Если бы мне пришлось перезапустить проект виртуализации с самого начала, я бы также внимательно посмотрел на модульные серверы Intel (цены и презентацию можно найти на www.thomas-krenn.com).
Надеюсь, поможет.
Только не с Xen с открытым исходным кодом. Я не знаю о XenServer, хотя подозреваю, что нет.
Живая миграция перемещает только память и состояние, но не диск. Вы должны выключить его, чтобы переместить.
Если этот вопрос имеет какое-либо отношение к вашему zfs вопрос о l2arc то я просто хотел указать на одну вещь, которую вы можете сделать, если используете zfs на обоих хостах, чтобы минимизировать время простоя в случаях, когда у вас есть запланированный переход с одного сервера хранения на другой.
Если у каждой виртуальной машины есть собственная файловая система zfs, вы можете использовать zfs, чтобы ускорить запланированные миграции, используя моментальные снимки и отправку zfs и получение zfs. zfs send может эффективно перемещать файловые системы или снимки с одного сервера хранения на другой. Итак, пока вы имеете дело с запланированной миграцией, вы можете сделать снимок, а затем использовать zfs send / receive для отправки этого снимка файловой системы виртуальной машины на другой сервер хранения. После этого выключите виртуальную машину, затем снова запустите zfs send / receive, на этот раз ему нужно будет только отправить изменения из предыдущего снимка, что должно быть довольно быстро. Обновите файл конфигурации вашей виртуальной машины, чтобы он указывал на новое место хранения, и запустите его резервное копирование. Бьюсь об заклад, большую часть этого можно автоматизировать с помощью нескольких скриптов.