Category: VMware

Вышел ESX3,5 Update5

Появился пятый апдейт к ESX версии 3,5.
Список нововведений:
– Поддержка в EVC процессоров серии Xeon 3400 (тут kb);
– Поддержка Windows 7 и Windows Server 2008 R2;
– Поддержка новых сетевых адаптеров и адаптеров ввода вывода;
– Обновление драйверов для сетевых адаптеров Broadcom;
– Новые драйвера для ВМ (LSI SCSI и SAS-контроллеры).
Будьте осторожны при обновлении – не все версии Virtual Center и ESX поддерживаются (таблица совместимости).
За новость спасибо Dave Lawrence.

Еще один проект виртуализации :)

В этом году нами было принято стратегическое решение виртуализоваться.
Тут Виктор уже писал о виртуализации для малого и среднего бизнеса. Я запасся VMware Capacity Planner и выяснил, что 15 физических серверов нормально виртуализуются до 3. Так как я адепт VMware в большей степени, чем Microsoft, то выбор платформы очевиден.
При выборе лицензии мы оценили влияние ИТ на бизнес и поняли, что на данном этапе мы можем предложить экономию в следующих областях:
– электропитание;
– экономия на тестовой лаборатории;
– экономия на лицензиях;
– довольно условная экономия на запуске новых проектов. Довольно условной я ее назвал потому, что на данном этапе нами выбрана лицензия vSphere Essentials, а она ограничивает нас тремя хостами виртуализации, которые и так будут прилично нагружены. Continue reading “Еще один проект виртуализации :)”

vSphere Hot Add bug

Пару месяцев назад я писал ругательную заметку о том, что в ESX4 добавление жесткого диска в работающую ВМ зачем-то отнесли к фиче Hot Add. Данная фича вообще-то позволяет в работающую ВМ добавлять процессоры и память, причем появляется в лицензии vSphere Advanced Edition. Непонятно почему я решил, что расширение объема диска (VMDK Hot Extend) также подпадает под эту фичу Hot Add. Когда я обучался в УЦ “Микроинформ” у Михаила Михеева я со стопроцентной уверенностью заявлял, что расширение диска работать не будет. Антон Жбанков доказал, что я ошибаюсь, и в ESX4i Update1 free edition расширение диска работающей ВМ отрабатывает.
Я проверил его слова:
ESX4i free – расширение диска работает, добавление диска на горячую – нет.
ESX4i Update1 – расширение диска работает, добавление диска на горячую – РАБОТАЕТ 🙂
Написал письмо знакомому из VMware Russia – жду ответа. Как только будет свежая информация – выложу новость!
UPD: Вести из VMware:
“Судя по вырезке из наших доков
VMware Hot Add – enables CPU and memory to be added to
virtual machines when needed without disruption or downtime.
Поэтому, скорей всего, добавление VMDK работает во всех лицензиях.”
Ура, товарищи 🙂

Проблема ODBC 32-64 бита в Vmware View 4.0

Филипп Зыков, как обычно, встал на грабли,  о месторасположении которых решил поделится.

Еще одно подтверждение важного Issue, который был описан в этой статье.

Если вы ставите VmwareView 4.0 на 64-бит систему, где установлен VspherevCenter4.0 Update 1, то будьте готовы к следующему сюрпризу – VspherevCenter4.0 Update 1 требует для своей работы ODBC 32, а VmwareViewComposer из состава VmwareView 4.0 – ODBC 64 бита, и явно это в документации не указано. Об этом вы узнаете на этапе установкиVmwareViewComposer, если попробуете воспользоваться кнопкой ODBCDSNSetup

view_composer_dsn

и будете недоумевать почему ничего не работает и вы получаете следующую надпись.

view_composer_dsn_error

Решить это затруднение на самом деле очень просто – ODBC-подключение для VmwareView 4.0нужно просто заранее подготовить черезStart/AdministrativeTools/ DataSources (ODBC)/SystemDSN. Оно создает ODBCподключение 64-бит по-умолчанию.

odbc_dsn

И потом при инсталляцииVmwareViewComposerимя созданного SystemDSNи нужно вводить в поле: EntertheDataSourceName (DSN)….

Для справки:VmwareViewComposer ставится локально на систему где установлен VMwareVirtualCenter (так написано в документации).

Несколько обновлений

Обновились продукты от компании VMware:

  1. VMware ESX 4.0 Update 1. Подробности.
  2. VMware vCenter Server 4.0 Update 1. Подробности.
  3. VMware vCenter Server Heartbeat 5.5 Update 2. Подробности.
  4. VMware Data Recovery 1.1. Подробности.
  5. VMware vSphere PowerCLI 4.0 Update 1. Подробности.

Бесплатное обучение по VMware

Учебный центр HP, Moscow решился на беспрецедентную акцию: они проводят однодневное дистанционное обучение бесплатно.
Курс называется HH631SR – VMware vSphere [v4]: обзор возможностей (дистанционный курс).
Ссылка на курс здесь!

Пользуетесь ли вы Powershell?

Вопрос с подвохом 😉
Случайно увидел, как Duncan Epping восхваляет Alan Renouf. Решил узнать подробнее – о чем идет речь.
Дело в том, что Alan Renuf является автором множества скриптов на Powershell для обслуживания виртуальной инфраструктуры Vmware. В конце-концов, Alan собрался с духом и выпустил их в виде бесплатного Powerpack для VESI&PowerGUI.
Заявленные возможности:
• Управление несколькими VMware vCenter, ESX и ESXi при использовании VMware VI Toolkit 1.5 или VMware vSphere PowerCLI 4.0;
• Единый вход на несколько хостов с использованием одинаковых учетных данных;
• Возможность перехода по дереву объектов так же, как и в vCenter;
• Возможность просмотра топологии для любого управляемого сервера;
• Возможность управления ЦОД, кластерами, ресурсными объектами (resource pools), хостами, виртуальными машинами, шаблонами, снимками, сетями, хранилищами данных, файлами, задачами и файлами журналов;
• Автоматическое создание диаграм для Visio;
• Автоматическое создание настраиваемых отчетов.
Убедил скачать? 🙂
P.S. На данный момент сайт Алана недоступен.
P.P.S. А powerpack скачало более 30000 человек.

Хватит ли нам ESXi?

Gabe написал достаточно интересную статью про переход на ESXi.

Ходят слухи, что от гипервизора с сервисной консолью – ESX – VMware хочет отказаться в пользу ESXi. Причин тому много 😉
Одна из них – таким образом VMware гарантирует, что в сервисной консоли не будут работать всякие левые программы типа Midnight Commander (да святится имя его) 😉
Следовательно, приложения из консоли будут перемещаться в Virtual Appliance (уже настроенные виртуальные машины, готовые к эксплуатации).
Соответственно, Gabe проанализировал, какие приложения будут работать с ESXi, а какие – нет.
Continue reading “Хватит ли нам ESXi?”

Такая разная доступность

Беседуя с различными людьми, часто встречаешь непонимание разницы в  механизмах высокой доступности, предоставляемой службами кластера MS и средами виртуализации. Точно такие люди встречаются и с известными ИТ-гуру, в частности, Scott Lowe, который написал небольшую статейку о различиях HA.

Приведу краткий пересказ:

С выходом VMware vSphere 4  в этом году, компания VMware представила технологию  VMware Fault Tolerance (VMware FT) – новый механизм, предоставляющий экстремально высокий уровень доступности виртуальных машин. Разговоры с заказчиками, показали мне растущее количество клиентов, которые не понимают разницы в типах высокой доступности, которые даёт VMware(HA и FT) и кластеризация на уровне операционной системы (например, Microsoft Windows Failover Clustering). Хотя, оба типа технологий предназначены для увеличения доступности и уменьшения простоев, они отличны и предоставляют различный уровень функциональности.
Рассмотрим различия:

  • VMware HA защищает  ESX/ESXi хосты от сбоев, но, по умолчанию, не защищает от сбоев на уровне операционной системы. С другой стороны, кластеры уровня ОС защищают от сбоев ОС. +1 в пользу ОС-кластеров.
  • При использовании VMware HA можно выбрать механизм VM Failure Monitoring и получить некий уровень защиты от сбоев на уровнн ОС, но по-прежнему приложения будут не защищены в отличии от кластеров уровня ОС. +1 в пользу ОС-кластеров.
  • Такие же аргументы применимы и у к VMware FT. VMware FT не защищает от сбоев ОС — крах ОС произойдет одновременно на основной и вторичной виртуальной машине, тоже самое и со сбоями в приложениях. +1 в пользу ОС-кластеров.
  • Вы не сможете переключиться на другую ноду для обновления ОС или применения патчей при использование VMware HA или VMware FT. +1 в пользу ОС-кластеров.
  • Аналогично, вы не сможете переключиться на другую ноду для обновления приложений при использование VMware HA или VMware FT. +1 в пользу ОС-кластеров.
  • Конечно, и технологии VMware имеют преимущества. VMware HA и VMware FT намного проще включить и сконфигурировать, чем кластер уровня ОС. +1 в пользу VMware.
  • VMware HA и VMware FT не требуют поддержки приложений для их защиты. +1 в пользу VMware.
  • Ни VMware HA, ни VMware FT не требуют лицензировать специальные редакции ОС или приложений для использования своих преимуществ. +1 в пользу VMware.
  • VMware HA может выдать большую нагрузку, чем ОС-кластер. +1 в пользу VMware.
  • VMware FT даёт самый высокий уровень доступности по сравнению с существующими кластерными решениями уровня ОС. +1 в пользу VMware.

Заметка не направлена против какой-либо технологии —VMware HA, VMware FT или кластеров уровня ОС, она описывает их достоинства, недостатки, аналогии, различия. Надеюсь, это поможет сделать правильное решение в выборе технологий при разворачивании ЦОД. (Подсказка: Возможно, Вам понадобятся все.)