Установка esxi на флешку или на диск

Обновлено: 07.07.2024

Исторически сложилось так, что для освобождения отсеков для устройств и снижения стоимости установки узлов ESXi выбирались SD-карты или USB-устройства. Однако такие устройства имеют низкий ресурс и со временем проявляют проблемы с надежностью. SD-карты и USB-накопители также могут иметь проблемы с производительностью и не выдерживать высокочастотных операций чтения-записи. В настоящее время мы все чаще наблюдаем проблемы, связанные с загрузкой в ESXi 7.x, с узлами, использующими SD-карты или USB-накопители в качестве загрузочных накопителей. В этой статье мы подробно расскажем о том, что мы видели, и предоставим техническое руководство по устранению таких проблем.

В перспективе потребность в поддержке хостами ESXi других решений VMware или сторонних производителей постоянно возрастает. Поэтому потребность в более надежном, гибком и высокопроизводительном устройстве хранения данных для системного хранилища является необходимостью.

В новой схеме разделов vSphere 7.x только загрузочный раздел системы имеет фиксированный размер 100 МБ. Остальные разделы являются динамическими, то есть размер раздела будет определяться в зависимости от размера загрузочного накопителя.

Раздел ESX-OSData должен быть создан на постоянном запоминающем устройстве с высокой выносливостью, поскольку увеличивается количество запросов ввода-вывода, отправляемых в раздел ESX-OSData. Увеличение запросов ввода-вывода является результатом множества факторов, которые были введены в ESXi 7.x, таких как:

Увеличение количества запросов на проверку состояния устройств, чтобы убедиться, что они продолжают обслуживать запросы ввода-вывода.
Запланированные сценарии для резервного копирования состояния системы, временные метки немного способствуют увеличению запросов ввода-вывода.
Кроме того, больше функций и решений хранят состояние конфигурации на ESX-OSData, что требует его установки на высоконадежном, локально подключенном постоянном устройстве хранения.

Потенциальные проблемы с ESXi 7 и SD-картами и USB-накопителями

Потенциальное повреждение locker-раздела VMFS-L

Устройства с низким ресурсом, такие как SD-карты или USB-накопители, быстро изнашиваются из-за частых операций чтения. Наиболее распространенной причиной частых операций чтения являются файлы VMTools, к которым обращаются виртуальные машины. Одним из способов борьбы с этим является выгрузка операций ввода-вывода при чтении VMTools на RAM Disk, что значительно сокращает количество операций ввода-вывода, передаваемых на SD-карты или USB-накопители.

Текущим обходным решением является перемещение VMTools на RAMDisk путем включения опции ToolsRAMDisk Option вручную. Проблема решена в vSphere 7 Update 2c. Дополнительные сведения см. в статье KB Article 83376.

SD-карты или USB-устройства обычно имеют небольшую глубину очереди, что приводит к невыполненным запросам ввода-вывода в стеке хранилища и, в конечном счете, к тайм-ауту. Проблема решена в vSphere 7 Update 2c. Более подробную информацию см. в статье KB Article 83963.

План устранения проблемы при использовании SD-карт или USB-устройств в качестве загрузочного накопителя

Использование SD-карт или USB-устройств связано с некоторыми ограничениями:

Использование автономных SD-карт или USB-накопителей (без дополнительного устройства для раздела ESX-OSData) в качестве загрузочного накопителя для хранения раздела ESX-OSData устарело в vSphere 7 Update 3 и не будет поддерживаться в будущих основных выпусках.
В ближайшем будущем единственной поддерживаемой конфигурацией, предполагающей использование SD-карты или USB-накопителя в качестве загрузочного накопителя, будет, как минимум, 8 ГБ SD-карта или USB-накопитель + локально подключенное постоянное устройство хранения для раздела ESX-OSData. Рекомендуемый список локально подключаемых устройств хранения данных приведен ниже.
В любом случае, если в качестве загрузочного накопителя используется SD- или USB-устройство (только SD/USB или SD/USB + локальный HDD/SSD-диск), следуйте приведенным ниже инструкциям, чтобы уменьшить объем ввода-вывода, отправляемого на загрузочный SD- или USB-накопитель:
- Убедитесь, что раздел /scratch настроен на постоянное хранилище, например локальный HDD/SSD, или загрузитесь с устройства SAN. Программа установки ESXi 7.0 не создает /scratch-раздел на SD-карте или USB-накопителе. Она пытается найти постоянное хранилище и пытается создать /scratch на постоянном устройстве хранения. Раздел /tmp размером 250 МБ создается на RAM-диске, если постоянное хранилище недоступно. Обратите внимание, что производительность хостов ESXi снижается, если в разделе /tmp заканчивается место.
  VMware не поддерживает раздел /scratch на загрузочном накопителе SD или USB. Всегда настраивайте /scratch на локально подключенном диске (HDD или SSD). Если локальный диск недоступен, настройте его на SAN. Следуйте шагам, указанным в статье KB 1033696. Примечание: Пожалуйста, имейте в виду, что RAMDisk нестабилен и подвержен потере данных, поэтому хранение части загрузочных разделов на RAM Disk приводит к ухудшению режима работы.
