Category: Советы

Обновление VMware vCenter 6.7 в конфигурации HA

Процесс обновления VMware vCenter 6.7 в конфигурации HA примерно на порядок сложнее, чем Обновление одиночного VMware vCenter 6.7

Есть вариант прикурить с документацией (для неизвестной версии vSphere) в виде статьи Patch a vCenter High Availability Environment.

Рекомендую следующий процесс (клиент vSphere Web Client – Flex):

  1. Авторизуемся в My VMware.
  2. Открываем VMware Patch Download Center и выбираем патчи для VC 6.7.0 и качаем самый новый ISO.
  3. Переводим vCenter HA в Maintenance Mode (встать на объект vCenter->Configure->vCenter HA ->Edit->Maintenance Mode):
    Continue reading “Обновление VMware vCenter 6.7 в конфигурации HA”

Обновление одиночного VMware vCenter 6.7

Обновление одиночного VMware vCenter 6.7 представляет собой очень простую задачу, для реализации которой следует выполнить следующие действия:

  1. Открыть vCenter Appliance Management на закладке Update по адресу https://vcenter:5480/ui/update.
    Continue reading “Обновление одиночного VMware vCenter 6.7”

Удаление сломанного HA из VCSA 6.7

У меня случилась поломка – при обновлении vCenter Server Appliance High Availability (VCSA HA) версии 6.7 случайно перезагрузил ноду Witness, которая обновлялась.  В итоге получил ноды VCHA с разными версиями и невозможностью накатить обновление на Witness.

Через GUI все операции с HA заблокировались и ничего не давали сделать. Поиск подсказал, что надо разрушить VCSA HA – описание процедуры в документации Recovering from Isolated vCenter HA Nodes.

Удалил виртуальные машины Passive и Witness нод и приступил к “разрушению” HA-конфигурации.

Вот только результат ввёл в ступор:

Полные непонятки – везде даётся несуществующая команда.

Поискал другие статьи на тему HA, нашёл команду vcha-reset-primary.

Решил попробовать vcha-destroy -f.

Оно!

Фильтры, задания и снимки в VMware vSphere 6.7

Многие читатели бложика, наверное, заметили, что мы проигнорировали VMware vSphere 6.5 ;). Одна из ключевых причин – отсутствие C# (толстого) клиента для управления средой виртуализации.

