forum.lissyara.su

Насколько надежным/безопасным считается решение по пробросу дисков hyper-v в гостевую систему (например FBSD)? Есть желание пробросить 4 диска и создать на них полноценный RAID-Z. Какие могут быть подводные камни?

а зачем вам это? снапшоты можно делать и средствами hyper-v.

Electronik писал(а):а зачем вам это? снапшоты можно делать и средствами hyper-v.

Сервер будет кроме роли виртуализации выполнять роль полноценного хранилища (знаю, что не совсем правильно, но это домашнее применение).
У Raid-Z решения вижу основные плюсы
- в случае отказа железа/хоста диски можно прицепить к любой FBSD системе.
- наличие достаточного количества скриптов по уведомлению меня о нештатных ситуациях
- производительность особенно с учетом компрессии

сам юзаю esxi, поэтому не вижу преимущества использования zfs в виртуальных машинах. как показывает практика всё хорошо живёт и на ufs, производительность достаточная.

в случае отказа железа/хоста диски можно прицепить к любой FBSD системе.

если у вас откажут диски с данными FBSD, то уже куда либо их цеплять не имеет смысла.

во вторых, что будет в FBSD? файловый архив? если много памяти на сервере, можно по извращаться. т.к для zfs нужно минимум 4 ГБ памяти, а для хорошей и правильной работы 6-8 ГБ. а для ufs столько рамы не надо.

+ к ufs то что под неё есть драйвер для Windows, в случае чего вставили диски в комп с Вин7, смонтировали образ ВМ и все ваши данные доступны. А для zfs драйвера к виндовс нету.

вот если размещать ВМ на zfs, то тут горааздо больше плюсов. но тогда нужен отдельный хост под хранилище.

Electronik писал(а):сам юзаю esxi, поэтому не вижу преимущества использования zfs в виртуальных машинах. как показывает практика всё хорошо живёт и на ufs, производительность достаточная.

Здесь скорее основная задача обеспечить надежное хранение личных данных. RAID-Z обладает необходимым инструментарием + вовремя уведомит по электронке если что то пойдет не так. Под отказом я подразумевал отказ например мат. платы. Даже если FBSD на котором висит RAID-Z умрет - диски с ним можно будет восстановить на другой машине. UFS это GEOM Raid5?
В этой виртуальной машине будет файловый архив c SMB, NFS и может несколько второстепенных служб (DHCP). Т.е под www, DNS подниму отдельную виртуалку а на шлюз пойдет виртуальный pfsense.
Да и вопрос тут универсален - насколько даже для GEOM raid 5 с UFS/ZFS безопасен проброс дисков в HYPER-V. Действительно ли идет работа напрямую и не влияет ли на это дело виртуальны SCSI контроллер

Спрашивается тогда, а нафига вам hyper-v... Все что вам надо можно поднять на фре, на одном диске саму систему, ну а остальное и остальные диски под zfs, и на этом пуле все размещать...

полностью согласен со snorlov
Для таких задач вам hyper-v не нужен.
всё что вы описали, можно поднять в клетках на FBSD.

snorlov писал(а):Спрашивается тогда, а нафига вам hyper-v... Все что вам надо можно поднять на фре, на одном диске саму систему, ну а остальное и остальные диски под zfs, и на этом пуле все размещать...

Это уже есть сейчас. На старом С2D-6850 стоит FBSD 9.2 x64 Система на geom зеркале + RAID-Z под хранение + stripe под торренты.
Настало время апгрейда и соответственно будет Xeon 2620+C60x плата.

Вместо базы FBSD и хочется водрузить гипервизор.

И дополнительно поднять.
1. виртуалка с win8 - фактически будет рабочим местом с доступом через тонкие клиенты (для этого и нужен hyper-v + remotefx)
2. медиацентр - вывод видео/аудио на тонких клиентах (вопрос только в bitstream)
3. windows сервер с дополнительными службами.

если вы собрались всё это делать на одном сервере, то вы самоубийца....
что будет с вашей инфраструктурой в случае отказа этого сервера?

Если очень хочется гипервизор, то создайте на базе старого сервака iSCSI хранилище и подключайте его к гипервизору...

Electronik писал(а):если вы собрались всё это делать на одном сервере, то вы самоубийца....
что будет с вашей инфраструктурой в случае отказа этого сервера?

Будет 1-2 дня простоя пока будут закуплены физические компоненты на замену. В случае краха софтовой части - восстановление из внешнего бэкапа. Это домашняя среда - такое допускается

snorlov писал(а):Если очень хочется гипервизор, то создайте на базе старого сервака iSCSI хранилище и подключайте его к гипервизору...

У меня не стоит вопрос где хранить виртуальные машины. В случае hyper-v это может быть софтовый raid-5 реализованный мат. платой. У меня вопрос относительно надежного файлового хранилища для файлов не связанных с виртуальными машинами. А точнее повторюсь.

Какие есть недостатки у проброса дисков в hyper-v для реализации Raid-z из под виртуальной freebsd

гипер-в - тормозной
чисто визуально, на двух одинаоквых машинах, фря ребутается на нём почти вдвое дольше чем на ESXi 5.5

лучше поставьте ESXi

offtop

2 Alex Keda
есть смысл обновляться с 5.0 до 5.5 или работает не трож?

у меня местами 4.0 работет
не трогаю

спасибо!

Alex Keda писал(а):гипер-в - тормозной
чисто визуально, на двух одинаоквых машинах, фря ребутается на нём почти вдвое дольше чем на ESXi 5.5

лучше поставьте ESXi

Все таки 32000 сообщений, все во флуде в "холиврах"? Вопрос стоял о производительности системы? Но раз затронули - скорость загрузки фри это уже показатель производительности l1 гипервизора?

Ну и по первому топику ESXi уже научился пробрасывать диски?! (что такой криво... RDM и ZFS в ESXi можно найти на lmgtfy.com)