Cisco Nexus 1000v для VMware vSphere 6.0 быть!

Многие читатели нашего бложика читают и другие бложики, которые распространяют нехорошие слухи. Erik Scholten с очень известного сайта www.vmguru.com в статье What’s new in vSphere 6 Networking пишет:

Another major change in vSphere 6 on the networking side is the support for third party switches or rather the disappearance on it.

Huh? What did he just say? Did I hear that right? You’re surprised?

I’ll say it again. In short, vSphere 6 no longer supports third party (distributed) switches like the Cisco Nexus 1000V.

As of vSphere 6 VMware does not allow third parties (Cisco) access to their kernel. There’s no official statement yet but I would not be surprised if this is due to the battle with Cisco in the SDN space. Not allowing access prevents Cisco from using the Nexus 1000V which in turn prevents them from SDN control using ACI.

Что меня как пользователя данного продукта от Cisco изрядно напрягло. Спешу опровергнуть данный слух официальным прессрелизом от Cisco:

Announcing Cisco Nexus 1000V for VMware vSphere 6 Release

Разница только в том, что сейчас распространяться и поддерживаться Cisco Nexus 1000v будет по каналу Cisco, а не VMware:

One of the common questions coming from our customers is whether VMware is still re-selling and supporting the Nexus 1000V via VMware support?

VMware has decided to no longer offer Nexus 1000V through VMware sales or sell support for the Nexus 1000V through the VMware support organization as of Feb 2nd 2015. We want to reiterate that this has NO IMPACT on the availability and associated support from Cisco for the Nexus 1000V running in a vSphere environment. Cisco will continue to sell Nexus 1000V and offer support contracts. Cisco encourages customers who are currently using VMware support for the Nexus 1000V to migrate their support contracts to Cisco by contacting their local Cisco Sales team to aide in this transition.

Обновление. Эрик, прочитав нашу заметку, изменил свою статью и отчитался в комментариях.

ESXi ramdisk ‘root’ is full

При попытке переноса одной ВМ между хранилищами было получено странное сообщение:

The ramdisk ‘root’ is full. As a result, the file /var/log/vmware/journal/… could not be written.

SSH на сервере не работал, поэтому пришлось лезть в iLO (это сервер HP).

Стандартная команда “df -h” результата не дала – вроде бы все хорошо.

Поиск в интернете выдал следующую KB2033073.

Два симптома из трех совпадали:

– не работал SSH;

– команда vdf -h выдавала полную занятость диска ‘root’ (Use = 100%).

Кем/чем – не понятно.

Из соседней KB была найдена команда, отобразившая список файлов >50MB

find / -path “/vmfs” -prune -o -type f -size +50000k -exec ls -l ‘{}’ \;

Почти все они, кроме /var/log/hpHelper.log относились к системным файлам. По этому журналу нагуглилась другая KB2055924.

Согласно этой KB, глюки софта от HP переполняли этот журнал при работе на Proliant Gen8.

Решение проблемы следующее:

1) Остановить агента HP Helper

/etc/init.d/hp-ams.sh stop

2) Удалить файл журналов

rm /var/log/hpHelper.log

3) Установить обновление на агентов или отключить агентов вообще

В случае отключения необходимо выполнить команду

chkconfig hp-ams.sh off

Если делать вообще ничего не хочется, можно перезагрузить хост. Однако, vMotion с такого хоста у меня тоже не сработал.

Ожидание выхода VMware vSphere 6.0

На следующей неделе со 2 по 5 февраля 2015 году планируются мероприятия посвященнуе запуску новой платформы vSphere 2.0 (это как WEB 2.0, она состоит из линейки продуктов с версиями 6.х, платформа с версиями 4.0 была просто vSphere). Мероприятие будет транслироваться в Интернет на английском языке, регистрация на сайте www.vmware.com/now.

Для тех, кто не собирается смотреть или уже хочет узнать о новинках новой платформы на сайте www.vmwarearena.com появилось несколько полускрытых статей:

Вышел VMware vRealize Operations Manager 6.0

Компания VMware постепенно выпускает компоненты свой новой линейки продуктов.

Вчера вышел в релиз один из самых важных – система мониторинга, анализа и прогноза VMware vRealize Operations Manager 6.0.

Лог изменений.

Скачать.

Из новенького:

  • Scale-Out Deployment Architecture
    Распределенная масштабируемая архитектура.
  • Unified User Interface
    Просто интерфейс управления vSphere. Легкое создание и гибкое управления дашбордами.
  • Licensing Management in 6.0
    Независимое управления лицензиями. Возможность комбинироания различных редакций в одной установке.
  • Smart Alerts
    Умное оповещение – фокусирование на корневой причине комбинации различных симптомов.
  • Enhanced Reporting
    Многочисленные отчеты из коробки и возможность создавать свои.
  • Capacity Planning and Project Management Capabilities
    Планирование мощностей и проектное управление возможностями за счет сквозного анализа физических метрик и метрик приложений.
  • Custom Policies
    Создание политик, которые можно применить к различным типа нагрузок, приложений, кластеров для более точного мониторинга, управления мощностями, соответствиия стандартам.
  • Automated Remediation of Problems
    Возможность применения действий и исправлений для выданных рекомендаций.
  • User Access Control Management
    Гранулированное управления доступон на основе ролей..
  • Unified Storage Visibility
    Унифицированное отображение инфраструктуры хранения позволяет определять отклонения в работе любях компонентов.

Задание по настройке балансировки Round Robin в VMware vSphere

Мы ранее уже писали о политиках балансировки и о том, как их настроить через скрипт. Но к сожалению, с течением времени часть хостов меняются, хранилища также меняются на другие и актуальность этих настроек может быть потеряна.

К примеру, я точно помню, что настраивал Round Robin для своего кластера и своей СХД HP EVA пару лет назад.

Однако, текущий вывод скрипта по балансировке показывает, что это далеко не так:

Get-Cluster cluster| Get-VMHost | Get-ScsiLun -LunType disk | group multipathpolicy

Continue reading “Задание по настройке балансировки Round Robin в VMware vSphere”

Свежая установка vCenter Server 5.5 Update 2b

Возникла задача установить свежий vCenter Server со следующими вводными:

  1. Использование внешней базы MS SQL;
  2. Использование учетной записи Active Directory для запуска служб и доступа к базам MS SQL.

1. Для начала пришлось определиться с тем, какой SQL все же нам подходит. Для этого откройте VMware Compatibility Guides и выберите там Product Interoperability Matrixes.

Continue reading “Свежая установка vCenter Server 5.5 Update 2b”

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.

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

Trilead VM Explorer 5.1

Вышла новая версия средства резервного копирования от Trilead. О старых можно прочитать в наших статьях – Впечатления о Trilead VMX и Моя борьба со snapshot’ами.

Что нового в версии 5.1

  • Добавлена многопользовательская поддержка в web-интерфейсе с интеграцией в Active Directory.
  • Возможность старта из бэкапов с помощью функции Instant VM Recovery.
  • Поддержка OpenStack, HP Cloud, Rackspace Cloud
  • Поддержка ESXi 5.1/ ESXi 5.5 SeSparse дисков.
  • Обновлен web-интерфейс.

Приведу несколько снимков экранов нового интерфейса для процесса резервного копирования и восстановления виртуальной машины. Continue reading “Trilead VM Explorer 5.1”

Как установить ESXi 5.5 с флешки

Понадобилось поставить ESXi на сервер без CD-ROM и интерфейсов удаленного управления (~HP iLO, etc).

Поисковой запрос тут же вывел меня на топик англоязычного сообщества VMware, советующего использовать для этого бесплатную утилиту Rufus (для создания загрузочной флешки).

Процесс прост до безобразия:

  1. Скачиваете утилиту с сайта разработчика;
  2. Добавляете образ vSphere ESXi;
    rufus
  3. Нажимаете Start;
  4. Отключаете флешку обычным образом.

Я бы не писал эту заметку, но русскоязычные ресурсы в поисковом запросе рекомендуют использовать альтернативные утилиты, после чего допиливать руками результат. Здесь же никакого допиливания не требуется.

UPD: Эту же утилиту можно использовать, чтобы удалить все разделы с флешки, на которую устанавливался ESXi.