По причине перехода на VMware vSphere 6.7 приходится сравнивать 4 (четыре) клиента:

  1. vSphere Client (C#) – классика жанра, очень быстр, отображение состояния инфраструктуры близко к реальному времени при многопользовательской работе. Подключение к хосту и vCenter.
  2. ESXi Embedded Host Client – хостовый встроенный клиент, из полезного – умеет читать логи ВМ, не требует установки.
  3. vSphere HTML5 Web Client – перспективный клиент, очень много радости у людей с нелюбовью к Adobe Flash, но допилить никак не могут. Оценить задержки по времени от реального состояния инфраструктуры затрудняюсь – без кнопки Обновить при одновременной работе нескольких админов не обойтись, в IE работает с тормозами.
  4. vSphere Web Client (Flex) – вот из-за него-то и не стали переходить на 6.5 после реализации 6.0, а VMware его пилили-пилили, местами допилили. Есть задержки от реального времени, но есть Live Refresh и интервалы обновлений можно уменьшить до 10 секунд.

Неожиданно для себя нахожу полезняшки в vSphere Web Client, коими и спешу поделиться.

Назначенные задания и перезагрузка виртуальных машин Continue reading “Фильтры, задания и снимки в VMware vSphere 6.7”

Обновление до vCenter 6.5 встаёт из-за отсутствия pgpass.conf

При попытке обновления до vCenter 6.5 со встроенной СУБД PostgreSQL установщик встаёт из-за отсутствия pgpass.conf

Поиск в базе знаний приводит к статье Upgrading to vCenter Server 6.5 fails during pre-check with error: “FATAL: password authentication failed for user “postgres””, которая говорит, что файл ищите в %appdata%\postgresql\pgpass.conf.

Проблема в том, что данный файлик создаётся в пользовательском профиле, соответственно, при удалении профиля либо запуском установщика под другим администратором файлик не обнаруживается.

Поэтому создадим файл сами.

Формат файла берём из документации по PostgreSQL – The Password File:

Из файла C:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx\vcdb.properties берем адрес и порт, которые слушает СУБД (localhost:5432), имя пользователя (vc), название БД (VCDB либо *) и копируем пароль.

Файл размещаем в профиле либо в системном каталоге.

Поломка таблицы в БД vPostgres в vCenter

У нас вдруг, то есть неожиданно, приболел VMware vCenter. Cимптомы были самые разнообразные:

  • бесконечные вылеты vCenter(300+);
  • вылеты update manager;
  • невозможность удалить ВМ – они становились orphaned;
  • невозможность удалить снапшоты/сделать консолидацию/клонировать ВМ.

Попытки обновить vCenter до последнего билда, откатиться на недельный бэкап не принесли успеха.

Зацепились за вылет VMware vCenter с ошибкой: Continue reading “Поломка таблицы в БД vPostgres в vCenter”

Просмотр логов на ESXi

Мы уже писали о расположении журналов событий в гипервизоре VMware ESXi –Расположение журналов в разных версиях VMware vSphere.

Вот только смотреть их было раньше неудобно: подключение к хосту по SSH или заблокированные журналы – всё это тратило время системных администраторов.

Сейчас смотреть ESXi логи очень просто – достаточно зайти в интерфейс ESXi Embedded Host Client по адресу https://hostname/ui.

Например, просмотр журнала hostd.log:

host_logsПросмотр заблокированного журнала виртуальной машины vmware.log:
vm_log

P.S. У меня поиск не работает – только подсвечивает, может так задумано или у кого-то другое поведение?

UPD: Еще есть ссылка https://hostname/host, содержащая виртуальный каталог со всеми журналами хоста. Правда, журнала ВМ (vmware.log) там нет.

Худшие практики резервного копирования виртуальной инфраструктуры

Внезапно коллега прислал ссылку на вебинар Veeam:

Не делайте так! Худшие практики резервного копирования виртуальной инфраструктуры.

Рекомендую всем администраторам VBR.

VMware HealthAnalyzer

Для анализа своей виртуальной инфраструктуры я использую утилиту RVtools. В интернете также попадаются различные скрипты и утилиты.

Для партнеров же VMware выпускает HealthAnalyzer в виде VA и ява-приложения. Данный инструмент подробно анализирует настройки на предмет соответствия лучшим практикам по настройкам инфраструктуры и безопасности.

В приложении подробно описывается какие настройки не соответствуют и к каким объектам относятся. Есть возможность генерации общего отчёта.

Описание на сайте Open902.com:

Проброс видеокарты NVIDIA в VMware ESXi 6.0

diz решил поделиться своим опытом проброса видеокарты NVDIA GTX в ESXi 6.0.

Добрый день, дорогие друзья!

Говорят, что с 2015-ого года работодатели стали сразу выгонять с собеседования ИТ-шников, если вдруг выясняется, что у них нет личного сервера с развернутым частным облаком.

Чтобы не выбиваться из тренда, я собрал дома небольшой двухпроцессорный сервер на базе материнской платы SUPERMICRO X9DRI-F и пары Xeon E5-2670. Т.к. несколько лет своей жизни я посвятил, в т.ч. администрированию инфраструктуры VMWare, то в качестве гипервизора виртуализации был выбран именно ESXi.

Частное облако-домашняя лаба – это, конечно, замечательно и здорово, однако, для комфортной повседневной работы и StarCraft2 желательно иметь доступ к дискретной видеокарте.

Тому, как задружить “бытовую” nVidia GTX и ESXi 6 и посвящается данная статья – краткий проводник-путеводитель по граблям.

Первое, что вам захочется сделать после установки дискретной видеокарты в сервер – переключить приоритет инициализации видеокарты в BIOS в пользу внешней, чтобы видеть POST прямо на экране подключенного к ней монитора. Этого делать не стоит, т.к. в таком случае вы потеряете возможность использовать iKVM материнской платы.

Итак, приступаем к пробросу видеокарты в виртуальную машину с MS Windows 10. Увидев web-интерфейс ESXi 6 я искренне обрадовался тому, что завязал с системным администрированием четыре года назад. Откладываем этот замечательный интерфейс в сторону, т.к. проброс видеокарты через него вы настроить не сможете, при старте виртуальная машина будет ругаться на несоответствие идентификатора устройства PCIe (PCIe passthrough device id invalid) и переключаемся на старый добрый и толстый клиент: Continue reading “Проброс видеокарты NVIDIA в VMware ESXi 6.0”