Мы много пишем о новом поколении тонкого клиента для управления инфраструктурой виртуализации VMware vSphere Client (он же бывший HTML5 Web Client). Напомним, что с выходом VMware vSphere 6.5он считается как бы релизным продуктом (см. его страничку на VMware Labs), но продолжает обновляться очень часто. Например, последнее обновление вышло совсем недавно - 21 декабря, а вообще за декабрь вышли версии 2.16-2.19, для которых расписан огромный Changelog. Между тем, множество стандартных функций Web Client по-прежнему отсутствуют в vSphere Client.

Давайте посмотрим на основные новые возможности VMware vSphere Client 2.17-2.19:

• Новый дэшборд стартовой страницы. Теперь если вы пойдете в Home Menu -> Home, то увидите экспериментальный дэшборд с различными административными метриками. Теперь можно получить высокоуровневую статистику о ресурсах vCenter, наиболее важных алертах и прочем в очень удобном визуальном оформлении. Старый дэшборд переехал в Home Menu -> Shortcuts.

• Из представления hosts and clusters можно видеть соответствие профилей хостов (Host profiles).
• Можно настраивать параметры SDRS automation settings и просматривать общую конфигурацию.
• Возможность изменять настройки Distributed Switch.
• Новое действие Storage Provider и возможность просмотра нового представления Storage Providers view со всеми деталями подсистемы хранения.
• Новое действие Disable Software iSCSI/FCoE adapter.
• Изменение имени и алиаса iSCSI.
• Изменение настроек Space Reclamation.
• Возможность переименовать Storage Device.
• Кастомизация профилей хостов (Host profiles).
• Управление физическими адаптерами (NIC) на виртуальном коммутаторе.
• Роли и пермиссии: можно просматривать, клонировать и удалять роли, а также просматривать и добавлять глобальные пермиссии.
• Теперь можно просматривать список плагинов, установленных на vSphere Client
• Возможность копирования данных грида для представлений Storage Adapters, Storage Devices и Storage Paths.
• Добавление CHAP-конфигурации для Dynamic/Static Discovery Targets.
• Представления Utilization и resource reservation для кластеров и хостов.
• Множество мелких улучшений по унификации и работе с элементами, а также исправления ошибок.

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

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

Минус только в том, что эти данные относятся к версии клиента, вошедшей в состав vSphere 6.5, а не к отдельному виртуальному модулю, доступному на VMware Labs. Но эту табличку обещают поддерживать в актуальном состоянии и дополнять.

Для пользователей решения vRealize Operations Management (vROPS), предназначенного для комплексного управления и мониторинга виртуальной инфраструктуры vSphere, отличная новость - вышел VMware vRealize Operations Management Pack for vSAN.

Теперь за счет интеграции vSAN и vROPS можно использовать множество различных дэшбордов для управления, оптимизации и мониторинга производительности объектов vSAN в окружении vCenter Server. vRealize Operations Management Pack for vSAN построен на базе vRealize Operations 6.4 и предназначен для интеграции vSAN в единую Enterprise-инфраструктуру под управлением vROPS.

Основные возможности vRealize Operations Management Pack for vSAN:

Вывод информации и аналитика

• Просмотр полного стэка объектов от приложений/виртуальных машин до кластера vSAN на дэшборде vSAN Overview. vSAN MP идентифицирует все ресурсы кластера - вычислительные, хост-системы и датасторы.
• Унифицированное представление для распределенных датацентров, включая "растянутые" кластеры vSAN.
• Вывод результатов проверок кластера по состоянию и конфигурации (health & configuration checks).
• Аналитика по метрикам производительности в стиле "до и после" для виртуальных машин и приложений, перемещенных в кластер vSAN

Операционные возможности и мониторинг

• Мониторинг и алертинг проблем кластеров vSAN через Alert Groups - по состоянию, емкости и конфигурации. Это основано на хэлсчеках самого кластера vSAN.
• Специализированный vSAN Performance Dashboard для поиска и траблшутинга проблем.
• Интеграция с системами сервисдеска, такими как ServiceNow, а также различными чатами (hipchat, Slack) и средствами нотификации (Pagerduty) через механизм Webhooks (также есть несколько предсозданных примеров).

Управление использованием кластеров и прогнозирование утилизации

• Идентификация кластеров, в которых не хватает места или скоро закончится место.
• Сравнение кластеров Non-vSAN и VSAN при развертывании или балансировке рабочих нагрузок в виртуальных машинах в целях выбора оптимального хранилища по производительности и занятому дисковому пространству.
• Возможность получить информацию о физических дисках совместно с решением Management Pack for storage  devices 6.0.5.

Загрузить VMware vRealize Operations Management Pack for vSAN можно по этой ссылке.

Некоторые из вас знают, что в 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:

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 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 можно по этой ссылке.

Не секрет, что компания 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.

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

Как известно, с некоторых пор на предприятиях стало модно использовать мессенджер 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

Бывает так, что в гостевой ОС 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"

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

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

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

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

PowerShell функция Connect-VMHostPuttyиз моего PowerCLI Vi-Moduleмодуля поможет вам открывать несколько SSH-сессий puttyк хостам ESXi без ввода пароля. Функция на самом деле не требует, чтобы на вашем компьютере был установлен VMware PowerCLI. Всё, что нужно - это PowerShell версии 3.0 или выше. Это очень короткая и простая функция всего с двумя параметрами и только один из них обязательный...

Недавно компания 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.

Как вы знаете, не так давно компания 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" для данных групп, где определяем, какую ВМ нужно запускать сначала, а какую вслед за ней.

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

Не для всех 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 вы найдете в официальном пресс-релизе.

В последние годы компания 5nine Software, участвовала во множестве проектов, в которых клиенты строили свою виртуальную инфраструктуру на платформе Windows Server Server, начиная от версии 2008 до 2016. Это были, как правило, проекты крупных компаний с повышенными требованиями к безопасности. Не секрет, что в последнее время инциденты ИБ в крупных компаниях и государственных организациях стали регулярными. В условиях, когда пользователи теряют конфиденциальную информацию и крупные средства, такие требования выглядят разумными. Почему же участились инциденты ИБ и как можно повысить безопасность своей инфраструктуры с новой серверной ОС Microsoft?

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

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

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

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

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

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

Напомним, что у компании 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.

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

Некоторое время назад мы писали о том, что после выхода обновленной версии платформы 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) в ключе реестра HKLMSOFTWAREVeeamVeeam 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 перед обновлением.