Совсем недавно мы писали о новой версии решения для виртуализации и агрегации сетей предприятия VMware NSX 6.3, а на днях компания VMware сделала доступной для бесплатной загрузки книгу "Network Virtualization For Dummies".

Впрочем, книгой это можно назвать лишь с натяжкой - там всего 66 страниц, но вся начальная концепция о сетевой виртуализации там изложена довольно полно. Рассказано о том, что такое Software Defined Data Center, как обеспечить его бесперебойную работу и безопасность, а также какую роль там играет сетевая виртуализация. Ну и, конечно, рассмотрены варианты использования этих технологий в корпоративной среде.

Главы книги:

• Chapter 1: The Next Evolution of Networking: The Rise of the Software?Defined Data Center
• Chapter 2: It’s Time to Virtualize the Network
• Chapter 3: Transforming the Network
• Chapter 4: Network Virtualization Use Cases
• Chapter 5: Operationalizing Network Virtualization
• Chapter 6: Ten (Or So) Ways to Get Started with Network Virtualization

Очевидно, что концепция сетевой виртуализации рассматривается только в контексте решения VMware NSX, а в качестве инфраструктуры приводится только платформа VMware vSphere. Но это и правильно, глупо задумываться о виртуализации сетевой инфраструктуры, например, на платформе XenServer.

В самом конце января этого года компания StarWind, ведущий производитель программных хранилищ под виртуализацию, выпустила обновленный релиз продукта StarWind Virtual SAN.

Давайте посмотрим поподробнее, сколько всего нового появилось в новой версии StarWind Virtual SAN v8 в релизе от 26 января:

Core

• Теперь у StarWind появилась расширенная поддержка NUMA-архитектуры с возможностью назначить NUMA-узел для виртуального устройства и таргета, а также с автоматическим распределением узлов.
• Также появилась поддержка ODX-команд (Windows Offloaded Data Transfer). Это позволяет передать часть операций по работе с хранилищем на сторону дискового массива, не затрагивая клиентскую машину.
• Оптимизации производительности для команды VAAI WRITE_SAME.

iSER-протокол

• Этот протокол добавлен как экспериментальная функция.
• Для него необходимы сетевые карты с поддержкой протоколов RoCE v2, RoCE v1 RDMA.
• Поддержка iSER включается в разделе Server - Configuration - Network в Management Console.
• iSER можно использовать для клиентских соединений и для синхронной репликации. Смешанные сценарии также поддерживаются (например iSCSI для клиентских соединений и iSER для канала синхронизации).

Поддержка VMware Virtual Volumes

• В новой версии была добавлена поддержка HA-устройств в StarWind VASA Provider как экспериментальная фича.
• VASA Provider позволяет администраторам настроить хранилища StarWind Virtual SAN как контейнеры хранилищ для виртуальных машин и включить для них механизм storage policy-based management (SPBM).
• Для конфигурации VASA Provider используется инструментарий WMI.

Кэш

• Статистики для операций с кэшем - cache hits rate, процент использования кэша и т.п.
• Эти статистики собираются с момента создания устройства и могут быть сброшены, начиная с какого-то периода.

Флеш-кэш

• Оптимизации производительности в модуле работы с флэш-кэшем.

Синхронная репликация

• Переработан механизм приоритизации траффика для канала синхронизации.
• Теперь доступен более точный контроль по соотношению client traffic/sync traffic в момент синхронизации узлов.
• Для существующих устройств это соотношение будет установлено в 50% после обновления.

Компонент Tape Redirector

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

LSFS

• Была исправлена долгая инициализация устройства. Ранее долгая инициализация происходила сразу после загрузки сервиса.
• Добавлена экспериментальная версия модуля LSFS. Она имеет множество оптимизаций производительности и возможность сохранять метаданные на флэш-хранилище вместо оперативной памяти.

Virtual Tape

• Добавлена интеграция с функцией Windows Deduplication для томов, на которых находятся файлы Virtual Tape Files.
• Добавлена опция сохранения Virtual Tape Files по кастомному пути.

Скачать новый релиз StarWind Virtual SAN можно по этой ссылке.

Ну и ждем вас сегодня на бесплатный вебинар "Log-Structured File System in StarWind Virtual SAN new build", который как раз посвящен одной из новых возможностей продукта.

На прошлой неделе мы писали о выходе обновленной версии решения для виртуализации и агрегации сетей предприятия VMware NSX 6.3, где появилась масса новых возможностей и поддержка обновленной версии решения VMware vSphere 6.5.

Чтобы обеспечить поддержку этого продукта со стороны самой платформы vSphere, компания VMware выпустила обновленные версии VMware vCenter 6.5a и VMware ESXi 6.5a.

Также в обновлении был пофикшен баг с vMotion, который приводил к "розовому экрану смерти" (PSOD) хост-сервера, когда машина перемещалась с ESXi 5.5 или 6.0 на ESXi 6.5. Он проявлялся в следующих условиях (очень и очень редких):

• Исходный хост ESXi 5.5 или 6.0.
• Машина работает с поддержкой NUMA и имеет более 8 vCPU.
• У машины недефолтные vNUMA-настройки, такие как coresPerSocket, numa.autosize.once = false и т.п.

Скачать vCenter Server 6.5.0a можно по этой ссылке, а release notes доступны здесь. Скачать ESXi 6.5.0a можно тут, а release notes - тут.

Как вы знаете, VMware vCenter Server Appliance 6.5 (vCSA) постепенно становится главным инструментом управления виртуальной инфраструктурой, но пока еще не так распространился, как vCenter под Windows. В версии vCSA 6.5 произошло увеличение требований к оперативной памяти с 8 ГБ до 10 ГБ, что достаточно много, если говорить о тестовых окружениях, где, например, вы испытываете модуль vCSA.

Поэтому на сайте virten.net появилась небольшая инструкция по тому, как отключить ненужное на сервере vCSA, чтобы он стал потреблять меньше памяти.

В vCSA реализован динамический механизм управления памятью, который позволяет, исходя из текущей конфигурации модуля, производить выделение или урезание памяти его компонентам. С помощью команды cloudvm-ram-size можно посмотреть, сколько каждый компонент потребляет от текущей RAM сервера:

# cloudvm-ram-size  -l

