Using simple offset uefi rts mapping policy esxi при установке
Обновлено: 05.07.2024
только виндовс сервер и линукс пишут правильную температуру. а кулера едва крутят в сайлент режиме.
склеены, это значит один лвм том размером 4 Тб.
вместо четырех по 1 Тб.
Если кому интересно, нужно добавить в дистрибутив драйвера своей сетевушки.
Заинсталлить на флешку (не на SATAдиск) из-под Workstation.
Инсталлированную ESXi подключаем к нашей матери, запускаем, и наблюдаем "relocating modules and starting up the kernel. "
На самом деле ESXi не может разобраться со встроенным видиком, так что смотрим на роутере какой ESXi получила адрес, и конектимся через клиент.
Теперь для поднятия sata патчим sata драйвер.
Для єтого стартуем SSH, и
cd /tmp
mkdir ahci
cd ahci
vmtar -x /bootbank/sata_ahc.v00 -o sata_ahc.tar
tar xvf sata_ahc.tar
rm sata_ahc.tar
echo “regtype=linux,bus=pci,id=8086:22a3 0000:0000,driver=ahci,class=storage” >> etc/vmware/driver.map.d/ahci.map
tar cvf sata_ahc.tar etc usr
vmtar -c sata_ahc.tar -o sata_ahc.vgz
mv sata_ahc.vgz /bootbank/sata_ahc.v00
1) Можно ли задать время когда будет проходить репликация? Скажем, меня вполне устроит раз в 24 часа (RPO), но чтобы при этом не было снижения производительности хоста.
2) Point in time instances по какому принципу работает? Как я понимаю, первоначально создается полная реплика, далее отслеживаются измененные сектора и создаются что-то вроде снэпшотов по каждому случаю реплицирования? Соответственно в какой-то момент времени будет проходить консолидация этих снэпшотов в единый образ и останется только определенное число "снэпшотов" для возможного отката в нужные точки во времени, насколько эта процедура ресурсоемка для хоста на котором это будет проходить?
3) Насколько быстро происходит откат в нужную точку? Это делается штатными средствами по аналогии со снэпшотами?
4) При необходимости запуска реплицированной машины, в случае, если первичный хост (назовем его мастер) где она размещалась стал недоступен, она будет доступна сразу к запуску или требуется какое-то время на приведение ее в рабочее состояние (пункт 2)?
5) При поднятия мастер хоста после аварии какая логика работы? Например на хосте стоит автозапуск машин, т.о. при поднятии хоста может появитья дубликат машины? Какая логика проведения последующей репликации -- система поймет, что на мастер хосте содержится уже не актуальная версия машины?
6) Насколько адекватно использование quiescing позволяет в последующем восстановить работу виртуалок с БД (Win2012 SQL, Ubuntu Postgres)? Стоит ли полагаться на такой бэкап или все таки лучше средствами гостевой ОС это делать? Например, тот же Exchange требует проведения внутреннего бэкапа, прежде, чем удалить журнал транзакций.
7) Виртуалку с vsphere так же можно реплицировать теми же средствами или тут лучше создать второй сервер по аналоги с контроллерами доменов в винде? Т.е. если отвалится хост где крутился vsphere можно ли будет напрямую подключить к хосту куда была сделана репликация и поднять там реплику vsphere и уже из нее развернуть реплики других машин?
и зачем здесь репликация?
СРК, тот же Veeam , в вашем случае хватит и бесплатной версии.
Вопрос в том какой downtime закладывет бизнес.
Перед этим успешно сконвертировались и запустились VM с Winxp SP3, WinServer 2003 R2 Standart SP2 32-bit.
ВМ после переноса запускается успешно (пробовал перенос через OVF и конвертором), версия HW 10, VMtools обновлены, драйвера сетевой и дискового контроллера меняются успешно. Снэпшотов у ВМ нет. Свободного места на datastore достаточно. Изменения делаю через vSphere web client.
(при переносе конвертором в конце выдает ошибку - Unable to proceed since the Sysprep parameters provided are not correct.)
Userworld Swap : 0
Booted after rollback : 0
И еще vmdirectpath passthrough для USB не настраивали?
я не разбирался что это
все работало пока жесткий диск, на котором был загрузчик с областью для сохранения не начал сыпаться.
Для этого и была задумана затея с загрузочной флешкой.
в параметре ScratchConfig прописан пусть /vmfs/volumes/Datastores3/.locker (это жесткий диск)
флешки в /vmfs/volumes/ нет
p.s.Сейчас у меня есть мысль опять сохранить и восстановить настройки при помощи сохранить конфигурацию с помощью vicfg-cfgbackup.pl.
кажется что при таком варианте настройки жестко сохранятся на флешке.
angelnn- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
.
Binary files /etc/vmware/dvsdata.db and /tmp/auto-backup.166040.dir/etc/vmware/dvsdata.db differ
boot type: visor-usb
Saving current state in /bootbank . т.е. состояние сохраняется.
Clock updated.
Time: 16:34:11 Date: 03/11/2012 UTC
т.е сохряняется в /vmfs/volumes/Hypervisor1 (осталось понять что же это такое)
VTsukanov- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
34f290e9-e510916c-438c-17eedaa964c5 Hypervisor1
4d94897b-3aed77fe-3e54-001517c9b78a Hypervisor2
4f5b3b40-8b0fe573-def3-001517c9b78a Hypervisor3
Datastores0 это altbootbank
Hypervisor1 это bootbank
1) Проверьте с помощью
меняется ли дата создания state.tgz (должна меняться раз в час) ну и по команде auto-backup.sh
3) Проверьте с помощью статьи Identifying disks when working with VMware ESX что bootbank и altbootbank расположены на флешке
Для домашнего стенда мне понадобилось установить гипервизор VMWare ESXi -V в качестве виртуальной машины Hyper-V на Windows 10. Hyper-V и VMWare ESXi поддерживают вложенную виртуализацию (nested virtualization) и в принципе этот сценарий возможен (хотя официально не поддерживается). Однако есть несколько особенностей установки ESXi под Hyper-V, которые нужно обязательно отметить.
Если установщик ESXi не находит сетевых адаптеров, он выводить ошибку и не позволяет продолжить установку:
Чтобы добавить драйвер net-tulip в образ ESXi, вам понадобится установить на ваш компьютер модуль VMWare PowerCLI.
Или намного проще воспользоваться готовым модулем ESXi-Customizer-PS (мы рассматривали его раньше в статье про интеграцию драйверов в образ ESXi).
Выведите список доступных для загрузки версий ESXi:
.\ESXi-Customizer-PS-v2.8.1.ps1 -sip –ozip
В нашем случае нужно скачать образ с номером 203 (ESXi-6.0.0-20170604001-standard). Укажите 203 и нажмите Enter.
Дождитесь, пока скрипт загрузит zip архив с образом в текущий каталог.
Чтобы интегрировать в данный zip образ драйвер net-tulip и получить ISO образ, выполните команду:
.\ESXi-Customizer-PS-v2.8.1.ps1 -iZip "C:\Ps\ESXi-6.0.0-20170604001-standard.zip" -vft -load net-tulip
Итак, вы у вас есть установочный ISO образ ESXi. Теперь нужно создать виртуальную машину на сервере Hyper-V. При создании ВМ используйте следующие настройки:
Если попробовать загрузить виртуальную машину с вашего образа, появится ошибка, вызванная отсутствием совместимого с VMkernel видеоадаптера:
Чтобы игнорировать эту проблему и продолжить установку ESXi, нужно при загрузке ВМ нажать TAB и добавить следующий параметр:
Установщик ESXi проверит конфигурацию оборудования, обнаружит сетевую карту и предложит продолжить установку образа ESXi на виртуальный диск.
Затем следуйте мастеру установки VMWare ESXi (шаги подробно описаны в статье Установка и первоначальная настройки Free VMWare Hypervisor).
После окончания установки вам нужно перезагрузить ВМ и на этапе выбора параметров загрузки ESXi нажать Shift+O. Здесь нужно также указать, что ESXi должен запускаться без проверки видеокарты. Для этого в конце строки допишите ignoreHeadless=TRUE и нажмите Enter.
Чтобы каждый раз при загрузке не указывать эту опцию, нужно изменить конфигурацию ESXi:
Закройте консоль, нажав ALT+F2. Осталось в DCUI настроить параметры сети для ESXi и перезагрузить ВМ. Проверьте, что ESXi теперь загружается нормально и вы можете подключиться к ней с помощью vSphere Web Client.
Итак, мы рассмотрели, как запустить ESXi в виртуальной машине на Hyper-V. Хоть это и официально не поддерживаемая конфигурация, но она позволит вам попробовать поработать со старыми версиями VMWare ESXi в песочнице на своем домашнем компьютере с Windows 10.
Прежде чем приступать к установке, необходимо подготовить рабочее место. Вот что использовалось при написании инструкции:
- Raspberry Pi 4 Model B 4GB RAM;
- источник питания Qualcomm GA-QC810;
- кабель USB A to USB type C;
- карта MicroSD 16GB;
- адаптер MicroSD to USB;
- USB флешка 32GB;
- USB флешка 16GB;
- кабель HDMI-mini to HDMI;
- комплект клавиатура+мышь с беспроводным адаптером;
- ноутбук с Ubuntu 20.04;
- кабель RJ-45;
- монитор.
Уделите особое внимание источнику питания, так как нехватка тока может привести к разным ошибкам в процессе установки гипервизора. Используемый нами Qualcomm GA-QC810 дает 3А при напряжении 5В, что идеально подходит для нашей «малинки». Также рекомендуем использовать активное охлаждение Raspberry PI вместо пассивного.
При установке рекомендуется использовать монитор и клавиатуру. Способ с использованием последовательного порта поддерживается, но ограничен по функциональности.
Обратите внимание, что на момент написания статьи VMWare ESXi не поддерживает модуль Wi-Fi, для подключения к сети используется только проводной интерфейс.
Теперь, когда известны все ограничения текущей версии, можно приступать к подготовке нашего одноплатного компьютера.
Обновление EEPROM
Первым делом обновите EEPROM «малинки». Эта процедура выполняется в Raspberry PI OS. Эта ОС должна быть предустановлена на Raspberry PI, но, если вы уже устанавливали другую ОС, это не проблема.
Скачиваем Raspberry Pi Imager с официального сайта . Для Ubuntu программа распространяется в виде deb-пакета. Далее в терминале переходим в каталог со скачанным пакетом и устанавливаем его:
Могут возникнуть ошибки, связанные с неразрешенными зависимостями. Необходимые зависимости устанавливаются с помощью команды apt:
Если зависимости и Imager успешно установились, можно приступать к установке Raspberry Pi OS.
Окно Raspberry Pi Imager v1.4 с выбранными ОС и накопителем
Подключаем MicroSD-карту к ноутбуку и запускаем утилиту. В качестве ОС выбираем Raspberry Pi OS (32-bit), а в качестве SD Card — подключенную MicroSD-карту. Убедитесь, что выбрали правильное устройство, так как нажатие кнопки «write» сотрет все данные на устройстве и запишет туда файлы выбранной ОС.
Запись Raspberry Pi OS на MicroSD-карту
После завершения записи утилита дополнительно проверит корректность записанных данных. Если все хорошо, то устанавливаем MicroSD-карту в Raspberry Pi и запускаем. После загрузки ОС нас приветствует первоначальная настройка ОС. Отвечаем на ее вопросы и ближе к концу соглашаемся обновить ПО.
Обновлений EEPROM не найдено
После обновления ПО можно приступать к обновлению EEPROM. Сначала проверим наличие обновлений:
У нас установлена актуальная версия, поэтому необходимости выполнять обновление нет. Однако если версия CURRENT все же отличается от LATEST, то обновляемся:
Теперь, когда EEPROM обновлен, приступаем к установке образа UEFI.
Установка UEFI
Карточку необходимо отформатировать в FAT32 и примонтировать в удобное место:
В репозитории нас интересует содержимое каталога boot, кроме файлов с расширением .img, которые представляют собой образы с ядром ОС Linux. Избавляемся от img-файлов и копируем содержимое каталога на MicroSD-карту:
Если вы используете Raspberry Pi с 4 ГБ оперативной памяти, то в config.txt необходимо добавить строчку gpu_mem=16:
После этого добавляем файлы на MicroSD-карту:
Далее отмонтируем карту, устанавливаем ее в Raspberry Pi и запускаем.
Экран выбора загрузки
Если все сделано корректно, то UEFI быстро загрузится и «малинка» предложит зайти в настройки или продолжить загружаться.
UEFI Setup Utility на Raspberry Pi
Заходим в Setup и видим достаточно привычную для серверов картину. Однако глаз «цепляется» за строку «3072 MB RAM». Объяснение этому достаточно простое. По умолчанию оперативная память ограничивается до 3 ГБ для совместимости с другими ОС.
Отключение искусственного ограничения оперативной памяти
Так как нам нужна вся доступная на «малинке» оперативная память, то находим пункт Limit RAM to 3 GB по пути Device Manager — Raspberry PI Configuration — Advanced Configuration и устанавливаем в Disabled. После этого сохраняем настройки нажатием клавиши F10 и выходим из Setup Utility. Для применения настроек необходимо выполнить перезагрузку, о чем нас и попросят. Соглашаемся на перезагрузку, и наш Raspberry Pi готов к установке гипервизора.
Подготовка установочной флешки
Заходим на страничку ESXi Arm Edition , выбираем ESXi-Arm-ISO, соглашаемся с лицензией Technical Preview и принимаем факт, что Flings — это экспериментальное ПО и его стоит использовать только для тестовых целей.
Подключаем в Raspberry Pi флешку с образом и чистую флешку, которая будет выполнять роль системного диска, и включаем «малинку».
Назначение порядка загрузки
По умолчанию порядок загрузки UEFI начинается с попыток загрузиться по сети. Так как мы работаем с флешками, то заходим в Setup Utility и меняем порядок в следующем пункте настроек: Boot Maintenance Manager — Boot Options — Change Boot Order — Change the order. Записи меняют приоритет по нажатию кнопок ±. Устанавливаем флешки первыми.
После установки приоритета необходимо нажать Enter для сохранения нового порядка, а затем сохранить изменения в конфигурации с помощью F10. Перезагружаем Raspberry Pi и наконец попадаем в установщик VMware ESXi.
Установка VMware ESXi
Дополнительные параметры для установщика
Ранее мы говорили, что предпочтительным способом общения с установщиком является использование монитора и клавиатуры, а не консоли. Эта рекомендация имеет наибольшую силу во время начала установки. При использовании клавиатуры можно нажать Shift + O и задать параметры для установщика, в то время как в консольном режиме это невозможно.
Мы как раз воспользуемся этим для ограничения раздела VMFS-L до 1 ГБ. Нажимаем Shift + O и прописываем autoPartitionOSDataSize=1024. Так у нас останется место на Datastore для виртуальных машин. К сожалению, нам не удалось заставить ESXi видеть другие USB-накопители и iSCSI-устройства, поэтому ограничение раздела VMFS-L — это пока единственный способ выделить место для хранилища ВМ.
Отвечаем на вопросы установщика, и спустя 10 минут VMware ESXi установлена. Обратим внимание, что установщик не задает вопросы про сетевые интерфейсы. Проводной интерфейс настроен получать адрес по DHCP, а беспроводной игнорируется системой.
Главная страница веб-интерфейса VMware ESXi
Если установка прошла успешно, то перезагружаем Raspberry Pi, извлекаем установочную флешку и дожидаемся загрузки гипервизора. Операционная система попытается получить адрес по DHCP на проводном интерфейсе, и если ей это удастся, то этап установки завершен.
Запуск виртуальной машины
Во время установки гипервизора мы ограничили размер VMFS-L раздела до 1 ГБ, что позволило оставить 20 ГБ под datastore — место, где виртуальные машины хранят свои данные. Мы бы очень хотели воспользоваться возможностью загрузки готовых OVA-образов, но, к сожалению, под архитектуру ARM64 такие образы не находятся.
Установка Debian 10 из ISO-образа
Так как легким путем пойти не удалось, придется искать образы CD с ОС под архитектуру ARM64. Мы выбрали Debian 10 и скачали netinstall-версию с
Гостевая Debian 10 Buster и характеристики виртуальной машины
После множества попыток нам удалось установить Debian 10 на виртуальной машине в следующей конфигурации:
- 2 vCPU;
- 1 ГБ RAM;
- 17 ГБ диск.
Со стороны операционной системы важными являются следующие настройки:
- один раздел для всего на 17 ГБ;
- не использовать swap;
- из компонентов на выбор поставить только SSH Server.
Конечно, успех был достигнут не с первой попытки.
Рекомендации по решению проблем
При установке гостевой ОС необходимо помнить, что работа гипервизора и гостевой ОС производится в условиях жесткой нехватки аппаратных ресурсов. Для решения части проблем необходимо просто набраться терпения и подождать.
Но не все проблемы решаются бездействием. Так, например, нам не удалось установить Debian с первого раза, поскольку виртуальная машина зависла на этапе разбиения диска, а следом завис и гипервизор.
Жесткая перезагрузка помогла продвинуть установку Debian дальше, но на этапе установки ядра ВМ опять зависала, потребление CPU снижалось до минимума, как и обращение к дискам. Гипервизор был неспособен перезагрузить ВМ, а datastore browser отображал бесконечную загрузку. Подозрения пали на флешку с гипервизором.
Задержка при обращении к диску до 150 секунд
Просто заменить флешку было невозможно, так как внешних накопителей подобного объема в ближайшем доступе не было. Графики мониторинга гипервизора говорили о больших задержках при обращениях к диску. Мы проверили установку Ubuntu 20.04 и CentOS 7, и каждая из ОС выдавала схожие симптомы, а проблема воспроизводилась в конкретные этапы установки.
Предположили, что установщику не хватает места. Мы сократили раздел VMFS-L до 1ГБ и выделили виртуальной машине 16 ГБ. Это сместило зависание виртуальной машины на самый конец установки и подтвердило догадку. Опытным путем было установлено, что для минимальной установки Debian 10 требуется диск на 17 ГБ.
В нашей сборке «бутылочным горлышком» было пространство на флешке, которого не хватало. Эту проблему можно решить использованием внешнего жесткого диска, однако в этом случае рекомендуем убедиться, что питания Raspberry Pi хватит для работы этого диска.
Заключение
Мы добились желаемого и не просто поставили гипервизор на Raspberry Pi, но и установили гостевую ОС, которая корректно работает. Хочется отметить, что запуск VMware ESXi на «малинке» был увлекательной и местами нетривиальной задачей.
Несмотря на малую вычислительную мощность Raspberry Pi, вероятно в будущем, ее можно применить в качестве бюджетного хоста-свидетеля (witness) для программно-определяемого хранилища VMware vSAN.
Читайте также: