На днях компания StarWind Software, известная своим продуктом Virtual SAN для создания отказоустойчивых программных хранилищ под виртуализацию, выпустила интересный документ "Virtual Tape Library used with Microsoft System Center Data Protection Manager 2016", который может оказаться полезным администраторам больших инфраструктур Microsoft.

Некоторые из вас знают, что у StarWind есть продукт Virtual Tape Library, который позволяет записывать данные на виртуальную ленточную библиотеку, при этом сами данные будут храниться на дисках. Это удобно, когда, например, схема резервного копирования Enterprise-приложения с помощью одного из продуктов для бэкапа настроена на ленточную библиотеку, а администратору нужно перестроить ее на дисковое хранилище.

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

В документе описано, как создать и настроить виртуальное ленточное устройство на стороне StarWind, а также как добавить это устройство в Data Protection Manager и подготовить все необходимое для процесса резервного копирования с помощью DPM. Также в документе рассматриваются и вопросы оптимизации бэкапов.

Многие администраторы виртуальной инфраструктуры VMware vSphere или Horizon View в целях мониторинга пользовательской активности хотели бы иметь возможность снимать скриншоты консоли виртуальных машин. На сайте vcloudnine появился такой скрипт для интерфейса PowerCLI:

Также этот сценарий доступен для скачивания в GitHub.

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

Несколько дней назад компания VMware обновила основное средство для управления облачной инфраструктурой VMware vSphere для сервис-провайдеров, предоставляющих услуги IaaS (Infrastructure-as-a-Service). Через почти 8 месяцев с прошлого релиза Director 8.10 VMware выпустила VMware vCloud Director 8.20.

Новые возможности vCloud Director 8.20:

• Расширенная конфигурация компонентов Edge Gateway и Distributed Firewall через новый портал vCloud Director Tenant Portal.
• Новый программный интерфейс vCloud Director API for NSX, что позволяет использовать возможности этого продукта на уровне отдельного клиента (Tenant) из среды Director.
• Поддержка правила VM-Host affinity - такая же, как в механизме VMware DRS (какие группы ВМ на каких хостах размещать).
• Автоматическое обнаружение и импорт виртуальных машин из vCenter по мере их создания там.
• Возможность администрирования ролей на уровне организации и гранулярный контроль доступа для пользователей сервис-провайдера. Теперь доступ ко всем объектам можно распределить на уровне отдельного клиента (Tenant).
• Утилита миграции сетей vCDNI на VXLAN.
• Улучшенная автоматизация апгрейдов - технология Multi-Cell Upgrade, позволяющая проводить обновления всех ячеек серверной группы в рамках одной операции.
• Расширенная поддержка гостевых ОС и версий виртуального железа (теперь поддерживается Windows Server 2016 и Virtual Hardware 13).

Подробно обо всех этих возможностях и других новых функциях продукта написано в документе "What’s New in VMware vCloud Director 8.20":

Скачать VMware vCloud Director 8.20 можно по этой ссылке. Документация доступна тут.

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

Недавно вышла новая версия RVTools 3.9.2, в которой появилось несколько полезных возможностей:

• Полная поддержка VMware vSphere 6.5
• RVTools переехали на .NET Framework 4
• Использование NPOI 2.1.3.1
• Логин происходит быстрее
• RVTools больше не пишет сообщения в журнал Windows eventlog
• Новая колонка OS во всех вкладках, относящихся к ВМ
• Новая колонка на всех вкладках - VI SDK Server
• Колонка vCenter UUID переименована в VI SDK UUID
• Новая колонка VI SDK API version на вкладке vInfo
• Экспорт в Excel теперь происходит в формате xlsx
• Автосайз колонок в Excel при экспорте данных
• Вкладки эксельного документа называются как вкладки в приложении
• Поля Annotations теперь могут быть исключены из экспорта
• Новая колонка Consumed MB на вкладке vPartition
• Директории vHealth _replica и файлы *_sesparse.vmdk исключены из проверок на "зомби"-состояние
• Новая вкладка с лицензионной информацией о vSphere
• Было добавлено новое приложение для шифрования пароля, так что теперь доступ из утилиты к vSphere лучше защищен
• Интерфейс командной строки RVTools теперь принимает зашифрованные пароли
• Пофикшена неправильная ссылка в приложении на информацию о версии RVTools на веб-сайте

Скачать RVTools 3.9.2 для VMware vSphere 6.5 можно по этой ссылке. Документация доступна тут.

