У компании VMware есть полезный многим администраторам виртуальной инфраструктуры документ "Microsoft SQL Server on VMware vSphere Availability and Recovery Options". Его стоит почитать, если в компании используется SQL Server в виртуальных машинах:

В этом техническом документе рассказывается как о средствах обеспечения доступности виртуальных машин с SQL Server со стороны VMware vSphere (технология vMotion, механизмы HA/DRS), так и о технологиях компании Microsoft, которые работают на уровне гостевой ОС (AlwaysOn Availability Groups, экземпляры кластера AlwaysOn Failover Cluster, техника database mirroring, а также функции отсылки бэкапа транзакционного лога - log shipping).

Также в документе описывается применение технологии катастрофоустойчивости VMware Site Recovery Manager совместно с технологиями доступности SQL Server. Кроме того, рассматриваются вопросы резервного копирования и восстановления баз данных, а также накатывание обновлений. Есть и небольшой раздел о лучших практиках.

В общем, весьма интересный и полезный документ.

Компания VMware выпустила полезный документ о технологии Horizon FLEX, предназначенной для поддержания инфраструктуры офлайновых виртуальных ПК - VMware Horizon FLEX Deployment Considerations.

Напомним, что технология FLEX позволяет запускать виртуальные ПК VMware Horizon View локально (как на Mac во Fusion, так и на Windows в Workstation Player), без требования наличия связи с датацентром компании.

Этот документ посвящен, в основном, разбору архитектуры и топологии решения FLEX, а также лучшим практикам по эксплуатации решения. В дополнение к этому документу можно также почитать Horizon FLEX Administration Guide и Horizon FLEX Client User Guide.

Основные разделы документа:

• What Is VMware Horizon FLEX?
• How Horizon FLEX Works
• Architecture and Components of Horizon FLEX
• Installation and Configuration of Horizon FLEX
• Network Considerations for Horizon FLEX
• Horizon FLEX Scalability
• Horizon FLEX Security and Certificates
• Delivering the Horizon FLEX Client to End Users
• Creation and Management of Restricted Virtual Machines
• Horizon FLEX Log File Locations
• Horizon FLEX Frequently Asked Questions

Не так давно компания VMware обновила свой тонкий клиент для управления виртуальной инфраструктурой vSphere через браузер. Напомним, что VMware vSphere HTML5 Web Client заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere.

Теперь HTML5 Web Client получил версию v2.0 и доступен для загрузки с сайта проекта VMware Labs. Напомним, что о прошлой версии веб-клиента (v17) мы писали вот тут.

Основная фишка новой версии - это новый интерфейс Fling Appliance Management Interface, который позволяет управлять самим виртуальным модулем, реализующим основные сервисы клиента. Вот какие возможности он предоставляет:

• Возможность обновить vSphere Web Client в один клик. Эта штука доступна также в 17-й версии, если перейти по адресу https://[fling-appliance]:5490/. Залогиньтесь с учетной записью root, затем нажмите кнопку Update. Это работает как для обычного vCenter Server, так и для виртуального модуля vCSA.
• Возможность установки и конфигурации Web Client через Appliance Management Interface. В автоматическом режиме работает только для vCSA, а вот для vCenter Server потребуются ручные операции.
• Возможность включения/отключения веб-интерфейса клиента из управляющего интерфейса.

Также вместе с обновленной версией веб-клиента стал доступен документ "H5 Client Deployment Instructions and Helpful Tips_v19", который содержит полезные инструкции по его развертыванию и конфигурации. Его действительно стоит почитать.

Еще совсем недавно мы писали о контент-паке VMware SRM для решения Log Insight, а уже на днях компания VMware выпустила обновленную версию продукта - vRealize Log Insight 3.6. Напомним, что он позволяет осуществлять поиск любых данных в виртуальной инфраструктуре и предоставляет мощные возможности аналитики по этим данным.

Давайте посмотрим на новые возможности Log Insight 3.6:

1. Enhanced Alerting – алерты, которые посылаются к vRealize Operations Manager, теперь содержат те же самые метаданные, что и оповещения по электронной почте.

Вот что видим в интерфейсе:

Вот что видим в почте:

Кроме того, появилась возможность Auto Cancel Alerts - когда алерты, переданные в vRealize Operations Manager, можно установить в автоотмену через 10 минут после их появления.

2. Запросы по типам события и трендам теперь могут быть сохранены на дэшборд, а также включить их в контент-паки. Вот топ-10 типов событий и топ-10 трендов событий:

3. Появились новые пользовательские алерты на новые типы событий:

4. Появилась возможность обеспечения высокой доступности при интеграции с vRealize Operations Manager средствами Integrated Load Balancer virtual IP.

5. Улучшения Syslog Event Forwarding - теперь поддерживается пересылка с тэгами (forward complementary tags):

6. Добавился пункт Upgrade Instructions по обновлению контент-паков к решению Log Insight:

Вот так выглядят эти инструкции:

7. Возможность пакетного удаления полей в контент-паках:

8. Улучшение парсера логов и упрощение конфигурации агентов. Теперь конфигурация агента задается простым набором параметров:

9. Улучшения контент-пака для vSphere.

Теперь можно собирать и анализировать следующие параметры:

• Запросы для логов: vm downtime, precopyBandwidth, precopyStunTime.
• Группы агентов для логов vSphere logs (gc logs больше не собираются).
• Появились виджеты для Replicated VMs, Recovered VMs, Upgraded VMs.

10. Новые дэшборды, например, vCenter Server - Overview:

Или вот vCenter Server – Performance:

11. Экспериментальная возможность доступа суперпользователя к данным и конфигурациям других пользователей с возможностью изменять их:

Вот так можно получить доступ к данным пользователя суперадмином, "выдав себя за него" (кнопка Impersonate):

12. Возможность автообновления агентов, начиная с версии vRLI 3.6 (Agent Auto-Upgrade). Также экспериментальная фича:

13. Ну и, помимо всего прочего, появилась экспериментальная интеграция с решением VMware Identity Manager (vIDM) - теперь доступны возможности сквозного входа в управляющую консоль Single Sign-On (SSO).

Скачать VMware vRealize Log Insight 3.6 можно по этой ссылке. 

Как вы знаете, у VMware есть замечательное решение для сбора и анализа логов vRealize Log Insight, которое позволяет осуществлять поиск любых данных в виртуальной инфраструктуре и предоставляет мощные возможности аналитики по этим данным. Функциональность этого решения можно расширять за счет контент-паков для соответствующих продуктов, которые дают дополнительные возможности, связанные с их рабочими процессами. На днях компания VMware выпустила Site Recovery Manager (SRM) content pack для vRealize Log Insight.

Для начала работы с контент-паком вам потребуется версия Log Insign 3.0 или выше (сейчас актуальная 3.3). На дэшборде мы увидим основные события, касающиеся различных компонентов инфраструктуры SRM:

Вкладки SRA Overview и SRA Device Overview позволяют понять состояние адаптеров SRA и процесса репликации в целом:

Вкладка SRM Virtual Machine Overview позволяет просматривать и анализировать состояние защищенных виртуальных машин в разрезе хранилищ, на которых они находятся:

Кроме того, можно смотреть события в разрезе групп хранилищ, защищаемых SRM (Datastore Groups).

Напомним также, что у VMware есть контент паки для решений VMware NSX, Virtual SAN, vRealize Automation, vRealize Operations Manager а также многих других продуктов и партнерских решений. Они, как и контент-пак для SRM, доступны для загрузки с сайта VMware Solution Exchange.

Аналитическая компания Gartner выпустила очередной "магический квадрант" об инфраструктуре серверной виртуализации и лидерах в этой сфере - Magic Quadrant for x86 Server Virtualization Infrastructure 2016. О квадрантах прошлых лет мы уже много писали тут и тут. Интересная деталь - если в 2014 году Gartner оценивала, что примерно 70% серверов архитектуры x86 виртуализованы, то сейчас этот показатель достигает 80%.

Напомним, что Magic Quadrant используется для оценки поставщиков какого-либо сегмента рынка информационных технологий, где Gartner использует две линейные прогрессивные экспертные шкалы:

• полнота видения (completeness of vision)
• способность реализации (ability to execute)

Каждый поставщик, попавший в рамки рассмотрения для исследуемого сегмента рынка, оценивается по этим двум критериям. При этом, полнота видения откладывается на оси абсцисс, способность реализации — на оси ординат. Каждый поставщик, таким образом, оказывается в одном из четырёх квадрантов плоскости, называемых:

• Лидеры (leaders) — поставщики с положительными оценками как по полноте видения, так и по способности реализации.
• Претенденты (сhallengers) — поставщики с положительными оценками только по способности реализации.
• Провидцы (visionaries) — поставщики с положительными оценками только по полноте видения.
• Нишевые игроки (niche players) — поставщики с отрицательными оценками по обоим критериям.

В этом году квадрант не сильно отличается от прошлого года:

Как мы видим за последний год ситуация не сильно изменилась, разве что можно отметить то, что Red Hat перешла в разряд визионеров за счет довольно широкого внедрения гипервизора KVM в архитектурах OpenStack со средствами управления OpenStack Glance project (для управления образами серверов и дисками), а также OpenStack Neutron (для управления виртуальной корпоративной сетью виртуальной инфраструктуры).

Также в квадранте появилась компания Sangfor с различными решениями для виртуальных сетей, безопасности, оптимизации и VDI.

Кстати, интересно, что у компании Huawei, присутствующей в рейтинге, также есть свой FusionSphere hypervisor:

Мы уже писали о проекте VMware Walkthrough, где компания VMware выкладывает живые демонстрации фич различных продуктов, которые позволяют по шагам пройти через шаги интерфейса по конфигурации тех или иных возможностей. Это очень полезные в практическом плане штуки, так как позволяют, не развертывая решение, понять масштаб действий, которые придется предпринимать во время его администрирования.

Недавно обновился раздел Walkthrough, посвященный решению VMware NSX. Теперь можно сказать, что там можно узнать о продукте все. Напомним, что NSX - это средство объединения и виртуализации сетей предприятия, реализующее единую точку управления виртуальными и физическими сетями в рамках концепции Software Defined Networking (SDN).

Серия обучающих интерактивных сцен включает в себя следующие разделы:

• VMware NSX - этот раздел показывает различные возможности NSX, включая такие компоненты, как Manager, Gateway Service, Firewall, а также средства мониторинга, решения проблем и интеграции с системами CMS.
• NSX for vSphere - здесь рассказывают о том, как использовать возможности NSX, такие как VXLAN, Network Virtualization и средства бриджинга сетей между VXLAN и традиционными VLAN.
• Security and Compliance - в этой секции обсуждаются вопросы адаптации концепции Software Defined Datacenter (SDDC) в корпоративном датацентре, такие как распределенный сетевой экран и возможности NSX service composer.
• NSX Partner Integration - тут демонстрируют расширяемость решения NSX за счет интеграции с партнерскими решениями, такими как шлюзы и средства обеспечения информационной безопасности.
• NSX and Log Insight - полезный раздел об интеграции с решением для сбора и анализа о жизнедеятельности датацентра Log Insight.
• Integration with VMware Components - этот раздел об интеграции с другими продуктами и платформами VMware.
• NSX 2.0 - эта секция посвящена глобальным возможностям по автоматизации датацентра, операционным функциям решения и безопасности сетевой среды.

VMware Walkthrough о решении VMware NSX доступны по этой ссылке.

На днях VMware выпустила обновления, которые исправляют прямо-таки фатальные баги в гипервизоре VMware ESXi 6.0. Скорее всего, вы с ними не сталкивались, но обновиться обязательно стоит - ведь если такое случится хотя бы раз, вам придется отвечать перед пользователями и начальством.