- Хорошей практикой всегда является настройка ESXi Dump Collector на разгрузку дампов ядра.
Для решения проблемы отсутствия /bootbank убедитесь, что клиенты также обновились до vSphere 7 Update 2c или выше.
Двойная SD-карта: Это не то решение, на которое следует полагаться. Нарушения чтения/проблемы производительности могут быть вызваны и при использовании двух SD-карт. Также важно отметить, что даже ухудшение работы одной SD-карты в зеркальной установке может привести к ухудшению работы других SD-карт.
Если ваш хост ESXi уже обновлен до версии 7.x, вы можете добавить локально подключенное устройство хранения и установить autoPartition=True. При следующей перезагрузке будет создан раздел первого локально подключенного хранилища, который будет использоваться для раздела ESX-OSData. См. статью VMware KB Article 77009.

Соображения по загрузке ESXi

На сегодняшний день наилучшей практикой является наличие, а в будущем и обязательное наличие локально подключенного постоянного устройства хранения данных. Для получения дополнительной информации ознакомьтесь с приведенными ниже сведениями.

Загрузка хоста ESXi с локально подключенного хранилища в среде vSAN

Загружать хост ESXi с тех же контроллеров хранения, которые используются совместно с дисками vSAN, не рекомендуется. Клиенты могут рассмотреть возможность приобретения дополнительного контроллера для поддержки загрузочного устройства или использовать флэш-память M.2, PCIe NVMe или твердотельный накопитель SATA.

Заключение

VMware отказывается от поддержки SD-карт и USB-накопителей в качестве загрузочных накопителей. Конфигурация загрузки ESXi с использованием только SD-карты или USB-накопителя, без какого-либо постоянного устройства, устарела в vSphere 7 Update 3. В будущих выпусках vSphere эта конфигурация будет неподдерживаемой. Клиентам рекомендуется полностью отказаться от SD-карт или USB-накопителей. Если в настоящее время это невозможно, убедитесь в наличии SD-карт или USB-накопителей объемом не менее 8 ГБ и дополнительного локально подключенного устройства повышенной емкости объемом не менее 32 ГБ для раздела ESX-OSData Partition. Как объяснялось ранее, клиентам следует предпринять все действия, уменьшающие количество запросов ввода-вывода, отправляемых на SD-карту или USB-устройство, например, настроить раздел /scratch на постоянном устройстве, настроить дамп ядра сети и включить опцию toolsRamDisk. Кроме того, клиентам следует перейти на версию vSphere 7 Update 2c или более позднюю, которая содержит исправления проблем с USB и стеком хранения данных.

Важные ссылки

P.P.S. Качество картинок везде исправлено до приемлемого (в отличии от оригинальной статьи). Таблица сделана текстом, опечатки оригинальной исправлены.

Добавить комментарий Отменить ответ

Перейти с Порше на Жигули - такое себе решение!

Мысли в слух " а может перейти на proxmox " Что-то в последняя время ESXi не стабильно стал по обновлениям.…

Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.

VMware Technology Network
:
Global
:
Russian
:
Russian Discussions
:
ESXI на флешке, можно ли в продакшен?

mastakilla

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

Подскажите, есть ли опыт реального использования, когда ESXI на хосте стартует с флешки? какие подводные камни, кроме как резервных копий настроек esxi хоста.

vkost27

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

работает уже 7 месяцев в продакшне, пока полет нормальный

dimsua

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

Несколько лет на флешке работает без проблем.

Немного только дольше загружается.

Menhatep9

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

На одном HP Blade использовал загрузочную SD карту до тех пор пока не решил перезагрузить хост, оказалось что шлешка уже полу мертвая но ESX упорно трудился не смотря ни на что

При холодном старте облом.

По хорошему после настройки сделать холодный клон флешки и хранить копию где то поблизости.

Сейчас у меня в продакшене система на raid-1 т.к сервера все BL

dimsua

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