Компания Citrix на днях объявила о доступности для загрузки новой версии своей платформы виртуализации Citrix XenServer 7.1. Напомним, что прошлая версия продукта - XenServer 7 - была выпущена в мае прошлого года.

Давайте посмотрим на возможности нового XenServer 7.1:

• Ускорение загрузки виртуальных машин до 25% за счет применения технологии Provisioning Services (PVS) Accelerator. В некоторых случаях это приводит к сокращению передаваемого трафика в сети на величину до 98% и уменьшению нагрузки на CPU до 93%. Эта фича доступна только для пользователей издания Platinum продукта XenApp и для любого издания XenDesktop.
• XenServer перешел на условия поставки Long Term Service Release (LTSR), что предполагает 10-летний цикл сопровождения продукта (5 лет поддержки и еще 5 лет расширенной поддержки). Такие же условия сейчас предлагаются для XenApp и XenDesktop.
• Для всех пользователей продуктов XenApp и XenDesktop платформа XenServer Enterprise доступна бесплатно, вне зависимости от типа лицензии. Это предполагает наличие такой важной фичи, как кэширование в памяти на чтение, что улучшает производительность Machine Creation Services (MCS).
• Специальные преимущества для пользователей решений Nutanix: улучшенные provisioning services, поддержка NVIDIA GRID vGPU, расширенная поддержка XenServer Direct Inspect APIs.
• Интересная штука - live-патчинг хостов XenServer, не требующий их перезагрузки. Такого нет даже у VMware!
• Автоматические обновления хостов XenServer без участия администратора.
• Средство миграции XenServer Conversion Manager теперь позволяет переносить Linux-машины с платформы VMware vSphere на XenServer.
• Полноценные возможности анализа трафика и предотвращения вторжений XenServer Direct Inspect APIs совместно с технологией Bitdefender Hypervisor Introspection. Это также доступно и для XenServer 7.0.

Если у вас есть какое-либо издание Citrix XenDesktop прошлых лет, вы можете использовать и XenServer 7.1 бесплатно! Ну а сравнение изданий XenServer 7.1 можно посмотреть по этой ссылке. Скачать же 90-дневную пробную версию платформы можно вот тут. Документация доступна здесь.

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

Поэтому VMware продолжает поддерживать таких клиентов, для которых и было выпущено обновление VMware vSphere 6.0 Update 3, включающее в себя как обновление управляющего сервера vCenter 6.0 Update 3, так и хост-серверов - ESXi 6.0 Update 3.

Напомним, что обновления Update 2 основной продуктовой линейки vSphere были выпущены год назад.

Что нового в VMware vCenter 6.0 Update 3:

• Поддержка протокола Transport Layer Security (TLS) версий TLSv 1.0, TLSv 1.1 и TLSv 1.2, которая включена по умолчанию и доступна к настройке в vCenter Server 6.0 Update 3.
  • VMware Syslog Collector на vCenter Server Appliance поддерживает только TLSv1.0.
  • Для настройки TLSv 1.0, TLSv 1.1 и TLSv 1.2 смотрите KB 2148819.
  • Для продуктов с поддержкой TLSv1.1 и TLSv1.2 смотрите KB 2145796.
  • TLS configuration script доступен для загрузки с этой страницы.
  • Об известных проблемах с протоколом TLS написано в KB 2148819.

• Поддержка новых баз данных: vCenter Server теперь поддерживает новую СУБД - Microsoft SQL Server 2012 Service Pack 3.
• Изменения в интерфейсах командной строки при развертывании виртуального модуля vCSA (об этом написано в статье Command-Line Deployment and Upgrade of VMware vCenter Server Appliance).
• Теперь поддерживается миграция с vCenter Server Windows 5.5.x на виртуальный модуль vCenter Server Appliance 6.0 Update 3 на базе Linux (мастер миграции доступен на приветственном экране vCSA).
• Обновления в Operating System customization для гостевых ОС Windows и Linux с точки зрения таймзон - там теперь поддерживаются самые последние изменения.
• Компонент Platform Services Controller для vCenter Server Appliance теперь устанавливается с 4 ГБ памяти по умолчанию при свежей установке и при апгрейде с PSC 5.5.
• Функции Transmission Control Protocol (TCP) over User Datagram Protocol (UDP) для Kerberos. Для их поддержки нужно вывести и ввести vCenter в домен заново (это только для vCSA, для vCenter for Windows это будет работать само).
• Вышло обновление механизма репликации VMware vSphere Replication 6.1.2, которое совместимо с vCenter 6.0 Update 3. Там предоставляются возможности апгрейда с vSphere Replication 5.8.1.3 на vSphere Replication 6.1.2, а также гостевая ОС модуля vSphere Replication Appliance была обновлена до SLES 12 SP1.

