Запуск Xpenology на VMware ESXi чаще всего упирается в одну и ту же проблему: виртуальная машина не загружается с подключённого образа загрузчика, потому что тип виртуального контроллера или режим загрузки (BIOS/UEFI) выбран неправильно. Именно сочетание загрузчика, версии DSM и параметров ВМ определяет, увидите ли вы систему в сети через Synology Assistant или будете смотреть на чёрный экран консоли.
В этой статье разберём, как подготовить виртуальную машину на ESXi под Xpenology, какой загрузчик выбрать, как пробросить физические диски для хранения данных и какие ошибки встречаются чаще всего. Материал ориентирован на тех, кто уже имеет работающий хост ESXi и хочет развернуть домашний или тестовый NAS без покупки отдельного железа Synology.
Что такое Xpenology и зачем его виртуализировать
Xpenology — это проект сообщества, позволяющий запускать операционную систему DiskStation Manager (DSM) от Synology на обычном оборудовании или в виртуальной среде. По сути это загрузчик (например, ARPL, RedPill или их производные), который эмулирует окружение оригинального устройства, плюс сам образ DSM нужной версии.
Виртуализация на ESXi даёт несколько практических преимуществ по сравнению с установкой на «голое» железо:
- 🔹 Один физический сервер выполняет несколько ролей: NAS, медиасервер, тестовые ВМ.
- 🔹 Снапшоты и резервные копии ВМ упрощают эксперименты с обновлениями DSM.
- 🔹 Легко перенести NAS на другой хост — достаточно переместить файлы виртуальной машины.
- 🔹 Не нужен отдельный USB-накопитель с загрузчиком — образ подключается как виртуальный диск.
⚠️ Внимание: Xpenology — неофициальное решение. Использование DSM вне оборудования Synology нарушает лицензионное соглашение производителя, а часть сервисов (например, QuickConnect) может работать некорректно или не работать вовсе. Для критически важных данных рассмотрите лицензионные альтернативы.
Выбор загрузчика и версии DSM
Наиболее распространённый путь сегодня — загрузчики семейства ARPL / rr (RR), которые умеют автоматически подбирать модель устройства, генерировать серийный номер и MAC-адрес, а также собирать конфигурацию под конкретную версию DSM. Старые загрузчики вроде Jun's Loader ориентированы на устаревшие версии DSM и для новых установок обычно не рекомендуются.
При выборе модели для эмуляции учитывайте совместимость с виртуальным оборудованием ESXi. Модели вроде DS918+, DS3622xs+ или SA6400 часто используются в виртуальных средах, но конкретный список поддерживаемых платформ зависит от версии загрузчика — сверяйтесь с документацией проекта, который вы используете.
Почему модель эмуляции имеет значение
От модели зависят лимиты DSM: максимальное число дисков, поддержка транскодирования, список доступных пакетов. Например, модели серии xs+ ориентированы на большее число накопителей, а «плюсовые» модели — на мультимедийные функции. Смена модели после установки DSM обычно требует миграции и не всегда проходит гладко.
Создание виртуальной машины на ESXi
Создайте новую ВМ через веб-интерфейс Host Client или vCenter. Общий порядок выглядит так: укажите гостевую ОС как Linux → Other Linux (64-bit), выделите минимум 2 vCPU и 2–4 ГБ ОЗУ (для комфортной работы DSM с пакетами лучше 4 ГБ и больше). Точные требования зависят от выбранной модели эмуляции и набора пакетов.
Ключевой момент — дисковая конфигурация. Образ загрузчика (файл .img или преобразованный .vmdk) подключается как первый загрузочный диск, обычно на контроллере SATA, поскольку загрузчики Xpenology исторически лучше работают именно с SATA-контроллерами, а не с паравиртуальными SCSI. Диски под данные добавляются отдельно. Конвертировать образ загрузчика в формат VMDK можно утилитой qemu-img:
qemu-img convert -f raw -O vmdk arpl.img arpl.vmdkПеред загрузкой проверьте режим прошивки ВМ. Большинство современных загрузчиков поддерживают UEFI, но отдельные сборки рассчитаны только на Legacy BIOS. Если консоль показывает чёрный экран без признаков загрузки — первым делом переключите Options → Boot Options → Firmware между BIOS и EFI и попробуйте снова.
☑️ Чек-лист перед первым запуском ВМ
Сеть и обнаружение NAS
После старта ВМ загрузчик выводит в консоль меню, где выбирается модель, версия DSM и формируется конфигурация. Далее система загружается и получает адрес по DHCP. Найти NAS в сети можно через Synology Assistant или сканированием сети, после чего открывается веб-интерфейс установки DSM.
Типичная проблема этого этапа — ВМ не получает IP-адрес или не видна в сети. Проверьте, что виртуальный сетевой адаптер подключён к правильной port group, а его тип поддерживается загрузчиком. Адаптер E1000e совместим с большинством сборок; VMXNET3 быстрее, но требует наличия соответствующих драйверов в загрузчике.
Диски под данные: виртуальные, RDM и проброс контроллера
Способ подключения хранилища — главное архитектурное решение при развёртывании Xpenology на ESXi. Есть три основных варианта, и у каждого свои компромиссы.
| Способ | Плюсы | Минусы | Когда выбирать |
|---|---|---|---|
| Виртуальные диски (VMDK) | Простота, снапшоты, тонкое выделение | Нет прямого доступа к SMART, двойной слой ФС | Тесты, некритичные данные |
| RDM (Raw Device Mapping) | Почти прямой доступ к диску, SMART частично доступен | Сложнее перенос, привязка к конкретному диску | Постоянный NAS на отдельных HDD |
| Проброс HBA-контроллера (PCIe passthrough) | Полный контроль над дисками, корректный SMART | Контроллер недоступен другим ВМ, нужна поддержка VT-d/IOMMU | Основной NAS с пулом из нескольких дисков |
Для RDM диск добавляется командой на хосте через SSH. Сначала определите идентификатор устройства командой ls -l /vmfs/devices/disks/, затем создайте маппинг:
vmkfstools -z /vmfs/devices/disks/ /vmfs/volumes/<датастор>/disk_rdm.vmdk ⚠️ Внимание: ошибка в идентификаторе диска при создании RDM может привести к затиранию не того накопителя. Перед выполнением команды убедитесь, что выбранный диск не содержит датасторов ESXi и не используется другими ВМ.
Типичные ошибки и их решение
Разберём ситуации, с которыми чаще всего сталкиваются при связке VMware ESXi и Xpenology.
ВМ не загружается с образа загрузчика. Проверьте порядок загрузки, тип контроллера диска (SATA вместо SCSI/NVMe) и режим прошивки. Также убедитесь, что VMDK создан в правильном формате — тонкие диски, сконвертированные без учёта дескриптора, иногда требуют пересоздания через vmkfstools -i.
DSM установилась, но не видит диски данных. Возможная причина — конфликт нумерации портов SATA в конфигурации загрузчика. Загрузчики семейства ARPL/RR позволяют вручную задать параметры SataPortMap и DiskIdxMap, соответствующие количеству виртуальных SATA-контроллеров и дисков в ВМ.
После обновления DSM система не стартует. Это известный риск: обновления DSM могут ломать совместимость с загрузчиком. Перед любым обновлением делайте снапшот ВМ на уровне ESXi — это самый быстрый способ отката.
Производительность и тонкая настройка
Для сетевой производительности имеет смысл перейти на адаптер VMXNET3, если загрузчик включает его драйвер — он даёт меньшую накладную нагрузку на CPU по сравнению с эмулируемым E1000e. Также проверьте, что на физическом коммутаторе и в настройках vSwitch включён jumbo frames только в случае, если он настроен на всём пути до клиентов, иначе получите фрагментацию и потери.
По ресурсам: не выделяйте ВМ с NAS больше vCPU, чем реально нужно — лишние виртуальные процессоры увеличивают конкуренцию за физические ядра на загруженном хосте. Оперативную память лучше резервировать, если NAS используется постоянно: это исключит баллонинг и свопинг ВМ с дисковой подсистемой.
Резервное копирование и безопасность
Виртуальный NAS не отменяет правило резервного копирования. Снапшоты ESXi — это не бэкап: они предназначены для краткосрочного отката, а длительное хранение снапшотов деградирует производительность дисковой подсистемы. Данные с Xpenology копируйте штатными средствами DSM (например, Hyper Backup) на другой сервер, внешний диск или в облако.
С точки зрения безопасности не выставляйте веб-интерфейс DSM напрямую в интернет. Доступ извне организуйте через VPN на уровне роутера или отдельного сервиса. Отключите ненужные пакеты и сервисы, включите двухфакторную аутентификацию для учётной записи администратора, если она поддерживается вашей версией DSM.
⚠️ Внимание: активированные на неофициальных серийных номерах сервисы Synology могут перестать работать без предупреждения, а использование чужих валидных серийников — это нарушение, которое может привести к блокировке. Не полагайтесь на QuickConnect как на единственный канал доступа к данным.
FAQ: частые вопросы
Можно ли перенести диски с физической Xpenology в ВМ на ESXi?
Да, если диски подключить через RDM или проброс контроллера и версия DSM в ВМ не ниже той, что была на физической установке. Пул хранения обычно определяется системой автоматически, но перед миграцией обязательно сделайте резервную копию важных данных.
Какая версия ESXi нужна для Xpenology?
Жёстких требований нет: Xpenology работает на большинстве актуальных версий ESXi, начиная с 6.x. Важнее совместимость загрузчика с виртуальным оборудованием конкретной ВМ — типом контроллера дисков, сетевым адаптером и режимом прошивки.
Почему DSM предлагает «восстановление» после перезагрузки ВМ?
Такое поведение обычно означает, что загрузчик не подхватил установленную систему — например, изменился порядок дисков или параметры SATA-портов. Верните конфигурацию дисков к исходному состоянию и проверьте настройки SataPortMap в загрузчике.
Будет ли работать транскодирование видео в виртуальной Xpenology?
Аппаратный транскодинг требует проброса интегрированной графики Intel (Intel Quick Sync) внутрь ВМ, что возможно на поддерживаемых процессорах при включённом VT-d. Без проброса GPU транскодирование будет программным и сильно нагрузит vCPU.
Насколько законно использование Xpenology?
DSM — проприетарное ПО компании Synology, лицензированное для её оборудования. Запуск на стороннем железе и в виртуальных машинах нарушает условия лицензии, поэтому для коммерческого использования и критичных данных корректным выбором будет оригинальное устройство Synology или альтернативная NAS-система с открытой лицензией.