Xen живая миграция через сетевое устройство хранения данных

Я приучен к использованию rxvt, главным образом.

2
задан 19 October 2009 в 18:24
3 ответа

В настоящее время все гипервизоры визуализации могут жить, мигрируют (xen, kvm, VMware, openvz, hyper-v). Но для этого Вам нужна совместно используемая память. У Вас есть 3 опции:

  • SAN (FC или iSCSI), но Вам нужна кластерная файловая система сверху его (ocfs2, gfs, VMware...). Количество узлов ограничено параметром инициализации файловой системы (с ocfs2, по крайней мере).
  • NAS (NFS). Я действительно тестировал это решение успешно с Netapp FAS2020, и действия сопоставимы с iSCSI. Но я не сделал протестировал достаточно для проверки поведения в случае отказа хоста и целостности данных. Статья: http://thesantechnologist.com/?p=52 имеет ссылку с действительно шоу превосходные результаты на nfs. Я протестировал и могу подтвердить, что NFS с такой скоростью, как iSCSI для немногих параллельных VMs.
  • (Активно-активный) DRBD: Это решение очень похоже на SAN, но активно-активный кластер DRBD является очень недавним, и я не знаю о надежности. Я использовал DRBD в прошлом, но с nbd сверху его, потому что активно-активное еще не было доступно. Я также использовал NFS для совместного использования между узлами. Оба решения работают (активно-пассивный + NFS) и (активно-пассивный + NBD + OCFS2).

Короче говоря:

  • SAN является большей частью проверенного решения и определенно самым дорогим особенно, если Вы идете для FC.
  • NFS является самым легким решением.
  • DRBD является самым дешевым решением, ограниченным 2 активными узлами.

Я далек от того, чтобы быть большей частью испытания, но здесь - то, что я думаю: - если у Вас нет большого количества €€€€, FC бесполезен. Поскольку замедление виртуализации действительно происходит, когда у Вас есть большое случайное чтение, пропускная способность в это время является низкой, и ISCI может отлично обработать его. - iSCSI является самым масштабируемым. Это будет работать на систему записи, и можно получить больше действий путем превращения к выделенному контроллеру iSCSI, и если все еще достаточно изменения устройство хранения данных к более быстрому. При реальной необходимости в чем-то чрезвычайно быстро Dell может продать Вам equalogic устройства хранения данных с SSD (технология SLC) только. Дорогой, но действия то, что высоко, что отношение производительности/цены все еще превосходно. - NFS мог бы быть очень хорошим решением также, но я пропускаю опыт, и мой единственный страх является потерей данных в случае сбоя питания. (В то время как у Вас может также быть потеря данных с другими технологиями.) - DRBD принесет удовлетворенность в недорогом решении SMI/очень.

Я очень удовлетворен NetApp, и я рекомендовал бы 2 ФАСАМ NetApp 2020 с 2 контроллерами в каждом поля и для виртуализации и для файлового сервера CIFS. NFS также очень хорош. Я также очень удовлетворен дедупликацией NetApp. Так, если у Вас есть немного денег для виртуализации, запустите с 2 полей NetApp 2020 (с 15krpm диски). (Вы имеете к количеству 20k - 30k€ для этого),

Относительно технологий виртуализации я главным образом использовал xen, kvm и openvz. И как решения для виртуализации, я использую OracleVM в производстве в течение 5 лет теперь, но я интересуюсь изменением, потому что устройство хранения данных не эффективно (только формат .raw с OracleVM). Я думаю, что лучшим претендентом С открытым исходным кодом сегодня является Proxmox ve.

Если бы я должен был перезапустить проект виртуализации с начала, то я также внимательно рассмотрел бы к Intel Modular Servers (У Вас могут быть цены и презентация www.thomas-krenn.com).

Надежда это помогает.

3
ответ дан 3 December 2019 в 09:53

Не с Xen с открытым исходным кодом. Я не знаю о XenServer, хотя я подозреваю нет.

Живая миграция только перемещает память и состояние, не диск. Необходимо завершить работу его для перемещения его.

2
ответ дан 3 December 2019 в 09:53

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

Если каждый VM имеет свою собственную zfs файловую систему, можно усилить zfs, чтобы помочь ускорить запланированные миграции с помощью снимков, и zfs отправляют, и zfs получают. zfs отправляют, может эффективно переместить файловые системы или снимки от одного сервера хранения до другого. Таким образом, пока Вы имеете дело с запланированной миграцией, можно взять снимок, затем используют zfs, отправляют/получают для отправки этого снимка файловой системы VM к другому серверу хранения. После того как Вы сделали то завершение работы VM затем, выполненные zfs отправляют/получают снова на этот раз, это должно будет только отправить изменения от предыдущего снимка, который должен быть довольно быстрым. Обновите конфигурационный файл своего VM для указания на новое место хранения, и запускаться это создает резервную копию. Я держал пари, что большая часть из этого может быть автоматизирована с помощью нескольких сценариев.

0
ответ дан 3 December 2019 в 09:53
  • 1
    потрясающий, спасибо. Это wasn' t связанный, но это все еще полезно для будущего проекта, который мы запланировали. –  jemmille 20 November 2009 в 01:46

Теги

Похожие вопросы