VMware ESXi 6.0.0. билд 4192238, описанный в KB 2145667 фиксит следующие критические баги за счет обновлений в самом коде ESXi, VMware Tools и драйверах:

• ESXi может вывалиться в розовый экран смерти (PSOD), когда вы переносите виртуальную машину с хоста ESXi в режиме обслуживания (maintenance mode).
• ESXi может вывалиться в PSOD во время асинхронных операций компонентов IO Filter (то есть, при обычной работе с хранилищами).
• Хосты ESXi 6, использующие драйвера mpt2sas или mptsas, могут вывалиться в PSOD.
• ESXi выдает ложную ошибку "deprecated VMFS volume" при обновлении тома VMFS3на VMFS5.
• Функция vMotion для активного SQL-узла может оказаться недоступной при использовании балансировки Round-Robin PSP.
• Датасторы NFS v4.1 генерируют частые события APD, даже когда уже произошло их восстановление из этого состояния.

Загрузить патч можно на VMware Patch Portal.

На сайте проекта VMware Labs появилась интересная утилитка VMFork for pyVmomi для администраторов, которые любят ставить всяческие эксперименты со скриптами. Эта утилитка позволяет создать работающую копию запущенной виртуальной машины посредством скрипта на Python, через VMware vSphere API Python Bindings (pyVmomi). Ранее эти возможности были доступны только через PowerCLI.

Напомним, что VMFork позволяет очень быстро сделать работающую копию работающей виртуальной машины на платформе VMware vSphere. Суть технологии такова, что "на лету" создается клон виртуальной машины (VMX-файл, процесс в памяти), который начинает использовать ту же память (Shared memory), что и родительская ВМ. При этом дочерняя ВМ в общую память писать не может, а для записи собственных данных используется выделенная область памяти. Для дисков аналогично - с использованием технологии Copy-on-write в дельта-диск дочерней ВМ пишутся отличия от базового диска родительской ВМ.

Пример использования VMFork for pyVmomi:

Требования к окружению:

• Python 2.7.x
• pyVmomi version версии 6.0.0 или выше
• paramiko версии 1.16.0 или выше
• vCenter и ESXi 6.0

Скачать VMFork for pyVmomi можно по этой ссылке.

На прошлой неделе мы писали о последних обновлениях vSphere HTML5 Web Client, а сейчас уже готова версия HTML5 Web Client 1.17.

Напомним, что VMware vSphere HTML5 Web Client заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere.

Новые возможности веб-клиента:

• Добавлена информация о протоколах CDP и LLDP для физических сетевых адаптеров.
• Новый список "Hardware acceleration" для виртуальных хранилищ ([Datastore] -> Configure -> Hardware acceleration), содержащий настройки оборудования, поддерживающего последние фичи от VMware.
• Новый список "Device Backing" для VMFS-хранилищ ([Datastore] -> Configure -> Device Backing).
• Примененные действия HA responses, которые выполнялись при отказах хостов, можно увидеть на экране VM summary.
• Кастомные атрибуты виртуальных машин и тэги теперь доступны из action-меню.

Скачать vSphere HTML5 Web Client версии 1.17 можно по этой ссылке.

Кроме того, не так давно обновился и ESXi Embedded Host Client до версии 1.7 (он же Fling 10). Последний раз мы писали об обновлении этого тонкого клиента для управления ESXi-серверами вот тут. С тех пор прошло полтора месяца, но в этом релизе особо нового ничего нет, большинство улучшений - это багофиксы.

Новые возможности ESXi Embedded Host Client 1.7:

• Новый диалог фидбэка для пользователя, который может теперь мгновенно отправить сообщение разработчикам прямо из интерфейса продукта, не ходя на сайт VMware Labs.
• Появилось больше переводов на другие языки.
• Возможность ресайзить и менять взаимное положение колонок в таблицах, что сохраняется при следующих запусках.
• Теперь можно менять приветственные нотификации прямо в Host Client.
• Пофикшены баги с консолью в полноэкранном режиме.
• Возможность поменять дефолтную HTML-консоль на VMRC при клике на скриншот виртуальной машины в клиенте.
• Добавлено несколько колонок, которые можно показать для списка ВМ.
• Удаление виртуального коммутатора также удаляет и группы портов, которые были привязаны к этому свичу.

Скачать ESXi Embedded Host Client 1.7 можно по этой ссылке.

Как вы знаете, в VMware vSphere 6.0 функции кластеров непрерывной доступности Fault Tolerance были существенно улучшены. Например, в издании Standard/Enterprise стало возможным использовать виртуальные машины с двумя виртуальными процессорами (2 vCPU), а для издания Enterprise Plus можно сделать FT-машину с четырьмя vCPU (но не более 8 vCPU на один хост).

Между тем, Fault Tolerance предъявляет довольно существенные требования к серверам, сетям и хранилищам для функционирования такого кластера. Они изложены в документе vSphere Availability Guide в секции "Fault Tolerance Requirements, Limits, and Licensing".

Немногие знают, что на сайте VMware есть удобная утилита-плагин к VMware vSphere C# Client под названием SiteSurvey, которая позволяет проверить хосты VMware ESXi на возможность создания на них FT-кластеров из виртуальных машин. Вот результат ее работы:

Как мы видим, галочками и крестиками отмечаются категории, в которых хост ESXi проходит или не проходит тест на совместимость с кластером Fault Tolerance. К сожалению, пока утилита доступна только для "толстого" клиента vSphere Client, но для следующего релиза vSphere, скорее всего, ее доработают и как плагин для Web Client.

Скачать SiteSurvey для Windows можно по этой ссылке. Помимо этого, вам будет полезно ознакомиться с KB 1013428 на тему основных вопросов по Fault Tolerance.