vmcad                =      224
vmafdd               =       22
vmware-rbd-watchdog  =      100
applmgmt             =      200
vmware-vsan-health   =      100
vmware-vsm           =      160
vmware-sps           =      478
vmware-stsd          =      538
vmware-vpostgres     =      699
vmware-psc-client    =      288
vmware-eam           =      168
vmware-sts-idmd      =      328
vmware-mbcs          =      128
vcha                 =       46
vmware-vmon          =        5
vmware-statsmonitor  =       10
vmware-perfcharts    =      357
vsphere-client       =      853
vmonapi              =       15
vmware-cm            =      228
vmware-rhttpproxy    =       31
vmdird               =       22
vmware-imagebuilder  =       50
vmware-sca           =      128
vmware-vpxd          =     1024
vsphere-ui           =      853
vmware-vapi-endpoint =      256
vmware-content-library =    473
vmdnsd               =       20
vmware-cis-license   =      192
vmware-updatemgr     =      164
vmware-vpxd-svcs     =     1045
OS                   =      775
vmware-netdumper     =       20
TOTAL(MB)            =    10000

Нюанс здесь таков, что сервисы динамически масштабируются вверх и вниз по потреблению памяти, но нижней планкой всегда является отметка в 10 ГБ. Кстати, значения, до которых могут расти или падать потребления памяти сервисами vCSA, можно узнать в файле /etc/vmware/service-layout.mfx.

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

Вот эти сервисы можно отключить, если они вам не нужны, и они уже сэкономят больше памяти:

Обратите внимание, сколько памяти отъедает vSphere Client. Отключать вы его можете спокойно, если пользуетесь vSphere Web Client для управления виртуальной инфраструктурой.

Несколько пояснений к отключаемым сервисам:

• VMware vSAN Health Service

Если вы не используете Virtual SAN, эту службу можно спокойно отключать. Об этом, кстати, написано в KB 2145308.

• VMware vSphere Profile-Driven Storage Service

Этот сервис нужен только когда вы используете Virtual SAN, Virtual Volumes или другие сценарии управления хранилищем на базе политик. Соответственно, тоже идет под нож.

• VMware Performance Charts

Фича отображения графиков производительности будет отключена, как на картинке ниже, ведь зачем вам отслеживать производительность тестовой системы? В графиках производительности будет выводиться ошибка:

Кстати, графики в режиме Advanced продолжат работать.

• VMware Content Library Service

Если вы не будете использовать библиотеку с контентом для VMware vSphere, то ее тоже нужно отключать. Также вы получите предупреждение на вкладке Summary для этого компонента:

• VMware Update Manager

Ну и обновления вам, скорее всего, не пригодятся для тестовой системы. Сам VUM выдаст вот такую ошибку:

• VMware vSphere Client (HTML5)

Это самый жирный сервис. Если вы предпочитаете управлять инфраструктурой через Web Client - отключайте HTML5-модуль смело.

• Как отключить ненужные сервисы?

Делается это в Administration > Deployment > System Configuration > Services. Там нужно выбрать нужный (а точнее ненужный) вам сервис и нажать "Stop":

Далее необходимо отключить автостарт этой службы в меню Actions > Edit Startup Type:

Ставим его в режим Manual (если нужно будет для каких-то целей - запустите руками):

Таким вот нехитрым образом можно освободить 3 ГБ памяти и продолжать "оптимизировать" ваш vCSA:

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

Компания StarWind, производитель лучшего средства для создания отказоустойчивых хранилищ под виртуализацию, приглашает на бесплатный вебинар "Log-Structured File System in StarWind Virtual SAN new build", посвященный файловой системе LSFS и ее новым возможностям в новом релизе Virtual SAN.

Вебинар пройдет 9 февраля в 19-00 по московскому времени.

Напомним, что файловая система LSFS изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины. Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.

Помимо этого, LSFS имеет следующие полезные функции:

• Встроенная поддержка снапшотов и точек восстановления хранилищ (автоматически они делаются каждые 5 минут).
• Поддержка непрерывной дефрагментации (она идет в фоне).
• Дедупликация данных "на лету" (то есть, перед записью на диск).
• Улучшения производительности за счет комбинирования операций записи.
• Поддержка overprovisioning.
• Использование технологии снапшотов и техник отслеживания изменений при синхронизации HA-узлов.

В новом билде StarWind Virtual SAN у LSFS появилось несколько новых экспериментальных возможностей, которые позволят вам получить больше от этой технологии:

• Передача операций по работе с метаданными на SSD (что снижает требования к RAM).
• Оптимизация производительности операций чтения и записи, что сокращает время на них до 4-5 раз.

Регистрируйтесь на вебинар, чтобы узнать больше о LSFS и новом билде StarWind Virtual SAN.

Компания VMware на днях сделала доступной обновленную версию решения для виртуализации и агрегации сетей датацентра VMware NSX 6.3. Напомним, что о прошлой версии продукта NSX 6.2 мы писали вот тут.

Нововведения были сделаны в трех областях:

• Безопасность
• Автоматизация
• Поддержка средств приложений

Безопасность

Здесь были сделаны улучшения в трех сферах:

• Ускорение развертывания
• Приведение конфигураций в соответствие (Compliance)
• Масштабирование

Теперь vRNI (vRealize Networking Insight) позволяет исследовать окружение на предмет возможности развертывания решения NSX. Возможности микросегментации при планировании с учетом видимости сервисов на уровне приложений (например, обнаружение соединений, которые использует сервис) также ускоряют развертывание.

С точки зрения приведения в соответствие были обновлены и добавлены сертификации в сфере информационной безопасности. Также появились функции Linux Guest VM Introspection, позволяющие заглядывать внутрь гостевых ОС Linux.

Ну а в плане масштабирования, VMware NSX теперь поддерживает окружения с числом десктопов более 50 тысяч.

Автоматизация

Тут было сделано очень много всего:

С точки зрения интеграций появилась поддержка vRealize Automation Suite (улучшения в компонентах Load Balancing и NAT), что делает NSX полноценной частью комплексной инфраструктуры управления виртуальным датацентром средствами VMware. Также появилась технология наката апдейтов NSX без перезагрузки, что уменьшает требования к окнам обновления решения (за счет независимости от ядра ESXi).

Кроме того, появились улучшения механизмов маршрутизации и поддержка новых технологий VMware, таких как, например, VIC (vSphere Integrated Containers) и фреймворков для автоматизации.

Поддержка средств приложений

