esXi сопоставил Raw Lun с ESXI Ubuntu Guest, создав MD0 и экспортировав его через NFS. Плохая идея?
Так что я знаю, как открыть локальный диск для гостя ESXI через
vmkfstools -z /vmfs/devices/disks/t10.ATA___** /vmfs/volumes/datastore1/LocalDisks/
Это прекрасно работает! Тогда я подумал о том, чтобы создать MD0 внутри Ubuntu Server и экспортировать его через NFS и SMB. NFS будет для других внутренних гостей ESXI linux и SMB только для Windows.
Это звучит как плохая идея? Какие-либо специальные параметры экспорта я должен использовать для NFS?
В настоящее время для экспорта NFS другим локальным гостям esxi я использую
(rw,async,insecure,no_subtree_check,nohide,no_root_squash)
И для монтирования использую
nosharecache,context="system_u:object_r:httpd_sys_rw_content_t:s0" 0 0"
Следует отметить, что хост / хранилище данных esxi находится на отдельном жестком диске, не являющемся частью md0, и что данные будут в основном статичными. Нет больших БД или чего-то еще, много медиа. Самый тяжелый ввод-вывод будет ZoneMinder (пакет обнаружения движения, который сохраняет изображения и постоянно их сравнивает)
1 ответ
VmWare говорит, что Raw Disk Mapping (RDM) - это анахронизм, но ИМХО это лучше для хранилищ низкого класса. Виртуализация добавляет задержки системе с точки зрения клиента. Другой, если вы перегрузите хост - вы увеличите задержку на виртуальной машине NFS-сервера, что увеличит нагрузку на клиентские виртуальные машины, что, в свою очередь, увеличит перегрузку: проблема будет похожа на лавину.
Вы должны внимательно посмотреть на esxtop для параметров CPU Ready (%RDY) для виртуальных машин - оно должно быть меньше 10, но лучше меньше 5, глобальная средняя задержка (GAVG) < 20 и количество прерываний в секунду (ABRTS/s) = 0 Не делайте переподписку ЦП (все vCPU виртуальной машины на ядро Phy) >= 5 на хорошем ЦП (Xeon), сделайте виртуальные машины настолько малыми, насколько это возможно для ЦП, проверьте загрузку ЦП виртуальной машины в esxtop, а не внутри guset. Для мониторинга, чтобы заменить esxtop с симпатичным графическим интерфейсом и историей, вы можете скачать бесплатную Veeam One Free Edition - этого будет достаточно
После многих лет использования этой установки Mapped Raw Lun --> Linux Guest --> MDADM & Export via NFSЯ успешно перешел на KVM и заметил ОГРОМНОЕ увеличение производительности при доступе к данным. Причина в том, что я смог заставить KVM управлять массивом MDADM и экспортировать его через NFS, удалив несколько слоев из уравнения. Первоначально я беспокоился о том, что мой "гипервизор" будет делать что-нибудь, кроме "гипервизора", но опять же, как только я увидел производительность ввода-вывода, я хотел, чтобы хост KVM управлял моим пулом данных, одновременно обслуживая виртуальные машины.
Я бы посоветовал выполнять описанную выше настройку с Mapped Raw Lun только в том случае, если вы хотите изучить ESXi или не имеете возможности использовать KVM. Лично я нашел ESXi отличным гипервизором, но после того, как я стал хорошо разбираться в этом, я захотел попробовать KVM, и, увидев улучшения ввода-вывода в моей настройке, я бы никогда не отступил. При этом у меня никогда не было проблем с ESXi из-за множества "переустановок"/"болтовни" и т.д., так что, на мой взгляд, это "безопасно".