esxi maintenance mode для чего
Esxi maintenance mode для чего
Режим обслуживания в 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. Так же можно дернуть сеть без перезагрузки, максимум вы потеряете пару пакетов
Esxi maintenance mode для чего
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов по виртуализации Pyatilistnik.org. Виртуализация, чем хороша, что позволяет не привязываться к оборудованию и располагать виртуальные сервера там, где вам это лучше, имея для этого разные механизмы. Сегодня мы как раз и поговорим об одном из таких механизмов под названием Storage vMotion. Уверен, что вы его за свою практику будите использовать очень часто, особенно при смене оборудования систем хранения данных, но обо всем о порядку.
Что такое Storage VMotion?
Одна из замечательных технологий, которая стала доступна из GUI в VMware vSphere, Storage VMotion позволяет перемещать хранилище виртуальной машины (ее виртуальные диски) на другой том VMFS / LUN без остановки работы служб и приложений. На диаграмме ниже показано, какие именно фазы проходят в ESX/ESXi при перемещении виртуальной машины между хранилищами.
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-05
Каковы варианты использования Storage vMotion?
Требования и ограничения Storage vMotion
Виртуальная машина и ее хост должны соответствовать требованиям к ресурсам и конфигурации для дисков виртуальной машины, которые необходимо перенести с помощью Storage vMotion. Storage vMotion подчиняется следующим требованиям и ограничениям:
Практическая часть в vCenter 5.5
теперь немного практики. При общем storage есть два вида миграции
— Change host
— Change datastore
При первом у вас уже должен быть общий storage. Перед тем как я познакомился с vMotion конфигурация была следующей. Два хоста не в кластере. Независимые storage. Необходимо было перезагрузить один из хостов а машинки на нем не трогать. В итоге создал общий storage для них. Затем смигрировал с первого хоста на другой storage машинку, для этого кликнул по ней выбрал migration и выбрал
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-06
Выбрал общий storage и дождался когда операция закончится, затем выбрал в миграции первый пункт Change host и выбираем нужный host.
Как работает «Shared-Nothing» vMotion (Enhanced vMotion) в VMware vSphere 5.1.
Давайте посмотрим поближе, как это все работает:
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-07
Сначала приведем требования и особенности работы vMotion при отсутствии общего хранилища:
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-08
Миграция Enhanced vMotion идет по обычной сети vMotion (а не по Storage Network), по ней передаются и диск ВМ, и ее память с регистрами процессора для обеспечения непрерывной работоспособности виртуальной машины во время миграции:
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-09
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-10
Mirror mode driver во время своей работы игнорирует те блоки исходного хранилища, которые меняются, но еще не были скопированы на целевое хранилище. Чтобы поддерживать максимальную скорость копирования, Mirror mode driver использует специальный буфер, чтобы не использовать отложенную запись блоков.
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-11
Ну а если вы перемещаете виртуальную машину не между локальными дисками хост-серверов, а между общими хранилищами, к которым имеют доступ оба хоста, то миграция дисков ВМ идет уже по Storage Network, как и в случае с обычным Storage vMotion, чтобы ускорить процесс и не создавать нагрузку на процессоры хостов и сеть vMotion. В этом случае (если возможно) будет использоваться и механизм VAAI для передачи нагрузки по копированию блоков на сторону дискового массива.
Как включить VMotion В vmware Sphere 5.x и мигрировать vm-12
Как обновить ESXi
Вопрос, как обновить ESXi, довольно просто решается, если в вашей инфраструктуре есть VCenter. Там обновление хостов и виртуальных машин осуществляется с помощью VUM(vsphere update manager). Однако, в небогатых небольших организациях или в тестовом окружении, VCenter, как правило отсутствует. Давайте рассмотрим, как в таком случае обновить хост(ы) ESXi.
Сейчас мой хост имеет следующую версию(посмотреть ее можно в клиенте на вкладке Help->About):
Как обновить ESXi
Для обновления хостов нам потребуется подключиться к хосту по SSH и воспользоваться командной строкой esxcli.
Сначала, выключите или переместите виртуальные машины с обновляемого хоста(не помешает сделать бэкап). Потом переведите хост в режим обслуживания, выполнив команду:
Мы будем рассматривать обновление из репозитория VMware, поэтому нам понадобится доступ в интернет и разрешающее правило файрвола:
Теперь давайте посмотрим список доступных образов ESXi, выполнив команду:
Через некоторое время команда выведет список доступных образов:
Выбираем нужный образ и выполняем команду обновления с параметром —dry-run. Этот параметр позволяет посмотреть какие пакеты будут установлены, а какие удалены. Если в списке удаляемых есть необходимые вам пакеты, будьте готовы их потом поставить вручную.
После этого запускаем непосредственно обновление:
Через несколько минут, в случае удачного обновления вы должны увидеть следующее:
Вводим команду reboot и перезагружаемся.
После перезагрузки выводим хост из режима обслуживания:
Проверяем версию ESXi:
И видим, что мы справились с задачей обновления хоста ESXi.
Установить апдейты можно и, скачав их на локальное хранилище хоста, командой типа:
Вместо команды update можно использовать команду install, но учтите, что она перезаписывает все пакеты, установленные в системе, в то время как update заменяет только более старые версии пакетов, а те, которые новее, чем содержащиеся в патче, оставляет без изменений.
Поделиться ссылкой:
Похожее
14 комментариев
При попытке обновления выдает такую ошибку, места не хватает…
VIBs Skipped:
[root@localhost:
после полученной ошибки решил ставить версию no-tools, однако тут тоже не все так просто…
Что посоветуете? пока пойду логи поищу и почитаю…
VIBs Skipped:
[root@localhost:
точно свап не был прописан. Прописал и дальше нормально пошло обновление.
Спасибо.
maintenance mode vmware что это
Как перевести хост ESXI в режим обслуживания (maintenance mode)
Как перевести хост ESXI в режим обслуживания (maintenance mode)
Всем привет! Сегодня расскажу, как перевести хост ESXI 5.5 в режим обслуживания (maintenance mode). Режим обслуживания — это некое состояние хоста ESXI при котором можно производить различного рода манипуляции, например, установка драйвера или обновление. В этот момент все виртуальные машины на хосте выключены, либо мигрированы на другие, с помощью функции vMotion. Данный режим есть и у других вендоров, например, у Microsoft Hyper-v.
Режим обслуживания в 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. Так же можно дернуть сеть без перезагрузки, максимум вы потеряете пару пакетов
Maintenance Mode — режим обслуживания хоста ESXi. В данном режиме виртуальные машины не работают. Перед вводом хоста в режим обслуживания необходимо выключить или смигрировать виртуалки на другие хосты.
Site Recovery (vSphere Replication) не может реплицировать виртуалки на сторадж, находящийся на хосте в режиме обслуживания. Мониторинг zabbix тоже не получит данные с такого хоста. Шаблонами также нельзя воспользоваться.
Maintenance Mode через UI
Переходим в гипервизор. Правой кнопкой на Actions.
Actions > Maintenance Mode.
Перевести хост в режим обслуживания: Enter Maintenance Mode. (Вывести хост из режима обслуживания: Exit Maintenance Mode.)
Перед вводом хоста в режим обслуживания запускается мастер.
Выскакивает предупреждение, что виртуалку может потребоваться смигрировать вручную. Ок.
Путь саморазвития ИТ инженера
Наконец-то! Удивлён, почему это изменение не освещено в Release Notes для Update 2 (ESXi, vCenter). Зато есть отдельная статья в блоге VMware: Maintenance Mode Improvements in vSphere 6.0 Update 2.
Как было раньше.
В процессе ввода хоста в состояние Maintenance Mode сначала с него переезжали работающие виртуальные машины. С помощью vMotion. Затем выключенные, в том числе шаблоны (templates). Путём мгновенной перерегистрации на новом хосте. При этом после старта процедуры статус виртуальных машин изменить нельзя. То есть нельзя ни включить одну из выключенных машин, ни даже развернуть новую машину из шаблона, пока процесс вывода в Maintenance Mode не закончился. А vMotion целого хоста может длиться не один десяток минут.
Как стало.
Сначала быстро перерегистрируются выключенные машины и шаблоны. Потом начинают переезжать включенные машины. Но с первыми в это время уже можно делать всё, что захочется.
Почему-то такой логичный подход надо было реализовать аж в шестой версии. И далеко не в первом релизе.
Upgrade Инфраструктуры виртуализации Vmware ESXI 5.5 to VCSA 6.5 upd2
В основу данного кейса, лег собственный опыт по апгрейду системы виртуализации Vmware 5.5 до 6.5. Возможно моя заметка, кому-либо пригодится или облегчит путь.
Исходные данные: 14 хостов физических HP Proliant DL 360 Gen8 (Gen9) + Datastore HP 3 PAR, из них 8 удаленных (100 ВМ примерно). На всех физических хостах установлена ESXI 5.5 с разными версиями патчей и микро патчей. т.к официальная поддержка версии 5.5 заканчивается в сентябре 2018 было принято решение мигрировать на версию 9.5 u2. Данная версия является последней, несмотря на то, что вышла 9.7 версия. Тут логика нумерации не до конца понятна вендора, но все же. Все физические хосты подключены 2 физическими линками к ядру сети и агрегированы.
В начале стоял вопрос миграция или поднятие сервера Appliance с нуля. Был собран стенд из клонированных ВМ (PDC+Vcenter). Проведено множество тестов с открытием кейса в тех поддержке Vmware. Но миграция не удалась по причине, того что PDC менялся, менялись сертификаты и проблемы с БД на Vcentre.
Вывод, если было множественные изменения в инфраструктуре ИТ организации, смена Имен серверов и имен Vcenter и.т.д лучше всего и быстрее поднимать с нуля. Если изменений было не много, и они не касались Vcenter, то можно попробовать миграцию внутри собранного стенда, а после этого результаты применить на практике.
Самым сложным в данном кейсе было обеспечить минимальный простой основных сервисов организации. При подготовленной инфраструктуре. Миграцию осуществляли в двоем. Простой был примерно 8 часов.
Подготовка:
Монтируем iso в виртуальный привод ВМ.
Перед установкой необходимо поставить плагин для браузера ВМ, он находится в одной из папок на смонтированном образе.
Запускаем инсталлятор. Инсталлятор предлагает установить Appliance server. Установка его достаточно тривиальная, ответы на вопросы не составят сложности если вы знаете свою инфраструктуру. Вы можете его установить, как на этот хост, так и на другой доступный по сети. Некоторые нюансы установки.
п.2 Здесь указываем FQDN или IP хоста на котором мы будем развертывать сервер, соответственно root и пароль ESXI
п.4 Если у вас небольшое количество хостов, то вариант Embedded
п.5 Создание домена SSO домен сервисов авторизации, имя домена не должно совпадать с именем домена AD
п.6 выбрать размер управляемой сети. В зависимости от этого будет сконфигурирована ВМ. Очень важно чтобы физический хост по ресурсам позволял создать сервер. По данной ссылке вы можете заранее все рассчитать docs.vmware.com/en/VMware-Validated-Design/4.0/com.vmware.vvd.sddc-design.doc/GUID-3EC9F64D-D42C-407E-9775-25D9CE61B4B0.html
п.7 Выбрать дисковое хранилище, можно указать что можно использовать Think mode
п.8 Выбираем использовать внутреннюю БД PostgreSQL
После нажатия далее, проверка данных и установка. По окончанию будет предложено воспользоваться ссылкой и авторизоваться через веба на вашем новом appliance сервере.
Первая часть закончена. Следующим этапом будет подключение физических хостов к новому Appliance server.
Вот тут начинаются подводные камни.
1. На новом сервере необходимо воспроизвести инфраструктуру, которая у вас была на старом, чтобы снизить простои сервисов и недоступность ВМ
2. Не забывайте, что вся остальная инфраструктура у вас еще 5.5 версии.
Конечно все просто, когда можно сказать бизнесу баста …. Инфраструктура останавливается и спокойно производим переключение, но в большинстве случаев вам скажут делай, что хочешь, но, чтобы простой был минимальным.
Создаем новый датацентр, а если у вас был кластер или вы хотите пользоваться функционалом DRS и HA, то кластера. В моем случае было 3 дата центра с 2 кластерами по 3 физических хоста и остальные хосты подключены сами по себе.
Далее создаем распределенные коммутаторы! Для чего они нужны, а для того чтобы машины могли пользоваться едиными сетевыми настройками в части Vlan. У меня их было порядка 35. Тут очень важно, что необходимо создавать коммутаторы версии 5.5 or later т.к физические хосты у вас еще 5.5 и версии ВМ не выше 10. В противном случае вы столкнетесь с проблемой, что вы не сможете подключить физический хост к виртуальному распределенному коммутатору. Еще важный момент в настройке коммутатора. Если у вас физические хосты имеют агрегацию портов, то в настройках Vlan, которые вы будете создавать, необходимо в настройке Teaming and failover поставить Route base on ip hash иначе ВМ будет недоступна. После этого создаем пулы для виртуальных машин.
Далее непосредственное переключение физических хостов. Заходим в веб-интерфейс или подключаемся клиентом к физическому хосту находим ссылку dissociate the Vmware vsphere нажимаем, и физический хост отключается от старого vCenter.
Заходим в веб интерфейс нового сервера Appliance и добавляем физическую ноду в датацентр.
Далее процедура достаточно тривиальная. Хост можно добавить к кластеру, тогда на хост будет дополнительно установлен HA агент. Второй частью переноса физического хоста является подключение к распределенному свичу. На этом этапе было потеряно очень много времени, чтобы понять, как с минимальным простоем переключить на новый распределенный свич ВМ. Иногда логика разработчиков просто ставила в тупик, потому что явные решения, например, после переноса ВМ поместить в нужный Vlan на новом распределенном свиче, приводили к ошибкам и не корректной работе. Была выведена следующая последовательность переключения.
п.1 add host
п.2 выбираем хост который мы будем подключать. А он единственный подключенный к данному Appliance
п.3 Оставляем две галочки, чтобы избежать потенциального глюка с ВМ
п.4 Здесь необходимо сделать ассоциацию uplink со свичем
Методично и пошагово, делаем данную операцию.
п.5 переключение vmkernel на распределенный свитч, тут осторожнее иначе мы можем потерять связь с физической нодой. Сам в процессе миграции из-за неаккуратных действий 4 раза терял связь с тестовой физической машиной. В случае если вы потеряли, ничего страшного идем в серверную подключаем к серверу Клавиатуру, мышь и монитор. Сбрасываем сетевые настройки по умолчанию и настраиваем их заново. Но бегать не приятно.
Далее выбираем switch и Vlan, где будет находится vmkernel, тут такой нюанс не перепутайте vlan иначе вас ждет поход в серверную!
Особенно аккуратно надо быть с удаленными физическими хостами! Далее… Далее … Далее
Ждем 2-3 минуты и хост подключен!
Далее необходимо переключить ВМ к новой сети.
Заходим в конфигурацию каждой ВМ и помещаем сетевую карту в свой Vlan. Очень рекомендую перед переключением переписать какая ВМ в каком Vlan находится … конечно если у вас много ВМ и Vlan.
При переключении может возникнуть предупреждение по datestore о неправильном типе VMFS3. Проблема решается апгрейдом до VMFS 5, через веба консоль. Когда все физические хосты перенесены и подключены к распределённому свичу, виртуальные машины переключены начинается следующий этап.
Этап установки обновлений на физические хосты.
При подходе к данному этапу возникают следующие вопросы:
1. До какой версии обновлять
2. Где взять образ для обновления.
3. Процесс обновления
Первый вопрос: Тут на вкус и цвет все фломастеры разные на момент написания статьи последняя актуальная версия была VMware ESXi, 6.5.0, 9298722. Можно и до 6.0 обновить все будет работать.
Аналогично все остальные физические хосты.
Обновить Vmware tools на каждой машине ….потребует перезагрузки ВМ …. Рекомендую поставить консоль для подключения к ВМ. Необходимо перевыпустить сертификаты для Appliance, подключить лицензии, настроить пулы для ВМ.