воскресенье, 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 февраля, мы проводили очередную встречу с Заказчиками на эту тему. Презентация, в которой я изложил состояние и ближайшие планы по сертификации наших продуктов в ФСБ и ФСТЭК находится в приложении к этому посту. Пользуйтесь.

pvscsi

Для виртуальных машин на ESX(i) 4 мы можем использовать паравиртуализованный виртуальный SCSI контроллер - VMware PVSCSI.
Он обеспечивает большее максимальное количество IOPS, с меньшей нагрузкой на CPU.
См. сюда - PVSCSI Storage Performance.
Пара картинок:

Тут видно, что мегабайт в секунду с маленькими блоками можно прочитать больше.
Нагрузка на процессор стабильно меньше.

Однако, есть статья базы знаний VMware, где говорится о том, что виртуальный контроллер LSI иногда лучше, цитата:
The test results show that PVSCSI is better than LSI Logic, except under one condition--the virtual machine is performing less than 2,000 IOPS and issuing greater than 4 outstanding I/Os.

пятница, 26 февраля 2010 г.

vma update

Подсмотрел, что для обновления vMA можно из ее командной строки выполнить всего пару команд:

# sudo vima-update scan
# sudo vima-update update

Проверил, работает, vMA обновилась.

io drs

Очень, очень интересный pdf о части того, что нас ожидает в 2010 году - IO DRS.

Для дисков ВМ кроме shares появится возможность указывать Limit для IOps.


Для ВМ на хранилище будут отображаться их настройки.

Пример раз.
Пример 2.

Обещают, что механизм IO DRS будет отслеживать latency, и реагировать по превышении порогового значения. Т.е. пока с задержками все ок, управления распределением IOPS не происходит.

вторник, 23 февраля 2010 г.

VMware courses

Давно собирался написать, и вот нашел время:

Информация о курсах компании VMware, сертификация VMware Certified Professional.
Для начала схема


читать далее

VMFS Recovery - восстановление VMFS раздела

На руборде подсказали интересную ссылку - Recovering VMFS partitions with VMware ESX troubleshooting.
Вкратце:
если раздел VMFS пропал из списка Storage, и не потому что отвалился SAN или изменился номер LUN.
если fdisk про раздел VMFS говорит так:

[root@tekitd01 vmhba2]# fdisk -lu /dev/sda
Disk /dev/sda: 322.1 GB, 322122547200 bytes
255 heads, 63 sectors/track, 39162 cylinders, total 629145600 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk /dev/sda doesn't contain a valid partition table

когда  должен так:
[root@tekitd01 vmhba2]# fdisk -lu /dev/sdb
Disk /dev/sdb: 16.1 GB, 16106127360 bytes
255 heads, 63 sectors/track, 1958 cylinders, total 31457280 secto
Units = sectors of 1 * 512 = 512 bytes
Device Boot    Start       End    Blocks   Id  System
/dev/sdb1           128  31455269  15727571   fb  Unknown

то чинится это так-то.

пятница, 19 февраля 2010 г.

статья

PC Week/RE
Открыть материалНовый этап в развитии рынка виртуализации
Наверное, не будет большим преувеличением сказать, что с середины первого десятилетия нынешнего столетия использование …
Открыть материал

среда, 17 февраля 2010 г.

Семинар Обеспечение безопасности виртуальных инфраструктур

Коллеги, вопрос безопасности виртуальной среды - один из популярных.
С ответами на него похуже.
До недавних пор - Семинар Обеспечение безопасности виртуальных инфраструктур.

Virtualization Security Group Russia совместно с Ассоциацией профессионалов в области информационной безопасности RISSPA (Russian Information Systems Security Professional Association) и компанией Check Point Software Technologies приглашает Вас 26 февраля 2010 года на семинар «Обеспечение безопасности виртуальных инфраструктур».
Программа:
18:30-19:00 Регистрация участников, приветственный кофе, вступительное слово организаторов
19:00-19:30 Новые угрозы и риски безопасности, новые  преимущества — что несет в себе виртуальная инфраструктура? Родион Тульский,
VMware
19:30-20:00 Проблемы связанные с обеспечением ИБ инфраструктур виртуализации (взгляд заказчика) Максим Федотенко, Лукойл-Информ
20:00-20:30 Безопасность и виртуализация, подход компании Check Point Антон Разумов,
Check Point
20:30-21:00 Организационные и технические методы борьбы с новыми угрозами Виктор Савонькин, Информзащита
21:00-21:30 О чем молчат производители средств защиты для виртуальных инфраструктур Мария Сидорова, Virtualization Security Group Russia
21:30-22:00 Вопросы и ответы

четверг, 11 февраля 2010 г.

VMware User Group Russia в Live Messenger.

Те кто пользуются Live messenger - VMware User Group Russia в Live Messenger.
Кописпаста:

Бывает, иногда требуется более живое общение, чем может предоставить форум или почта.

Представляю вашему вниманию VMware User Group Russia в Live Messenger.

Приглашаю всех читателей подключаться и участвовать :)

Я им правда не пользуюсь.

среда, 10 февраля 2010 г.

VMware Partner Exchange 2010

Наши люди на VMware Partner Exchange 2010. День первый.

вторник, 9 февраля 2010 г.

это пеар

Я тут занялся обновлением  профиля на LinkedIn. И подумал - а почему бы не воспользоваться его функциями в полной мере?
Многие из вас бывали у меня на курсах, и кому-то понравилось. Кому-то помог блог, кому-то интересны встречи VMUG, в организации которых я принимаю участие.
Если так, то не сочтите за труд оставить рекомендацию в Linked-In. Ссылка на на мой профиль - http://ru.linkedin.com/in/mikhailmikheev.
Язык отзыва не имеет значения.

View Mikhail Mikheev's profile on LinkedIn


Разумеется, приглашаю всех добавлять меня в контакты, рекомендация не является необходимым условием :). В некоторых случаях LinkedIn является удобным средством для общения.

регистрация на VMUG 2010

Коллеги, мы открываем регистрацию на встречу VMware User Group Community.

Напомню, что VMUG это встреча сообщества технических специалистов, имеющих интересы в области виртуализации.
Это независимое мероприятие, с уклоном в техническую сторону, бесплатное для участников.
Дата проведения - 19 марта 2010 года.
Программа мероприятия предусматривает некоторое количество докладов с обсуждениями, и время на общение по произвольным темам. Список докладов будет представлен по мере готовности (напомню, что вы можете предложить интересную тему для доклада или свой доклад тут).

Регистрация закрыта.

понедельник, 8 февраля 2010 г.

VMUG 2010 - 1

Коллеги, многие из вас были или читали (http://vsphere.vm4.ru/vmug) о таком мероприятии как VMware User Group,VMUG.
Само мероприятие представляет из себя встречу технических специалистов, которым интересна тема серверной и десктопной виртуализации во всевозможных ее проявлениях.
Интересно оно, прежде всего, возможностью пообщаться на профессиональную тему с опытными людьми - как то так сложилось, что с этим на наших встречах все хорошо.
Костяк же мероприятия составляет серия докладов.

Инициативная группа в лице Антона Жбанкова и вашего покорного слуги начинает организацию очередной встречи VMUG.

Ориентировочная дата - 19 марта 2010 года.

Уже есть несколько докладов и тем, но хотелось бы посоветоваться с вами. Коллеги, если у кого есть предложить интересную тему для доклада - будем рады.


Также, выступление с хорошим докладом на данном мероприятии уже показало себя хорошим способом создать себе имя в профессиональной среде (в среднем, +15 к репутации и профессиональной известности ;-).

Однако, у нас существуют определенные критерии выбора докладов:
*) отсутствие маркетинговой шелухи;
*) интересная, актуальная и не банальная тема. (Под "небанальностью" имеется в виду то, что о том, что такое и как примерно работает живая миграция (например) знают уже все)

Для желающих подготовить или утвердить доклад по своим или нашим темам - mikhail.mikheev@vm4.ru или ICQ 471 863 134, буду рад пообщаться.

P.S. Коллеги, кто интересуется VMUG в Санкт-Петербурге. Организатором данного мероприятия являюсь не я, пока у меня нет новых данных по его проведению.