ESXI после загрузки к флешке обращается очень редко.
Все держит в ОЗУ.

Мне удобнее ESXI держать на флешке, или на DOM.

Меньше проблем при переустановке ESXI, или при манипуляциях с массивами - меньше риск случайно удалить какой-нибудь нужный раздел.

Как создать загрузочную флешку с ESXI 6, 5

Запускаем утилиту. Выбираем пункт Образ диска и выбираем ваш ISO образ.

Как создать загрузочную флешку с ESXI 6-01

Далее вам нужно выбрать ваш USB носитель и нажать ОК. Начнется создание загрузочной флешки с ESXI 6 дистрибутивом.

Как создать загрузочную флешку с ESXI 6-02

Как создать загрузочную флешку с ESXI 6-03

Когда выскочит предупреждение, о том что хотите ли вы перезаписать файл меню, жмите Yes to All

Как создать загрузочную флешку с ESXI 6-04

После создания перезагружаться не нужно, жмем Выход.

Как создать загрузочную флешку с ESXI 6-05

Еще нам нужно подредактировать файл syslinux.cfg. А именно заменяем строку DEFAULT menu.c32 на DEFAULT mboot.c32

Как создать загрузочную флешку с ESXI 6-06

Как создать загрузочную флешку с ESXI 6-07

На этом все, теперь флешка с ESXi создана и можно с нее грузиться. Читайте далее Как создать загрузочную флешку с ESXI 6, 5-2 часть / Загрузочная флешка с ESXI 6, 5

04.08.2020

VMWare, Виртуализация

комментария 4

Несколько раз возникала задача прямого подключения внешнего USB диска/флешки к хосту VMWare ESXi. Как правило это нужно чтобы скопировать образ виртуальной машины для передачи в удаленный филиал (если WAN канал между офисами слабый или сильно загружен), бэкапа файлов ВМ на внешнее USB устройство, копирования на хост ESXi ISO файла или образа (когда нельзя сильно нагружаться сеть). В этой статье мы рассмотрим, как подключить к хосту ESXi USB диск или флешку в качестве VMFS хранилища или для прямого копирования файлов с FAT32/NTFS раздела.

Подключение внешнего USB накопителя как VMFS хранилища в VMWare ESXi

Предположим, вы хотите подключить USB диск к хосту ESXi и создать на нем VMFS хранилище для удобного копирования/переноса файлов и образов виртуальных машин.

Официально VMWare не поддерживает работу внешних USB устройств в качестве VMFS хранилища. Однако это работает и может использоваться. Кроме того, ESXi не поддерживает USB устройства размером более 2 Тб.

Начиная с VMWare ESXi 6.5 несколько изменилась концепция подключения USB устройств к хосту. Если ранее использовались несколько драйверов (xhci, ehci-hcd, usb-uhci, usb-storage), то теперь вместо них используется один USB драйвер vmkusb.

USB диск будет называться mpx.vmhbaX или naa.X.

Прямое копирование данных между ESXi и USB диском с NTFS/FAT32

Если вы не хотите менять файловую систему USB накопителя на VMFS, вы можете из консоли ESXi получить доступ к файлам на файловой системе NTFS или FAT32 и скопировать нужные файлы.

Перед подключением USB диска к ESXi хосту не забудьте выключить службу USB arbitrator.

Для доступа к FAT32 разделам с ESXi можно использовать утилиту mcopy, а для доступа к NTFS разделу на USB – ntfscat. Также нативно поддерживается файловая система ext3. Основные ограничения:

FAT32 и Ext3 разделы доступны на чтение и запись;
NTFS диски доступны только на чтение (т.е. вы можете скопировать файлы с USB накопителя с NTFS на ESXi хост, но не наоборот).

Чтобы скопировать файл с USB устройства с FAT32 на ESXi, используйте:

где /some.iso – путь к файлу на USB диске. Второй путь показывает куда поместить файл на хосте ESXi (например, сразу в VMFS datastor).

Для обратного копирования с ESXi на USB просто поменяйте местами пути в команде.

Основная проблема FAT32 – не поддерживаются файлы более 4 Гб. Поэтому довольно сложно скопировать vmdk файлы виртуальных машин. Как правило перед копированием исходный файл можно разбить на части (например, по 3 Гб):

Теперь можно скопировать все куски на USB накопитель, а на целевом хосте ESXi собрать их:

Для копирования файла с USB диска с NTFS на ESXi хост используется команда:

Копирование можно выполнять только в одну сторону, NTFS не доступна для записи через ntfscat.

Читайте также: