В июне компания StarWind Software, выпускающая лучший продукт для создания программных отказоустойчивых iSCSI-хранилищ Virtual SAN, проводила вебинар "Network interface tuning, iSCSI and Synchronization channels in StarWind VSAN".

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

Недавно мы писали о том, что Oracle выпустила бета-версию Oracle VirtualBox 5.1, а через месяц после анонса беты была выпущена и релизная версия VirtualBox 5.1 (а сейчас актуальная версия уже 5.1.2).

• В мониторе виртуальных машин (он же гипервизор) появилась имплементация APIC и I/O APIC, которая дает существенный прирост производительности в некоторых условиях.
• В гипервизоре появится поддержка паравиртуализованных гостевых ОС с ролью Hyper-V для целей отладки.
• Улучшения работы с MMIO, что дает положительный эффект в плане производительности и снижает накладные расходы на виртуализацию (без лишних переключений в User mode).
• GUI переехал на Qt5.
• Пассивный API event listener увеличивает производительность интерфейсной части и уменьшает время отклика при операциях в консоли VirtualBox.
• Добавлена поддержка HDA (High Definition Audio) для последних Linux-дистрибутивов.
• Улучшена производительность аудио за счет оптимизации работы с таймерами.
• Работа со звуком (master volume control) для эмуляции кодека AC'97.
• Улучшенная поддержка Python 3.
• Множество улучшений в GUI - например, переработано окно с информацией о сессии, новый мастер создания виртуальной машины и многое другое.
• Для быстрого создания преаллоцированных виртуальных дисков используется функция fallocate (если поддерживается).
• Улучшена поддержка EFI (например, теперь можно грузиться с USB-накопителя).
• Улучшенная обработка OVF-пакетов виртуальных модулей с цифровой подписью.
• Установщик Linux теперь не использует DKMS для сборки модулей.
• Действие Detach UI теперь есть в контекстном меню виртуальной машины.
• Переработанное окно с информацией о сессии виртуальной машины.
• Новый мастер создания виртуальной машины, который позволяет выбрать ее местоположение.
• Новый NVMHCI-совместимый storage-контроллер.
• Поддержка загрузки через USB для EFI.
• Для Windows 2003 и Windows XP дефолтный сетевой адаптер теперь E1000.

Также 21 июля был выпущен VirtualBox 5.1.2, в котором содержится большое число багофиксов. Загрузить последнюю версию Oracle VirtualBox 5.1.x можно по этой ссылке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Platform Services Controller Topology Decision Tree
• VMware Validated Designs

Компания StarWind, известная своим лучшим продуктом Virtual SAN для создания отказоустойчивых хранилищ под виртуализацию, проводит бесплатный вебинар "Manage StarWind Virtual SAN from anywhere". На мероприятии будет рассказано о новой веб-консоли продукта, которая позволит управлять решением из любой точки через браузер (StarWind Web Console).

Теперь для управления решением Virtual SAN можно будет использовать не только Windows-машину, но и любой браузер, в том числе мобильных устройств на платформах Android и iOS. Кроме того, администраторы VMware смогут использовать специальный StarWind vCenter plugin для веб-клиента vSphere Web Client.

Вебинар пройдет 28 июля в 22-00 по московскому времени. Зарегистрируйтесь!

В июле 2014 года «ИННА ТУР» запустила сервис BOOKINNA — первую российскую платформу динамического пакетирования, которая стала альтернативой классического выбора туров. В основе динамического пакетирования лежит технология формирования и реализации турпродукта путем прямого обращения к ресурсным системам авиакомпаний, отелей и консолидаторов в режиме онлайн. Это позволяет за пару минут забронировать и оформить поездку в любую страну мира на выгодных условиях.

BOOKINNA, работая из облака «ИТ-ГРАД», обеспечивает максимальные гарантии предоставления забронированных услуг. Оплатив динамический пакет, клиент получает ваучер отеля и авиабилет на регулярный рейс в виде договора пассажира с авиакомпанией. Отметим, что после оплаты происходит оформление гарантированной услуги. Это отличает «ИННА ТУР» от туроператоров, которые предоставляют туристу маршрут-квитанцию на чартерный рейс. Минус такого подхода в том, что клиент практически до самого вылета не может быть уверен, что улетит. В случае же с «ИННА ТУР» такого не происходит. Уверенность клиента и надежность предоставляемых сервисов — главный критерий компании.

