среда, 10 марта 2010 г.

VMUG 2010-1

Итак, программа предстоящей встречи 19 марта:

9:20 Регистрация, кофе
  9:50 Открытие
10:00 "Облачные вычисления" Антон Жбанков
10:25 "Cisco Unified Computing System" Cisco
11:10 "Сравнение гипервизоров" Денис Батурин
11:40 "Как работает VMFS" Антон Жбанков
12:15 обед
13:15 "Решения IBM в области виртуализации" IBM
14:00 "Доступность и безопасность виртуальной инфраструктуры - практическое руководство" Антон Жбанков, Сергей Щадных
14:35 "Обеспечение отказоустойчивости виртуальных систем без разделяемых хранилищ" Сергей Щадных, Владимир Гуляев
15:10 Кофе-брейк
15:25 "Обзор Veeam Backup 5.0 и Veeam Reporter" Veeam
16:05 "Оптимизация продуктов Citrix под VMware" Денис Гундарев
16:40 "Защита виртуальных сред" TrendMicro
17:20 "Обзор VMware Orchestrator" Михаил Михеев
17:50 Закрытие
Участие в мероприятии бесплатное, ждем всех желающих, однако предварительная регистрация обязательна.

понедельник, 8 марта 2010 г.

labs.vmware.com

Новая ссылка - http://labs.vmware.com/.

Там хостятся интересные маленькие проекты, сейчас их 10.
Например, это esxplot, утилита для визуализации данных esxtop (о нем я писал в посте про анализ нагрузки на ESX(i) - Performance).

Прочие проекты тоже достаточно интересны, особо обратите внимание на Onyx.

понедельник, 1 марта 2010 г.

Capacity Planner

Коллеги, кто из вас работает с VMware Capacity Planner:
может быть, кому то из вас окажется полезным этот пост - VMware Capacity Planner troubleshooting tips.

воскресенье, 28 февраля 2010 г.

vscsiStats

Некоторая информация по поводу использования vscsiStats.

Ранее я уже писал о том, как мониторить нагрузку и узкие места в производительности сервера - Performance.

И в том посте упоминал про существование отдельного средства мониторинга дисковой - vscsiStats.
Вот о нем сейчас поподробнее:

заходим по ssh на ESX (для ESXi по умолчанию это средство не доступно, но можно доставить пусть и не самым красивым образом - vscsiStats for ESXi)

нам нужна команда

/usr/lib/vmware/bin/vscsiStats
с ключиком -l она покажет нам номера процессов (World ID) запущенных ВМ
выберем интересующую ВМ
затем выполним команду
/usr/lib/vmware/bin/vscsiStats -s -w <номер world_group_id>
-s указывает начать сбор данных
-w указывает ВМ, чьи данные нас интересуют (можно не указывать, тогда будут собираться данные всех ВМ)

для проверки того, что данные собираются выполните (не раньше чем через несколько минут) команду
vscsiStats -p all -w <world_group_id>
-p указывает "проигрывание" (play) интересующего вас счетчика. Доступные значения:
all, ioLength, seekDistance, outstandingIOs, latency, interarrival.

для сохранения данных в файл csv нужен ключик -с

vscsiStats -p all -c -w >world_id> > /tmp/<произвольное название файла>.csv

Один сеанс сбора данных занимает 30 минут. Если надо за больший период - запускаем еще раз. Если за меньший - останавливаем работу вручную командой
vscsiStats -x -w <world_id>

Затем, для обработки:
1) Загрузите полученный файл к себе на машину
2) Создайте в Excel новый документ, выполните импорт данных, в качестве разделителя укажите запятую.
3) Теперь воспользуемся макросом для обработки данных. Нажимаем Alt+F11. Там иконка View Code, и вставляем код отсюда - http://www.gabesvirtualworld.com/wp-content/uploads/2010/02/vscsiStats-excel-macro.txt.
Нажимаем F5.

Должны автоматически построится гистограммы.

Как их читать: по оси x откладывается значение счетчика, а по оси y - количество раз, когда счетчик принимал такое значение.