Как некоторые из вас знают, в августе компания VMware объявит об окончании поддержки версий платформ VMware vSphere 5.0 и 5.1 согласно своему расписанию жизненного цикла продуктов. Поэтому самое время задуматься об обновлении инфраструктуры на VMware vSphere 6.0. Но как проверить, поддерживаются ли ваши серверы, на которых исполняются старые версии платформ, новый релиз ESXi 6.0? Можно, конечно, смотреть в VMware HCL для каждого сервера, но это очень долго и муторно.

Как раз для нуждающихся в ускорении этой процедуры пользователей на сайте virten.net появился скрипт PowerCLI Check-HCL function, который позволяет вывести все версии VMware vSphere, которые поддерживает каждый из ваших хост-серверов. Результат работы скрипта выглядит следующим образом:

Скрипт соединяется с вашим сервером VMware vCenter, получает оттуда хосты ESXi и для каждого проверяет, с какими релизами vSphere хост данном модели совместим (обратите внимание, что для каждого из хостов указывается модель сервера).

Скрипт основан на предыдущих наработках автора - JSON based HCL и Check-HCL. Снипет для использования этих функций весьма прост:

$check = Check-HCL 

  foreach ($esx in $check){

Write-Host "$($esx.VMHost) ($($esx.Model)): "  -NoNewline



if($esx.SupportedReleases){

$supportedReleases = $esx.SupportedReleases|? {$_ -match "5.5|6.0"}

$supportedReleases.Replace("ESXi ","") -join ", " 

} else {

Write-Host "unknown"

}
}

По заявлению автора скрипты очень хорошо работают для оборудования HP и Dell, а также дают приемлемые результаты для серверов IBM и Cisco. Для остальных - надо качать, запускать и тестировать самостоятельно.

Давно что-то мы не писали про обновления тонкого клиента для управления виртуальной инфраструктурой VMware vSphere HTML5 Web Client (в прошлый раз мы писали про версии 1.12 и 1.13), а за прошедшие пару недель вышло сразу 3 обновления - версии Web Client 1.14, 1.15 и 1.16.

Напомним, что VMware vSphere HTML5 Web Client заменит снимаемый с производства vSphere C# Client в следующем релизе серверной платформы виртуализации vSphere.

Новые возможности последних версий веб-клиента:

• Работает мониторинг состояния аппаратных компонентов (состояния сенсоров).
• Возможность создания нового объекта Datacenter.
• Добавление новых адаптеров VMkernel.
• Можно редактировать расширенные настройки HA advanced settings.
• Можно менять действие HA response для условий APD и PDL.
• Возможность создания снапшота запущенной виртуальной машины с ее памятью.
• Назначение и удаление тэгов объектов, которые видны для всех объектов.
• Новый список "Connectivity and Multipathing" для VMFS-хранилищ ([Datastore] -> Configure -> Connectivity and Multipathing).
• Графики производительности (performance charts) теперь имеют возможность обновляться в реальном времени.
• Возможность ввода адреса IPv4 при кастомизации ОС в процессе клонирования виртуальной машины.
• Хосты ESXi можно перевести в режим standby и снова включить их обратно.
• Можно редактировать HA datastores for heartbeat.
• Можно менять политики старта сервисов при загрузке ESXi и состояние сервисов.
• Возможность изменения кастомных атрибутов (имена и значения).
• Создание виртуальной машины в папке.
• Новый Datastore wizard, который позволяет выбрать хост ESXi.

Скачать VMware vSphere HTML5 Web Client версии 1.16 можно по этой ссылке.

Компания VMware выпустила интересный документ для администраторов инфраструктуры виртуальных ПК "VMware Horizon 7 Enterprise Edition VMware Validated Integration Design".

Этот документ посвящен тому, как необходимо анализировать, планировать и строить архитектуру инфраструктуры VDI (Virtual Desktop Infrastructure), которая будет стандартизирована по составу, унифицированно управляться, легко масштабироваться и быстро реагировать на изменения, которые рождают требования бизнеса. Звучит булшитово, но зато фундаментально.

Вот как авторы документа представляют себе основные фазы внедрения инфраструктуры виртуальных десктопов на предприятии:

1. Определение основных драйверов бизнеса компании и вариантов использования VDI.
2. Определение сервисов, которые будут доставляться пользователям.
3. Выработка архитектурных принципов и общей концепции построения решения.
4. Подготовка компонентной архитектуры VMware Horizon 7 Enterprise.
5. Планирование развертывания платформы VMware vSphere 6.
6. Планирование физической инфраструктуры и определение состава оборудования.
7. Планирование интеграции сервисов между собой.
8. Планирование взаимодействия пользователей с сервисами через интерфейсы VDI.

В документ включены так называемые Service Blueprints, которые позволяют понять эталонную архитектуру необходимых сервисов в среде виртуальных ПК:

Из документа многим будет полезно узнать и о средстве VMware Identity Manager, которое предоставляет точку входа пользователям компании и реализует рабочее пространство назначенных пользователю десктопов и приложений:

То есть, по-сути, документ представляет собой референсную архитектуру и методологию построения VDI-инфраструктуры, которую можно адаптировать для большинства сценариев корпоративной инфраструктуры. Скачать документ можно по этой ссылке.

Совсем недавно мы писали о том, что на сайте проекта VMware Labs стала доступна новая версия утилиты Horizon Migration Tool, а на днях там появилась еще одна новинка - App Volumes Toolbox. Эта штука соединяется с хостами App Volumes 2.x, 3.x и Horizon Air Hybrid-Mode (он же Enzo) и высасывает данные через нативные REST APIs, чтобы представить их в одной консоли и позволить администраторам производить недоступные через консоль App Volumes операции.

Такие опции конфигурации, как удаление томов AppStacks и управление томами Writable Volumes, доступны в консоли App Volumes Toolbox, что нельзя на данный момент сделать в интерфейсе App Volumes 3.x. Утилита использует нативные вызовы REST API для всех действий.

Вот как использовать App Volumes Toolbox, и что он умеет:

Скачать App Volumes Toolbox можно по этой ссылке.

Для пользователей VMware vSphere нам в почту пришло письмо от небольшой группы разработчиков, которая представляет новый продукт Extrasphere. Не так часто встретишь утилиты от русских разработчиков, поэтому мы решили бесплатно пропиарить ребят.

Решение Extrasphere предоставляет бесплатный аналог технологии vMotion, которая доступна без использования vCenter. Ключевая особенность продукта — поддержка бесплатной версии VMware ESXi.

Продукт позволяет:

• Менять местоположение дисков виртуальной машины на ESXi без простоя виртуальной машины.
• Менять местоположение всех файлов виртуальной машины за счет suspend/resume в конце операции (небольшой простой при переключении будет).
• Менять местоположение всех файлов виртуальной машины и/или хост-сервер с использованием общего между хостами хранилища - в конце операции выполняется suspend/resume или выключение/включение, если флаги CPU не поддерживаются принимающим хостом.
• Менять местоположение и хост-сервер без использования общего между хостами хранилища с помощью специально виртуального модуля Extrasphere Resharer на базе Linux - в конце операции выполняется suspend/resume или выключение/включение, если флаги CPU не поддерживаются целевым хостом.

Текущие требования и ограничения:

• Не поддерживаются виртуальные машины со снапшотами.
• Нет поддержки Independent-дисков и дисков RDM в режиме физической совместимости.
• Для подключения используется SSH под пользователем root.
• Для миграции между хостами необходимо разрешить на ESXi исходящий SSH-трафик.

Скачать Extrasphere можно по этой ссылке. В целом-то тема давно изъезженная, но, мало ли, утилита вам понравится.

На сайте проекта VMware Labs появилась очередная полезная штука - утилита Horizon Migration Tool версии 1.2, предназначенная для миграции виртуализованных приложений и десктопов с платформы Citrix XenApp на платформу VMware Horizon View (теперь поддерживается седьмая версия View). В процессе миграции одна ферма Citrix XenApp переносится в одну или несколько ферм VMware View.

Возможности Horizon Migration Tool:

• Валидация агентов View Agent на хостах RDP (как от View Connection Server, так и от XenApp Server).
• Создание новых ферм серверов.
• Валидация доступности приложений на RDP-хостах.
• Миграция приложений и виртуальных ПК на одну или несколько ферм (как новых, так и существующих).
• Миграция прав доступа в новые или существующие виртуальные ПК или приложения. Поддерживаются также различные комбинации прав доступа к приложениям.
• Проверка окружения на возможность миграции.
• Идентификация несовместимых возможностей и конфигураций, которые образуются после миграции.

Утилита работает с Horizon версий 6.2.2 или 7, а также XenApp версий 6.5, 6.0 или 5.0. Скачать Horizon Migration Tool можно по этой ссылке.

Как вы знаете, в последней версии платформы VMware vSphere 6.0 технология кластеров непрерывной доступности VMware Fault Tolerance была существенно улучшена (напомним, что добавили поддержку до 4 vCPU и до 64 ГБ памяти). Также в этом году мы писали о тестах производительности технологии FT, которые показали небольшие издержки на поддержание работы таких кластеров (их проводила сама VMware).

Однако есть и другие результаты тестов Fault Tolerance, которые показывают уже не такие бодрые значения. Кстати, напомним, что для FT желательно иметь 10 GbE соединение, иначе на гигабитном линке вы будете получать вот такое предупреждение (хотя все продолжит работать):

Так вот, посмотрим на результаты тестов, которые были сделаны с помощью бенчмарк-утилиты DVDstore. В качестве приложения для тестов использовался MS SQL Server (8GB памяти, адаптер VMXNET3 NIC и контроллер VMware paravirtual SCSI) а также машина с клиентом DVDstore. Между хостами ESXi, на которых были FT-машины, был организован 10-гигабитный линк.

В качестве команды для тестирования нагрузки на MS SQL Server была использована следующая:

ds2sqlserverdriver.exe –target=192.168.150 –run_time=15 –db_size=20GB –n_threads=25 –ramp_rate=5 –pct_newcustomers=10 –warmup_time=0 –think_time=0.085

Ну и, собственно, сами результаты:

Основной показатель теста OPM (Orders per Minute) - это оранжевые столбцы. Как видим, добавление новых vCPU не сильно повышает производительность системы, а вот включение Fault Tolerance прямо-таки обрушивает параметр OPM практически в 2 раза (на 47%, если быть точным). Результаты в таблице:

Ну и зеленые столбики показывают, как линейно росло использование полосы пропускания с ростом количества виртуальных процессоров (vCPU) для FT. При этом самое большое CPU Latency наблюдалось для одного vCPU.

В итоге, мы видим, что производительность при включении VMware Fault Tolerance вполне себе существенно падает, по крайней мере, при некоторых видах рабочих нагрузок. Поэтому тут главный совет - тестировать технологию в своей инфраструктуре перед тем, как планировать использовать ее в производственной среде.

Еще на VMworld 2014 компания VMware анонсировала технологию VMware Project Fargo (которая также называлась VM Fork), позволяющую очень быстро сделать работающую копию работающей виртуальной машины на платформе VMware vSphere.

Суть технологии VMFork такова, что "на лету" создается клон виртуальной машины (VMX-файл, процесс в памяти), который начинает использовать ту же память (Shared memory), что и родительская ВМ. При этом дочерняя ВМ в общую память писать не может, а для записи собственных данных используется выделенная область памяти. Для дисков аналогично - с использованием технологии Copy-on-write в дельта-диск дочерней ВМ пишутся отличия от базового диска родительской ВМ:

В процессе работы VMFork происходит кратковременное "подвешивание" родительской ВМ (quiescence) с помощью технологии "fast suspend resume" (FSR), после чего дочерняя ВМ "отцепляется" от родительской - происходит реконфигурация машины, включающая в себя назначение нового MAC-адреса, получение нового UUID и другое. При этом ВМ шарят общие ресурсы на чтение и имеют свои уникальные области на запись - это очень удешевляет стоимость ресурсов в перерасчете на одну ВМ на хосте.

После выхода новой версии платформы виртуализации настольных ПК VMware Horizon 7 технология VMFork была переименована в Instant Clone и стала доступна для использования в производственной среде. Помимо удешевления стоимости ресурсов для размещения виртуальных машин, Instant Clone имеет еще несколько преимуществ - это делает развертывание виртуальных машин более гибким и быстрым. Ниже мы рассмотрим особенности этих процессов.

В сочетании с технологией доставки приложений через подключаемые виртуальные диски VMware App Volumes 3.0 и средством управления окружениями User Environment Manager, эти возможности позволяют пользователям получить мгновенный доступ к своим данным, при этом рабочая машина пользователя не "загрязняется" ненужными устанавливаемыми программами и распухающими ветками реестра. Это все позволяет собрать десктоп пользователя на лету из полностью кастомизируемых и доставляемых по требованию "кирпичиков".

Десктоп пользователя =
[мгновенный клон родительской ВМ] +
[корпоративные приложения на подключаемых дисках App Volumes] +
[кастомизация Environment Manager] +
[данные пользователя] +
[установленные пользователем приложения]

Давайте посмотрим, насколько Instant Clone упрощает цикл развертывания новых настольных ПК. Вот так выглядит развертывание связанных клонов (Linked Clones) в инфраструктуре VMware View Composer:

• Клонирование виртуального ПК из реплики мастер-образа
• Реконфигурация нового ПК
• Включение ВМ
• Кастомизация машины
• Создание контрольной точки нового ПК (checkpoint)
• Включение ВМ
• Логин пользователя

С использованием Instant Clone процесс заметно упрощается:

• Создание копии ВМ в памяти средствами VMFork
• Кастомизация машины
• Включение ВМ
• Логин пользователя

Для администратора виртуальных ПК в пулах Instant Clone удобны тем, что таким десктопам не требуются операции Refresh, Recompose и Rebalance. Ведь после выхода пользователя из ПК его десктоп уничтожается, а перестраивать связанные клоны не требуется. Изменения базового образа проходят "на лету" в течение рабочего дня, а при следующем логине пользователь получает уже обновленные приложения. Также есть возможность принудительного перелогина пользователя для обновления компонентов виртуального ПК (например, фикс в подсистеме безопасности).

Также отпадает необходимость в использовании технологии Content-Based Read Cache (CBRC), ведь виртуальные ПК Instant Clone живут недолго, постоянно выгружаются из памяти при выходе пользователя, и нет нужды прогревать кэш их блоками в памяти, а вот для мастер-ВМ и реплик CBRC вполне себе используется.

Кроме того, теперь не нужны операции wipe и shrink для виртуальных дисков SEsparse, которые позволяют возвращать место на растущем диске для связанных клонов. Виртуальные машины Instant Clone живут недолго, а при их уничтожении дисковое пространство их дельта-дисков возвращается в общий пул пространства хранения.

Ну и в отличие от View Composer, технология Instant Clone не требует наличия и поддержки базы данных для операций с виртуальными ПК, что существенно упрощает обслуживание инфраструктуры виртуальных десктопов.

Многие думают, что пулы Instant Clone трудно создавать, настраивать и поддерживать. Это не так, все делается в несколько простых шагов:

• Создаем родительскую виртуальную машину, устанавливаем в ней Windows, оптимизируем ее и активируем лицензионным ключом.
• Устанавливаем VMware Tools.
• Устанавливаем Horizon Agent и отмечаем фичу Instant Clone для установки.
• При добавлении нового пула виртуальных ПК типа Automated/Floating отмечаем Instant Linked Clones.

Помимо того, что с Instant Clone процесс проходит меньшее количество шагов, уменьшается и нагрузка на различные компоненты виртуальной инфраструктуры - меньше операций ввода-вывода, быстрее происходит процесс создания мгновенной копии (скорее освобождаются системные ресурсы), меньше объем взаимодействий с сервером vCenter, а дисковое пространство высвобождается сразу после окончания использования виртуального ПК.

Давайте посмотрим, насколько быстрее это работает на тестах. Развертывание связанных клонов View Composer типовой конфигурации (2 vCPU, 2 GB memory, Windows 7, Office 2010, Adobe 11, 7-Zip, Java) на 15 хост-серверах с использованием HDD-дисков занимает где-то 150-200 минут. А то же самое развертывание 1000 виртуальных машин на базе Instant Clone занимает лишь 25-30 минут. То есть скорость получения новой инфраструктуры десктопов по запросу возрастает в 5-7 раз.

При этом не особо-то и растет нагрузка на сервер VMware vCenter. Поначалу, конечно же, возникает пиковая нагрузка на vCenter при операциях в оперативной памяти с мгновенными копиями ВМ, но в итоге средняя загрузка практически такая же, как и при использовании View Composer - ведь не нужно проходить цикл включения (2 раза) и реконфигурации виртуальной машины (3-4 раза), как это происходит у Composer.

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

Многие из вас знают, как узнать номер билда того или иного продукта VMware (например у ESXi нужно набрать в консоли vmware -v), но как узнать, какой официальной версии этот номер соответствует? На самом деле, вся эта информация доступна и поддерживается актуальной в базе знаний VMware.

Для поиска нужного соответствия версии и номера билда соответствующего продукта удобно использовать вот такую табличку, содержащую ссылки на страницы KB, которые поддерживаются в состоянии up-to-date со стороны VMware.

В блоге компании VMware появился очень и очень полезный постер vCenter Server Appliance 6.0 Reference Poster, посвященный основным аспекам работы виртуального модуля vCSA для управления инфраструктурой VMware vSphere (vCenter в готовой Linux-машине).

Основные разделы постера:

• Requirements and Maximums - здесь указаны требования к виртуальному модулю vCSA и его хранилищам, а также для справки приведены максимумы конфигураций vCenter Server.
• Firewall Requirements - требования к портам и соединениям при взаимодействии:
  • PSC с PSC (Platform Services Controller)
  • PSC с vCenter Server
  • vCenter Server с vCenter Server
• Migration from Deprecated to Recommended Topology - в этой секции перечислены основные высокоуровневые моменты, касающиеся миграции с устаревших топологий. Эти топологии еще поддерживаются в vSphere 6, но уже не будут работать для следующих версий платформы.
• Command Line Interface - здесь приведены команды как для самого виртуального модуля (Appliance Shell), так и для шелла (Bash Shell), которые позволят выполнять основные операции с vCSA.
• Knowledge Base (KB) Articles - здесь приведены заголовки 20 основных статей базы знаний (в PDF-документе они являются кликабельными), которые помогут в решении повседневных задач администрирования vCenter Server Appliance.

Скачать VMware vCenter Server Appliance 6.0 Reference Poster можно по этой ссылке. Напомним также, что большинство постеров VMware вы можете найти вот тут.

Ну и вот еще парочка полезных ссылок от VMware на тему топологий vCenter:

• Platform Services Controller Topology Decision Tree
• VMware Validated Designs

У компании Netwrix, выпускающей средства аудита программных решений в виртуальных и физических инфраструктурах, оказывается есть полезное решение, которое может помочь администраторам VMware vSphere в отслеживании изменений, происходящих в компонентах платформы.

Бесплатная утилита Netwrix Change Notifier for VMware позволяет осуществлять мониторинг событий в виртуальной инфраструктуре и оповещать администраторов об изменениях на регулярной основе. Это средство отслеживает изменившиеся конфигурации виртуальных датацентров, хостов VMware ESXi, пулов ресурсов, кластеров, папок, самих виртуальных машин и других объектов.

В результате аудита администратору каждые 24 часа предоставляется отчет по электронной почте в следующем виде (кликабельно):

Очень полезно, что мы видим не только изменения настроек в соответствующих компонентах, но и добавление или удаление объектов. Естественно, под эгидой бесплатной утилиты Netwrix продает и платное решение Netwrix Auditor, которое скажет, кто и когда делал изменения, предоставит расширенный поиск по событиям и репортинг нескольким пользователям, но для маленькой инфраструктуры Change Notifier окажется вполне достаточным.

Feature	Change Notifier	Netwrix Auditor
Automatic daily email reports showing all changes made during the last day
Details on what changed in VMware
Who, when and where details for every change
Before and after values for all modifications
Predefined reports based on SQL Server Reporting Services, with filtering, sorting and exporting options
Google-like search of audit data with custom search queries and custom reports
Out-of-the-box compliance reports mapped to specific regulatory standards (PCI DSS, HIPAA, SOX, FISMA/NIST800-53 and ISO/IEC 27001)
Long-term storage of audit data in a two-tiered (file-based + SQL database) storage system
Email subscriptions to scheduled reports with the ability to choose multiple recipients (or specific folders), delivery frequency and delivery format
Reports on virtual machine sprawl statistics over a selected period of time
Single installation that handles multiple VMware vSphere instances, each with its own unique settings
Advanced cross-system auditing and reporting

Скачать Netwrix Change Notifier for VMware можно по этой ссылке.

VMware продолжает обновлять свой тонкий клиент для управления виртуальной инфраструктурой - VMware vSphere HTML5 Web Client, который заменит снимаемый с производства vSphere C# Client. Еще пару недель назад мы писали про версии 1.10 и 1.11, но на днях уже вышли версии 1.12 и 1.13.

Посмотрим, что нового появилось в новых версиях веб-клиента vSphere:

• На хост-серверах можно запустить процедуру "Reconfigure for HA".
• Базовые возможности по настройке параметров HA-кластера.
• Живое обновление дерева снапшотов (после процедур revert, delete, delete all).
• Автоматический апгрейд VMware Tools в виртуальных машинах.
• Выбор между 12 или 24-часовым форматом для представлений времени.
• Отображение кастомных атрибутов и тэгов в разделе Summary для виртуальных машин.
• Редактирование IP-настроек для интерфейса VMkernel.
• Можно кликать по алармам на панели, чтобы перейти к просмотру их деталей.
• Множество багофиксов.

Скачать VMware vSphere HTML5 Web Client 1.13 можно по этой ссылке.

Если у вас много виртуальных машин в Inventory сервера VMware vCenter, то при превышении порога в 100 виртуальных машин они будут автоматически сгруппированы таким образом, что их список вы будете видеть только в группах:

Это поведение удобно далеко не всем администраторам VMware vSphere, но это легко можно изменить в настройках веб-клиента. Для этого откройте файл на сервере vCenter для Windows:

C:\Program Data\VMware\vCenterServer\cfg\vsphere-client\webclient.properties

Или вот такой на vCenter Server Appliance (vCSA):

/etc/vmware/vsphere-client/webclient.properties

И там поменяйте вот этот параметр (например, установив значение 500):

aggregationThreshold.VirtualMachine

Откройте vSphere Web Client - и увидите, что машины теперь не группируются:

Почти 2 года назад мы писали о полезном для многих администраторов платформы vSphere плагине PowerActions for vSphere Web Client, который позволяет хранить и исполнять сценарии PowerCLI прямо из vSphere Web Client, что очень удобно, когда администратор выполняет повседневные задачи по управлению виртуальной инфраструктурой, где некоторые операции автоматизированы средствами PowerShell.

То есть вы просто нажимаете в веб-клиенте правой кнопкой по объекту виртуального датацентра и из контекстного меню выбираете нужный PowerCLI-скрипт для исполнения:

На днях на сайте проекта VMware Labs появилась версия PowerActions for vSphere Web Client 1.5.

Что нового в версии PowerActions 1.5:

• Добавлена полная поддержка vSphere 6.0
• Полностью поддерживается PowerCLI 6.0
• Все работает на фреймворке .NET 4.5 и более поздних версий