Более подробно о кейсе вы можете прочитать в корпоративном блоге ИТ-ГРАД.

Ссылка на оригинал статьи.

Мы уже немало писали о новых фичах, которые появятся в новой версии решения Veeam Availability Suite 9.5, главным компонентом которого является средство резервного копирования и репликации виртуальных машин Veeam Backup and Replication.

Напомним наши статьи о новых возможностях Veeam 9.5:

• Новые возможности Veeam Backup and Replication 9.5 - полная поддержка vCloud Director и самостоятельного восстановления
• Анонсирован Veeam Availability Suite 9.5 - еще больше возможностей по защите сервисов датацентра
• Как прошли Veeam Vanguard Symposium и VeeamOn Forum London 2016

Ну а на днях Veeam в своем блоге рассказала о еще одной важной группе нововведений - полной поддержке Windows Server 2016 и Hyper-V, которая появится одновременно с релизом этих платформ.

Если посмотреть историю продуктов Veeam, то вы увидите, что компания всегда первой или одной из первых поддерживает новые версии платформ Microsoft. Например, решение Veeam Endpoint Backup было первым продуктом для резервного копирования, который поддерживал Windows 10.

Давайте посмотрим, что теперь будет сделано к выходу Windows Server 2016 со стороны Veeam в Availability Suite 9.5:

• Поддержка Windows Server 2016 как для защиты виртуальных машин средствами резервного копирования, так и в качестве ОС для установки консоли продукта.
• Поддержка новых функций Windows Server, таких как, например, PowerShell Direct, позволяющей прямое соединение с хоста Hyper-V к гостевым виртуальным машинам. Это сделает доступными такие функции, как application-aware processing и guest file system indexing, для хостов Hyper-V без сетевого соединения со своми виртуальными машинами. Это упрощает автоматизацию операций, проводимых со стороны хоста.
• Полная поддержка Microsoft Hyper-V 2016, включая обновленное аппаратное обеспечение VM hardware version 7.1 (или более позднее, если оно выйдет).
• Возможность Hyper-V Resilient Change Tracking (RCT). У VMware давно есть технология Changed Block Tracking (CBT), упрощающая производителям средств резервного копирования процедуру снятия инкрементальных бэкапов за счет отслеживания изменившихся блоков самим движком гипервизора. Ранее Veeam также использовал эту технологию для Hyper-V средствами собственного драйвера, но теперь можно будет нативно и быстро делать инкрементальные бэкапы, опираясь на технологию Microsoft, в которую она, бесспорно, будет постоянно инвестировать. Также для этой технологии будет доступна и поддержка хранилищ SMB v3.
• Поддержка Microsoft Hyper-V на платформе Nano Server и технологии Storage Spaces Direct. Veeam будет, конечно же, поддерживать архитектуру Nano Server с ролью Hyper-V, а также эффективную технологию организации хранилищ от Microsoft.

• В версии 2016 Microsoft внесет множество изменений в корпоративные продукты Microsoft Active Directory, Exchange, SharePoint и SQL Server, но пользователи Veeam могут не волноваться - все они будут поддерживаться для движка application-aware processing. Это позволит создавать application-consistent бэкапы, а также проводить быстрое восстановление отдельных объектов приложений.

Более подробно о новых функциях Veeam Availability Suite 9.5 можно оперативно узнавать на этой странице или в блоге Veeam.

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

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

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

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

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

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

Мы уже не раз писали о средстве анализа логов и мониторинга VMware Log Insight. Штука эта очень мощная и уже давно переросла свое первоначальное назначение. Изначально это было просто средство для ковыряния файлов журнала и поиска специфических проблем, а сейчас это уже мощное аналитическое средство, с помощью которого можно исследовать многочисленные аспекты работы виртуальной инфраструктуры.

На днях Michael White из команды технических евангелистов Veeam выпустил интересную штуку для пользователей Veeam Backup and Replication и VMware Log Insight - Veeam Log Insight Content Pack, который выводит информацию о задачах резервного копирования в среде vSphere. Делается это за счет того, что Veeam Backup посылает информацию о событиях через Syslog в Log Insight.

Так выглядит основной дэшборд:

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

Задачи Backup Copy (копии бэкапа машин в удаленном размещении):

Ну а вот так контент-пак выглядит в консоли Log Insight:

Скачать Veeam Log Insight Content Pack можно по этой ссылке. Надо будет его распаковть и воспользоваться кнопкой Import в Log Insight. В ближайшее время разработчик обещает доработать и расширить пак, ну а потом он станет частью продуктовой линейки на сайте Veeam, когда станет зрелым продуктом.

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

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

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

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

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

Так как это конвертер от независимого разработчика, а не от разработчика платформ, у него нет перекоса функциональности в сторону того или иного продукта - VMDK, VHD/VHDX и IMG диски просто конвертируются между собой без ограничений (то есть не только в одну сторону, как, например, в VMware Converter).

При конвертации с помощью StarWind V2V Converter происходит создание копии оригинальной ВМ, поэтому даже в случае неудачной конвертации исходная машина останется нетронутой. Вот как это работает:

При конвертации виртуальной машины в формат VHDX для нее автоматически активируется режим аварийного восстановления (Windows Repair Mode), что позволяет ей адаптировать окружение к новому виртуальному аппаратному обеспечению.

StarWind V2V Converter полностью бесплатен, и скачать его можно по этой ссылке.

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

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

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

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

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

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

aggregationThreshold.VirtualMachine

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

Не так давно на сайте проекта oVirt, представляющего собой открытое средство управления гипервизором KVM для нескольких хост-серверов, появилось объявление о выходе мажорного обновления oVirt 4.0. Там же гордо сообщается, что oVirt - это альтернатива VMware vSphere, но только на открытых платформах (основана на библиотеке libvirt), таких как Red Hat Enterprise Linux 7.2, CentOS Linux 7.2 и других.

Посмотрим на новые возможности oVirt 4.0:

• Новый веб-портал управления (Administration Portal) - теперь появились полностью переработанные дэшборды для контроля и мониторинга датацентра, изменения в которых были внесены по просьбе пользователей oVirt (например, возможность управления столбцами таблиц представлений из контекстного меню).
• Улучшенная производительность Live-Migration - теперь виртуальные машины перемещаются с хоста на хост значительно быстрее, кроме того доступна кастомизация политик ВМ во время миграции.
• Загрузка образов через GIU - ранее образы виртуальных машин нужно было загружать из командной строки, теперь же это можно делать через веб-портал. Также libvirt ВМ можно импортировать с помощью утилиты virt-v2v.
• Поддержка контейнеров - появилась поддержка машин с гостевой ОС Atomic OS, для которых также есть информация о контейнерах Docker, которые в них запущены.
• oVirt Node - это готовая виртуальная машина со средствами управления oVirt на базе панели Cockpit.
• Новый API v4 теперь более удобен, быстрее работает, а также в oVirt теперь включен Ruby SDK.
• Возможность настраивать параметры, передаваемые при загрузке ядра на хостах, из веб-консоли.
• Новые Stateful VM Pool - это пулы виртуальных машин, в которых они запускаются с сохранением предыдущего состояния. Это состояние сохраняется и при смене владельца ВМ.
• Возможность развертывать новые хосты из веб-портала через Hosted Engine.
• Возможность удаления родительского шаблона (при этом самый старый из дочерних становится базовым).
• Использование драйвера VGA вместо Cirrus для консоли VNC.
• Поддержка формата виртуальных дисков qcow2.
• Единая аутентификация для веб-консоли администрирования (WebAdmin) и для User Portal.
• Множество других улучшений и багофиксов, список которых доступен вот тут.

Скачать oVirt 4.0 можно по этой ссылке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Компания StarWind Software, главный производитель средств для создания программных отказоустойчивых iSCSI-хранилищ, приглашает на познавательный бесплатный вебинар "Network interface tuning, iSCSI and Synchronization channels in StarWind VSAN".

На мероприятии вы узнаете, как правильно настроить физические и виртуальные сетевые интерфейсы для протокола iSCSI доступа к хранилищам, а также канала синхронизации в решении StarWind Virtual SAN.