Здесь улучшения были сделаны в плане поддержки архитектуры с несколькими датацентрами и серверами vCenter.

Издание Remote and Branch Office

Новое издание NSX позволяет централизованно управлять сетевыми политиками не только головного офиса, но и цеплять удаленные офисы и филиалы в единую систему управления.

Полный список новых возможностей VMware NSX 6.3 находится в release notes. Скачать решение можно по этой ссылке.

После выхода обновления VMware vSphere 6.5 многие из вас, должно быть, заметили, что теперь в качестве основного средства управления виртуальной инфраструктурой позиционируется виртуальный модуль VMware vCenter Server Appliance (vCSA). Между тем, на данный момент подавляющее большинство клиентов VMware использует vCenter на базе виртуальной (совсем редко - физической) машины с ОС Windows внутри. Причина проста - до недавнего времени в модуле не было жизненно важных фич, таких как, например, средство обновления VMware Update Manager.

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

Чтобы смигрировать vCenter для Windows версии 5.5 или 6.0 на vCSA версии 6.5, потребуется воспользоваться двумя инструментами:

1. Migration Assistant.

Эта консольная утилита, которую нужно выполнить до мастера миграции vCenter, позволяет сделать следующие вещи:

• Проверка предварительных требований vCenter Server (например, проверяются все установленные расширения vCenter и предлагаются действия для разрешения проблем с каждым из них).
• Показывает исходный и целевой тип развертывания средства управления (кстати, подробнее об этом тут).
• Показывает шаги миграции, которые необходимо выполнить далее в установщике vCSA.

2. Migration Tool.

Это мастер, который доступен из стандартного установщика vCSA, если выбрать пункт Migrate:

Миграция с помощью этой утилиты происходит в два этапа. Сначала развертывается модуль vCenter Server Appliance с временными настройками, а в это время происходит копирование данных исходного vCenter.

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

На втором шаге миграции с помощью Migration Tool происходит импорт всех скопированных данных в виртуальный модуль vCSA (включая параметры идентификации vCenter, такие как FQDN, IP-адрес, UUID, сертификаты, MoRef IDs и прочее). Надо отметить, что в процессе миграции не происходит никаких изменений в исходном vCenter, поэтому откат в случае неудачного обновления прост.

Ну и для тех, кто хочет предварительно посмотреть, как будет выглядеть весь процесс миграции, есть замечательный vCenter Server 6.0 Embedded Migration to Appliance Walkthrough, где показаны основные аспекты этого процесса, а во второй части интерактивного демо можно пройти его весь по шагам.

Если вы пока еще не используете последнюю версию платформы VMware vSphere 6.5, но очень хотите посмотреть, как она выглядит и покликать в консоли, чтобы заценить новые возможности, то есть способ - лабораторная работа (Hands-on-Lab) What's New with vSphere 6.5 [HOL-1710-SDC-6-MYVMW-HOL].

После регистрации вы попадаете в консоль машины, в которой можете запустить браузер и через тонкий клиент vSphere Client управлять виртуальными машинами, хостами и кластерами в настоящей инфраструктуре:

Обратите внимание, что логин и пароль к VMware vCenter указан в примечании, куда надо еще догадаться тыкнуть. Ну и работать в виртуальной тестовой лаборатории вы сможете 90 минут, а сама лаба проходится за один час.

То, что нужно делать, указано в меню справа (Lab Guidance), которое надо развернуть как на картинке.

Компания VMware на днях выпустила обновления своих клиентов для управления виртуальной инфраструктурой - VMware vSphere Client 3.1 (бывший vSphere HTML5 Web Client - управление всей платформой vSphere) и ESXi Embedded Host Client 1.16 (управление отдельными хостами ESXi через веб-интерфейс).

Давайте посмотрим, что нового появилось в VMware vSphere Client 3.1 (о версии 3.0 мы писали вот тут):

• Представление Cluster > Monitor > Storage Overview, которое показывает данные о хранилище хостов в кластере в агрегированном виде. Теперь становится несложно понять, когда хост отличается от стандартной конфигурации кластера.
• Представление Host Cache Configuration в режиме read-only.
• Можно редактировать настройки исполнения Storage DRS и расширенные настройки (advanced settings).
• Поддержка перетаскивания виртуальной машины драгэнддропом в виртуальный датацентр.
• Поддержка перетаскивания шаблона виртуальной машины драгэнддропом в виртуальный датацентр или папку.
• Перетаскивание машины и шаблона работает из списка в дереве инвентори в центральной области.
• Удаление глобальных тэгов и категорий.
• Действие Mount/Unmount на странице VMFS > Configure > Connectivity and Multipathing.
• При создании новой ВМ есть опция клонирования существующей.
• При клонировании ВМ можно задать ее политику хранения.

А вот что нового в ESXi Embedded Host Client 1.16 (о версии 1.13 мы писали вот тут, версий 14 и 15 не было):

• Добавление RDM-дисков виртуальной машине!
• Решена проблема с удалением USB-устройств от ВМ.
• Добавлена возможность показа метрик отдельной ВМ на графиках производительности хоста.
• Обработка случайных двойных кликов в меню.
• Добавлена настройка шаринга виртуальных дисков.
• Поправлена ошибка в обновлении списка ВМ при применении фильтров.
• Обработка XML при развертывании из OVF-шаблона.
• Добавлен чекбокс, который позволяет не включать ВМ после создания (чтобы отредактировать настройки).
• Поправлены ошибки с настройками автостарта ВМ, SR-IOV и устройств PCI.
• Отображение информации Cisco Discovery Protocol на странице физического NIC. Там же показываются и обнаруженные подсети.

Скачать VMware vSphere Client 3.1 можно по этой ссылке, а ESXi Embedded Host Client 1.16 - по этой.

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

Давайте взглянем на сравнительную табличку, которая дает представление о развитии главного игрока на рынке виртуализации

Результаты - очень даже неплохие. Кроме того, VMware в прошедшем году провела бай-бэк акций класса А на 1,2 миллиарда долларов (а в декабре был анонсирован выкуп еще на 500 миллионов).

Ну и достижения прошлого года, которые VMware считает главными:

• Сотрудничество с Amazon Web Services
• 75 000 человек на VMworld 2016
• Анонс новых версий продуктов VMware vSphere, VMware vSAN и VMware vRealize Automation
• Расширение экосистемы сертифицированных решений VMware Ready for Network Functions Virtualization (NFV)
• Лидерство согласно отчету IDC, обозначенное в документе "IDC MarketScape: Worldwide Virtual Client Computing Software 2016 Vendor Assessment (doc # US40700016, November 2016)."

Как вы знаете, у самого главного продукта для создания программных хранилищ под виртуализацию StarWind Virtual SAN есть бесплатное издание StarWind Virtual SAN Free, которое позволяет с ограничениями использовать продукт в производственной среде.

Ранее одним из таких ограничений было 100 ГБ пространства, на котором можно было хранить виртуальные машины. Теперь таких ограничений нет, о чем прямо написано в документе "StarWind Virtual SAN FREE vs. PAID":

В этом же документе написано и о том, что бесплатный StarWind можно использовать в продакшен-инфраструктуре. Пользуйтесь на здоровье.

Скачать StarWind Virtual SAN Free можно бесплатно по этой ссылке.

Компания Veeam Software - вендор номер 1 на рынке решений для резервного копирования и репликации виртуальных машин, выпустила публичную бета-версию продукта Veeam Agent for Microsoft Windows 2.0. Ранее это решение называлось Veeam Endpoint Backup и было предназначено для бесплатного резервного копирования данных Windows-систем, что полезно любому администратору ИТ-инфраструктуры и даже пользователю домашнего ПК. 

Теперь Veeam Agent for Microsoft Windows 2.0 превратился в полноценное решение для резервного копирования физических рабочих станций и серверов на базе Windows, сохранив бесплатное издание.

Конечно же, для этого решения важна интеграция с основным продуктом - Veeam Backup and Replication для создания резервных копий виртуальной инфраструктуры. И, конечно же, она есть в платных изданиях Veeam Agent:

В новом Veeam Agent for Microsoft Windows 2.0 появились следующие возможности (по сравнению с версией 1.5):

Издание Free:

• Поддержка Windows Server 2016
• Функции шифрования на стороне источника бэкапа (Source-side encryption)
• Опциональный периодический полный бэкап системы
• Настраиваемые параметры компрессии и размера блока
• Улучшенная производительность резервного копирования на уровне файлов
• Возможность пропускать бэд-блоки при создании резервной копии (по умолчанию включено)

Издание Workstation (в дополнение к функциям Free):

• Поддержка 24.7.365
• Бэкап-кэш для мобильных пользователей (если таргет бэкапа становится недоступен, то он кэшируется локально, а потом синхронизируется в удаленный локейшн). То есть, пользователю не нужно ждать, пока его бэкап доделается на ноутбуке - он может уйти в любой момент, а все это потом синхронизируется
• Резервное копирование напрямую в Veeam Cloud Connect
• Удаленное управление и конфигурация через API
• Опциональный периодический синтетический полный бэкап

Издание Server (в дополнение к функциям Workstation):

• Движок Application-aware processing (такой же, как и в Veeam Backup & Replication 9.5) - он позволяет создавать консистентные резервные копии
• Индексирование файловой системы (включая интеграцию с функциями Veeam Backup Enterprise Manager catalog search и 1-Click FLR)
• Планировщик и обработчик заданий, ориентированный на серверную инфраструктуру (такой же, как и в Veeam Backup & Replication 9.5)

Более подробно о продукте рассказано в блоге Veeam. Записаться на публичную бету и скачать Veeam Agent for Microsoft Windows 2.0 можно по этой ссылке.

Компания VMware в лице Дункана Эппинга рассказала об интересной штуке - на днях Citrix выпустила хотфикс для своих главных продуктов XenApp и XenDesktop, которые теперь могут полноценно работать на бэкэнде, обеспеченном кластерами хранилищ VMware Virtual SAN. Ранее у этих продуктов была ошибка, в результате которой происходило удаление каталога.

Как написано в статье базы знаний Citrix, поддерживаются продукты XenDesktop/XenApp версии 7.12, а со стороны vSAN - версии 6.0, 6.2 и 6.5.

Для VMware Virtual SAN также существует еще 2 проблемы - отсутствие поддержки технологии AppDisk и Boot device manager для развертывания через PVS.

Также обратим внимание на открытый документ "XenApp and XenDesktop 7.12 on vSAN 6.5 All-Flash" на 47 страницах, в котором описаны некоторые аспекты работы решений Citrix XenApp/XenDesktop в кластерах VMware Virtual SAN.

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

Скопировать файлы с и на ESXi можно как на USB-накопитель в формате FAT32, так и в формате NTFS. Но сначала надо остановить службу USB Arbitrator Service, которая отвечает за проброс USB-устройств в виртуальные машины (passthrough). Делается это следующей командой:

/etc/init.d/usbarbitrator stop

Теперь можно воткнуть флешку, убедиться, что она примонтировалась (она должна появиться в списке хранилищ по адресу /vmfs/volumes/) и выполнить следующую команду для копирования файла с USB-устройства в формате FAT32 на хост ESXi:

/bin/mcopy -i "/dev/disks/${USB_KEY}:2" ::/MyFile /tmp/MyFile

Обратите внимание, что адрес к USB-устройству надо указывать через /dev/disks/. /MyFile - это путь к файлу на флешке, а /tmp/MyFile - путь к размещению файла на ESXi.

Ну а вот так можно скопировать файл в обратную сторону - с хоста ESXi на USB-накопитель (просто меняем пути местами, путь с двумя двоеточиями - относится к флешке):

/bin/mcopy -i "/dev/disks/${USB_KEY}:2" /tmp/MyFile ::/MyFile

Минус тут в том, что для FAT32 размер файла на USB-устройстве может быть не более 4 ГБ, поэтому для перемещения виртуальной машины ее диск придется разбить на кусочки. Для этого в Linux и Mac OS существует следующая команда (размер кусочка указывается в байтах, в данном случае - 1 ГБ):

split -b 1073741824 [FILE-TO-BE-SPLIT]

После того, как файлы будут перемещены, их можно склеить следующей командой, указав имена кусочков через *:

cat [SPLITTED-FILES]* > [ORIGINAL-FILE-NAME]

Для файловой системы NTFS можно воспользоваться утилитой ntfscat для копирования файлов. Если вы хотите скопировать файл с USB-устройства на хост ESXi нужно выполнить следующую команду:

/bin/ntfscat -f /dev/disks/${USB_KEY}:2 MyFile > /tmp/MyFile