А вот что нового появилось в VMware ESXi 6.0 Update 3:

• Обновленный ESXi Host Client: VMware ESXi 6.0 Update 3 включает в себя ESXi Host Client версии 1.14.0. Он как бы поддерживается в производственной среде в отличие от того, что выложен на VMware Labs.
• Поддержка TLSv 1.0, TLSv 1.1 и TLSv 1.2.
• Производительность кластеров vSAN:
  • Улучшения управления логами и хранилищами, что позволяет более эффективно хранить файлы журнала. Это существенно улучшает производительность для нагрузок, требовательных к операциям записи.
  • Более эффективное управление большими файлами и дестейджингом файлов на capacity tier из кэша.
  • Улучшения блока кода по работе с контрольными суммами.

Кроме этого обновились компоненты виртуальной инфраструктуры vSphere PSC HA configuration Scripts 6.0.3 и VMware vSphere Big Data Extensions 2.3.2.

Скачать VMware vSphere 6.0 Update 3 можно по этой ссылке.

В библиотеке ресурсов компании StarWind, производителя номер 1 в сфере программных хранилищ под виртуализацию, появился интересный документ "Providing HA storage repositories for XenServer Pool".

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

В документе описана HA-конфигурация серверов - вам потребуется как минимум 2 сервера с XenServer/XenCenter для запуска виртуальных машин и 2 сервера для организации кластера хранилищ StarWind HA, они могут быть физическими или виртуальными. То есть, всего нужно будет 2-4 физических сервера.

Также в документе рассмотрена пошаговая конфигурация узлов StarWind и настройка сетевого взаимодействия в консоли XenCenter для организации канала синхронизации между узлами хранилищ. Кроме того, вы узнаете, как настроить iSCSI Initiator в XenServer и механизм доступа по нескольким путям (Multipathing).

Даже для опытных администраторов VMware vSphere понимание всех аспектов работы механизма DRS является непростой задачей. Чтобы облегчить понимание действующих правил DRS (affinity и anti-affinity) в кластере для отдельных виртуальных машин, а также на уровне всего датацентра, сотрудники VMware на сайте проекта Labs выпустили очередную утилиту Cluster Rules Manager (CRM).

С помощью CRM, построенного на базе модуля с веб-интерфейсом для Apache Tomcat, можно делать следующие вещи:

• Аудит правил anti-affinity (несуществования ВМ на одном хосте) по всем машинам в рамках vCenter Server.
• Импорт правил DRS affinity сразу из нескольких серверов vCenter.
• Экспорт правил DRS affinity в новый vCenter.
• Отчет о всех действующих правилах DRS с подробными параметрами в реальном времени, содержащий различные интеллектуальные метрики. Его можно сделать на уровне всего vCenter, виртуальных датацентров или кластеров. Отчет можно экспортировать и сохранить на диске.
• Отчет об ассоциированных с виртуальными машинами правилах. Этот отчет также можно сделать на уровне всего vCenter, виртуальных датацентров, кластеров или отдельных ВМ.
• Возможность соединиться с другим сервером vCenter прямо из интерфейса.

Скачать VMware Cluster Rules Manager можно по этой ссылке. Также полезно будет почитать документы Installation Guide и FAQ.

На сайте проекта VMware Labs появилась действительно достойная внимания утилита - IOInsight, доступная в виде готового к развертыванию виртуального модуля на платформе vSphere. Она позволяет детально взглянуть на характеристики взаимодействия виртуальных машин с хранилищами и провести анализ метрик ввода-вывода на уровне отдельных VMDK-дисков.

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

В решении каких проблем может помочь IOInsight:

• Самостоятельная оптимизация производительности и планирование хранилищ пользователями vSphere.
• Отчет из IOInsight может помочь при обращении в техподдержку VMware, что ускорит решение проблемы.
• Сотрудники VMware Engineering могут подсказать решения по оптимизации ваших продуктов.

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

Кроме того, предполагается, что администраторы и разработчики сами будут писать плагины к IOInsight, поскольку в состав решения включены SDK и development guide (как видите на картинке, два плагина уже есть). Руководство для обычных пользователей доступно вот тут.

Лучшие практики по использованию IOInsight:

