vCenter Log Insight. Private.

А вокруг только и разговоров, что о vCenter Log Insight. Как оно бесконечно прекрасно тюнится и делает жизнь администраторов светлой и радостной. (с)

Профильные ресурсы просто переполнены инструкциями и мануалами по новой игрушке от VMware - vCenter Log Insight. Продукт еще в Beta, но уже заставляет обратить на себя внимание.


- vCenter Log Insight это не очередной logserver. Точнее и он тоже, но ключевым тут является не сбор и хранение, а управление, аналитика, визуализация, структурирование событий от виртуальной инфраструктуры (приложения, vm, хосты, сетевые устройства, межсетевые экраны, ос, СХД).
- поставляется в виде Virtual Appliance, интегрируется с VMware vCenter и VMware vCenter Operations. Второй вариант интересней, т.к. позволяет находить причины проблем отраженных  в Operations искать напрямую в логах.

Все дальнейшее строго ИМХО, основанное на 2-х недельном ковырянии в продукте.

Ресурсы:

Начинал с 2 хостов закончил на 30 - существенной разницы в потребляемых ресурсах не заметил. Добрые люди рассказывали о развертывании на 600+ хостов.

conf vm: 2vcpu, 8gb ram

утилизация в режиме сбора событий:
2-5% СЗГб 5-10% memory, lan (av) 5-10 Kbps (в пиках 100), disk: latency(av) 30, usage(av) 400 Kbps

утилизация в режиме формирования замысловатых выборок по событиям:
10-50% СЗГб 20-80% memory, disk: latency(av) 45, usage(av) 5000 Kbps - все, естественно, зависит от сложности сортировки и количества событий

Положительные моменты:
- заявленная работа в режиме реального времени, почти так и работает...
- удобная и полноценная возможность кастомизации "My Content"
- возможность добавления нескольких vCenter в одном инстансе vCenter LI
- удобная организация fields для группировки и просмотра события по типу, источнику, категории
- предусмотренная из коробки удобная и работающая возможность замены сертификатов
- почти безграничные возможности кастомизации Dashboard.
- возможность группировки алертов по различным тегам (источник, тип события и т.п.) с последующим созданием для таких групп различных типов реакций: отправка сообщения по почте, повторные уведомления и т.п.

"НЕположительные" моменты:
- нет интеграции с LDAP - просто ужасно для продукта, который позиционируется для корпоративного рынка.
- нет возможности самому раскрашивать алерты в графике на Dashboard

Других минусов на данный момент тестирования не заметил.
Списки будут дополняться.

Uninstalling vCenter Server

Вдогонку к предыдущему посту про удаление VDP, навеянные KB1030559 пару строк про "правильное" удаление vCenter Server:

1. удаляем все компоненты vCenter
2. удаляем папки
с:\Program Files\VMware\Infrastructure\VirtualCenter Server 
с:\ProgramData\VMware\VMware VirtualCenter
3. удаляем VMwareVCMSDS из AD Lightweight Directory Service просто удалив AD LDS
4. удаляем папку 
c:\Windows\ADAM
5. и три ключа реестра:
HKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./VMware VirtualCenter
HKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./WOW6432NODE/VMware VirtualCenterHKEY_LOCAL_MACHINE/SOFTWARE/VMware Inc./WOW6432NODE/VMware Infrastructure

На "очищенный" сервер без ошибок ставиться заново vCenter Server. 

Uninstalling plugin vSphere Data Protection

Огромная моя любовь к VDR переросшая в любовь к VDP заставляет меня часто заново разворачивать VDP там, где его уже успели удалить. Очень часто при таких повторных установках возникают проблемы связанные с неправильным (точнее неполным) удалением предыдущего инстанса VDP.



Вот как надо:

1. выключаем VDP, используя shutdown
2. если ничего не собираемся сохранять - по правой кнопке delete from disk
3. идем на https://<vcenterIP>/mob
4. выбираем content, далее выбираем extensionmanager
5. нажимаем unregisterextension, в строке VALUE пишем com.vmware.vdp
6. Invoke Method
7. если повезло, рассматриваем сообщение "Method Invocation Result: Void"
8. Релогин и наслаждаемся результатом.

Инструкция универсальная и подходит для других компонент, добавляющих свои плагины в vCenter Server

VMUG#2 Belarus

Коллеги, в прошлом году мы организовали и провели первый VMUG в городе Минске.
Мероприятие понравилось участникам, докладчикам и организаторам. Мы решили продолжить эту традицию, 2013 год перевалил через экватор, а значит, пора приступать к организации VMUG#2 2013 Belarus.

Если у вас есть интересные темы для докладов, и вы хотите, чтобы эти темы были освещены на  VMUG#2 2013 Belarus - пишите, предлагайте и мы постараемся сделать все возможное чтобы рассказать о том, что вас интересует.

Если вы хотите не просто послушать, а поделиться опытом и выступить с докладом - тоже пишите.

Условия остаются неизменяемыми: ТЕХНИЧЕСКИЕ доклады о виртуализации и смежных областях и никакого маркетингового вливания.

вище, швидше, сильніше

Действующие лица истории двух месячной давности:
Я
К – автор приложения
З – заказчик, на его площадке работает приложение написанное К
А.К. – админ компании, где работает К.

Раннее субботнее утро. Звонок с неизвестного номера:
К: Зачем Вы посоветовали компании "XYZ" запускать мое приложение на виртуальном сервере ? Теперь там проблемы с производительностью моего приложения. Заказчик жалуется. Скажите, чтобы перенесли мое приложение на нормальный сервер. 
Я: О_о. 
Пытаюсь прояснить ситуацию: что за приложение, какие проблемы и кто автор раннего звонка. 
Подключаюсь к инфраструктуре "XYZ", смотрю статистику производительности за последних два месяца VM с "болеющим" приложением - курит. Возникает желание забрать лишнее ядро и половину выделенной памяти.
Я:  Постараюсь в ближайшее время разобраться.
Вешаю трубку. Звоню заказчику "XYZ" - прояснить ситуацию с "тормозящим приложением"
Я:  Привет, какие у вас проблемы с приложением  ? 
З: Никаких, все ок 
Я: О_о. Мне только что звонил К, сказал, что у вас все тормозит.
З: Нет. все нормально.
Звоню К.
Я: У них все нормально. Никто не жалуется.
К: Они просто не понимают, как быстро может работать мое приложение, поэтому не жалуются. Это все ваша виртуализация, она тормозит все мои приложения. Когда мы тестировали приложение на НАСТОЯЩЕМ сервере, все работало быстрее. Можете узнать у наших админов.

Получаю скайп админов, звоню, объясняю ситуацию.
С той стороны смех:
А.К:  Скажи, что перенесете на физический сервер, иначе выест мосх.
Я: О_о.
А.К: У нас все разрабатываемые приложения тестируются только на VM. Пока автору этого приложения не сказали, что перенесли  на физический сервер, он не давал нам покоя. Поступи так же. Его приложение никогда не тестировалось и не работало на не виртуальном сервере.

Так и поступили: уменьшил ресурсы сервера, сказал К, что перенесли его приложение на физический сервер. Больше «жалоб» не поступало.  Для З. ничего не изменилось, К. – доволен. Возможно, меня можно обвинить в поддержании невежества и заблуждений, но, порой, зануде проще дать, чем отказать. Все счастливы. Занавес. 

Вспомнилось после прочтения на v-front.de такой вот притчи