Многие наши читатели заметили, что мы часто пишем про решение VMware vCenter Server Appliance (например, тут, тут и тут) - готовый виртуальный модуль на основе Linux для управления виртуальной инфраструктурой VMware vSphere. Также мы иногда пишем и про VMware Feature Walkthroughs (например, тут, тут и тут) - интерактивные обзоры интерфейсов продуктов, где можно узнать о возможностях различных решений VMware и самому потыкать кнопки и менюшки.

Ну а сегодняшняя новость, как следует из сказанного выше, о том, что появились новые Walkthroughs, посвященные развертыванию модуля VMware vCenter Server Appliance.

Установщик VCSA 6.5 больше не требует предварительного наличия Client Integration Plugin (CIP), поэтому все начинает ставиться сразу же. Плагин Enhanced Authentication Plugin (EAP) вам понадобится только, если вы будете использовать аутентификацию Windows Authentication (SSPI) или Smart Card Authentication.

Сам установщик может выполнять следующие функции:

• Экспорт виртуальной машины или объекта vApp в формате OVF/OVA.
• Развертывание виртуального модуля OVF/OVA с локального диска или по URL.
• Экспорт из Content Library на локальный диск.
• Загрузка файлов из датастора и закачка на него.
• Присоединение устройств к виртуальной машине (CD-ROM, USB и т.п.).

Для виртуального модуля vCSA 6.0 был один процесс развертывания - и если происходила какая-то ошибка, его приходилось начинать заново. У vCSA 6.5 есть два этапа развертывания, каждый из которых не зависит от первого.

На стадии Stage 1 происходит развертывание модуля OVA, настройка простейшего сетевого взаимодействия и запуск сервисов VMware vSphere Appliance Management Interface (VAMI). Это позволяет вторую часть уже проводить позже, через интерфейс VAMI.

На этапе Stage 2 происходит окончательная конфигурация виртуального модуля и применение настроек непосредственно внутри vCSA. Это, кстати, позволяет снять снапшот между фазами - на случай если что-то пойдет не так во второй фазе.

Также интересная штука - появился тип развертывания "X-Large" - в такой установке vCSA может управлять до 2000 хостов VMware ESXi и до 35000 виртуальных машин. Это подразумевает увеличенный размер для хранилища Stats, Events, Alarms, and Tasks (SEAT).

Ну и, собственно, сами Walkthroughs вы найдете по ссылкам ниже:

• vCenter Server Appliance Embedded Deployment Walkthrough (развертывание всех необходимых компонентов на одной виртуальной машине).
• vCenter Server Appliance External Deployment Walkthrough (в этом случае Center Server и сервисы Platform Services Controller будут в разных ВМ).

Некоторое время назад мы писали о том, что после выхода обновленной версии платформы VMware vSphere 6.5 не было поддержки со стороны продукта для резервного копирования Veeam Backup & Replication 9.5. Ну а на днях вышел долгожданный Update 1 для Veaam B&R 9.5 с полной поддержкой vSphere 6.5.

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

• Encrypted VMs support - в vSphere 6.5 появилось шифрование виртуальных дисков. Такие ВМ могут быть забэкаплены только в режимах hot add и NBD. По восстановлению нет никаких ограничений, так как бэкап хранится в обычном виде. Однако вы всегда можете опционально включить его шифрование.
• VMFS6 support. В vSphere 6.5 появилась новая версия файловой системы VMFS, которая позволит использовать такую расширенную функциональность, как Backup from Storage Snapshots и Veeam Explorer for Storage Snapshots для виртуальных дисков на хранилищах VMFS 6.
• Virtual hardware version 13 support. В vSphere 6.5 появилась новая версия виртуального аппаратного обеспечения, которая позволяет создавать машины с увеличенными максимумами конфигурации, которые поддерживает Veeam.
• NBD compression. Интерфейс VDDK 6.5 добавляет возможность нативной компрессии NBD-траффика. Для управления уровнем компрессии используйте значение VMwareNBDCompressionLevel (DWORD) в ключе реестра HKLM\SOFTWARE\Veeam\Veeam Backup and Replication. Вы можете установить значение от 0 (без компрессии) до 3 (максимум сжатия). Не ожидайте от компрессии существенного увеличения производительности (за исключением медленных сетей).
• New guest interaction API support. vSphere 6.5 больше не поддерживает VIX API, на который опирался Veeam в прошлых версиях продукта для взаимодействия с гостевой системой виртуальной машины (функции application-aware processing). Но теперь вместо этого используются vSphere API for guest interaction, поэтому вы сможете продолжить использование in-guest функций в vSphere 6.5.
• New VM tag API support. В vSphere 6.5 появился новый API для управления тэгами (vSphere tags). Veeam Backup полностью поддерживает его, то есть вы сможете использовать политики, основанные на тэгах, после апгрейда на vSphere 6.5.

Кроме всего этого, была также добавлена поддержка следующих продуктов:

• Dell EMC Data Domain OS 6.0 - включая оптимизации создания синтетических бэкапов.
• HPE 3PAR 3.2.2 MU3 - включая оптимизации надежности и производительности.
• HPE StoreOnce 3.15.1 - добавлены возможности Instant VM Recovery для репозиториев на основе Catalyst.
• Veeam Agent for Linux 1.0 - мы писали о нем здесь.
• Veeam Agent for Microsoft Windows 2.0 Public Beta (build 2.0.0.594).

Также в Veeam Backup & Replication 9.5 Update 1 появилось несколько интересных новых возможностей (их полный список - в KB 2222):

• Double-byte support - поддержка символов из двух байтов в названии объектов виртуальной инфраструктуры.
• Export performance improvements - экспорт содержимого диска в агентских бэкапах идет в параллельном режиме и работает быстрее.
• Улучшена производительность Backup Copy jobs для большого числа ВМ.
• При кратковременных неполадках в сети можно впоследствии возобновить докачку бэкапа (в том числе на ленточные носители).
• Поддержка Open Enterprise Server 2015 SP1 для восстановления на уровне файлов.
• Возможность сохранять оригинальные ВМ и vApps при восстановлении в инфраструктуру vCloud Director (они будут с суффиксом _restored).
• Добавлена поддержка параллельного восстановления через несколько Direct SAN backup proxies.
• Операции VM restore и Instant VM Recovery сохраняют кастомный параметр workingDir исходной ВМ.
• Экспериментальная поддержка мониторов с высоким DPI.