• 2-4 виртуальных процессора на виртуальный модуль (vCPU)
• 2 ГБ и более оперативной памяти
• Желательно разместить IOInsight в той же сети, что и хосты, которые планируется мониторить
• Нужно выбирать не более 8 VMDK, чтобы не было слишком высокой нагрузки
• Рекомендуемый период анализа данных - 10-30 минут
• Cache Simulation analyzer создает нагрузку на процессор, поэтому его нужно запускать для 1 или 2 симулируемых конфигураций кэша (не более)

Утилита IOInsight работает, начиная с версии VMware vSphere 5.5, а скачать ее можно по этой ссылке.

Как некоторые из вас знают, начиная с версии VMware vSphere Opetations 6.1, компания VMware интегрировала решения для мониторинга Hyperic в пакет Operations, что позволяет производить мониторинг физических Windows и Linux серверов и их приложений в рамках единого процесса мониторинга и управления ИТ-инфраструктурой.

На днях на сайте проекта VMware Labs появилась полезная утилита VMware Endpoint Operations Agent Upgrade Kit, которая позволяет проводить апгрейд агентов на Windows и Linux-системах, как 32-, так и 64-битных.

Для успешного обновления агенты должны быть в статусе "Collecting" и иметь номера версий 6.2.1 или 6.3. Сам процесс апгрейда идет в асинхронном режиме и проходит полностью автоматически (в этом и прелесть данной утилиты). Ну и главный позитивный момент: при обновлении агентов нет никакого даунтайма - они продолжают работать сразу же после обновления.

Скачать Endpoint Operations Agent Upgrade Kit можно по этой ссылке.

Это гостевой пост компании ИТ-ГРАД - ведущего поставщика IaaS-услуг на платформе VMware.

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

Доступ к виртуальной площадке

С чего начать? Прежде всего необходимо проверить доступ к инфраструктуре провайдера, ведь поставщик изначально предоставляет клиенту ссылку на vCloud Director, которая открывается с помощью веб-интерфейса. Если вдруг возникают сомнения, сможет ли ваш браузер работать с заданным функционалом, лучше пройти по ссылке и заранее проверить. Но спешим поделиться хорошей новостью: при работе с большинством распространенных браузеров не возникает никаких проблем. Следовательно, если все хорошо, перед вами открывается стандартная страница доступа к виртуальной инфраструктуре, где требуется ввести предоставленные поставщиком услуг верительные данные. 

Итак, введя логин, пароль и успешно авторизовавшись, вы попадаете в окно управления облаком.

Как видите, это совершенно пустая страница. Следовательно, перед заказчиком встает задача: подготовить поле для дальнейшей деятельности. В некоторых случаях, если это было заранее обговорено, поставщик может выполнить предварительные настройки, но чаще всего облако IaaS конфигурируется самим клиентом. Читать статью далее->>

В январе компания StarWind проводила вебинар о виртуальном модуле StarWind VSA на базе Linux, который позволит вам создавать программные хранилища iSCSI/NFS для ваших виртуальных машин.

Сейчас стала доступна запись этого вебинара, где Богдан рассказывает о том, для чего предназначен StarWind VSA и наглядно в консоли показывает, каким образом с ним нужно работать:

Ожидается, что продукт StarWind VSA for Linux будет доступен в течение пары месяцев.

Как знают администраторы инфраструктур виртуальных ПК, построенных на базе VMware Horizon 7, в последней мажорной версии решения VMware User Environment Manager 9.0 (UEM) появилась интересная возможность - умные политики (Smart Policies). Эта функциональность позволяет применять настройки пользовательского окружения в виртуальном ПК в зависимости от различных условий, например, места, из которого логинится пользователь.

Вот какая функциональность клиентского доступа может контролироваться средствами умных политик:

• USB redirection – определяет, может ли пользователь локально подключать USB-устройства, такие как флешки, камеры или принтеры, и прокидывать их в свой виртуальный ПК.
• Printing - контролирует, разрешено ли пользователю распечатывать документ из виртуального ПК на сетевом или USB-принтере, присоединенном к клиентскому компьютеру.
• Clipboard - контролирует, можно ли пользователю копировать и вставлять текст и графику из клиентского компьютера в виртуальный ПК, из виртуального ПК в клиентский компьютер, в оба направления или ни в какие.
• Client drive redirection - контролирует шаринг папок клиентского компьютера и виртуального ПК. Для этого режима можно использовать, например, настройку Read Only.
• HTML Access file transfer (доступно, начиная с User Environment Manager 9.1) - контролирует, можно ли загружать и скачивать файлы с виртуального ПК через HTML Access.
• Bandwidth profile - определяет скорость доступа, на которой агент будет пытаться поддерживать сессию с виртуальным ПК. Например, предотвращает попытку передачи данных на скорости выше чем физическая пропускная способность соединения. Настройка эта определяет режим как для протокола Blast Extreme, так и для PCoIP (только в UEM 9.1 и выше).

