Category: 5.1

VMware Update Manager и ODBC 32bit

Если вы хоть раз создавали внешнюю базу для VMware Update Manager, то сталкивались с тем, что “обычный” ODBC-источник к ней не подходит. Это связано с тем, что UM – 32битное приложение и требует свои, 32битные ODBC Source.

У VMware есть своя статья, говорящая о том, как эти источники создавать:

  • для 32 бит используется %windir%\SysWoW64\odbcad32.exe
  • Для 64 бит – %windir%\System32\odbcad32.exe

Но, начиная с Windows 2012, процесс стал гораздо нагляднее: Continue reading “VMware Update Manager и ODBC 32bit”

Сравнение различных версий 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.

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

Ошибка обновления ESXi 5.1 до 5.5 – Cannot run upgrade script on host

При попытке обновления VMware ESXi 5.1 до версии 5.5 вылезла ошибка “Cannot run upgrade script on host”.

Поиск дал обходное решение – необходимо вручную удалить FDM-агент:

  • подать команды в командной строке
  • перезагрузить хост.

После этого можно обновлять.

Надоедающий Host IPMI System Event Log Status

Один из самых противных сигналов тревоги в VMware vSphere – это датчик отвечающий за переполнение лога “Host IPMI System Event Log Status”. Противность его в том, что сбрасываться он не хочет ни в какую.

Очевидно, куча жалоб на недружелюбный сброс надоела VMware и они в последних патчах ESXi 5.1 Update 2 (Сборка 1483097) и ESXi 5.5 Patch 1 (Сборка 1474528) добавили команду:

Вышел 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.

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

Самые популярные статьи по ESXi 5.x

Rick Blythe подбил список наиболее часто просматриваемых статей по ESXi 5.x:

vSphere – эволюция

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

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

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

Continue reading “vSphere – эволюция”

VMware vSphere 5.5 vs IBM HS22V SSD

Наш с Андреем “тёзка” 😉 – Андрей Коновалов в октябре 2013 года написал статью “Включение Virtual Flash Read Cache в VMware vSphere 5.5”, в которой подробно описал как включать и что делать если SSD не определился. В качестве своего опыта расскажу также о борьбе с неопределением типа SSD-накопителя.

Лезвие IBM HS22V имеет SAS-контроллер на чипсете LSI 1064E, который собирает простые RAID в виде зеркала либо чересполосицы.

Изначально ESXi 5.1 стоял на зеркале из 2 SSD(вот она бессмысленная трата столь ценного ресурса), что и приводило к проблемам с проверкой на тип носителя.

ESXi 5.5 решили установить на USB-flash, а RAID разобрать. Контроллеры LSI при разборке RAID 1 на дисках ничего не меняют – в результате получилось 2 идентичных диска с ESXi 5.1 и установка ESXi 5.5 прекратилась с розово-фиолетовым экраном и выпадением консоль vmdebug, ранее ни разу не виденную мной. Ошибка на экране гласила что-то в духе: “Two filesystems with the same UUID have been detected. Make sure you do not have two ESXi installations“. Для вариантов решения советую почитать “ESXi host displays an error and fails to boot when two ESXi installations are on the same system“.

В связи с этим RAID пришлось собрать снова, что привело к переинициализации дисков и очистке файловых систем на них, затем снова разобрать RAID для представления дисков серверу “напрямую”.

После перезагрузки ESXi 5.5 встал на ура, диски определились как SSD.

P.S. Хотел сначал написать про Virtual Flash Read Cache, а писать-то нечего – как настраивать написано везде, описание занимает 2 скриншота, и, вроде, эта штука работает… Даже новые счётчики отображает в C# клиенте…

Troubleshooting SSOv1

Вот и моя очередь настала написать о полученных с SSO граблях. Ранее об этом уже писал Виктор.

Итак, на исходной – перестал работать доменный вход в vCenter 5.1. Попытка узнать, насколько глубока кроличья нора, привела меня под кат 🙂

Continue reading “Troubleshooting SSOv1”

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

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

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

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

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

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

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