У меня самого красивой картинки не получилось (грешу на плохой искусственный набор данных), поэтому скопипастю:







Но за толковыми примерами и обьяснениями, как читать эти данные обратитесь по второй ссылке из источников информации.

По источникам:
http://www.yellow-bricks.com/2009/12/17/vscsistats/
http://communities.vmware.com/docs/DOC-10095
http://www.gabesvirtualworld.com/?p=1022
http://www.gabesvirtualworld.com/?p=102

суббота, 27 февраля 2010 г.

Citrix VMware Parallels VDI

Коллеги, мне тут попалось на глаза сравнение VDI от  Parallels c Citrix XenApp и VMware View.


Те кто поопытнее меня в этих продуктах - в чем они наврали?

к вопросу о esx / esxi 4 network design

Когда идет разговор о планировании сети для ESX(i), обычно выделяются следующие типы трафика:

  • управляющий (трафик Service Console для ESX)
  • трафик VMotion
  • трафик Fault Tolerance
  • трафик NAS
  • трафик iSCSI
  • трафик ВМ (возможно, делящийся на подгруппы)
Трафик каждого из видов обладает своими требованиями по доступности, безопасности и производительности. В соответствии с этими требованиями и нашими возможностями, мы выделяем какое-то количество физических сетевых контроллеров на тот или иной тип трафика, и смешиваем или не смешиваем какие-то виртуальные сетевые интерфейсы на одних и тех же вКоммутаторах.

Принято считать, что управляющий трафик минимален, и много ему не надо. Однако, давайте подумаем, а что же у нас ходит через управляющие интерфейсы ESX(i)?
  1. Cам по себе управляющий трафик, от клиента vSphere или сервера vCenter.
  2. Трафик консоли к виртуальным машинам.
  3. Процессы импорта виртуальных машин/Virtual Appliance (пункт меню Deploy OVF Template).
  4. Процессы импорта того или иного рода, которые выполняются через VMware Converter.
  5. Бекап. Многие решения резервного копирования (а вернее, все, не использующие VCB/vStorage API в режиме SAN offload) засылают трафик резервного копирования через управляющие интерфейсы.
  6. Миграция. Миграция выключенной ВМ, и Storage VMotion (насчет SVMotion не на 100% уверен но по моему так) происходят через управляющие интерфейсы.
Мораль -  100 Мбит интерфейса для управляющего интерфейса может и не хватить.
Повесив на одни и те же vmnic# управляющий интерфейс и что-то другое, для этого другого можем получить тормоза в сети на время бекапа или других операций из списка.

vmkdump vmcoredump

Чтение данных дампа ESXi - vSphere 4 and Core Dumps (vmkdump).

snapshot virtual ESX 4

Интересно, хоть и ускоспециализованно:

Вот есть ESX 4.
Под ним ВМ.
В ней - ESX 4.

Для тестовых целей такие конфигурации применяются достаточно широко.
Вот тут - Taking snapshots of VMware ESX 4 running in a VM - сообщают о том, что есть проблема - если сделать снапшот той ВМ, где работает ESX, то после восстановления к снапшоту ESX штатно не загружается:


Лечится это неподдерживаемой командой для физического ESX:

kill -9

как убить зависшую ВМ на ESXi 4 - Powering off a virtual machine on an ESXi host.

В общем-то, все так же, как и на ESX - Убить зависшую ВМ.

Microsoft и персональные данные

Немного оффтоп, но на достаточно популярную тему - Microsoft и персональные данные.

В последнее время очень многие наши Заказчики и Партнеры интересуются тем, как можно при помощи продуктов Microsoft защитить персональные данные в соответствии с Федеральным законом 152 "О персональных данных". Вчера, 26 февраля, мы проводили очередную встречу с Заказчиками на эту тему. Презентация, в которой я изложил состояние и ближайшие планы по сертификации наших продуктов в ФСБ и ФСТЭК находится в приложении к этому посту. Пользуйтесь.