Вебинар пройдет 14 июня в 17-00 по московскому времени. Регистрируйтесь!

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

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

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

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

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

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

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

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

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

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

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

На сайте проекта VMware Labs, где очень часто появляются полезные штуковины для продуктов VMware, была выпущена очередная интересная утилита - DRS Doctor. Это средство позволяет проводить диагностику поведения DRS-кластера в рамках сервера VMware vCenter. DRS Doctor собирает такую информацию, как состояние кластера, распределение рабочей нагрузки, миграции DRS и многое другое. Все это объединяется в удобном и человекочитаемом формате логов.

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

DRS Doctor соединяется с vCenter и отслеживает действия, которые происходят в кластере DRS, в реальном времени. Самое интересное, что утилита выводит причину для каждой миграции DRS, что раньше было доступно только в файлах дампов. Так можно узнать, чем руководствуется DRS при выборе хоста для vMotion виртуальных машин между ними.

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

Утилита поставляется в качестве средства командной строки для Linux. Для работы вам понадобится установленный Python. Инструкции по установке на CentOS доступны здесь, а скачать DRS Doctor можно по этой ссылке.

Компания Red Hat сделала доступной для всех желающих бета-версию своей платформы виртуализации Red Hat Enterprise Virtualization 4.0. Напомним, что о прошлой версии RHEV 3.6 мы писали весной этого года вот тут.

Новые возможности, которые (по крайней мере) появятся в Red Hat Enterprise Virtualization 4.0:

• Поддержка Red Hat Enterprise Virtualization Manager 7.2, включая самые последние технологии и платформы Red Hat, такие как JBoss EAP 7, Java OpenJDK 8 и Postgresql 9.2.
• Возможность использования Red Hat Enterprise Linux 7 в качестве хостовой ОС. Теперь добавлена улучшенная поддержка аппаратного обеспечения со стороны хоста, а также средства обновления пакетов и драйверов. Также для Red Hat Enterprise Linux и Red Hat Enterprise Virtualization hypervisor (RHEV-H) поставляется единый установщик, который, как и раньше, называется Anaconda, а также единое средство управления на базе веб-консоли - Cockpit.
• RHEL Atomic Host поддерживается в качестве гостевой ОС - администраторы теперь могут получать дополнительную информацию, такую как, например, список запущенных контейнеров в виртуальных машинах на базе Atomic.
• Новый системный дэшборд - элементы размещены более эргономично.
• Возможности более тонкой настройки политик миграции виртуальных машин между хостами кластера.
• Улучшенное тэгирование виртуальных машин.
• Полностью открытый API для поддержки сторонних решений, а также архитектуры Neutron на платформе Red Hat OpenStack Platform 8.

Честно говоря, новых возможностей для обновленной мажорной версии пока маловато на данный момент.

Скачать Red Hat Enterprise Virtualization 4.0 Beta и документацию к решению можно по этой ссылке. Для загрузки документации выберите пункт PDF по ссылке Available formats в правой части страницы.

Yota Devices — разработчик YotaPhone, первого в мире смартфона с двумя сенсорными экранами, один из которых всегда включен. Yota Devices — молодая быстрорастущая российская компания, которая за три года сумела не только с нуля разработать, запатентовать и довести до серийного производства принципиально новый тип смартфона, но и организовать его продажу более чем в 20 странах.

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

Рисунок 1. Офисы Yota Devices

Офисы Yota Devices расположены в Европе, Азии, США и на Ближнем Востоке. Штаб-квартира находится в Москве. В компании работают ведущие разработчики элементной базы и программного обеспечения из России, Финляндии и Китая. Читать статью далее->>

Компания StarWind Software, производитель главного решения Virtual SAN для создания отказоустойчивых программных хранилищ под виртуализацию, 30 июня проведет интересный вебинар "Minimize downtime after blackouts, recover IT infrastructure easier", посвященный средствам восстановления после сбоев (Disaster Recovery).

На вебинаре речь пойдет об одном из вариантов сбоев - блэкауте, то есть когда вам отключили электричество настолько, что мощности аккумуляторов / генераторов не хватило. В этом случае вам потребуется специальное ПО, которое позволит восстановить работоспособность ИТ-сервисов на основной или удаленной инфраструктуре.

Обо всем этом вы сможете послушать и пообсуждать (в том числе, на русском языке) на бесплатном вебинаре StarWind, который пройдет 30 июня в 15-00 по московскому времени.

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

Осенью прошлого года компания Veeam анонсировала Veeam Backup for Linux - средство резервного копирования данных с Linux-машин. Все это время инженеры Veeam разрабатывали и дорабатывали решение до приемлемого вида - и на днях публичная бета Veeam Agent for Linux стала доступна для всех.

Veeam Agent for Linux - это полностью бесплатный продукт, предоставляющий средства резервного копирования с серверов Linux. При этом в данном решении есть встроенный механизм собственной реализации Veeam для отслеживания изменившихся блоков CBT (changed block tracking), что позволяет создавать эффективные инкрементальные копии данных.

Veeam Agent for Linux поддерживает самые популярные дистрибутивы Linux - Red Hat и Debian, при этом для работы решения потребуется лишь 32- или 64-битная система с версией ядра не ниже 2.6.32. Veeam Agent for Linux позволяет снимать резервные копии в виде образов *.vbk на уровне всей системы, отдельных томов или файлов.

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

После установки компонента DKMS (Dynamic Kernel Module Support) останется лишь установить сам Veeam Agent for Linux:

После этого на Linux машине будет установлен сервис veeamservice, который контролирует процесс резервного копирования. А управлять бэкапом данных уже можно с помощью команды "veeam" (запустите ее с параметром --help, чтобы узнать подробности работы этого средства).

# veeam

Обратите внимание, что для Veeam Agent иксы не нужны - решение может работать на любом сервере, без графической оболочки. Нажмем <C> для начала процесса настройки резервного копирования (для восстановления надо нажать <R>).

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

Далее выбираем репозиторий для хранения бэкапов - это может быть NFS-папка или CIFS-шара:

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

# veeam job start --name "BackupJob1"

Далее вы увидите прогресс и параметры резервного копирования данных Linux-машины:

В данном случае 3,3 гигабайта данных скопировались за 6 минут:

А на NFS-шаре вы увидите сам образ резервной копии в формате *.vbk:

Загрузить бета-версию Veeam Agent for Linux можно по этой ссылке.

Не так давно компания VMware выпустила интересный и полезный документ, который пригодится очень многим Enterprise-администраторам виртуальной инфраструктуры - "Oracle Databases on VMware Best Practices Guide".

Как и остальные документы серии Best Practices Guide, данный документ предоставляет вполне конкретные рекомендации и лучшие практики по эксплуатации СУБД Oracle на платформе VMware vSphere.

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

• VMware Support for Oracle Databases on vSphere - рассказывает о политиках поддержки СУБД Oracle на платформе vSphere.
• Server Guidelines - рекомендации по выбору и конфигурации серверов.
• Virtual CPU Guidelines - как правильно сайзить виртуальные процессоры ВМ.
• Memory Guidelines - лучшие практики по использованию оперативной памяти (что очень важно для баз данных).
• Storage Guidelines - как правильно выбирать тип хрананилища, настраивать его и правильно эксплуатировать (в том числе Virtual SAN).
• Networking Guidelines - лучшие практики по конфигурации сетевого взаимодействия (виртуальные коммутаторы, сетевые адаптеры и т.п.).
• Guest Operating System Guidelines - как правильно настроить гостевую ОС, чтобы база данных работала быстро.
• Database Guidelines - общие принципы правильной архитектуры решений Oracle на платформе vSphere.
• ESXTOP/rESXTOP - средства мониторинга производительности серверов.
• Backup and Recovery - резервное копирование и восстановление, а также защита данных.
• High Availability - обеспечение высокой доступности и средства отказоустойчивости.
• Disaster Recovery - восстановление после масштабных сбоев с помощью решений vSphere Replication, SRM и прочих.
• VMware Engineered Systems - использование готовых референсных архитектур (например, EVO:RAIL) для организации больших инфраструктур.

Скачать "Oracle Databases on VMware Best Practices Guide" можно по этой ссылке.

