Snapshot это плохо

Перевод интересного поста - Влияние снапшотов на производительность - 1.
Цитата:

Мы уже получили очень важную информацию: для начала, один лишь факт наличия снапшота означает двукратный рост операций read. Более того, если ВМ записивает блок, который еще не был записан в снапшот, происходит две операции записи - сначала нужно обновить таблицу "где найти конкретный блок" (снапшот или базовый диск). И это очень сильно влияет на производительность!

Если вы еще не верите, что для производственных ВМ снапшоты это зло, см. интересную подборку "всё всё всё про снапшоты" - Snapshots: Подборка интересных постов и статей.

Inventory Snapshot

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

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

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

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

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).

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

The HA and DRS Audit Script

Не так давно вышла книга "HA and DRS deepdive". Я ее купил, прочел, и, в целом, могу рекомендовать для тех, кому хочется понимать устройство этих кластеров. Как альтернативу придти ко мне на курсы пообщаться на эту тему ;-)

PowerCLI-гуру  Alan Renouf  "...прочел первые 50 страниц, возбудился, и, с разрешения авторов, накидал скрипт, проверяющий кластер на соответствие рекомендациям".

Выглядит эта штука шикаарно - после запуска скрипта в консоли PowerCLI можно наблюдать красочную форму для ввода параметров доступа к vCenter:

После себя остается не менее красочный html файл с выжимкой текущих настроек кластеров HA\DRS, и статистики по ним:

Посмотреть этот отчет по моему кластеру можно вот тут.

Видео как это все используется:

HA and DRS Audit Script from Alan Renouf on Vimeo.

Однако я пока глубокого смысла в этих данных не углядел.
Впрочем, кому-то может и пригодится, и, самое главное, стоит ждать доработки этого скрипта - так что страницу с ним стоит проверять - The HA and DRS Audit Script.

HA Slot sizes

Помнится мне, как-то на форуме VMware было довольно бурное обсуждение касаемо подсчета слотов для кластера HA.

Для интересующихся темой может быть интересной информация отсюда - HA Slot sizes – how do we get those numbers from vCenter?

Check VMware View 4.x pool provisioning status

У продукта VMware View есть такое понятие как "пул", пул десктопов. Это логическое объединение, куда попадают ВМ, разворачиваемые из указанного шаблона или мастер-образа в случае Linked Clones. Иногда это самое разворачивание не удается - и при настройках по дефолту очередных виртуальных машин для наших любимых пользователей можно не ждать, пока не поставить на место галочку в свойствах пула

Проблема даже не в наличии галочки "Остановить развертывание при ошибке" - это-то как раз ОК, а проблема в отсутствии внятной индикации по этому поводу.

Как костыль можно попробовать использовать скрипт на PowerShell отсюда -  Check VMware View 4.x pool provisioning status. Он опрашивает данные из ADAM и шлет email при обнаружении пула с отключенным развертыванием.

P.S. Вы еще не пользуетесь PowerShell для управления своей виртуальной инфраструктурой? Рекомендую ознакомиться с азами - PowerShell + VMware = PowerCLI. How-to - это быстро, легко и многое позволяет реализовать без особых усилий.

Deshifrator

Гугля по ходу написания всякого в блог, обнаружил ранее мне неизвестный русскоязычный блог по нашей любимой теме - Deshifrator's Blog.

VMware vSphere 4.1 Networking Performance

Помните не очень давно камрад Umlyaut рассказывал о достижении скоростей порядка 16 Gbps между двумя ВМ на одном ESX(i) - vSphere network test - vmxnet3, Jumbo Frames

А теперь сама VMware рассказывает о достижении аж 27 Gbps - VMware vSphere 4.1 Networking Performance.

Правда, не при любых условиях и не для любой ОС:

Одна из идей документа - если есть приложение, которое генерит трафик в нереальных объемах, то можно воткнуть в ESX(i) до 4х контроллеров 10 Гбит Ethernet, выпустить через них ВМ с этим приложением, и при совпадении некоторых условий она получит канал с пропускной способностью до 36 Гбит\с, что близко к рассчетным значениям для современного железа.

Притом, этот канал можно и разделить между несколькими ВМ - накладных расходов от деления нет или почти нет.

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.

Performance Recommendations for Virtualizing AnyThing with VMware vSphere 4

Список банальных рекомендаций для повышения (не уменьшения?) производительности абстрактного приложения\ВМ на vSphere - Performance Recommendations for Virtualizing AnyThing with VMware vSphere 4.