Enter maintenance mode vmware что это
Enter maintenance mode vmware что это
Режим обслуживания в ESXI 5.5 и vCenter 5.5
Сначала рассмотрим графический вариант. Щелкаем правым кликом по нужному хосту ESXI и выбираем Enter maintenance mode.
Как перевести хост ESXI 5.5 в режим обслуживания (maintenance mode)-01
Система вас спросит, мол вы реально хотите это сделать жмете yes.
Как перевести хост ESXI 5.5 в режим обслуживания (maintenance mode)2
После чего ваш хост будет переведен в режим maintenance mode
Вывести хост из режима maintenance mode, можно тоже кликнуть правой кнопкой мыши и выбрать Exit maintenance mode.
Как перевести хост ESXI 5.5 в режим обслуживания (maintenance mode)4
Перевод хоста в maintenance mode, через ssh консоль
Теперь сделаем все тоже самое, но через консоль. Конектимся через ssh, как это сделать читаем тут. Вводим команду
Видим, что у команды есть два действия get и set, то есть получить и задать. Вводим
И видим, что статус выключен, что означает, что хост не находится в режиме maintenance mode.
Как перевести хост ESXI 5.5 в режим обслуживания (maintenance mode)5
Теперь вводим команду
В результате чего мы переводим хост в режим обслуживания.
Как перевести хост ESXI 5.5 в режим обслуживания (maintenance mode)6
Вывести ESXI хост из режима обслуживания поможет команда
Перевод в режим обслуживания в ESXI 6.5 и vCenter 6.5
В заданиях у вас появится задание на перевод в режим обслуживания нужных вам хостов.
Вот так вот просто перевести хост ESXI 5.5 в режим обслуживания (maintenance mode). Материал сайта pyatilistnik.org
Популярные Похожие записи:
5 Responses to Как перевести хост ESXI в режим обслуживания (maintenance mode)
esli posle oshibki nuzhno prosto perezagruzit’ host nuzhno li stavit’ dannyi rezhim?
нет, гипервизор сам все правильно выполнит и корректно перезагрузит
Вау, спасибо за ответ, не ожидал даже получить его.
А в данной vmkernel сети вы делали привязку к какой либо из сетевух? так как один сетевой интерфейс можно привязать только к одному vmkernel. Так же можно дернуть сеть без перезагрузки, максимум вы потеряете пару пакетов
Обновление ESX
ESX, как и любую операционную систему, нужно обновлять. И, как и в большинстве UNIX-систем, эти обновления нужно скачивать и ставить вручную. Конечно, обладатели VMware vCenter Update Manager могут делать это все через графический интерфейс, но если у вас standalone ESX, то лучше научиться ставить обновления ручками. Даже если вы решите никогда не мучаться с установкой мелких update packages, процедура может пригодится при установке больших обновлений (4.0 –> 4.0u1 –> 4.0u2) или переходе на следующую версию (4.1). Да и проблемы, из разряда пропадающих разделов могут сподвигнуть вас на установку обновлений.
Прежде чем начать ковыряться с обновлениями нужно знать, что с точки зрения ESX существует 2 фазы установки обновления: stage и update (remediate в vCenter Update Manager). Во время первой фазы ESX опеределяет, нужно ли ставить обновления, какие RPM-ы из его состава применимы к конкретному серверу и загружает файлы в специальную папку. Во время второй фазы выполняется установка загруженных RPM-ов, т.е. фактическая установка обновления. Полную информацию о том, как устроен процесс, а также обо всех извращениях можно получить в ESX 4 Patch Management Guide.
VMware предлагает загружать обновления сразу на ESX Server, где их и распаковывать перед установкой. По опыту могу сказать, что обновление содержит гораздо больеше RPM-ов и прочего мусора, который может быть неприменим к вашему серверу. Поэтому лучше завести для обновлений отдельный FTP-сервер, где и хранить распакованные обновления. В этом случае на фазе stage ESX будет загружать на сервер только те файлы, которые нужны, и сервер не будет захламляться мусором.
Итак, на подготовленном FTP сервере (кстати, лучше всего разрешить на нем анонимный доступ на чтение) создаем папку (например 4.0u1), загружаем и распаковываем в нее Update 1. В результате распаковки должна сохраниться структура папок обновления, а в корне папки 4.0u1 должен лежать файл metadata.zip. Как-то так:
Когда все нужные обновления загружены, переходим собственно к их установке. Для начала рекомендуется вручную остановить все виртуальные машины на сервере (если у вас VMware vCenter и работает vMotion – перенесите их на другой сервер). В принципе, перевод хоста ESX в maintenance mode приводит к миграции или остановке виртуалок, но лучше с этим не экспериментировать. Когда все подготовлено, переходим к установке обновлений (после // идет краткий комментарий, который вводить, ес-сно, не нужно):
Можно устанавливать несколько обновлений за один присест, только для этого нужно сначала выполнить фазу stage для всех обновлений, а потом фазу update для всех обновлений. При установке нескольких обновлений лучше делать это в порядке выхода их в свет, дабы не проверять на своей шкуре как реализована проверка версий установленных файлов.
ESXi Maintenance Mode Via CLI How-to And Some More Commands
By Vladan SEGET | Last Updated: October 30, 2018
A short post to bookmark some CLI commands for putting a VMware ESXi host into a maintenance mode. In my lab, I’m running vCenter in a VM, and this VM runs out of a small local datastore. So I can’t simply vMotion this VM elsewhere to do a maintenance and patch using VMware Update Manager (VUM).
When the host where that VM runs, needs to be put into maintenance mode, one needs the CLI. That’s why this post. But while here I’ll add some more commands which are useful for rebooting, or checking up the VMs that runs on the host etc… which might be useful too.
ESXi maintenance mode is mode when it’s possible to install patches and updates or plan for a hardware upgrade such as adding more RAM or more internal hard drives. You might also need to service your host to install new firmware to your storage controller, to your motherboard etc. So the use cases for using a maintenance mode are numerous.
The host is in a state of Entering Maintenance Mode until all running virtual machines are suspended or migrated. When a host is entering maintenance mode, you cannot power on virtual machines on it or migrate virtual machines to it.
Whether you patching standalone ESXi host or if you’re using VMware Update manager for patching, in both cases you must put a host into maintenance mode. In case you’re using VUM the host is placed into maintenance mode automatically.
If you have VMs running on the host, you must migrate them or shut them down. You cannot leave VM running and put a host into a maintenance mode as the system will wait until all running VMs are shut down or are migrated elsewhere.
How to put a host into maintenance mode?
To enter maintenance mode using the command line interface, use this command:
esxcli system maintenanceMode set –enable true
To exit maintenance mode use this command:
esxcli system maintenanceMode set –enable false
Alternatively, there is another command to enter and to exit maintenance mode:
To enter maintenance mode:
To exit maintenance mode:
To check if the host is in maintenance mode:
Use one of these commands:
vim-cmd /hostsvc/hostsummary | grep inMaintenanceMode
While here, some quick commands how to reboot, halt or shutdown:
Through the vMA (vSphere Management Appliance):
From the vMA command prompt, you can also enter maintenance mode.
To exit maintenance mode from vMA enter the following.
You can also shutdown or reboot ESXi hosts command from vMA.
Find out which VMs are running on ESXi host:
Check out also my post on How-to power off unresponsive VM through the CLI.
Links:
Wrap Up:
Maintenance mode is a special state where the system assures that no VMs are running so the patching/upgrade of the host is possible. After the host has entered the Maintenance mode, no VMs can be deployed or powered-on on the host.
When no more running virtual machines are on the host, the host’s icon changes to include under maintenance and the host’s Summary panel indicates the new state. Host can exit the maintenance mode automatically after the patching process has finished and rebooted the host only if managed via vSphere Update Manager (VUM). If it is an individual host, no automatic maintenance mode exists.
VMware Update Manager is now part of VMware vCenter Server Appliance (VCSA). Windows-based vCenter needs a separate DB and separate software component. VMware is phasing out the Windows vCenter. The latest news was that the next release of VMware vSphere will be the last release where the Windows vCenter server will be part of the vSphere suite.
More from ESX Virtualization:
Stay tuned through RSS, and social media channels (Twitter, FB, YouTube)
Подготовка шаблона vApp тестовой среды VMware vCenter + ESXi
Перед вами пошаговое руководство по подготовке шаблона vApp для VMware Cloud Director, включающего в себя vCenter Server Appliance и 3 гипервизора ESXi, с целью снижения временных затрат на развертывании тестовой инфраструктуры VMware.
Что мы будем делать
1.1. Список VM в шаблон
Схема логической топологии
Подготовка Working Environment
3.2. Установка ManagementVM
3.3. Установка vCenter Server Appliance
Создание шаблона vApp
4.1. Подготовка vApp
4.2. Создание ESXi VM в vApp
4.3. Кастомизация ESXi в vApp
4.4. Установка vCenter Server Appliance в vApp
4.5. Установка Windows Server 2019 в vApp
4.6. Установка Ubuntu 18.04 LTS в vApp
4.7. Удаление ISO приводов и сетевых адаптеров
Выгрузка vApp шаблона из Working Environment
Загрузка vApp в VMware Cloud Director
1. Что мы будем делать
Мы подготовим максимально гибкий шаблон без привязки к адресу подсети, доменному имени, количеству выделяемых ресурсов и т.п. Будем делать так, чтобы при развертывании шаблона администратор мог произвести тонкую настройку. Подготовка шаблона выполняется в сети 10.0.0.0/24, а за стандартные значения при развертывании готового шаблона примем домен Domain.local и сеть 192.168.2.0/24.
Имя домена domain.local и сеть 192.168.2.0/24 выберем как значения по умолчанию, которые можно изменять в процессе развёртывания шаблона.
Мы подготовим шаблон, включающий в себя 6 виртуальных машин.
1.1. Список VM в шаблоне
VMware ESXi – 1 Гипервизор;
VMware ESXi – 2 Гипервизор;
VMware ESXi – 3 Гипервизор;
VMware vCenter Server Appliance with Embedded Platform Services Controller в конфигурации Tiny;
Ubuntu 18.04 LTS в качестве общего NFS хранилища;
Windows Server 2019 в качестве DNS сервера и Management machine. В последствии, с нее будет производится управления vCenter.
1.2. Требования
VDC в VMware Cloud Director:
a. ISO с дистрибутивом VMware ESXi 6.7U3b;
b. ISO (или OVA) с дистрибутивом VMware vCenter Server Appliance 6.7U3b;
c. ISO (или OVA) с Windows Server 2019;
d. ISO (или OVA) с Ubuntu1804.
Дополнительное ПО (опционально):
a. Браузер Google Chrome;
b. Текстовый редактор Notepad++;
c. SFTP клиент WinSCP.
Убедитесь, что в нашей локальной сети на уровне vCenter облачного провайдера переключены в состоянии Accept политики Promiscuous mode и Forged transmits. Иначе не будет связи между сетью виртуального дата-центра и сетью внутри подготавливаемого шаблона. Здесь об этом рассказывается подробнее.
Дистрибутивы продуктов VMware можно скачать с официального сайта, зарегистрировавшись в программе обучения и получив VMware Evaluation License на 60 дней.
Возможностей VMware Cloud Director для подготовки данного шаблона будет недостаточно, поэтому сначала развернём нашу рабочую среду «Working Environment» в виртуальном дата-центре VMware Cloud Director.
В рабочую среду мы установим ESXi гипервизор, vCenter Server Appliance и Windows Server 2019 в качестве ManagementVM. Подготовку шаблона будем выполнять, используя интерфейс vSphere Client в рабочей среде.
2. Схема логической топологии
3. Подготовка Working Environment
3.1. Установка ESXi
Создаём VM temp-ESXi1 – ESXi 6.7.
Выбираем загрузку с ISO.
Назначаем VM 24 vCPU, 24 Cores per socket, 32GB RAM и 5GB Storage. Подключаем сеть к виртуальной машине.
ESXi требует для развёртывания минимум двухъядерные процессоры. Установка на 24 одноядерных vCPU завершится ошибкой, поэтому необходимо задать отличный от единицы параметр Cores per socket.
Выполняем установку, нажимая Enter или F11
В процессе установки задаём пароль root
Нажимаем F11 и дожидаемся завершения установки
По завершению установки нажимаем Enter и перезагружаемся
Дожидаемся окончания загрузки, нажимаем F2, вводим пароль root
Переходим в настройки сети Configure Management Network.
Задаём статический IP.
Перезагружаем VM для применения отключения IPv6. Для применения остальных настроек достаточно перезапуска сетевого адаптера.
В VMware Cloud Director подключаем к temp-ESXi1 ещё один диск на 1ТБ. Это будет наш Datastore. Перезагружаем VM temp-esxi1.
3.2. Установка ManagementVM
Разворачиваем VM с Windows Server 2019. Настраиваем доступ по RDP.
Подключаемся по RDP к VM c Windows Server. Устанавливаем роль DNS сервера.
Создаём Forward Lookup Zone template.local
Создаём Reverse Lookup Zone для 0.0.10.in-addr.arpa
Создаём A и PTR записи в созданных зонах для temp-esxi01 и vcentersa1.
Важно! PTR запись для vCenter должна быть обязательно. Без неё установка vCenter завершится ошибкой.
Настраиваем DNS Forwarders.
Настраиваем DNS сервер 127.0.0.1 на сетевом интерфейсе.
3.3. Установка vCenter Server Appliance
Монтируем образ VMware-VCSA-all-6.7.0-14367737.iso на ManagementVM и извлекаем из ISO E:\vcsa\VMware-vCenter-Server-Appliance-6.7.0.40000-14367737_OVF10.ova
Переходим в vcd.cloud4y.ru в свой VDC. Загружаем в каталог OVA шаблон с vCenter. Для загрузки понадобится 300 ГБ свободного места в VDC.
В логе видим текст ошибки Validation failed for the OVF file you provided: Fatal: Line/char 867/92: cvc-minInclusive-valid: Value ‘-100’ is not facet-valid with respect to minInclusive ‘0’ for type ‘unsignedShort’. Fatal: Line/char 867/92: cvc-attribute.3: The value ‘-100’ of attribute ‘ovf:id’ on element ‘OperatingSystemSection’ is not valid with respect to its type, ‘unsignedShort’..
Возвращаемся на ManagementVM и с помощью архиватора 7-zip извлекаем *.ovf и *.mf файлы. OVA представляет из себя архив tar, и, как правило, содержит файлы виртуальных дисков *.vmdk, файл конфигурации VM/vApp *.ovf, список файлов в архиве и их контрольные суммы *.mf
Открываем *.ovf через текстовый редактор и ищем -100 на 867 строке и заменяем на 1
Теперь нам нужно пересчитать SHA1 для *.ovf файла и изменить это значение в *.mf файле
Для расчета хеша используем PowerShell
Заменяем значение в *.mf файле
Запаковываем *.ovf и *.mf обратно в OVA шаблон
Пробуем загрузить OVA в VDC ещё раз.
По завершению загрузки разворачиваем vApp с vCenter в нашем VDC
Выделяемые ресурсы vCPU, RAM, Storage не меняем. Больше ресурсов не требуется, а при меньшем значении могут возникнуть проблемы с производительностью.
На шаге 8 ничего не меняем. Мы изменим эти параметры позже. Нажимайте Next. Если при развёртывании шаблона что-то пойдёт не так, придётся заполнять эти поля ещё раз при повторном развёртывании.
Дожидаемся окончания развёртывания и перемещаем VM в vApp vcsa + esxi для наглядности. С технической точки зрения разницы нет.
По окончанию перемещения наш vApp vcsa + esxi выглядит следующим образом.
Переходим в Guest Properties temp-vcentersa1 и нажимаем Edit
Заполняем поля, указанные в таблице ниже. Остальные поля заполнять не обязательно
Наименование параметра
Описание параметра
Значение параметра
Имя домена (DNS суффикс)
Host Network IP Address Family
Host Network IP Address
Host Network Prefix
Host Network Default Gateway
IP шлюза по умолчанию
Host Network DNS Servers
Адреса DNS серверов
Host Network Identity
Логин учетной записи администратора в SSO домене. Используется для аутентификации в веб интерфейсе vCenter
Пароль учетной записи администратора в SSO домене. Используется для аутентификации в веб интерфейсе vCenter
Directory Domain Name
Имя домена SSO. Должно соответствовать домену, указанному в логине учетной записи администратора
Пароль root от консоли vCenter
Tools-based Time Synchronization Enabled
Использовать VM Tools для синхронизации времени с гипервизором.
На случай, если мы где-то ошиблись в заполнении параметров, можно создать Snapshot перед первым запуском.
Запускаем VM и ждём 5-10 минут.
Через браузер с ManagementVM переходим на https://temp-vcentersa1.template.local:5480/ и дожидаемся окончания установки.
Вводим пароль root, указанный ранее в Guest Properties
На шаге 2 проверяем корректность настроек. Редактируем при необходимости.
На шаге 3 создаём новый SSO домен.
Проверяем корректность параметров и нажимаем Finish.
Если установка завершится ошибкой на 2%, то проблема почти наверняка кроется в некорректно созданной PTR записи для vCenter.
Дожидаемся окончания установки
Переходим по адресу https://temp-vcentersa1.template.local:443, выбираем LAUNCH VSPHERE CLIENT (HTML5)
Вводим учётные данные Администратора SSO домена
Необходимо установить сертификат download.zip\certs\win\*.crt в доверенные корневые центры сертификации ManagementVM и перезапустить браузер.
В vCenter создаём дата-центр.
В дата-центре создаём кластер.
Включаем vSphere DRS.
vSphere HA и VSAN оставляем выключёнными. C 1 ESXi гипервизором DRS работать не будет, но он должен быть включён для работы с vApp.
Выбираем наш хост temp-esxi1.template.local и вводим учётные данные root.
Принимаем его сертификат и завершаем работу с Quickstart. Нужно добавить temp-esxi1 в кластер. Продолжать настройку кластера необходимости нет.
Задаём имя Datastore и выбираем подключенный ранее диск на 1 ТБ на temp-ESXi1.
На шаге 4 указываем использование всего раздела на 1 ТБ и завершаем работу мастера.
Выводим temp-esxi1 из Maintenance Mode
Подготовка инфраструктуры для создания шаблона завершена.
4. Создание шаблона vApp
4.1. Подготовка vApp
Кликаем на кластер правой кнопкой мыши и создаём новый vApp: vApp_vCenter6.7_3ESXi6.7_UbuntuNFS_WindowsDNS
В vApp будут следующие VM:
UbuntuNFS — это имитация внешней СХД. На ней будет Datastore, доступный всем ESXi хостам.
ESXi0x устанавливаем из ISO. vCenterSA01, WindowsDNS, UbuntuNFS можно развернуть из OVA шаблонов.
4.2. Создание ESXi VM в vApp
На шаге 2 задаём имя VM.
На шаге 3 выбираем vApp, в котором будут размещены VM.
На шаге 6 выбираем тип гостевой ОС.
На шаге 7 выбираем 2 vCPU, 4GB RAM, 5GB Storage и подключаем ISO. Разверните подраздел CPU и отметьте пункт Hardware virtualization.
Перейдите на вкладку VM Options и снимите отметку с пункта Secure Boot.
Клонируем VM ESXi01 в VM ESXi02 и в VM ESXI03.
Запускаем vApp и выполняем установку ESXi01, ESXi02, ESXi03.
Настраиваем на ESXi IP адреса:
4.3. Кастомизация ESXi в vApp
Добавим ESXi хостам возможность кастомизации сетевых параметров из интерфейса VMware Cloud Director (и vSphere Client). Для этого подключимся с помощью WinSCP к хосту, перейдём в каталог /etc/rc.local.d и откроем текстовым редактором файл local.sh
Заменим содержимое local.sh следующим скриптом:
Сохраним файл и выключим хост ESXi из меню выключения.
Важно: для каждого ESXi хоста применятся своя версия скрипта.
Это связано с тем, что в ovf.xml передаются все параметры Guest Properties каждой VM в vApp.
Для ESXi02 в скрипте нужно у всех переменных заменить число в конце переменной на 2.
$ipaddr1 заменить на $ipaddr2
Отмечаем пункт Enable vApp options, а на вкладке OVF Details отмечаем пункт VMware Tools. Это нужно для того, чтобы VMware Tools передали ovf.xml внутрь гостевой ОС ESXi
Для ESXi01 нужно добавить следующие Properties:
В поле Category указываем название подраздела, в поле Label – отображамое имя параметра, а в поле Key ID – имя переменной, которую обрабатывает скрипт кастомизации.
Эти параметры можно будет задать в интерфейсе VMware Cloud Director в процессе развёртывания шаблона. Скриншот для наглядности ниже.
Нажимаем ADD и добавляем Properties.
На вкладке Type мы можем выбрать тип параметра, в нашем случае все параметры строковые (String), и выбрать значение по умолчанию (Default value). Это значение будет автоматически подставлено при развёртывании шаблона.
Создаём property для каждого параметра на каждом ESXi хосте.
Корректно заполненные Properties должны выглядеть, как на скриншотах ниже.
4.4. Установка vCenter Server Appliance в vApp
Добавим OVA с vCenter Server Appliance vApp. Конфигурировать и запускать не будем.
Выбираем OVA шаблон vCenter
В процессе развёртывания оставляем все значения «По умолчанию». Просто нажимаем Next на каждом этапе и дожидаемся окончания развёртывания.
Затем необходимо установить Windows Server 2019 и Ubuntu 18.04 LTS. Это можно сделать, используя ISO-образы, но я пойду более простым путём и разверну их из OVA шаблонов, предварительно скачанных из публичных каталогов VMware Cloud Director (vcd.cloud4y.ru).
4.5. Установка Windows Server 2019 в vApp
Разворачиваем Windows Server из OVA шаблона. Запускаем VM.
Включаем удалённое управление по RDP.
Устанавливаем роль DNS сервера.
Создаём Forward Lookup Zone для domain.local.
Создаём Reverse Lookup Zone для 2.168.192.in-addr.arpa.
4.6. Установка Ubuntu 18.04 LTS в vApp
При развёртывании шаблона в VMware Cloud Director подключаем к VM с Ubuntu 18.04 LTS дополнительный диск, форматируем его в ext4 и расшариваем в нашей подсети средствами NFS.
Внесём закомментированные строки, которые будет достаточно раскомментировать в случае развёртывания в стандартной конфигурации.
Выключаем все запущенные VM в vApp.
4.7. Удаление ISO приводов и сетевых адаптеров
Переходим в настройки каждой VM и удаляем все CD-приводы и сетевые адаптеры каждой VM в vApp. CD-приводы нам более не требуются. Сетевые адаптеры удаляем во избежание конфликтов при развёртывании шаблона.
5. Выгрузка vApp шаблона из Working Environment
Выгрузка шаблона из vCenter.
Теперь мы можем выгрузить шаблон.
В случае возникновения подобного предупреждения разрешаем открытие всплывающих окон в браузере.
По окончанию скачивания получаем набор файлов, готовых к загрузке в VMware Cloud Director. Общий размер 11,5 ГБ, но в VMware Cloud Director потребуется около 350ГБ, т.к. у нас используются Thin (тонкие) диски, а VMware Cloud Director рассчитывает размер не по текущему размеру диска, а по максимальному (до которого диски могут быть расширены).
6. Загрузка vApp в VMware Cloud Director
Переходим в vcd.cloud4y.ru и загружаем vApp из OVF.
Нажимаем Browse и выбираем все файлы, которые мы экспортировали из vCenter.
Дожидаемся окончания загрузки. Теперь мы можем сохранить готовый vApp в каталог.
Надеемся, что наш туториал по подготовке шаблона vApp тестовой среды VMware vCenter + ESXi в VMware Cloud Director будет вам полезен при работе с вложенной виртуализацией и подготовке среды для неё. Да, в первую очередь информация будет полезна инженерам облачного провайдера. Но для понимания принципов работы облачной инфраструктуры статью можно прочитать и другим техническим специалистам.
Спасибо за внимание!
Что ещё интересного есть в блоге Cloud4Y
Подписывайтесь на наш Telegram-канал, чтобы не пропустить очередную статью. Пишем не чаще двух раз в неделю и только по делу.