На днях мы писали о том, что компания VMware выпустила релизную версию своей минимальной операционной системы Photon OS 1.0, которая предназначена для исполнения виртуальных контейнеров Docker. Многие сразу задумались о том, как дело обстоит с работой контейнеров с хранилищами своих данных.

Как раз в этой связи компания VMware выпустила технологическое превью драйвера vSphere Docker Volume Driver, позволяющего напрямую работать с виртуальными хранилищами прямо из контейнеров Docker (версии 1.9 или выше).

Архитектура решения выглядит так:

Как видно из картинки, нам потребуется установить Volume Driver на серверы VMware ESXi, а также плагины vSphere Docker Volume Plugin на виртуальные машины Docker Host, где будут исполняться наши контейнеры. Также мы видим, что в качестве хранилищ поддерживаются практически все, что поддерживает платформа vSphere: тома VMFS (локальные и общие), NFS-хранилища, а также тома Virtual SAN (и соответственно их политики по обеспечению избыточности данных в целях отказоустойчивости).

Рассмотрим развертывание решения vSphere Docker Volume Driver по шагам.

1. На серверы VMware ESXi 6.0 или выше устанавливается компонент vSphere Data Volume Driver в виде обычного VIB-пакета.

Делается это примерно так:

[root@esxi-hp-08:~] esxcli software vib install \

  -d "/vmfs/volumes/569c904a-8880cc78-a5c7-a0369f56ddc0/\

  vmdkops/vmware-esx-vmdkops-0.1.0.tp.zip" --no-sig-check -f

  Installation Result

Message: Operation finished successfully.

Reboot Required: false

VIBs Installed: VMWare_bootbank_esx-vmdkops-service_1.0.0-0.0.1

VIBs Removed:

VIBs Skipped:

[root@esxi-hp-08:~]

Предварительно нужно загрузить драйвер по этой ссылке.

2. Проверяем статус установленных пакетов.

[root@esxi-hp-08:~] /etc/init.d/vmdk-opsd status

  vmdkops-opsd is running pid=12343527

[root@esxi-hp-08:~]

3. Развертываем Photos OS, которая будет служить нам как Docker Host.

Скачать Photon OS можно по этой ссылке.

4. Устанавливаем VMDK Plugin (Docker Volume Plugin) на хост ESXi.

Проверяем версию Docker:

root@photon-machine [ ~ ]# docker version

  Client:

Version:      1.11.0

API version:  1.23

Go version:   go1.5.4

Git commit:   4dc5990

Built:        Wed Apr 13 19:36:04 2016

OS/Arch:      linux/amd64

Server:

  Version:      1.11.0

  API version:  1.23

  Go version:   go1.5.4

  Git commit:   4dc5990

  Built:        Wed Apr 13 19:36:04 2016

  OS/Arch:      linux/amd64

  root@photon-machine [ ~ ]# 

  Install the RPM (I’ve used “-U” out of habit, but “-i” can also be used):

Устанавливаем RPM-пакет с плагином в гостевую ОС:

root@photon-machine [ ~ ]# ls

  docker-volume-vsphere-0.1.0.tp-1.x86_64.rpm

  root@photon-machine [ ~ ]# rpm -Uvh docker-volume-vsphere-0.1.0.tp-1.x86_64.rpm

  Preparing...                          ################################# [100%]

  Updating / installing...

  1:docker-volume-vsphere-0:0.1.0.tp-################################# [100%]

  File: '/proc/1/exe' -> '/usr/lib/systemd/systemd'

  Created symlink from /etc/systemd/system/multi-user.target.wants/\

docker-volume-vsphere.service to /usr/lib/systemd/system/docker-volume-vsphere.service.

5. Проверяем статус плагина:

root@photon-machine [ ~ ]# systemctl status docker-volume-vsphere

  * docker-volume-vsphere.service - "Docker Volume Driver for vSphere"

Loaded: loaded (/usr/lib/systemd/system/docker-volume-vsphere.service;\

enabled; vendor preset: enabled)

Active: active (running) since Mon 2016-05-30 09:04:21 UTC; 28s ago

Main PID: 256 (docker-volume-v)

CGroup: /system.slice/docker-volume-vsphere.service

`-256 /usr/local/bin/docker-volume-vsphere

May 30 09:04:21 photon-machine systemd[1]: Started "Docker Volume Driver\

  for....

  Hint: Some lines were ellipsized, use -l to show in full.

  root@photon-machine [ ~ ]#

6. Создаем том для использования его контейнером.

root@photon-machine [ ~ ]# docker volume create --driver=vmdk \

  --name=MyVolume -o size=20gb

MyVolume

7. Проверяем созданный том.

root@photon-machine [ ~ ]# docker volume ls

  DRIVER              VOLUME NAME

vmdk                MyVolume

root@photon-machine [ ~ ]#

8. Смотрим детали.

root@photon-machine [ ~ ]# docker volume inspect MyVolume

  [

  {

  "Name": "MyVolume",

  "Driver": "vmdk",

  "Mountpoint": "/mnt/vmdk/MyVolume",

  "Labels": {}

  }

  ]

root@photon-machine [ ~ ]#

9. Теперь с машины с Photon OS запустим контейнер с образом Ubuntu внутри и направим его хранилище к только что созданному.

root@photon-machine [ ~ ]# docker run -it -v MyVolume:/MyVolume ubuntu bash

  root@bd9410fb4c1d:/# ls

  Myvolume  bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  \

  root  run  sbin  srv  sys  tmp  usr  var

  root@fe8c21d003fa:/# df

  Filesystem                                      1K-blocks    Used Available Use% Mounted on

  overlay                                           8122788 6095776   1591356  80% /

  tmpfs                                             4085412       0   4085412   0% /dev

  tmpfs                                             4085412       0   4085412   0% /sys/fs/cgroup

  /dev/disk/by-path/pci-0000:0b:00.0-scsi-0:0:0:0  20642428   44992  19548860   1% /MyVolume

  /dev/root                                         8122788 6095776   1591356  80% /etc/hosts

  shm                                                 65536       0     65536   0% /dev/shm

  root@fe8c21d003fa:/#

  root@bd9410fb4c1d:/# cd Myvolume/

  root@bd9410fb4c1d:/Myvolume# ls

root@bd9410fb4c1d:/Myvolume#

10. Также можно создавать хранилища и на кластерах Virtual SAN.

Тома можно создавать с учетом политики FTT или QoS. Например:

docker volume create --driver=vmdk --name=vol2 -o size=20gb -o vsan-policy-name=FTT=0

11. Сами VMDK-диски с хранилищами Docker можно посмотреть в обычном браузере хранилищ.

Например, для кластера Virtual SAN их можно найти в следующем месте:

Более подробная информация о драйвере размещена тут, тут и тут (там же есть более подробная информация о его развертывании).

Мы как-то писали о технологии vSphere Integrated Containers (VIC), которая подразумевает запуск виртуализованных контейнеров Docker (и прочих) в маленьких виртуальных машинах с легковесной ОС на базе дистрибутива Linux.

Этой ОС и является VMware Photon OS 1.0, которая окончательно вышла на днях. Это первая релизная версия этой операционной системы от VMware.

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

VMware Photon OS обеспечивает следующие возможности для контейнеров приложений (в частности, Docker):

• Средства быстрого обновления (tdnf), которые позволяют сканировать и своевременно обновлять устаревшие пакеты приложений.
• Большой набор библиотек в репозиториях, которые требуются для работы различных приложений на платформе Photon OS.
• Построенная на ядре 4.2 система Photon OS поддерживает файловую систему btrfs со всеми ее возможностями в дополнение к overlayfs.
• До 26% улучшения производительности по сравнению с бета-версиями (на базе микробенчмарков). Теперь время загрузки ядра составляет примерно 200 миллисекунд. Сама ОС занимает в оперативной памяти 384 МБ, а на диске 396 МБ.
• Очень много было сделано в плане безопасности - проведено тщательное ревью всего исходного кода Photon OS, код был проверен различными тулзами, а также привлекались сторонние компании для поиска потенциальных уязвимостей.

Также в дополнение к Photon OS стала доступной и онлайн-документация - Photon Administration Guide.

Скачать VMware Photon OS 1.0 и присоединиться к комьюнити разработчиков на GitHub можно по этой ссылке.

Посмотрите также процесс установки Photon OS от Андрея Коновалова: