Рубрика: 4.0

Релиз RVTools 4.3.2

Rob de Veij выпустил обновление своей отличной утилиты инвентаризации VMware vSphere — RVTools версии 4.3.2.

В этой версии используются свежие версии фреймворков, а также есть другие исправления:

  • используется .NET Framework версии 4.6.2 вместо 4.6.1.
  • используется Newtonsoft.Json версии 13.0.1 вместо 12.0.3.
  • исправлена ошибка: таймаут соединения для огромных сред vSphere.
  • исправлена ошибка: изменена целевая платформа для RVToolsMergeExcelFiles на «Any CPU», что позволило использовать платформу X64 и избежать исключения System.OutOfMemoryException для огромных сред vSphere.
  • исправлена ошибка: удаленные выходные строки для отладки из RVToolsMergeExcelFiles.

Доступность инструкций процессора в зависимости от версии vHW

Ранее на бложике публиковались две статьи о разном поведении виртуальных машин при разном vHW и EVC

  1. Минимальная рекомендуемая версия vHW
  2. EVC Mode и vHW

Один из участников сообщества VMUG провел анализ доступных инструкций процессора в зависимости от версии виртуального железа с помощью утилиты /proc/cpuinfo. В результат появилась занимательная таблица:
vHW CPU flags Исходник в Google Таблицы.

P.S. Комментарий автора:

После обсуждения CPUID решил проверить зависимость доступных инструкций от vHW, но основной вывод уже был сделан в КВ по процессорным уязвимостям: «безопасной» версией является 9, а тормозить оно перестаёт на 11. Также выяснилось:
1. vHW режет флаги не так сильно, как EVC. Например, на vHW=8 доступны fma и movbe (Haswell), а на vHW=13 доступны xsavec и xsaves (Skylake).
2. Между 13-16 версиями без NVDIMM и гостевой виртуализации нет разницы.

Релиз RVTools 3.9.2

Rob de Veij выпустил обновление своей отличной утилиты инвентаризации VMware vSphere — RVTools версии 3.9.2.

В этой версии появилась поддержка vSphere 6.5 и новые функции:

  • Используется  .NET Framework 4.
  • Используется NPOI 2.1.3.1.
  • Вход происходит быстрее.
  • RVTools больше не пишет в лог событий Windows.
  • Все закладки, относящиеся к ВМ, содержат колонку OS в соответствии VMware Tools.
  • Все закладки содержат колонку VI SDK Server.
  • Колонка vCenter UUID переименована в VI SDK UUID.
  • Закладка vInfo содержит новую колонку VI SDK API version.
  • Экпорт в Excel использует формат xlsx, все колонки имеют авторазмер.
  • Названия листов Excel соответствуют названиям закладок.
  • Аннотации можно исключить через настройки.
  • Закладка vPartition содержит новую колонку Consumed MB.
  • Папки vHealth _replica исключены из проверок на зомби-объекты.
  • Файлы *_sesparse.vmdk исключены из проверок на зомби-объекты .
  • Новая закладка с информацией о лицензиях.
  • Возможность шифровать пароль с помощью приложения PasswordEncryption.
  • Командная строка RVTools принимает зашифрованные пароли.

RDM vs SAS-хранилище

Неожиданно встал на известную заморочку с подключением дисков через механизм Raw Device Mapping. Как и в 7-летней статье Подключение локального диска через RDM нашелся один нюанс — RDM доступен не во всех конфигурациях. Ситуация у меня сложилась следующая — 2 хоста с ESXi 6 и хранилище IBM Storwize V3700, подключенное по SAS. Потребовалось подключить диск для репозитория Veeam B&R, который решили сделать в виде RDM.

Лун в хостах определился, но при попытке подключить диск к виртуальной машине пункт RDM показывался серым цветом.

Поиск в БЗ сразу выдал нужную статью Raw Device Mapping option in the vSphere Client is grayed out, для нашего случая подходящее решение — снять галку  RdmFilter.HbaShared в Advanced Settings и сделать ресканирование устройств хранения.

Релиз RVTools 3.8

Rob de Veij выпустил обновление своей отличной утилиты инвентаризации VMware vSphere — RVTools версии 3.8.

В этой версии появилась поддержка vSphere 6.0 и новые функции:

  • VI SDK изменился с версии 5.5 на 6.0.
  • Новые поля на вкладке vInfo: ChangeVersion — уникальный идентификатор версии конфигурации, статус HA VM Monitoring, число поддерживаемых мониторов и видеопамяти в КБ, статус конфигурации, операционная система по данным VMware Tools.
  • Новые поля на вкладке vTools:  App state, App heartbeat,статус Kernel crash,  доступность операций, поддержка изменения статуса и доступность интерактивных операций с гостевой ОС.
  • На вкладке vHost появился статус NTPD.
  • Проблемы с NTP теперь видны на вкладке vHealth. (Примечание: я у себя исправил ошибку с остановленной службой, хотя адреса NTP серверов были вбиты).
  • Новое поле Config status добавлено на вкладках vHost, vCluster и vDatastore.
  • На вкладке vSC+VMK добавлены поля IP 6 Address и IP 6 Gateway.
  • Все вкладки, относящиеся к виртуальным машинам, теперь имеют колонки VM Object ID, VM UUID, powerstate и template. Колонки Custom Attributes упорядочены по алфавиту.
  • На всех вкладках появилась колонка vCenter UUID.
  • Исправления ошибок.

Массовое обновление VMware Tools вручную

Наш бложик уже упоминал о массовом автоматическом обновлении VMware Tools средствами PowerCLI.

А вот как массово обновить вручную идея пришла мне только вчера.

Почему может возникнуть такая задача? Например, нам надо выбрать с десяток виртуалок с разными версиями ОС и протестировать обновление, то вместо десяти запусков можно запустить одновременное обновление и отследить уже результаты.

Предлагаемый способ очень прост и не требует никаких дополнительных навыков:

  • выбираем в vSphere Client хост, кластер, папку или датацентр;
  • переходим к списку Virtual Machines;
  • сортируем виртуальные машины по полю State, так как нам нужны только включенные;
  • зажав Shift или Ctrl выбираем те, которые необходимо обновить;
  • щелкаем правой кнопкой мыши на одной и выбранных ВМ и выбираем Guest->Install/Upgrade Vmware Tools. При необходимости запрещаем перезагрузку через указание Advanced Options (/S /v»/qn REBOOT=R»).
    vmtools_upg

Сравнение различных версий VM Hardware

Случайно нагуглил табличку с различными версиями виртуального железа:

Feature ESXi 5.5 and later ESXi 5.1 and later ESXi 5.0 and later ESX/ESXi 4.x and later ESX/ESXi 3.5 and later
Hardware version 10 9 8 7 4
Maximum memory (GB) 1011 1011 1011 255 64
Maximum number of logical processors* 64 64 32 8 4
Maximum number of cores (virtual CPUs) per socket 64 64 32 8 1
Maximum SCSI adapters 4 4 4 4 4
Bus Logic adapters Y Y Y Y Y
LSI Logic adapters Y Y Y Y Y
LSI Logic SAS adapters Y Y Y Y N
VMware Paravirtual controllers Y Y Y Y N
SATA controllers 4 N N N N
Virtual SCSI disk Y Y Y Y Y
SCSI passthrough Y Y Y Y Y
SCSI hot plug support Y Y Y Y Y
IDE nodes Y Y Y Y Y
Virtual IDE disk Y Y Y Y N
Virtual IDE CD-ROMs Y Y Y Y Y
IDE hot plug support N N N N N
Maximum NICs 10 10 10 10 4
PCNet32 Y Y Y Y Y
VMXNet Y Y Y Y Y
VMXNet2 Y Y Y Y Y
VMXNet3 Y Y Y Y N
E1000 Y Y Y Y Y
E1000e Y Y Y N N
USB 1.x and 2.0 Y Y Y Y N
USB 3.0 Y Y Y N N
Maximum video memory (KB) 524288 524288 131072 131072 131072
SVGA displays 10 10 10 10 1
SVGA 3D hardware acceleration Y Y Y N N
VMCI Y Y Y Y N
PCI passthrough 6 6 6 6 0
PCI Hot plug support Y Y Y Y N
Nested HV support** Y Y N N N
vPMC support Y Y N N N
Serial ports 4 4 4 4 4
Parallel ports 3 3 3 3 3
Floppy devices 2 2 2 2 2

* — максимальное количество процессоров в ВМ (vCPU) зависит не только от версии виртуального железа, но и от редакции гипервизора (Std/Ent и  т.д.) и количества логических процессоров на хосте.

** — по факту подразумевается проброс аппаратной виртуализации внутрь виртуальной машины. Это необходимо, чтобы в виртуальном ESXi с процессором Intel запустить 64битную ВМ. Без аппаратной поддержки виртуализации запустить 64битную ВМ на процессорах Intel нельзя. Стоит также отметить, что эта фича поддерживается на ограниченном количестве CPU.

Еще большее количество таблиц можно найти тут.

Вышел RVTools 3.6

Появилась свежая версия полезной утилиты RVTools 3.6, занимающейся инвентаризацией и оценкой виртуальной инфраструктуры.

В качестве нового функционала заявлено:

  • Новая вкладка с информацией о кластере;
  • Новая вкладка с информацией о мультипас;
  • На вкладке vInfo добавлены поля «HA Isolation response и HA restart priority;
  • На вкладке vInfo добавлены поля с информацией об Cluster affinity;
  • На вкладке vInfo добавлены новые поля о состоянии подключения и времени нахождения в паузе (connection state and and suspend time);
  • На вкладке vInfo добавлено поле The vSphere HA protection state for a virtual machine (DAS Protection);
  • На вкладке On vInfo новое поле — состояние гостя (quest state);
  • На вкладке vCPU новые поля — Hot Add и Hot Remove;
  • На вкладке vCPU исправлена информация об cpu/socket/cores;
  • На вкладке vHost столбцы поддержки VMotion support и storage VMotion support;
  • На вкладке vMemory новое поле — Hot Add;
  • На вкладке vNetwork новое поле VM folder;
  • на вкладке vSC_VMK новое поле — MTU;
  • Изменения в RVToolsSendMail: можно указать тему письма;
  • Исправлены некоторые баги и подправлена документация в части аргументов командной строки.

Поддерживается работа с ESX Server 3.5, VirtualCenter 2.5, ESX Server 3i, ESX Server 4i, VirtualCenter 4.x, ESX 4.x, VirtualCenter 5.0, VirtualCenter Appliance, ESX 5.0, VirtualCenter 5.1, ESX 5.1, VirtualCenter 5.5 и ESX 5.5.

Скачать утилиту можно отсюда, а здесь — почитать документацию.

vSphere — эволюция

С виртуализацией я плотно общаюсь с середины 2007 года. Начинал я общение еще с VMware Virtual Infrastructure 3.5, после которой и появилось модное словцо «vSphere».

Иногда мне приходится отвечать на вопрос, в чем различие разных версий vSphere. Попробую дать ответ ниже и описать появление функционала в различных версиях…

Если можете поведать еще о каких-то интересных фичах, не вошедших в этот обзор — пишите в комментариях со ссылками — обязательно добавлю…

Читать далее «vSphere — эволюция»

Худшие практики: virtual machine memory limit

Сегодня о «худшей практике» одной настройки виртуальной машины.

Некоторое время назад обнаружились серверы с большим уровнем IOPS — в районе 1000-1500 операций. Экспресс-диагностика не дала результата, а так как размер дисков машин был очень небольшим, то они были перемещены на локальные SSD, что сняло остроту проблемы.

Сейчас же обнаружились проблемы с терминальными серверами — довольно сильные лаги при большом количестве подключений. Анализ системы показал довольно классическую проблему — наличие baloon. Наличие «пузыря» в памяти насторожило, так как на хосте свободной памяти было с избытком. Ларчик открылся просто при 3 ГБ ОЗУ виртуальной машины стояла волшебная труодминская настройка memory limit 2 ГБ. К пущей радости, история умалчивает кто был этим тру одмином.

После такого открытия я запустил RVTools и проинспектировал все виртуальные машины на наличие лимитов памяти, ну, и на «пузыри» заодно.

Тут-то и всплыли виртуалки с большими IOPS, так как настройки на них были примерно следующие ОЗУ — 1,5 ГБ, лимит — 256 МБ. На одной из машины при ОЗУ 3 ГБ, лимит был 512 МБ, а размер  «пузыря» 2 ГБ.

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