Политики работают следующим образом: вы выбираете настройки для фичей Horizon 7, которые вы хотите контролировать согласно специфическим условиям, при которых политики вступают в силу. Если вы не определите конкретных условий, то политики будут применены ко всем пользователям в контейнере OU, настроенном для User Environment Manager. Настройки всегда применяются при логине пользователя. Но можно настроить и триггеры, при срабатывании которых можно принудительно применить настройки и в другое время, например, при реконнекте пользователя к десктопу или приложению.

Политики применяются только к пользователям, подпадающим под некоторые условия. Если пользователь им не соответствует, то применяются дефолтные политики, относящиеся ко всем пользователям в пуле.

Давайте рассмотрим это на конкретном примере. Допустим мы хотим сделать так, чтобы пользователи виртуальных ПК (например, только отдел HR), соединяясь из внутренней среды предприятия со своим виртуальным ПК, могли копировать данные через буфер обмена и могли подцепить USB-устройство к виртуальному десктопу, чтобы скопировать с него данные. При этом для доступа через протокол Blast Extreme или PCoIP должен применяться сетевой профиль для локальной сети (LAN).

Откроем Management Console средства User Environment Manager, слева выберем Horizon Smart Policies и нажмем Create:

Первое, что мы выбираем после настроек имени и тэга - это фичи, которые будут активированы и их параметры. Настроим их так, чтобы проброс устройств (USB redirection) был включен, операции с буфером обмена тоже, а профиль для скорости доступа установлен в LAN:

Далее переходим на вкладку Conditions - это условия срабатывания политик. Нажимаем кнопку Add и выбираем свойство Client location, которое устанавливаем в Internal (пользователи, соединяющиеся изнутри компании через View Connection Server):

Здесь же вы могли бы установить его и в External. В этом случае политики бы применялись для клиентов, которые работают через Access Point appliance или Security Server (то есть соединения приходят из WAN-сети).

Далее добавим еще одно условие - имя пула виртуальных десктопов. В данном случае мы знаем, что, например, у HR-отдела они все начинаются с префикса "HR". Создадим такое условие:

Тут же, на вкладке Conditions, можно задавать параметры комбинации условий срабатывания политик. По умолчанию это оператор AND, что значит, что все условия должны быть соблюдены:

Теперь перейдем к триггерам (нужно выбрать раздел Triggered Tasks слева). Там же нажмем кнопку Create и увидим такую картину:

Здесь мы задаем собственно сам триггер (Reconnect session - то есть когда пользователь переподключился к своему ПК), а также действие, которое выполняется в при его срабатывании. Выберем здесь User Environment refresh (то есть переинициализация окружения с применением умных политик).

Далее нужно отметить галкой, что мы применяем действия триггера к Horizon Smart Policies:

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

Если вам окажется мало этих знаний - загляните в документ "Reviewer’s guide for View in VMware Horizon 7: Smart Policies", в котором есть много интересной информации о работе умных политик.

Многие администраторы VMware vSphere после выхода vSphere 6.5 перешли с толстого клиента на Web Client 6.5, где многое выглядит существенно иначе. Например, обнаружилось, что системные администраторы не знают, как удалить виртуальную машину из окружения vCenter, когда она уже была удалена, например, на хосте VMware ESXi, после чего отображается как Orphaned. Это может быть следствием экспериментов на хосте ESXi (создание и удаление ВМ), в то время как на сервере vCenter виртуальная машина остается зарегистрированной.

Делается это путем выбора пункта Remove from inventory, который закопан аж вот где:

После выбора "Remove from inventory" оставшиеся объекты виртуальной машины останутся на диске, поэтому нужно будет вручную удалить их, если они больше не нужны.

На сайте проекта VMware Labs очередное обновление - утилита vSphere Compatibility Predictor, которая позволяет просканировать все компоненты VMware Platform Services Controllers (PSC) на предмет соответствия версий vCenter, а также решений, подключенных к этим vCenter:

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

vSphere Compatibility Predictor связывается с одним из PSC, опрашивает его компоненты, а далее соединяется со всеми присоединенными к нему компонентами и опрашивает их. Если вы выберете Upgrade View в утилите, то она покажет, какие решения на данный момент совместимы с vCenter Server 6.5.

Напомним также, что некоторое время назад мы писали об утилите VMware SDDC Discovery Tool, которая предназначена для сбора информации об окружении VMware vCenter и визуализации данных в виде списка и "карты датацентра". Виртуальный же модуль vSphere Compatibility Predictor сфокусирован больше на задаче отслеживания версий компонентов инфраструктуры при ее апгрейде (для этого и нужен Upgrade View).

Утилита vSphere Compatibility Predictor представляет собой приложение под Windows, котрое можно скачать по этой ссылке.

Компания VMware в последние несколько дней выпустила обновления своего тонкого клиента для управления виртуальной инфраструктурой - VMware vSphere Client версий 3.2 и 3.3. Напомним, что этот клиент на базе технологии HTML5 заменит собой существующий Web Client, который является сейчас основным средством управления платформой vSphere. О прошлой версии vSphere Client 3.1 мы писали вот тут.

Новые возможности VMware vSphere Client 3.2 и 3.3:

• Портлет управления политиками хранилищ (VM Storage Policies) в разделе Summary для виртуальных машин.
• Действие Inflate disk в файловом браузере.
• Возможность удалить из inventory одну или сразу несколько виртуальных машин или шаблонов.
• Перемещение виртуальных машин в пределах папок или датацентра (опция "Move To..." контекстного меню).
• Изменение расширенных настроек iSCSI.
• Выделение пространства для кэша хоста ESXi.
• Диаграмма использования датастора по типам файлов.
• Графики использования ресурсов для виртуальных машин, пулов ресурсов и объектов vApps.
• Графики использования ресурсов DRS для CPU и памяти хоста.
• Рекомендации DRS, история действий и сбоев.
• Мастер "New Distributed Switch".
• Удаление распределенного виртуального коммутатора.
• Изменение настроек адаптера VMkernel.
• Добавлена опция "Change storage only" при миграции ВМ.
• При изменении хоста ESXi при миграции ВМ можно смигрировать ее виртуальную сеть.
• Возможность зарегистрировать из файлового браузера ВМ или шаблон на хосте ESXi.

Как видим, нововведений достаточно много, и это хороший повод обновиться. Скачать VMware vSphere Client 3.3 можно по этой ссылке.

Компания VMware вместе с выпуском обновленной версии платформы vSphere 6.5 выпустила и обновленный интерфейс для администрирования виртуальной инфраструктуры через PowerShell - PowerCLI 6.5 R1. Ну а на днях стал доступен большой и информативный постер на эту тему - VMware PowerCLI 6.5 Release 1 Reference Poster.

Напомним, что постер о PowerCLI 6.3 доступен у нас по ссылке тут (кому интересно - мы писали и о постере PowerCLI 5.8).

В PowerCLI 6.5 R1 появилось множество полезных командлетов для работы с хранилищами, которые добавляют функциональность для работы с vSAN, VVOLs и виртуальными дисками. Также появились отдельные командлеты для работы с виртуальными дисками (при этом нет необходимости обращаться к самой виртуальной машине).

Скачать VMware PowerCLI 6.5 R1 можно по этой ссылке. Release notes доступны тут, User Guide можно скачать здесь, а changelog вот тут. Постер можно скачать по этой ссылке.

Иногда бывает необходимо на какое-то время вывести хост-сервер VMware ESXi из-под управления центрального сервера VMware vCenter. Обычно это связано с ошибками на хосте или переводом его на другой vCenter.

Между тем, этот процесс приводит к потере следующей информации с хоста:

• Данные о производительности хоста
• Пермиссии, заданные на уровне хоста
• Алармы созданные для хоста пользователями
• Кастомные атрибуты (их значения)
• Ассоциация виртуальных машин с политиками резервирования ресурсов (Reservation Policies)
• Шаблоны будут разрегистрированы
• Все виртуальные сервисы (vApp) на хосте будут возвращены в ресурсные пулы
• Будут удалены ассоциации тэгов с датасторов, которые видны только хосту, который вы убираете из vCenter

При удалении хоста из vCenter об этом всем выводится предупреждение:

Совсем недавно мы писали о новой версии решения для виртуализации и агрегации сетей предприятия 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 можно по этой ссылке.