Плагин работает в VMware vSphere версий 5.1, 5.5 и 6.0. Скачать PowerActions for vSphere Web Client 1.5 можно по этой ссылке.

Многие администраторы VMware vSphere часто используют снапшоты для отката виртуальных машин в базовую точку после внесения в них экспериментальных изменений. Но вы же знаете, что снапшоты - это плохо, поэтому в некоторых ситуациях можно заменить этот процесс на более эффективный, так как снапшот можно забыть удалить, их удаление грузит дисковую подсистему и т.п.

Итак, иногда независимые (independent) диски могут оказаться вам полезными. Если вы зайдете в настройку дисков виртуальной машины, то увидите там такие опции:

Независимость таких дисков заключается в том, что они работают независимо от снапшотов, то есть при снятии снапшота и откате к ним, независимые диски остаются в том же состоянии. И тут есть 2 подвида таких дисков:

• Persistent (постоянный) - этот диск является обычным диском для записи данных, но его не касаются снапшоты.
• Nonpersistent (непостоянный) - этот диск является Redo-диском, то есть если вы выключаете виртуальную машину или откатываете ее к снапшоту - изменения, сделанные в этом диске, сбрасываются.

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

А вот еще кейс, который может научить вас использованию дисков сразу всех трех типов (обычных, независимых-постоянных и независимых-непостоянных). Например, вы сделали веб-сайт, который меняться не будет еще очень долго. Делаете виртуальную машину с тремя дисками:

• Обычный - для файлов веб-сервера
• Nonpersistent - для контента веб-сайта
• Persistent - для логов веб-сайта

Теперь, если этот сайт кто-то поменяет или заразит, какой-то фигней, можно будет просто перезагрузить виртуальную машину - и это откатит ее в начальное состояние контента (непостоянный диск), но сохранит логи для анализа действий злоумышленника (постоянный диск).

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

Многие администраторы VMware vSphere часто сталкиваются с необходимостью получить какие-то файлы конфигурации с VMware ESXi или заглянуть в логи хост-сервера. Для этих целей они используют SSH-клиенты, такие как WinSCP / Veeam FastSCP, либо копируют файлы еще каким-нибудь экзотическим образом.

Но есть простой способ - забрать файл конфигурации esx.conf либо другой конфиг-файл или лог через веб-браузер. Просто зайдите по ссылке:

https://<имя хоста ESXi>/host

После ввода логина и пароля вы получите список файлов, которые можно скачать по прямым ссылкам (всего 46 конфигурационных файлов):

Таким вот образом можно получить любой файл для целей траблшутинга - например, мы тут видим не только основной файл конфигурации хоста esx.conf, но и логи VMware HA (fdm.log) или агента vCenter (vpxa.log), а также основной лог службы хост-сервера ESXi (hostd.log).

Ну а известный многим William Lam написал на основе vSphere API (он как раз и используется для доступа к объектам хоста) сценарий PowerCLI, который позволяет быстро вывести основную конфигурацию ESXi, содержащуюся в esx.conf.

На сайте vcommunique.blogspot.ru появилась интересная табличка в которой приведены максимальные конфигурации хостов, серверов vCenter, виртуальных машин и других компонентов виртуального датацентра в сравнительной таблице, где представлена информация для различных версий платформы VMware vSphere и средства катастрофоустойчивости Site Recovery Manager (SRM).

Вот так прогрессировали vSphere и SRM от версии к версии:

Как мы уже писали, начиная с VMware Tools 10.0, компания VMware сделала тулзы загружаемыми отдельно от дистрибутивов VMware ESXi. Доступны они по этой ссылке. Чтобы посмотреть актуальную версию VMware Tools, которая установлена в вашей ВМ, можно просто взглянуть на свойства ВМ в vSphere Client:

Ну а как узнать, какая версия VMware Tools является сейчас самой последней, а также какие версии тулзов с какой версией ESXi поставляются? Очень просто - для этого есть вот такая ссылка: https://packages.vmware.com/tools/versions.

Здесь мы видим версии ESXi и соответствующие им версии VMware Tools. Но там есть и такие версии хостов: "esx/0.0". Это прсто плейсхолдер для пакетов VMware Tools, которые как раз вышли отдельно от релиза VMware ESXi (последние 2 версии так и выходили).

Кстати, все новые версии VMware Tools обратно совместимы со всеми версиями VMware ESXi, которые моложе как минимум на одно поколение. В этом можно убедиться, посмотрев VMware Interoperability Matrix:

Компания VMware в последние несколько месяцев постоянно работает над тонкими клиентами для управления виртуальной инфраструктурой VMware vSphere: ESXi Embedded Host Client для управления отдельными хостами vSphere и HTML5 Web Client для управления виртуальным датацентром через vCenter. Напомним, что совсем недавно мы писали про HTML5 Web Client версий 1.8 и 1.9, а на днях вышли обновления HTML5 Web Client 1.10 и 1.11.

Новые возможности веб-клиентов версий 1.10 и 1.11:

• Мастер добавления виртуального хранилища VMFS.
• Просмотр информации о сетевом экране и сервисах хоста ESXi.
• Возможность апгрейда VMware Tools (только в интерактивном режиме).
• Просмотр деталей адаптеров VMkernel.
• Возможность выбрать политику хранилищ (storage policy) при редактировании размещения виртуального диска.
• Возможность выбрать любое расположение виртуального диска при создании виртуальной машины.
• Редактируемые настройки DRS.
• При создании ВМ можно выбрать SDRS-рекомендации, даже если SDRS пока отключен.
• Возможность управления алармами на вкладке Alarms внизу.
• Упрощенная процедура апгрейда Web Client.

Видно, что работа кипит, но видно также, что и осталось работы достаточно много - а до релиза новой версии vSphere нужно успеть выпустить финальную версию веб-клиента, так как толстого C#-клиента уже не будет.

Скачать VMware HTML5 Web Client 1.11 можно по этой ссылке.