среда, 15 июня 2011 г.
пятница, 10 июня 2011 г.
Ephemeral Port Binding
Как-то я писал о том, что мы теряем если у нас упал vCenter. Напомню:
- Перестает централизованно собираться статистика производительности, та, что доступна на вкладке Performance.
- Не собираются события, произошедшие с инфраструктурой – вкладка Events.
- Перестанут работать alarm.
- Кластер drs перестанет работать.
- DPM, если был, перестанет работать.
- vMotion и все прочие миграции перестанут быть возможными.
- Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery.
- Если коммутаторы распределенные , изменение их настроек станет невозможным.
- Частично это касается и Cisco Nexus 1000V.
- Не получиться быстро найти и включить виртуальную машину, если она лежит на каком-то из большого числа серверов.
- Нельзя будет развертывать ВМ из шаблонов
Однако поступив так, мы теряем:
- Статистику производительности, что хранится до года – что плохо для анализа и планирования инфраструктуры.
- Теряются события, произошедшие с инфраструктурой – вкладка Events.
- Потеряются alarm, созданные нами вручную, и изменения существующих по умолчанию (настройки оповещения в первую очередь).
- Потеряются vApp и пулы ресурсов кластера drs
- Потеряются правила кластера drs
- Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery (возможно, у вас будет что-то еще). Для некоторых потребуется переустановка.
- Если коммутаторы распределенные , то конфигурация их будет потеряна - т.е. при появлении нового vCenter придется подключать к нему сервера ESX(i) и создавать новые распределенные виртуальные коммутаторы.
- Частично это касается и Cisco Nexus 1000V.
- Потеряются сертификаты.
- Если при установке vCenter мы указывали использование портов, отличных от по умолчанию – мы теряем эти значения.
Так вот, с мест сообщают - The Secret of Ephemeral Port Groups - что если для распределенного коммутатора, точнее группы портов на нем, указать port binding = ephemeral, то подключать ВМ к этому вКоммутатору можно будет и без vCenter.
Напомню, что у port binding есть три варианта настройки:
- Static. Виртуальная машина занимает порт, вне зависимости от того включена она или выключена. Число портов в группе портов фиксировано.
- Dynamic. Виртуальная машина занимает порт только если она включена. Число портов в группе портов фиксировано.
- Ephemeral. Число портов в группе портов безлимитно.
Sent with MobileRSS HD FREE
четверг, 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.
В его составе уже есть определенные "кирпичики", атомарные действия над vSphere. А еще можно добавить недавно вышедший vCenter Orchestrator Plug-in for Microsoft Active Directory - 34 действия над AD, которые можно объединять в цепочки и запускать в один клик.
Кстати, еще доступен плагин для связки с vCloud Director - VMware vCenter Orchestrator Plug-in for VMware vCloud Director.
Sent with MobileRSS HD FREE
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 with MobileRSS HD FREE
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 with MobileRSS HD FREE
Sent from my iPad
vMA + Splunk
Как вы знаете, у VMware есть для vSphere небольшой доппродукт - vMA, vSphere Management Appliance.
Когда-то я о нем написал:
vMA - это ВМ. Бесплатно скачивается с соответствующего ресурса.Кроме прочего, его можно использовать для сбора логов с серверов ESX(i).
Зачем ее скачивать?
Она позиционируется как точка централизованного управления инфраструктурой 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 .
Плохая новость в том, что пока что с такими приложениями не густо. Я ни одного не знаю.
А вот тут - vMA + Splunk = Syslog Awesomeness - предлагают доустановить на vMa дополнительный продукт, упрощающий доступ к анализ этих логов:
Sent with MobileRSS HD FREE
Sent from my iPad
Подписаться на:
Сообщения (Atom)