Полезные ссылки (вышли также апдейты продуктов Veeam ONE 9.5 и Veeam Backup for Microsoft Office 365):

• Release Notes for Veeam Backup & Replication 9.5 Update 1
• Release Notes for Veeam ONE 9.5 Update 1
• Veeam Backup for Microsoft Office 365 1.0 Update 1 Release Notes

Скачать Veeam Backup & Replication 9.5 Update 1 можно по этой ссылке. Убедитесь, что у вас установлены билды 9.5.0.580, 9.5.0.711 или 9.5.0.802 перед обновлением.

Напомним, что у компании StarWind есть аппаратно-программные решения для создания готовых к эксплуатации кластеров хранилищ под виртуальные машины - StarWind Storage Appliance. Также есть и чисто программное решение - StarWind Virtual Storage Appliance (VSA), который представляет собой готовый виртуальный модуль с сервисами хранилищ.

Кстати, 26 января в 23-00 по московскому времени будет бесплатный вебинар "Announcing new Linux-based StarWind Virtual Storage Appliance" с анонсом виртуального модуля StarWind VSA на базе Linux.

Ну а обо всем, что касается StarWind Storage Appliance, можно узнать на специальном сайте - https://www.starwindstorageappliance.com/, где собрано множество различных материалов об этих модулях.

Там же есть несколько открытых документов: с обзором решения, даташит и Whitepaper.

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

В конце 2016 года NetApp выпустил новые системы хранения данных, работающие под управлением операционной системы ONTAP. Обновились системы FAS и AFF. Новые системы уже доступны в России.  26 января компания ИТ-ГРАД проводит бесплатный вебинар "Системы хранения данных NetApp – уникальные технологии и экстремальная производительность".

Дата и время вебинара: 26 января в 11-00 по московскому времени.

Какие темы будем обсуждать?

• В чем инновационность технологий NetApp?
• Новое в FAS и All Flash FAS.
• Что еще нового в следующей версии ONTAP?
• Функциональность enterprise класса для младших систем.
• СХД под разные задачи. Примеры внедрения в российских компаниях.

Вебинар будет интересен: руководителям ИТ-отделов, техническим и ИТ-специалистам, сетевым и системным администраторам, и другим специалистам, отвечающим за поддержку ИТ-инфраструктуры предприятия.

Регистрируйтесь!

Как вы знаете, VMware планирует постепенно сделать виртуальный модуль vCenter Server Appliance (vCSA) на основе Linux основным средством управления виртуальной инфраструктурой vSphere. Мы уже писали про несколько полезных штук для vCSA (например, тут, тут и тут), а сегодня расскажем об интерфейсе исполнения API-команд в оболочке модуля.

Эти API-команды позволяют выполнять различные административные задачи с сервисами виртуального модуля vCSA, чтобы поддерживать его работоспособность.

Например, с помощью API-вызовов можно изменять настройки синхронизации времени, осуществлять мониторинг процессов vCSA или настраивать параметры отсылки уведомлений SNMP.

Вот основные наборы команд, которые можно использовать:

• appliance.health - все, что касается текущего состояния виртуального модуля.
• appliance.monitoring - наблюдение за объектами vCSA.
• appliance.recovery - управление задачами резервного копирования и восстановления компонентов самого модуля.
• appliance.system - информация о системе.
• appliance.version1 - управление консолями и интерфейсами доступа (DCUI, SSH и т.п.), а также правами доступа. Кроме того, через это пространство имен происходит управление SNMP, сетевыми настройками, фаерволом и многим другим.

На видео выше вы можете увидеть пример вызовов этих API-функций, а в этом разделе документации приведен полный их перечень и описание.

Не для всех 2016 год был кризисным. Ребята из Veeam Software - компании, выпускающей главный продукт для резервного копирования и репликации виртуальных машин Veeam Backup and Replication, показали весьма и весьма впечатляющие результаты роста по итогам 2016 года.

Фраза на картинке означает, что по сравнению с предыдущим годом, выручка компании выросла на 28 процентов, составив по итогу 2016 года 607 миллионов долларов. Это, на секундочку, $0,6 млрд в год, что очень неплохо для бывшего питерского стартапа:)

Интересные факты из пресс-релиза:

• К концу 2016 года Veeam использовали 73% компаний из списка Fortune 500 и 56% из списка Global 2000. Заказы новых лицензий выросли на 57% в год, а число новых клиентов на 48,6%.
• У Veeam теперь 230 тысяч клиентов по всему миру, из них 50 тысяч используют платные продукты, а каждый месяц компания прирастает на 4 000 клиентов.
• Решениями Veeam защищено 13,3 миллиона виртуальных машин, один миллион из которых находится под управлением сервис-провайдеров по программе VCSP.
• Число партнеров компании достигло 45 000 по всему миру.
• Облачные решения по моделям DRaaS и BaaS (Veeam Cloud & Service Provider (VCSP) program для предоставления сервисов Disaster Recover as a Service (DRaaS) и Backup as a Service (BaaS)) растет на 79%, охватывая 14 300 сервис-провайдеров и облачных провайдеров по всему миру. Решение Veeam Cloud Connect лицензировали 2600 поставщиков.

Больше интересного об итогах 2016 года компании Veeam вы найдете в официальном пресс-релизе.

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

На днях появилось интересное видео, подробно объясняющее, в чем именно они заключаются:

Во-первых, приоритет рестарта виртуальных машин был расширен - вместо трех уровней (Low, Medium и High) появилось пять (добавились Lowest и Highest). Это позволит увеличить гранулярность приоритета запуска виртуальных машин при сбое, которой, видимо, хватало не всем:

Во-вторых, появились возможности восстановления виртуальных машин с учетом связи сервисов в ВМ между собой. Теперь VMware HA позволяет учитывать взаимосвязи сервисов в виртуальных машинах при их рестарте в случае сбоя на основе заданных правил зависимостей VM-to-VM по приоритетам восстановления.

Например, в VM1 у нас размещена база данных, в VM2 и VM3 - серверы приложений с зависимостью, а в VM4 - балансировщик, который должен подняться в последнюю очередь, чтобы цепочка сервисов за ним способна была предоставлять услуги пользователям.

Посмотрите на картинку - для такой конфигурации, если первый хост-сервер выйдет из строя, то VM2 запустится только после того, как будет запущена VM1, что обеспечит работоспособность сервиса и не навредит приложениям.

А вот если выйдет из строя третий хост ESXi - то VM5 и VM7 могут запуститься одновременно, согласно правилу во второй строчке (VM5<-VM6<-VM7<-VM8), так как для VM5 нет предварительного условия старта, а для VM7 условие старта выполнено - машина VM6 работает. Поэтому в данном случае добавляется еще одно правило VM5<-VM7. Имейте это в виду при планировании виртуальной инфраструктуры и кластеров HA.

Настраиваются такие правила довольно просто. Сначала в интерфейсе настройки VMware HA мы создаем несколько групп VM/Host Group, в каждую из которых добавляем только по одной виртуальной машине:

А далее устанавливаем правила (VM/Host Rules) типа "Virtual Machines to Virtual Machines" для данных групп, где определяем, какую ВМ нужно запускать сначала, а какую вслед за ней.

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

Недавно компания VMware выпустила очередной интересный технический документ "VMware vSphere encrypted vMotion architecture, performance, and best practices", посвященный различным аспектам работы механизма шифрованной миграции виртуальных машин между хостами.

Напомним, что шифрование как данных виртуальных машин, так и трафика vMotion, появилось в обновленной версии платформы VMware vSphere 6.5. Шифрование трафика vMotion происходит на уровне VMkernel средствами широко распространенного алгоритма AES-GCM (Advanced Encryption Standard / Galois Counter Mode).

Эксперименты, описанные в открытом документе, подтвердили следующее:

• Миграция vSphere 6.5 Encrypted vMotion работает практически с той же скоростью, что и vMotion.
• Нагрузка на CPU для шифрования небольшая за счет оптимизации в коде реализации vMotion.
• vSphere 6.5 Encrypted vMotion работает так же надежно, как и обычный vMotion.

Миграция в корпоративной инфраструктуры виртуальной машины с СУБД Redis:

Миграция виртуальной машины SQL Server на длинную дистанцию при различных задержках в канале, зависящих от удаленности датацентров:

Содержание документа:

• Encrypted vMotion Architecture
  • Encryption Protocol
  • Encryption Algorithms
  • Defending Against Replays
  • Workflow
• Encrypted vMotion Configuration
• Performance Test Configuration and Methodology
  • Test Configuration
  • Measuring Encrypted vMotion Performance
• Encrypted vMotion Performance in a Private Cloud Deployment
  • Performance Impact on Duration and Switch-Over Time
  • Performance Impact on Throughput and CPU Usage
• Encrypted vMotion Performance Over Long Distance
  • Test Methodology
  • Load Generation Software
  • Results
• Encrypted vMotion Performance Best Practices

Кстати, шифрованные виртуальные машины всегда перемещаются между хостами ESXi средствами также шифрованного vMotion.

Компания StarWind выпускает новый продукт - виртуальный модуль для создания программных хранилищ на базе ОС Linux (StarWind Virtual Storage Appliance, VSA), который будет работать на любом гипервизоре в виде готовой к использованию виртуальной машины.

На предстоящем вебинаре "Hypervisor agnostic StarWind Virtual Storage Appliance, now on Linux!" вы сможете узнать о нем все подробности.

Вебинар пройдет в этот четверг, 19 января в 17-00 по московскому времени. Обратите внимание, что у StarWind новый спикер - Алекс Быковский (вопросы можно задавать на русском языке).

Регистрируйтесь сейчас на бесплатный вебинар о StarWind Linux-based VSA!

Бывает так, что в гостевой ОС Windows на платформе VMware Fusion для Mac устанавливается какое-то небольшое максимальное разрешение (например, 1152x864), при этом экран у вас позволяет установить его значительно больше. В этом случае нужно просто удалить VMware Tools из гостевой системы, перезагрузить виртуальную машину и снова поставить VMware Tools. После этого можно будет устанавливать нужное разрешение.

Но что, если нужно установить кастомное разрешение экрана в ВМ, например, для целей разработки и тестирования приложений? Для этого в состав VMware Tools, начиная с версии 10.0.5, входит утилита vmware-resolutionSet. Ее можно найти в папке /Library/Application Support/VMware Tools гостевой системы.

Синтаксис этой утилиты прост - она принимает на вход ширину и высоту в пикселях соответственно. Например:

./vmware-resolutionSet 1920 1080

При этом надо помнить, что для больших разрешений у вас должно быть достаточно сконфигурированной видеопамяти в виртуальной машине. Например, для 2560x1600 нужно иметь по крайней мере 16 МБ (подробнее в KB 1003).

В случае успешного выполнения команды выше, значения Requested resolution и Effective resolution в выводе команды будут совпадать.

Если же вам нужно разрешение больше, чем 2560x1600, то в расширенные настройки виртуальной машины через vSphere Client или в файл .vmx нужно добавить следующие расширенные параметры:

svga.maxWidth = "2880"

svga.maxHeight = "1800"

Как известно, с некоторых пор на предприятиях стало модно использовать мессенджер Slack, в котором есть удобные средства совместной работы и интеграции с различными Enterprise-сервисами (например, JIRA).

Компания OpVizor выпустила виртуальный модуль OpBot Virtual Assistant, реализующий бота Slack, который позволит вам исполнять команды PowerCLI / PowerShell для вывода различных статистик прямо в виде сообщений в адрес бота.

Установка виртуального модуля OpBot проста:

• Интегрируем OpBot в мессенджер Slack (получаем токен Slack API для импорта в виртуальный модуль).
• Скачиваем и конфигурируем OpBot Virtual Appliance.

Для оперирования этого виртуального модуля надо создать специальный аккаунт (желательно с правами Read Only по вполне понятным причинам). При работе с OpBot есть следующие нюансы:

• На данный момент один виртуальный модуль может работать с одним сервером vCenter и одним ботом.
• Пермиссии задаются в настройках (все команды будут исполняться в контексте указанного аккаунта).
• Несколько виртуальных модулей/серверов vCenter могут управляться как одним Slack-ботом, так и разными. Обе модели реализуются через повторное развертывание OVF-шаблона.
• При работе используется механизм PowerCLI Core (со всеми его ограничениями).

Начать работу с OpBot Virtual Assistant можно по этой ссылке. Кстати, удобно использовать алиасы для выполнения команд, например:

@yourbotname alias badvms=posh get-view -ViewType VirtualMachine -Filter @{'RunTime.ConnectionState'='disconnected|inaccessible|invalid|orphaned'} | select name
@yourbotname badvms

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

Вчера вышла версия VMware vSphere Client 3.0, в которой появилось несколько новых возможностей, приведенных ниже:

• Функция развертывания виртуальной машины из OVF-шаблона (только для vCenter 6.5).
• Развертывание виртуальной машины из шаблона в content library. Кстати, изменился рабочий процесс - теперь нужно выбрать из контекстного меню хоста "New Virtual Machine…", а затем "Deploy from Template".
• Изменение настроек обычного виртуального коммутатора.
• Изменение настроек IPv4 для аппаратного iSCSI адаптера.
• Перемещение виртуальной машины драг энд дропом в папках в представлении "VMs and Templates".
• Возможность зарезервировать всю память для виртуальной машины в настройках.
• После создания роли можно изменять ее название.

Также приведем ниже возможности версии vSphere Client 2.20, которая также вышла совсем недавно:

• Новый мастер создания распределенной группы портов (Distributed Port Group).
• Поддержка создания датастора VMFS6 через мастер New Datastore.
• Поддержка добавления FCoE адаптера.
• Действие Rescan/Unregister Storage Provider.
• Действие Refresh Storage Provider's certificate.
• Создание новой глобальной роли.

Загрузить VMware vSphere Client 3.0 можно по этой ссылке.

Не секрет, что компания Citrix в последнее время несколько замедлилась в развитии своих главных продуктов Citrix XenDesktop и XenApp, а открытая платформа XenServer вообще закисла. Но вот интересная новость пришла на днях - Citrix покупает компанию Unidesk, которая делает комплементарные решения для Citrix XenDesktop.

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

Вместо того, чтобы иметь 20 объектов vDisk, из которых развертываются новые виртуальные ПК для разных целей (отделы, рабочие процессы и т.п.), можно иметь один образ, состоящий из различных слоев приложений Unidesk, настраиваемых и обновляемых централизованно. Таким образом, поддерживать нужно как бы один образ, к которому при развертывании прицепляются нужные приложения. Далее при логине пользователь получает уже готовый настроенный образ с нужной гостевой ОС и его набором приложений.

Решение от Unidesk поддерживает не только два основных продукта для создания инфраструктуры виртуальных десктопов VMware Horizon View и Citrix XenApp, но и облачное окружение Azure. Это позволяет использовать не только инфраструктуры с разными гипервизорами, но и гибридные инфраструктуры, где часть нагрузок размещается в облаке.

При развертывании администратор выбирает слои и комбинирует их в шаблон, который далее можно опубликовать в виде виртуальной машины на базе дисков VHD/VMDK на платформах Hyper-V и vSphere. При логине пользователя к его машине цепляется диск с нужными приложениями и сервисами - и они сразу же готовы к работе. Напомним, что у VMware есть подобная технология - VMware App Volumes. Но, в отличие от App Volumes, Unidesk может работать на уровне управления операционными системами, а не только приложениями (подробнее можно узнать здесь).

Более подробно о функциональности Unidesk можно узнать по этой ссылке, где приведен обзор архитектуры и возможностей продукта, а также присутствует практическое демо решения (на примере развертывания новых виртуальных машин из консоли). Unidesk будет продаваться как Standalone-продукт, в том числе и для VMware Horizon View.

На сайте проекта VMware Labs появилась очередная новинка для пользователей решения по управлению, мониторингу и решению проблем в виртуальной инфраструктуре VMware vRealize Operations (vROPS). Утилита vRealize Operations Email Template Manager позволяет управлять шаблонами и правилами нотификаций по электронной почте, которые посылает vROPS.

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

Возможности утилиты:

• Создание/редактирование шаблона письма с выбранным набором полей и темой письма.
• Настройка правил для шаблонов (условия отсылки - кому посылать, типы и субтипы алертов).
• Управление шаблонами - удаление, редактирование.

Email Template Manager работает для vRealize Operations Manager 6.2.0 и более поздних версий.

Скачать vRealize Operations Email Template Manager можно по этой ссылке.

StarWind HyperConverged Appliance - это гиперконвергентная платформа для организации хранилищ, которая может быть использована самыми различными способами в инфраструктурах на базе различных гипервизоров.

В записи вебинара VMware "Ready Nodes" unleashed in StarWind HyperConverged Appliance рассказывается о том, как использовать программно-аппаратное решение HyperConverged Appliance в качестве готового узла наподобие VMware Ready Node, на платформе которого работают кластеры StarWind Virtual SAN или VMware Virtual SAN (да, на этот аплаенс можно поставить VMware vSphere).

Более подробно о StarWind HyperConverged Appliance можно почитать по этой ссылке. Это действительно крутая штука.

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

Для сбора диагностической информации используется специальная служба ESXi dump collector service, которая принимает дамп хост-сервера по сети. Но сначала эту службу надо включить на сервере VMware vCenter (в частности, на vCenter Server Appliance). Для этого надо в vSphere Web Client пойти сюда:

Home > Administration > System Configuration > Services > VMware vSphere ESXi Dump Collector > Start

Кроме этого, нужно задать порт для приема дампов, а также надо сконфигурировать максимальный размер репозитория в гигабайтах, задав параметр Repository max size.

Теперь надо сконфигурировать параметры отправки кордампов через сеть на хостах ESXi. Сначала выполним следующую команду для проверки текущего статуса:

esxcli system coredump network get

Зададим сетевые параметры отправки дампов :

esxcli system coredump network set -- interface -name vmk0 -- server -ipv4 172.20.10.94 --server -port 6500

И включим службу сбора дампов:

esxcli system coredump network set --enable true

Проверим параметры отправки:

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

esxcli system coredump network check

Теперь, чтобы проверить, что vCenter Server Appliance принимает дампы, надо открыть следующий файл:

/var/log/vmware/netdumper/netdumper.log

Мы увидим там примерно следующую картину:

Теперь принудительно отправим ESXi в розовый экран командой CrashMe и заглянем в этот же файл еще раз:

Мы видим, что теперь появилась запись о дампе var/core/netdumps/ffff/172/20/10/52/zdump_ffff.172.20.10.52-2017-01-05-09_53-0. Откроем этот файл и увидим содержание дампа, появляющегося при крэше ESXi: