пятница, 10 июня 2011 г.

Ephemeral Port Binding


Как-то я писал о том, что мы теряем если у нас упал vCenter. Напомню:
  1. Перестает централизованно собираться статистика производительности, та, что доступна на вкладке Performance.
  2. Не собираются события, произошедшие с инфраструктурой – вкладка Events.
  3. Перестанут работать alarm.
  4. Кластер drs перестанет работать.
  5. DPM, если был, перестанет работать.
  6. vMotion и все прочие миграции перестанут быть возможными.
  7. Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery.
  8. Если коммутаторы распределенные , изменение их настроек станет невозможным. 
  9. Частично это касается и Cisco Nexus 1000V.
  10. Не получиться быстро найти и включить виртуальную машину, если она лежит на каком-то из большого числа серверов.
  11. Нельзя будет развертывать ВМ из шаблонов
Скорее всего, мы переживем без этого даже пока быстренько не поднимем vCenter с нуля.
Однако поступив так, мы теряем:
  1. Статистику производительности, что хранится до года – что плохо для анализа и планирования инфраструктуры.
  2. Теряются события, произошедшие с инфраструктурой – вкладка Events.
  3. Потеряются alarm, созданные нами вручную, и изменения существующих по умолчанию (настройки оповещения в первую очередь).
  4. Потеряются vApp и пулы ресурсов кластера drs
  5. Потеряются правила кластера drs
  6. Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery (возможно, у вас будет что-то еще). Для некоторых потребуется переустановка.
  7. Если коммутаторы распределенные , то конфигурация их будет потеряна  - т.е. при появлении нового vCenter придется подключать к нему сервера ESX(i) и создавать новые распределенные виртуальные коммутаторы.
  8. Частично это касается и Cisco Nexus 1000V.
  9. Потеряются сертификаты.
  10. Если при установке vCenter мы указывали использование портов, отличных от по умолчанию – мы теряем эти значения.
Мораль – лучше бы нам поднапрячься, и осуществлять таки резервное копирование базы данных vCenter.

Так вот, с мест сообщают - The Secret of Ephemeral Port Groups - что если для распределенного коммутатора, точнее группы портов на нем, указать port binding = ephemeral, то подключать ВМ к этому вКоммутатору можно будет и без vCenter.

Напомню, что у port binding есть три варианта настройки:
  1. Static. Виртуальная машина занимает порт, вне зависимости от того включена она или выключена. Число портов в группе портов фиксировано.
  2. Dynamic. Виртуальная машина занимает порт только если она включена. Число портов в группе портов фиксировано.
  3. Ephemeral. Число портов в группе портов безлимитно.






четверг, 2 июня 2011 г.

VMware vCenter Orchestrator Plugins

Помните, что у всех у кого есть vCenter есть и VMware Orchestrator - мощное средство автоматизации рутинных задач?

В его составе уже есть определенные "кирпичики", атомарные действия над vSphere. А еще можно добавить недавно вышедший vCenter Orchestrator Plug-in for Microsoft Active Directory - 34 действия над AD, которые можно объединять в цепочки и запускать в один клик.

Кстати, еще доступен плагин для связки с vCloud Director - VMware vCenter Orchestrator Plug-in for VMware vCloud Director.







Sent from my iPad

VMware vSphere 4.1 Storage Performance: Measuring FCoE, FC, iSCSI, and NFS


VMware и NetApp зарелизили интересный документ - VMware vSphere 4.1 Storage Performance: Measuring FCoE, FC, iSCSI, and NFS.

Взяли кучу железа, кучу ВМ, кучу нагрузки с них на диски и померяли IOps, нагрузку на процессор и latency для разных протоколов (FC 4 Gbit, iSCSI 1\10 Gbit, NFS 1\10 Gbit, FCOE 10 Gbit).



Вывод - разницы нет что использовать :-)









Sent from my iPad

cloud, vcloud, vcloud director, it-grad



Sent from my iPad

Inventory Snapshot


На сайте экспериментальных продуктов VMware новое поступление - InventorySnapshot.

Обещают, что эта штука сохранит объекты иерархии vCenter, т.е. папки для хостов и ВМ, кластеры, какой хост в каком кластере, пулы ресурсов, vApp, роли и назначение ролей, custom fields.

А затем запустит PowerShell скрипт, который восстановит эту иерархию объектов в указанном (предполагается новом или другом) vCenter.

Видео с иллюстрацией работы:








Sent from my iPad

vMA + Splunk


Как вы знаете, у VMware есть для vSphere небольшой доппродукт - vMA, vSphere Management Appliance.

Когда-то я о нем написал:

vMA - это ВМ. Бесплатно скачивается с соответствующего ресурса.
Зачем ее скачивать?
Она позиционируется как точка централизованного управления инфраструктурой vSphere.
Управления в смысле:
запуска команд и скриптов - для этого в эту ВМ предустановленны vSphere CLI - Remote Command Line Interface.
Кроме vSphere CLI, в составе этой ВМ есть, цитирую

Applications installed include VMware Tool, Perls command line tools that function similarly to the ESX service console commands, the VI Perl Toolkit, Java JRE 1.5, a VMware authentication component called vi-fastpass, a VMware logging component called vi-logger, and a Simple Network Management Protocol (SNMP) server.


Таким образом, если у нас появятся приложения, которые применяются для управления ESX'ами - можно их ставить в vMA, и из одного места управлять всем. Тем более, есть модули для сквозной авторизации на ESX(i)/vCenter .
Плохая новость в том, что пока что с такими приложениями не густо. Я ни одного не знаю.
Кроме прочего, его можно использовать для сбора логов с серверов ESX(i).

А вот тут - vMA + Splunk = Syslog Awesomeness - предлагают доустановить на vMa дополнительный продукт, упрощающий доступ к анализ этих логов:










Sent from my iPad