Я также заинтересован в том, чтобы предоставить виртуальным машинам Windows доступ к ресурсам графического процессора. Возможно ли это в этой ситуации?
Для прямого прохождения видеокарты PCIe вам потребуется:
- две видеокарты PCIe (одна, если используются определенные приемы, например, перемещение карты по сценариям из системы гипервизора в гостевую систему при загрузке)
- материнская плата с поддержкой Intel VT-d или AMD Vi (ранее IOMMU)
- программное обеспечение гипервизора, которое поддерживает это
Кажется, что, к сожалению, Virtualbox в настоящее время не поддерживает его . Если это жесткое требование, вам может потребоваться использовать KVM в Linux или Illumos, VMware ESXi или Microsoft Hyper-V, все они поддерживают его (хотя и с другой конфигурацией, необходимой).
Можно ли разместить виртуальную машину Windows / Linux, которая использует zfs zpool или vdev вместо прямого доступа к оборудованию для доступа к файловой системе?
Да, это возможно. Вот соответствующие команды, взятые из сообщения в блоге Йоханнеса Шлютера:
# zfs create -V 10G tank/some_name # chown your_user /dev/zvol/rdsk/tank/some_name # VBoxManage internalcommands createrawvmdk \ -filename /home/your_user/VBoxdisks/some_name.vmdk \ -rawdisk /dev/zvol/rdsk/tank/some_name # VBoxManage registerimage disk /home/your_user/VBoxdisks/some_name.vmdk В качестве альтернативы вы можете использовать COMSTAR для обслуживания zvol через iSCSI.
Хотя это имеет незначительные дополнительные издержки и не имеет прямого преимущества в локальном случае, вы можете извлечь из этого выгоду, когда захотите распределиться и, например, добавить другой (резервный) сервер хранения или переместить хранилище в отдельную коробку.
В вашем конкретном случае я бы не стал этого делать, но существует опция (также с NFS вместо iSCSI, но при использовании zvols вместо файловых систем нет немедленного преимущества, если оба правильно настроены).
Есть ли лучший способ сделать это, или я выбрал лучший вариант?
- Если вы хотите использовать Virtualbox, это было бы то, что я бы сделал
- Если вы проявляете гибкость в отношении гипервизора, вы можете взглянуть на SmartOS (ZFS, Zones и KVM в небольшой серверной операционной системе с почти отсутствующим состоянием, созданной специально для размещения виртуальных машин)
- Если вам требуется пропуск PCIe для графических карт, вам может потребоваться использовать Linux + KVM, ESXi или Hyper-V в качестве гипервизора, виртуализировать виртуальную виртуальную машину хранения Solaris / illumos, проходить через нее диски и передавать их обратно по NFS или iSCSI на сервер. гипервизор, где он затем используется нормально. Это также известно как устройство хранения All-in-One (AiO), я предлагаю прочитать о концепции в превосходном руководстве gea (см. Связанный PDF в верхней части). Это кажется сложным, но после настройки он удивительно прост и гибок, так как вы можете в любое время распространить его из виртуальной сети в физическую сеть, заменить обычное оборудование, и весь подход будет многоуровневым. У него есть некоторые недостатки, но я буду вдаваться в них только в том случае, если вам интересно, так как они довольно нишевые.
Что касается вашего редактирования:
- Есть одна физическая машина.
- Минимизируйте вероятность потери данных в результате сбоев жесткого диска и других проблем с файловой системой.
- Запустите серверную ОС Windows 2016 и некоторые приложения, такие как Exchange, SQL Server. ГПУ требуется здесь
- Запустите модифицированную систему CentOS (FreePBX).
- Запустите некоторые другие виртуальные машины, желательно также с поддержкой графического процессора.
- Дополнить и в конечном итоге заменить коробку Synology RS812 +.
- Минимизируйте расходы на программное обеспечение, предоставляя больше / лучшее оборудование для моего бюджета.
В общих чертах, у вас есть два возможных варианта установки All-in-One - само хранилище виртуализировано (как в приведенном мною napp-it readme) или хранилище на гипервизоре. Я назову их А и Б, чтобы сравнить по вашим пунктам.
- A и B равны, потому что оба находятся на одной физической машине.
- A и B почти равны, потому что обе системы могут использовать ZFS. С A вы можете свободно выбирать свою ОС хранения данных (Solaris, illumos, Linux, BSD), с B вы должны выбрать что-то, что поддерживает ZFS и PCIe для VGA (на данный момент только Linux и FreeBSD). Это также влияет на выбор гипервизора (ESXi, Hyper-V, KVM с A и только KVM с B).
- А и В равны. Учтите, однако, что один графический процессор может быть передан только одной работающей виртуальной машине, которая занимает ее полностью. Переключение графических процессоров требует выключения затронутых виртуальных машин. Если вам требуется поддержка совместно используемых графических процессоров, ваши возможности ограничены: Nvidia Tesla / Grid (очень дорогая) или новые совместно используемые графические процессоры Intel Skylake (не очень мощные, все еще экспериментальные, см. Презентацию KVMGT ).
- В обоих случаях проблем нет, так как виртуальной VGA-карты достаточно.
- См. Пункт 3, в зависимости от количества виртуальных машин может быть целесообразным купить несколько карт или одну карту Grid или подождать, пока совместное использование будет реализовано для всех карт в KVM.
- Оба случая поддерживают использование iSCSI и NFS для внутреннего и внешнего использования (в смысле реальной сети), это зависит от ваших предпочтений в администрировании. Также оба могут использовать хранилище из NAS / SAN (исходя из таблицы данных, у меня нет самой системы).
- Независимо от вашего выбора, все программное обеспечение может быть запущено без какой-либо стоимости лицензии, за исключением, конечно, Windows Server плюс необходимые клиентские лицензии (но их можно заменить на samba4) и Solaris (может быть заменен дистрибутивом illumos, таким как OmniOS, OpenIndiana или SmartOS), Решение Grid может иметь дополнительные затраты на лицензию, я не рассматривал его, поскольку само оборудование настолько дорогое, что в таких случаях оно бесполезно.
Итак, в основном все сводится к предпочтениям:
- Если вы знакомы с администрированием Linux (включая ZoL) и настройкой KVM (может быть немного сложно в зависимости от аппаратного обеспечения и дистрибутивов), вы можете обойти виртуальную систему дополнительного хранилища и вам понадобится небольшой SSD / HDD, если вы выбираете решение B.
- Если, с другой стороны, вы хотите выбрать из полного диапазона вариантов и использовать лучшую систему для каждого случая, вы можете воспользоваться гибкостью решения A (хотя здесь могут возникнуть небольшие внутренние издержки сети).