Не так давно компания Veeam Software объявила о скором выпуске новой версии пакета Management Pack for VMware v6.5, который может быть использован совместно со средством мониторинга инфраструктуры Microsoft System Center Operations Manager (SCOM).

Напомним, что Veeam Management Pack for VMware позволяет осуществлять комплексный мониторинг виртуальной инфраструктуры VMware vSphere посредством SCOM в рамках единого подхода к мониторингу и решению проблем в ИТ-инфраструктуре предприятия (как физической, так и виртуальной). Напомним, что о прошлой версии Veeam Management Pack for VMware 6.0, которая вышла в апреле этого года, мы уже писали вот тут.

Итак, новые возможности Veeam Management Pack for VMware 6.5:

• New enhanced fault tolerance - возможность автоматического перенаправления сбора данных с сервера vCenter на хосты ESXi, если первый по каким-то причинам оказался недоступен. То есть если vCenter упал, сбор данных идет напрямую с ESXi, если поднялся - автоматически восстанавливается сбор данных с vCenter, без прерывания процесса мониторинга.
• New configuration tracking and alert correlation - теперь Veeam MP отслеживает все происходящие в виртуальной инфраструктуре vSphere изменения и позволяет отследить на какие ее аспекты эти изменения повлияли.
• New monitoring and reporting for Veeam Backup & Replication - теперь появилась возможность мониторинга не только платформы VMware vSphere, но и инфраструктуры резервного копирования Veeam Backup and Replication, включая его прокси-серверы, серверы с репозиториями, WAN-акселераторы, непосредственно сами задания резервного копирования и многое другое.
• New platforms support - теперь Veeam Management Pack for VMware 6.5 поддерживает ОС Windows Server 2012 R2 + System Center 2012 R2 Operations Manager, vCenter Server 4.x и более поздних версий, а также ESX 4.x и более поздние. Само собой, новая версия MP от Veeam поддерживает VMware vSphere 5.5.

Больше о возможностях Veeam Management Pack for VMware 6.5 (особенно об интеграции с Veeam B&R) можно прочитать в документе "Veeam Management Pack for VMware. What’s New in v6.5".

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

Как обычно руководство представлено одним Excel-файлом и разделено на следующие секции:

• Virtual Machines
• ESXi hosts
• Virtual Network
• vCenter Server (а также различные БД и клиенты)
• vCenter Web Client
• vCenter SSO Server
• vCenter Virtual Appliance (VCSA) и различные аспекты его использования
• vCenter Update Manager

Традиционно присутствует и лог изменений Hardening Guide по сравнению с предыдущей версией:

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

• Release Candidate (RC) - Available the week of Oct 14th
• General Availability (GA) - Available the week of Oct 21st

Не так давно мы писали о технологии VMware VSAN, которая позволяет строить распределенные кластеры хранилищ на базе локальных дисков серверов VMware ESXi и которая была анонсирована на прошедшей конференции VMworld 2013. Напомним, что эта технология была куплена вместе с компанией Virsto Software (у нее русские корни, между прочим), и она на данный момент находится в статусе бета-версии. Эта штука умеет использовать локальные диски как источник хранения данных, а SSD-накопители - как кэш на чтение и буфер на запись.

На днях компания VMware выпустила интересный документ для тех, кто хочет немного вникнуть в архитектуру решения VMware VSAN - "What’s New in VMware Virtual SAN (VSAN)".

Документ содержит следующие секции:

• Introduction
• Requirements
• Install and Configure
• Architecture Details
• Storage Policy Based Management

Пример создания кластера VSAN представлен ниже - видно, что он поддерживает все распределенные службы VMware - HA, DRS, vMotion и прочее.

Создаваемые VSAN-хранилища управляются на базе политик, которые определяются правилами, например, избыточность в хостах или число дисковых страйпов:

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

Как многие знают, еще в прошлых версиях VMware vSphere появилась такая возможность, как задание нескольких виртуальных ядер для vCPU виртуальных машин (cores per socket), которое требуется, в основном, для случаев хитростей с лицензированием. То есть, например, для случаев, когда требуется покрыть лицензиями только виртуальные сокеты, а производительности нужно больше (как вариант - так можно поступать с лицензиями Windows Server не Datacenter Edition).

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

Рекомендации тут просты:

• Оставлять по одному ядру на виртуальный процессор машин.
• Если все-таки приходится изменять число ядер на vCPU, то нужно знать особенности организации архитектуры сервера.

Про второй пункт и идет речь ниже. Дело в том, что в VMware vSphere есть такая технология как vNUMA, которая работает при количестве vCPU равном 8 и больше для одной виртуальной машины и позволяет самым оптимальным образом отображать физическую архитектуру сервера на топологию NUMA-узлов виртуальной машины (по количеству и размеру).

Например, для процессора AMD Opteron 6174, который имеет два 6-ядерных процессора, объединенных в единый сокет - такая архитектура представляет собой 8 NUMA-узлов (две пары на один процессор). Таким образом для конфигурации без изменения cores per cpu для виртуальной машины технологией vNUMA будет поддерживаться 8 vNUMA узлов, что отлично отражает физическую архитектуру:

Это для случая, когда мы не изменяем количество ядер на vCPU. В VMware прогнали тест в гостевой ОС (какая-то внутренняя утилита) и получили базовое время исполнения этого бенчмарка для указанной конфигурации:

Если же в ВМ ядер на виртуальный сокет больше одного, то размер vNUMA будет равен количеству процессоров ВМ. Выставляем 2 сокета с 12 ядрами на сокет:

Получаем 2 vNUMA-узла, что не совпадает с конфигурацией оборудования:

Поэтому тест выполняется подольше:

А вот если сделаем целых 24 ядра на один сокет:

То получим всего один узел vNUMA:

И как следствие, самую низкую производительность ВМ:

65 секунд против 45 в первом тесте, что означает падение производительности на 31% для данного случая. Поэтому не меняйте просто так число ядер на процессор. Само же количество процессоров можно менять смело.

Дополнительную информацию по этому вопросу можно найти тут:

• KB 1010184
• The CPU Scheduler in VMware vSphere 5.1
• Check out VSCS4811 Extreme Performance Series: Monster Virtual Machines in VMworld Barcelona

Недавно мы писали о новой сертификации VMware Certified Associate (VCA), которая позволяет получить шильдик по одному из четырех направлений (сейчас пока доступно только 3):

• VCA Data Center Virtualization (бесплатный курс)
• VCA-Cloud (бесплатный курс)
• VCA-Workforce Mobility (бесплатный курс)
• VCA-Network Virtualization (пока недоступен)

В отличие от сертификации VMware Certified Professional (VCP), сертификация VCA не требует предварительного прохождения курсов, а сам экзамен доступен на сайте Pearson VUE. Небольшая проблема заключается в том, что сдача этого экзамена стоит 95 евро. Но это оказалось решаемо, и есть возможность сдать этот экзамен не выходя из дома и абсолютно бесплатно.

Итак, что нужно для этого сделать:

• Регистриуемся для сдачи экзамена на сайте VMware Certification, там шедулим экзамен VCA и получаем Candidate ID.
• Далее идем на Pearsonvue.com/vmware, где регистрируемся или входим, если уже есть аккаунт. После заказа экзамена он будет доступен онлайн в течение 2-х дней.
• Далее видим, что он стоит 95 евро. Применяем 2 промо кода VCA150 и VCA13ICS, после чего сумма должна превратиться в 0 евро (взято отсюда):

Сам я эту штуку не пробовал, поэтому если она не работает - не обессудьте.

На днях компания Citrix выпустила техническое превью решения для виртуализации настольных ПК предприятия Citrix XenDesktop 7.1.

Основная цель релиза XenDesktop 7.1, уже доступного для загрузки - поддержать новые версии операционных систем Microsoft Windows 8.1 и Windows Server 2012 R2, которые уже скоро станут доступными (по традиции - в октябре), а корпоративные заказчики уже сейчас хотят попробовать их в VDI-среде.

Если говорить конкретнее, то XenDesktop 7.1 позволит попробовать следующие новые возможности этих ОС:

• Использовать гипервизор Hyper-V 3 с поддержкой локальных хранилищ для служб Machine Creation Services (MCS).
• Перенаправление Flash-графики для ОС Windows 8.1, Windows 8, Windows Server 2012 R2 и 2012 (непонятно, правда, зачем оно нужно серверным системам).

Данный релиз XenDesktop 7.1 может использовать Windows 8.1 в качестве гостевой ОС для виртуальных ПК и ОС Windows Server 2012 R2 для развертывания управляющих компонентов решения. Доступен он только для пользователей XenDesktop с активной подпиской (Subscription Advantage).

Кроме того, была анонсирована поддержка платформой Citrix XenServer технологии NVIDIA GRID, о которой мы уже не раз писали (например, тут и тут). Официальный релиз поддержки технологии как раз совпал с выпуском превью XenDesktop 7.1, являющегося основой VDI-решений с поддержкой технологии NVIDIA (vGPU). Для XenDesktop 7.0 такой поддержки нет и, по всей видимости, не будет.

С использованием технологии XenServer hardware GPU sharing (поддерживается в XenServer 6.2) становится доступным применение виртуальных графических адаптеров (vGPU) в виртуальных машинах, напрямую использующих ресурсы специального аппаратного обеспечения от NVIDIA и осуществляющих интенсивную обработку 3D-графики. На абы-каком оборудовании использовать эту технологию не получится, поэтому предварительно советуем прочитать вот эту статью от Citrix.

Технология NVIDIA GRID доступна как для Citrix XenServer, так и для VMware vSphere / ESXi (основа VDI-решения VMware View), однако Citrix заявляет, что использует нативные драйверы NVIDIA, в то время как VMware - свои собственные (режимы vSGA и vDGA - подробнее об этом тут):

Ограниченная функциональность режимов vSGA и vDGA у VMware vSphere заключается в следующем:

В общем-то логично, что NVIDIA тут делает ставку на лидера рынка виртуальных ПК - Citrix, однако мы ожидаем и полноценной поддержки VMware vSphere / View уже в ближайшем будущем.

Надо отметить, что технология  vGPU от Citrix пока работает для гостевых ОС Windows 7 и Windows Server 2008 R2, поэтому с новой Windows 8.1 попробовать ее пока не получится. Ну и добавим также, что для Hyper-V на данный момент нет аналогов механизмам виртуализации и проброса GPU в виртуальные машины.

Не так давно компания «Код Безопасности» выпустила технический релиз продукта vGate R2 версии 2.6, предназначенного для защиты виртуальных инфраструктур VMware.

В новой версии vGate R2 реализована интеграция со службами Active Directory, что обеспечивает возможность аутентификации в системе vGate под доменной учетной записью.

Кроме того, новая версия vGate R2 позволяет развертывать систему без реконфигурации топологии сети. В данном режиме развертывания фильтрация трафика к защищаемым серверам осуществляется имеющимся межсетевым экраном (маршрутизатором), а не сервером vGate. Таким образом, для внедрения системы не требуется перестраивать топологию сети и устанавливать два сетевых адаптера на сервере vGate. 

В новой версии vGate R2 будет доступен контроль целостности виртуальных машин в среде VMware View.

Также новые возможности, реализованные в версии vGate 2.6, предоставляют администратору дополнительные инструменты для управления системой защиты. В новую версию vGate R2 добавлены следующие функции администрирования:

• возможность удаленного развертывания через терминальную сессию компонента защиты vCenter;
• возможность администрирования из различных подсетей, что позволяет администраторам аутентифицироваться на сервере vGate, даже если их рабочие места находятся в разных подсетях;
• возможность отправки почтовых уведомлений о событиях аудита по протоколу SMTP;
• добавлена роль администратора информационной безопасности (АИБ) по управлению учетными записями.

Новая версия vGate R2 передана на инспекционный контроль в ФСТЭК России для подтверждения выданных ранее сертификатов соответствия.

Многие администраторы виртуальной инфраструктуры VMware vSphere сталкиваются с необходимостью копировать файлы в гостевую ОС виртуальных машин. Делают они это путем копирования на системную шару или обычный общий ресурс, пробросом дисков через RDP и прочими методами.

Но многое из этого оказывается неприемлемым по тем или иным причинам. Чтобы этого всего избежать, Manfred Meier выложил на сайте VMware Directory утилиту vGuestExplorer, которая позволяет получить доступ к файловой системы гостевой ОС виртуальной машины даже без непосредственного сетевого соединения с ней.

Делается это посредством соединения по PowerCLI / PowerShell через VIX API к гостевой ОС виртуальной машины. Можно подключаться к серверу VMware vCenter, а можно к отдельному хосту VMware ESXi. Обязательно наличие установленных VMware Tools в гостевой ОС.

Работает vGuestExplorer как для Windows, так и для Linux.

Установка утилиты проста:

• Устанавливаем PowerCLI и выставляем параметр Set-Executionpolicy как Unrestricted.
• Выполняем PowerCLI как Administrator и запускаем команду:
  Set-PowerCLIConfiguration -InvalidCertificateAction ignore -ProxyPolicy NoProxy -Confirm:$False
  
• Запускаем установку vGuestExplorer.
• Убедитесь, что VMware Tools установлено в той ВМ, в которую вы будете копировать файлы.

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

Многие пользователи VMware vSphere применяют репликацию уровня хоста (host-based) для защиты виртуальных машин и их хранилищ. Сама эта технология появилась еще в версии VMware vSphere 5.1 и активно используется в vSphere 5.5. Напомним также, что функции vSphere Replication используются в решении VMware Site Recovery Manager для построения катастрофоустойчивой инфраструктуры небольших компаний.

На днях компания VMware выпустила виртуальный модуль (Virtual Appliance) под названием vSphere Replication Capacity Planning Appliance, который призван помочь при планировании пропускной способности канала сети под репликацию.

Эта бесплатная утилита, доступная на сайте проекта VMware Labs, позволяет смоделировать воздействие vSphere Replication на продуктивную сеть без реальной генерации трафика.

Возможности vSphere Replication Capacity Planning Appliance:

• Интерфейс командной строки для настройки репликации в режиме "preview mode", без реального потребления хранилища.
• Веб-страница, представляющая графики по потреблению канала для каждой репликации.
• Не требует ресурсов сети и хранилищ.

Как начать пользоваться:

1. Установить виртуальный модуль.
2. Как только он загрузится, залогиниться по SSH или в консоль с логином/паролем - root/vmware.
3. Выполнить команду:
cd /opt/vmware/hbrtraffic/
4. Выполнить команду для симуляции репликации конкретной ВМ (VM_name):
   ./bin/configureReplication --vc --vcuser Administrator --vcpass --lwd <IP_of_the_Appliance> --vmname <VM_name>

После того, как операция будет выполнена (10-15 минут) получившиеся графики можно посмотреть по адресу:

https://IP_of_the_Appliance:5480/vr-graphs/

Скачать vSphere Replication Capacity Planning Appliance можно по этой ссылке.

Мы уже не раз писали (тут и тут) про расширенные настройки (Advanced Settings) кластеров VMware HA в VMware vSphere (до версии 5.0 включительно). Эти настройки позволяют гибко настраивать различные параметры кластеров, их поведение, определять сетевые настройки и т.п. В этой статье мы приведем все эти настройки в единую таблицу и актуализуем для версии VMware vSphere 5.5.

Как мы уже писали, не так давно компания StarWind выпустила бету обновленной версии решения StarWind iSCSI SAN V8, предназначенную для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин, которая имеет множество новых возможностей. Помимо всего прочего, обновилась консоль управления StarWind Management Console, которая стала выглядеть приятнее и современнее:

Некоторые заметки по установке беты StarWind V8:

1. Предыдущие версии решения StarWind могут быть обновлены на бета-версию просто установкой продукта поверх существующей инсталляции.

2. Обратите внимание, что устройства типов Mirror, IBV и Deduplication, созданные в 6-й версии решения, имеют ограниченную поддержку в V8. Данные с них нужно перенести на новый ImageFile или устройство LSFS.

3. Для добавления функции синхронной репликации для устройств нужно использовать replication manager. Устройство типа LSFS нужно использовать, когда требуется thin-provisioning (растущее по мере наполнения данными хранилище) и функции снапшотов.

4. Для обновления существующих HA-устройств нужно выполнить следующую последовательность действий:

• Отсоединить всех клиентов (хост-серверы), если это возможно (простой при обновлении все равно будет).
• Обновить ПО StarWind на первом узле. Дождаться пока запустится сервис StarWind. В это время клиентские сессии (если они есть) будут идти через второй узел.
• Обновить ПО StarWind на втором узле, предварительно отключив клиентов. В этот момент хранилище будет для них недоступно.
• Запустить синхронизацию с первого узла. Второй узел сменит статус на "ready" и начнет принимать соединения хост-серверов. Теперь можно безопасно включить HA-устройство в продакшен.
• Дождаться окончания синхронизации, после чего первый узел также сможет обеспечивать соединения хостов.

Как начать пробовать бету StarWind V8 прямо сейчас:

• Загрузить StarWind 8.0 beta по этой ссылке - http://starwindsoftware.com/tmplink/StarWindBeta.exe
• Добавить лицензионный ключ - http://starwindsoftware.com/tmplink/sw6_06092013_beta8_beta8.swk
• Загрузить SMI-S Provider (совместим только с Windows 2012 R2 + SCVMM 2012) - http://starwindsoftware.com/tmplink/StarWind_SMIS_1_00_3_beta.exe
• Почитать configuration guide к SMI-S - http://www.starwindsoftware.com/images/content/technical_papers/StarWind-SMI-S.pdf

Как многие помнят, у компании VMware был TCO-калькулятор (который она делала совместно с компанией Alinean), позволявший посчитать совокупную стоимость владения виртуальной инфраструктурой (Total Cost of Ownership, TCO) как для серверной инфраструктуры VMware vSphere, так и для VDI-среды VMware View.

Теперь на его базе компания VMware создала утилиту VMware Cloud Compass Tool (также совместно с Alinean), которая рассчитывает не только показатели TCO, но и умеет определять необходимый пользователю тип облака: приватное, публичное или гибридное:

VMware Cloud Compass предназначен для следующих целей:

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

Результаты расчетов VMware Cloud Compass доступны онлайн, но при желании их можно скачать в формате PDF и обсудить с коллегами и руководством.

Сразу после релиза обновленной версии платформы vSphere 5.5 компания VMware выпустила очень интересный и полезный документ Performance Best Practices for VMware vSphere 5.5, в котором рассматриваются аспекты производительности серверов VMware ESXi и виртуальных машин уже с учетом функциональности новой версии.

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

• Функции кэширования на SSD-накопителях vSphere Flash Read Cache, о которых мы писали вот тут. Они увеличивают производительность за счет применения кэша на чтение для операций ввода-вывода виртуальных машин.
• Возможность VMware Virtual SAN (VSAN), о которой мы писали тут. Она позволяет использовать локальные ресурсы хостов ESXi для построения распределенной инфраструктуры хранения виртуальных машин.
• База данных VMware vFabric Postgres database (vPostgres).

Кроме того, были обновлены и дополнены следующие темы в документе (который уже можно смело называть книгой, так как занимает он 90 страниц):

• Использование нагрузок в ВМ, чувствительных к скорости подсистемы ввода-вывода и сетевому взаимодействию (интересна также статья в тему)
• Техники NUMA и Virtual NUMA (vNUMA)
• Техники экономии памяти хоста (Memory overcommit)
• Технология Large memory pages
• Техника Receive-side scaling (RSS), как в гостевых ОС, так и для адаптеров 10 Gigabit Ethernet
• Средства миграции VMware vMotion, Storage vMotion, а также Cross-host Storage vMotion
• Техники балансировки нагрузки VMware Distributed Resource Scheduler (DRS) и экономии электропитания Distributed Power Management (DPM)
• Обновленный (а точнее полностью переписанный) VMware Single Sign-On Server (об этом у нас тут)

В новой версии VMware vSphere 5.5 при развертывании сервера vCenter 5.5 появился выбор между Simple и Custom методами установки:

Когда вы развертываете VMware vSphere 5.5 в небольшой организации (или делаете апгрейд с vSphere 5.1), где есть несколько серверов ESXi - однозначно следует выбирать Simple Install для сервера vCenter. Это установит все управляющие компоненты на один сервер в следующей последовательности:

• vCenter Single Sign-On
• vSphere Web Client
• vCenter Inventory Service
• vCenter Server

Custom Install для vCenter нужно использовать только в следующих случаях:

• Установка нескольких серверов vCenter в режиме Linked Mode (при этом первый сервер развертываем в Simple Install, а остальные - в режиме Custom). Помните, что серверы vCenter 5.1 не поддерживаются для Linked Mode в vCenter 5.5.
• Разнесение управляющих компонентов по разным виртуальным или физическим серверам (актуально для очень крупных инфраструктур).
• Выбор собственной директории для vCenter вместо стандартной C:\Program Files\VMware\Infrastructure

В остальных случаях будет вполне достаточно режима Simple Install для vCenter 5.5.

В последнее время мы много писали о новых версиях продуктов компании VMware, таких как vSphere 5.5, vCloud Director 5.5, Site Recovery Manager 5.5 и прочих, анонсированных на конференции VMworld 2013.

Теперь, наконец-то, VMware сделала большинство из них доступными для загрузки и использования в производственной среде предприятий.

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

Все, что относится к платформе виртуализации и средствам управления ею:

• VMware vSphere 5.5 (наше описание - тут, документация - тут)
• ESXi 5.5 (наше описание бесплатной версии - тут)
• vCenter Server 5.5
• Прямая ссылка на скачивание - VMware vSphere Client 5.5
• vSphere Data Protection 5.5.1
• vSphere Replication 5.5
• vSphere App HA 1.0
• Cisco Nexus 1000v for 5.5
• vSphere PowerCLI 5.5
• vCenter Orchestrator Appliance 5.5
• vSphere Management Assistant 5.5
• vCenter Certificate Automation Tool 5.5
• vSphere CLI 5.5

Обновленные компоненты облачной инфраструктуры VMware vCloud Suite (подробнее - тут):

• VMware vCloud Automation Center 5.2.0
• VMware vCloud Director 5.5.0 (наше описание - тут)
• VMware vCenter Site Recovery Manager 5.5.0 (наше описание - тут)
• VMware vCenter Infrastructure Navigator 5.7.0
• VMware vCenter Operations Manager Standard 5.7.2
• VMware vCenter Configuration Manager 5.7.0
• VMware vSphere Big Data Extensions 1.0
• VMware vCloud Networking and Security 5.5.0

Кстати, интересен пост о том, что VMware постепенно укорачивает цикл релизов платформы VMware vSphere. Вот как изменяется число дней от одной мажорной версии до другой:

Также стоит почитать обновленный документ vSphere 5.5 Configuration Maximums.

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

Ну а VMware View 5.5 пока нет - ждем.

Вместе с релизом VMware vSphere 5.5 компания VMware также выпустила симулятор сервера управления - vCenter Server Simulator 2.0 (VCSIM 2.0). Напомним, что это средство (о котором мы писали вот тут) позволяет эмулировать сервер VMware vCenter в котором запущены тысячи виртуальных машин, при этом такие объекты потребляют минимум ресурсов и работают на минимальной конфигурации VMware vCSA (vCenter Server Appliance).

А еще это хорошо подходит для всякого рода демонстраций (потемкинские инфраструктуры) и тестов:

Утилита VCSIM 2.0 входит в состав виртуального модуля vCSA 5.5 (vCenter Server Appliance), но отсутствует в обычной инсталляции vCenter.

Что нового появилось в VCSIM 2.0:

Поддержка Virtual Switch (VDS):

• Добавление и удаление хостов ESXi из VDS
• Создание/удаление Distributed Virtual Portgroup
• Настройка Distributed Virtual Portgroup
• Добавление/удаление виртуальной машины из Distributed Portgroup

Поддержка vCloud Networking & Security (vCNS) Support:

• Создание/удаление шлюза vCNS
• Создание/удаление изолированных/маршрутизируемых сетей
• Создание/удаление сетей для vApp
• Развертывание/удаление объектов vApp с включенным сервисом DHCP

Сохранение постоянной конфигурации окружения при перезагрузке:

• Folder
• Cluster
• Resource Pool
• Host
• Datastore
• Virtual Machine
• Network
• VDS

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

• Шаблон ESXi version
• Шаблон ESXi configuration
• Настройка хранилищ (Datastore)
• Настройка Virtual Machine datastore

Простые команды управления симулятором:

• vmware-vcsim-start
• vmware-vcsim-stop

Перед использованием VCSIM нужно сначала ознакомиться с инструкциями, приведенными вот в этой статье. Более подробнее о новых возможностях VCSIM 2.0 можно почитать вот тут.

На прошедшей конференции VMworld 2013 компания VMware представила технологическое превью технологии Project Orcha, которая будет полезна пользователям VDI-инфраструктуры на базе VMware Horizon View.

Напомним, что частью пакета продуктов VMware Horizon Suite является решение VMware Horizon Workspace, один из компонентов которого - Horizon Data - предназначен для корпоративного хранения и обмена файлами (бывший Project Octopus - решение наподобие онпремизного Dropbox, о котором мы много писали вот тут).

В консоли Horizon Data на планшете iPad можно просматривать содержимое некоторых файлов (например, картинок или презентаций), но есть файлы, для которых соответствующих приложений просто нет - например, файлы vsd (Visio Document). Так вот VMware Project Orcha - это возможность открыть такой файл на планшете путем запуска консоли к своему виртуальному ПК и последующего открытия этого файла в Microsoft Visio в полноэкранном режиме с поддержкой основных операций с документом:

Эта штука будет доступна в следующих версиях пакета VMware Horizon Suite.

Как мы уже недавно писали, одной из новых возможностей VMware vSphere 5.5 стали функции расширенного управления электропитанием серверов vSphere Host Power Management (HPM). Ранее о таких функциях на платформе VMware vSphere мы рассказыали вот тут.

HPM - это совокупность техник, позволяющих оптимизировать потребление электроэнергии хостом VMware ESXi, когда он находится в состоянии простоя или пониженной нагрузки.

Управление электропитанием происходит через интерфейс Advanced Configuration and Power Interface (ACPI), который позволяет управлять состояниями P-states и C-states. В VMware vSphere 5.0/5.1 дефолтная политика управления питанием была основана на технологии dynamic voltage and frequency scaling (DVFS).

Эта технология использует P-states процессора, что позволяет экономить некоторое количество энергии за счет поддержки процессора на более низкой частоте и напряжении. Но, начиная с VMware vSphere 5.5, политика HPM использует расширенный набор состояний halt states (они же C-states) в дополнение к DVFS. Это намного больше увеличивает экономию энергии при сохранении хорошей производительности, так как состояния C-states процессора почти не сказываются на его производительности, а питания потребляют значительно меньше (а иногда производительность даже растет, особенно для легких и средних нагрузок без большого потока операций ввода-вывода).

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

Для того чтобы их включить, например, в серверах HP нужно в BIOS зайти в Power Management Options -> HP Power Profile и выбрать пункт Custom. Затем нужно зайти в Power Management Options->HP Power Regulator, где выбрать пункт OS Control Mode.

Для управления глубокими режимами C-states (C1/C1E, C3 и C6) нужно также разрешить их использование со стороны программного обеспечения в BIOS сервера:

Для VMware HPM есть 4 различных политики электропитания:

• High Performance - в этом состоянии процессор находится в самом высоком P-state все время, а для C-states используется всего 2 режима: running и halted. Это дефолтная политика для vSphere 5.0 и более ранних версий.
• Balanced - вот эта политика и позволяет использовать как P-states для экономии питания, так и, начиная с vSphere 5.5, C-states, выбор которых производится на основе оценки со стороны ESXi с использованием статистического прогноза на время простоя процессора.
• Low Power - в этом режиме хост делает все, чтобы снизить потребление энергии, используя алгоритмы P-states и C-states состояний.
• Custom - по умолчанию эта политика выставлена как Balanced, но ее уже можно крутить для получения нужного результата.

Для политики Custom есть несколько интересных параметров, которые можно покрутить, если очень хочется (их число по сравнению с прошлой версией ESXi возросло):

По результатам тестов использование C-states для режима Turbo mode дает существенный прирост производительности (при том, что само по себе включение турбо-режима прироста почти не дает):

А вот как использование deep C-states позитивно влияет на потребление электроэнергии:

Интересный график экономии питания в зависимости от нагрузки хост-сервера - получается, что максимальная эффективность у HPM - до 30% загрузки CPU:

Остальное - в интереснейшем документе "Host Power Management in VMware vSphere 5.5" компании VMware.

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

Andrea Mauro составил неплохой список акронимов VMware, который мы и публикуем здесь (ссылки добавил я - на релевантные статьи):

Если у вас есть что дополнить - пишите в каменты.

Интересны также другие посты на эту тему:

• VMware related acronyms (YellowBricks)
• VMware related Acronyms and Abbreviations (Virten)
• Abbreviations (VMware Directory)
• How to pronounce some of VMware’s acronyms

Последний пост о произношении акронимов особенно интересен. Например, vCAC произносится как "викейк" (v-cake), а vCHS как "вичес" (v-chess).

Среди анонсов VMworld 2013, о которых мы писали вот тут, помимо обновленной платформы виртуализации VMware vSphere 5.5, было также объявлено о выпуске средства единой аутентификации в виртуальной инфраструктуре - VMware vCenter Single Sign-On 5.5 (SSO).

На самом деле это всего лишь версия 2.0 компонента SSO, но она уже была полностью переписана по сравнению с первой версией, у которой наблюдались серьезные проблемы, а именно:

• Ограниченная интеграция с Active Directory
• Сложность управления инфраструктурой SSL-сертификатов
• Отсутствие четких инструкций и рекомендаций по развертыванию продукта
• Сложность развертывания решения, особенно для администраторов небольшой инфраструктуры

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

Теперь Single Sign-On 5.5 лишен перечисленных проблем, архитектурно он стал проще - нет нужды в сторонней базе данных, все построено на базе внутренней модели хранения LDAP. Мастер установки стал очень простым и позволяет без труда развернуть SSO не несколько узлов vCenter 5.5:

Теперь архитектура построена на модели multi-master, что предполагает наличие идентичной конфигурации на каждом узле, между которыми происходит встроенная в решение репликация. Теперь можно создавать логические группировки зарегистрированных ресурсов, например, по географическому признаку.

Обновилась и утилита vCenter Certificate Automation tool, которая теперь позволяет простым образом обновлять сертификаты компонентов средств управления виртуальной инфраструктурой vCenter Server 5.5.

Помимо прочего, теперь нет и заморочек с master password, которые вводили в недоумение многих пользователей.

VMware рекомендует устанавливать SSO вместе с сервером vCenter, а один экземпляр SSO может работать в инфраструктуре до 1000 хостов ESXi и 10 000 виртуальных машин.

Из остальных функций Single Sign-On 5.5 можно отметить следующие:

• Поддержка односторонних и двусторонних AD-трастов
• Поддержка нескольких лесов
• Можно использовать локальную аутентификацию без домена, если это необходимо
• Появилось множество средств для траблшутинга и диагностики решения

VMware vCenter Single Sign-On 5.5 можно будет скачать в составе инфраструктуры VMware vSphere.

На прошедшей конференции VMworld 2013 компания VMware анонсировала новую версию решения для управления облачной инфраструктурой VMware vCloud Director 5.5, которое является частью пакета продуктов VMware vCloud Suite (напомним, что vCloud Director с 19 сентября больше не продается как отдельный продукт).

Итак, что нового в VMware vCloud Director 5.5 из основных возможностей:

• Официальная поддержка vCloud Director в виде виртуального модуля (VCD 5.5 Virtual Appliance), однако по-прежнему не для производственной среды.
• Возможность общего доступа к каталогу и синхронизации.
• Поддержка версий объектов.
• Улучшенное развертывание виртуальных сервисов vApp и поддержка их жизненного цикла.
• Поддержка клонирования vApp и состояния их памяти.
• Улучшения OVF import/export.

Теперь рассмотрим новые возможности vCloud Director 5.5 подробнее:

Виртуальный модуль VCD 5.5 Virtual Appliance

• В этом релизе заявлена официальная поддержка vCloud Director в виде виртуального модуля (Virtual Appliance), однако, по-прежнему, VCD Virtual Appliance не подходит для производственной среды. При установке можно выбрать СУБД (Microsoft SQL Server или Oracle) - можно использовать как внутреннюю, так и внешнюю базу данных.

Общий доступ к каталогу и синхронизация

• Администратор VCD 5.5 имеет возможность ограничивать список организаций, которым может быть предоставлен общий доступ к каталогу. Он может шарить один каталог между несколькими VCD-инстансами. Это работает в модели Publisher/Subscriber.
• Каталоги могут быть опубликованы с отдельными паролями. Публикация в этом случае доступна в режиме только для чтения. Подписчик может получить доступ к каталогу по URL и паролю.
• Синхронизация между ролями Subscriber и Publisher может осуществляться на уровне каталога.
• Поддерживается как ручная синхронизация, так и автоматическая.
• VCD 5.5 может использовать удаленные каталоги на внешнем хранилище. Создаются файлы “lib.json” and “items.json”, которые видятся на веб-сервере, представленном как удаленный каталог. Эту фичу также можно защитить паролем.
• Каталоги VCD 5.5 могут содержать любые файлы, а не только vApps, ISO и шаблоны.

Поддержка версий (Versioning)

• К каждому элементу в каталоге можно прикрепить версию. Если она меняется, то можно всегда отслеживать актуальную версию шаблона.

Улучшенное развертывание виртуальных сервисов vApp

• VCD 5.5 имеет возможность настраивать число vCPU, ядер на сокет и количества сокетов. Для этого нужно, чтобы виртуальная машина была выключена и имела hardware version 8 или более позднюю.
• Изменение virtual hardware (CPU, memory, hard disk) и настроек гостевой ОС (Guest customization) теперь возможно при развертывании vApp из шаблона.
• Появилась поддержка горячего добавления дисков для ВМ, но поддерживаются только SATA-диски. Они должны быть инициализированы из гостевой ОС. Существующие диски ВМ можно расширять "на горячую" (но нельзя таким образом увеличить ВМ со снапшотами, связанные клоны и fast provisioned disks).
• VCD 5.5 поддерживает горячее добавление сетевых адаптеров (NIC), но это должно быть также настроено в гостевой ОС. Primary NIC не может быть изменен, пока ВМ запущена.
• USB-устройства теперь могут быть присоединены при соединении через VMRC (remote console).
• Virtual hardware version 10 поддерживает контроллеры SATA-диски

Клонирование vApp и их памяти

• vCD 5.5, как и продукт Lab Manager, может сохранять vApp, которые находятся в приостановленном состоянии (suspended). Они могут быть экспортированы в формат OVF с сохранением содержимого их памяти.

Улучшения OVF import/export

• VCD 5.5 поддерживает возможность импорта/экспорта напрямую в Virtual Data Centers (VDCs), без прохождения через каталоги. Передача OVF может быть возобновлена автоматически после ее прерывания.
• Save vApp to OVF: уже развернутые объекты vApp и шаблоны vApp могут быть напрямую экспортированы в OVF.

Скачать VMware vCloud Director 5.5 можно по этой ссылке.

Некоторое время назад мы писали про технологию Virtual SAN (VSAN) компании VMware, которая позволяет объединить локальные дисковые ресурсы хост-серверов VMware ESXi в единый пул хранения для виртуальных машин, управляемый на базе политик. Этот продукт сейчас находится в стадии публичного бета-тестирования, и основан он на разработках купленной компании Virsto.

Однако многие из вас знают, что у VMware есть также продукт vSphere Storage Appliance (VSA), о котором мы также немало рассказывали на страницах VM Guru (например, тут, тут и тут). И этот продукт также предназначен для построения распределенных хранилищ на базе локальных дисков хостов, но уже для небольшой инфраструктуры.

Давайте посмотрим, чем же отличаются эти два продукта - VMware VSA и VMware VSAN:

Из таблички видно, что продукт vSphere Storage Appliance подходит для небольших компаний и начинающих в сфере виртуализации, а вот технология VSAN подойдет уже серьезным организациям с большой продакшен-инфраструктурой.

На самом деле, так как продукты делали разные компании (VSA - VMware, а VSAN - Virsto), то они имеют разные функции и не являются вариациями одного и того же решения, хотя многие понимают VSAN как развитие идеи VSA.

Мы уже немало писали о новой версии продукта StarWind iSCSI SAN 8 (тут и тут), предназначенного для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин VMware vSphere и Microsoft Hyper-V. Не так давно проходило закрытое бета-тестирование StarWind v8, а сейчас уже публичная бета-версия этого продукта доступна для загрузки.

Новые возможности этой бета-версии:

• L2 Flash Cache - кэш уровня L2, который работает непосредственно с кэшем уровня L1 в RAM, что существенно улучшает производительность.
• Файловая система LSFS изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего)
• Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что существенно увеличивает производительность.
• Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
• Simplified and improved GUI - улучшенный интерфейс мастеров развертывания хранилищ для Windows Server 2012 с поддержкой скриптов PowerShell.
• Возможность интеграции с механизмом SMI-S для Windows Server 2012 R2.

В состав возможностей следующей беты StarWind v8 будут также включены следующие возможности:

• Возможность масштабирования узлов кластера хранилищ до любого числа (а не только 3 как сейчас).
• Поддержка механизма виртуальных ленточных библиотек (Virtual tape library, VTL).
• Возможность асинхронной репликации между узлами.

Скачать StarWind v8 Beta можно по этой ссылке.

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

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

• vSphere Data Protection 5.5 (VDP) – резервное копирование виртуальных машин.
• vSphere 5.5 AppHA (AppHA) - мониторинг доступности приложений в виртуальных машинах (новая функция vSphere 5.5).
• vCloud Director 5.5 (VCD) - новая версия решения для управления облачной инфраструктурой.
• vSphere 5.5 Replication (VR) - техника репликации виртуальных машин.
• vSphere 5.5 vFlash Read Cache (VFRC) - новая возможность использования кэша на флэш-дисках, о которой мы писали вот тут.
• VMware Virtual SAN (vSAN) - возможности распределенного хранения виртуальных машин на локальных дисках серверов, о которых мы писали вот тут.

Традиционно, демо продуктов VMware - это графическая консоль с инструкциями куда нажимать и зачем. Очень удобно:

Компания ИТ-ГРАД приглашает заинтересованных ИТ-профессионалов, менеджеров и ИТ-директоров на мероприятие "Критерии выбора СХД под виртуализацию. Санкт-Петербург".

Невозможно ощутить все преимущества виртуализации, не имея системы хранения данных. В рамках данного семинара на примере СХД NetApp специалисты компании ИТ-ГРАД расскажут про основные критерии, на которые стоит обратить внимание при выборе системы хранения данных для построения виртуальной инфраструктуры.

Критерии включают:

• Универсальное, мультипротокольное хранилище 
  (FC+iSCSI+FCoE+NFS+CIFS/SMB2.0);
• Дедупликацию данных;
• Flash Cache;
• Thin Provisioning;
• Снэпшоты;
• FlexClone;
• Интеграцию с vCenter;
• VAAI, Multitenant, OnCommand Insight и т.д.

Тип мероприятия:  семинар.
Дата проведения:  19.09.2013 19:00.
Место проведения:  Деловой клуб "Клевер", ул. Кирочная, д.9, Санкт-Петербург.

ЗАРЕГИСТРИРОВАТЬСЯ

Иногда при установке cервера VMware vCenter 5.1 или толстого клиента VMware vSphere Client 5.1 (пока мы еще ждем vSphere 5.5) на Windows Server 2012 мы получаем вот такое сообщение:

Internal error 28173

Это все потому, что у вас не установлен Microsoft .NET Framework 3.5, который требуется для работы компонентов VMware vCenter.

Решается проблема просто. Надо запустить Server Manager, запустить мастер "Add roles and features wizard" и установить .NET Framework 3.5:

После этого установка vCenter или vSphere Client пройдет успешно.

Некоторое время назад мы писали о втором технологическом превью (о первом - вот тут) лидирующей настольной платформы виртуализации VMware Workstation 2013. На прошлой неделе, по окончании VMworld 2013, компания VMware наконец-то объявила о выпуске юбилейной версии этой платформы - VMware Workstation 10.

Основные нововведения этого релиза - улучшения работы Unity с новым интерфейсом и поддержка Microsoft Windows 8.1. Как и VMware vSphere 5.5, Workstation 10 поддерживает hardware version 10, что позволяет существенно увеличить максимумы параметров для виртуальных процессоров, памяти и виртуальных дисков.

VMware Workstation 10 получит следующие функции (некоторые из этих функций мы уже рассматривали в предыдущих статьях, новые же возможности отмечены звездочкой):

• New OS Support - появилась экспериментальная поддержка Windows 8.1, а также гостевых и хостовых ОС Ubuntu 13.04, Fedora 18 и прочих.
• VMware Hardware Version 10 - обновилось поколение виртуального аппаратного обеспечения виртуальных машин. Это дает новую функциональность создаваемых ВМ, в первую очередь, поддержку 16-ти виртуальных процессоров (vCPU) для одной машины. Для этого на вашем ПК должно быть не менее 16-ти логических процессоров (или 8 ядер с включенным HT), чем может похвастаться далеко не каждый компьютер. Также существенно была увеличена производительность, работа с подсистемой питания и улучшена поддержка новых возможностей десктопных процессоров. Кроме того, появилась поддержка виртуальных дисков объемом 8 ТБ. Появились виртуальные SATA-диски, была улучшена поддержка USB 3.0.
• * Convert Windows 8.1 PC to a VM - возможность сразу же конвертировать физический ПК или ноутбук в виртуальную машину.
• * 20 virtual networks - теперь поддерживается существенно больше (в 2 раза!) виртуальных сетей (VMnet) для машин на хосте.
• SSD Passthrough - ОС Windows 8 способна определить, что она работает с диска solid state drive (SSD), что позволяет ей оптимизировать работу с подсистемой ввода-вывода. В этом Technology Preview, Workstation может обнаружить, что диск ВМ размещен на SSD-носителе, и передать гостевой ОС эту информацию, чтобы та смогла включить оптимизацию.
• Expiring Virtual Machines - VMware улучшила возможности Restricted Virtual Machines, которые появились в прошлых версиях. Теперь виртуальная машина может устареть в заданную дату по времени UTC. Такие машины соединяются с ресурсом VMware.com для валидации времени и предотвращения попыток пользователя снять лок с машины.
• Virtual Tablet Sensors - теперь в виртуальной машине можно получить виртуальные устройства планшетов: GPS, акселерометр, инклинометр, компас, гирометр и симуляцию окружающего света (Ambient Light). Все это пригодится при разработке программного обеспечения, например, под планшеты и телефоны на базе Windows 8.
• New Converter - в этой версии VMware Converter получил несколько новых улучшений:
  - Поддержка гостевых ОС Microsoft Windows 8 и Microsoft Windows Server 2012
  - Поддержка гостевой ОС Red Hat Enterprise Linux 6
  - Поддержка виртуальных и физических машин с дисками GUID Partition Table (GPT)
  - Поддержка виртуальных и физических машин с интерфейсом Unified Extensible Firmware Interface (UEFI)
  - Поддержка файловой системы EXT4
  - Поддержка ВМ vSphere 5.1 (hardware version 9)
• Pre-Released OVFTool - утилита командной строки VMware OVF Tool позволяет импортировать и экспортировать OVF-пакеты. Теперь она имеет улучшенные механизмы импорта шаблонов Oracle.
• VMware-KVM - очень полезный режим для тех, кто хочет скрыть от пользователя, что он работает в виртуальной машине (например, в школьных классах). В этом случае машину можно запустить командой "vmware-kvm.exe vmx-file.vmx" и она будет развернута на весь экран, комбинация клавиш Ctrl-Alt позволит выйти из машины, а кнопкой Pause/Break можно будет переключаться между консолями нескольких ВМ в полноэкранном режиме.
• Windows 8 Unity Mode Support - поддержка режима бесшовной интеграции Unity теперь еще лучше интегрирована с интерфейсом Windows Metro.
• Multiple Monitor Navigation - улучшенные механизмы работы с 2, 3, 4, 5 и даже 6-ю мониторами в полноэкранном режиме при переключении между экранами.
• * Run a Cloud on Your PC – Workstation 10 позволяет развернуть в виртуальных машинах облачные приложения от Pivotal, Puppet Labs и Vagrant.
• Power Off Suspended Virtual Machines - возможность выключить ВМ, поставленную "на паузу", что отменяет необходимость включать такие машины для внесения изменений в их конфигурацию.
• Remote Hardware Upgrade - при удаленной работе с виртуальными машинами на платформе vSphere или другом ПК с VMware Workstation, теперь можно удаленно обновлять Hardware version.
• 30-day evaluation - теперь для активации пробной версии Workstation на 30 дней достаточно ввести email в окне установки.
• * Improved application and Windows VM startup times - традиционно уменьшилось время запуска Windows и приложений.

Улучшенные возможности Restricted Virtual Machines, определяемые на базе политик:

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

Улучшенный тулбар с функциями работы с несколькими мониторами и интерфейсом подключения к нескольким виртуальным машинам (KVM):

По вопросам лицензирования VMware Workstation 10 можно обратиться к FAQ, приведенному в KB 2032851.

Скачать и купить VMware Workstation 10 можно уже сейчас по этой ссылке.

Также была обновлена платформа VMware Fusion 6, предназначенная для запуска Windows на Mac в одновременном режиме. Напомним, что не так давно был выпущен конкурент этой платформы - Parallels Desktop 9.

Новые возможности VMware Fusion 6:

• Powerful VMs - улучшение максимумов виртуальных машин до 16 vCPU / 64 GB of RAM / 8TB disks / поддержка Haswell.
• Улучшенная поддержка 3D-графики для движков OpenGL 2.1 и DirectX 9.0c shader model 3.
• Улучшенный Virtual Network Editor.
• Поддержка связанных клонов ВМ (Linked Clones).
• Улучшенный мастер создания новой виртуальной машины.

Скачать VMware Fusion 6 можно по этой ссылке.

На прошедшей конференции VMworld 2013 компания VMware представила свое виденье концепции ЦОД будущего - Software-Defined Datacenter, то есть датацентр, определяемый и направляемый программно, в котором слой оборудования полностью отделен от слоя программного обеспечения, а последний и реализует все необходимые сервисы пользователей и функции управления. То есть, оборудование - это просто подложка, элементы которой можно будет заменять, а все необходимые функции управления будут находиться на стороне программного обеспечения.

Выглядит это так:

В рамках этой концепции было объявлено о работе VMware в четырех направлениях:

• Расширение применения технологии виртуализации на все приложения (например, кластеры Hadoop).
• Трансформация хранилищ в абстрагированные и агрегированные дисковые ресурсы серверов (Virtual SAN) на базе разработок компании Virsto (с русскими корнями, кстати).
• Создание программно-определяемых сетей в датацентре на базе продукта VMware NSX, полученного после покупке компании Nicira.
• Повышение автоматизации датацентра и создание комплексных средств управления (таких как, например, решение VMware vCloud Automation Center (vCAC)).

Сегодня мы поговорим о третьем пункте - решении для построения виртуальной инфраструктуры сетей - VMware NSX, которое было анонсировано на VMworld как один из ключевых компонентов стратегии VMware в рамках концепции Software-defined networking (SDN).

VMware NSX - это решение полученное на основе двух продуктов: купленного Nicira NVP и собственного VMware vCloud Networking and Security (vCNS). Последний предназначен для комплексной защиты виртуального датацентра и построен на базе семейства продуктов VMware vShield. Решение VMware NSX предназначено для крупных компаний, которые планируют повысить степень гибкости сетевой среды датацентра, который связан с другими ЦОД компании, и где требуется переносить виртуальные машины между ними или поддерживать распределенную архитектуру кластеров.

Чтобы понять концепцию NSX можно провести аналогию с серверной виртуализацией, отмапив инфраструктуру VMware vSphere на инфраструктуру "гипервизора" NSX:

Такая архитектура, конечно же, требует интеграции с агентами в физическом оборудовании, которые уже есть в сетевых устройствах Arista, Brocade, Cumulus, Dell, HP и Juniper.

Сама же платформа VMware NSX включает в себя следующие компоненты:

• Controller Cluster - это система, состоящая из виртуальных или физических машин (как минимум 3), предназначенная для развертывания виртуальных сетей во всем датацентре. Эти машины работают в кластере высокой доступности и готовы принимать управляющие команды от различных средств через API, например, VMware vCloud или OpenStack. Кластер осуществляет управление объектами vSwitches и Gateways, которые реализуют функции виртуальных сетей. Он определяет топологию сети, анализирует поток трафика и принимает решения о конфигурации сетевых компонентов.
• Hypervisor vSwitches (NSX Virtual Switches)  - это виртуальные коммутаторы уровня ядра ESXi с программируемым стеком L2-L4 и конфигурационной базой. Они отвечают за работу с трафиком виртуальных машин, обеспечение туннелей VXLAN и получают команды от Controller Cluster.
• Gateways - это компоненты, предназначенные для сопряжения виртуальных и физических сетей. Они предоставляют сервисы IP routing, MPLS, NAT, Firewall, VPN, Load Balancing и многое другое.
• Ecosystem partners - партнеры могут интегрировать собственные виртуальные модули (Virtual Appliances) в инфраструктуру NSX на уровнях L4-L7. Подробнее об этом написано здесь.
• NSX Manager - это централизованное средство управления виртуальными сетями датацентра (с веб-консолью), которое взаимодействует с Controller Cluster.

Посмотрим на высокоуровневую архитектуру решения:

Как мы видим, NSX оперирует собственными виртуальными сетями, которые инкапсулируют в себе физические сети средствами протоколов STT, VXLAN и GRE (как это делается мы уже писали вот тут). А компонент NSX Gateway выполняет функции моста для коммутации на уровне L2 и маршрутизации на уровне L3.

В качестве серверных гипервизоров в инфраструктуре NSX могут быть использованы решения VMware vSphere, KVM или Xen.

Надо отметить, что есть два варианта развертывания решения:

• Окружение, состоящее только из хостов vSphere: в этом случае NSX опирается на инфраструктуру vSphere Distributed Switch (VDS) при взаимодействии с компонентами решения. А компонент NSX Gateway опирается на решение NSX Edge, которое было выделено из подпродукта vCNS Edge (бывший vShield Edge).
• Гибридное окружение с несколькими гипервизорами: тут NSX уже использует Open vSwitch для KVM и Xen, а также собственный виртуальный коммутатор NSX vSwitch, работающий на уровне ядра ESXi. С точки зрения шлюза тут уже NSX может использовать различные физические модули.

Вот так выглядит детальная архитектура решения VMware NSX с учетом развертывания в среде только с VMware vSphere (обратите внимание, что NSX может работать только с одним сервером vCenter - это ограничение архитектуры):

Тут видно, что на уровне гипервизора работают 4 компонента, так или иначе используемых NSX:

• Security - средства безопасности уровня ядра.
• Виртуальные сети VXLAN.
• Distributed Router (DR) - распределенный маршрутизатор.
• Distributed Firewall - распределенный сетевой экран, который мы упоминали вот тут.

А вот так выглядит решение NSX в гибридной среде с несколькими гипервизорами:

С точки зрения логических функций NSX выполняет следующее:

• Logical Switching - NSX использует комбинацию Stateless Transport Tunneling (STT), Generic Routing Encapsulation (GRE) и VXLAN для гибридных окружений или только VXLAN для окружений vSphere, чтобы предоставлять коммутацию уровня L2 вне зависимости от нижележащей топологии сети. Теперь все происходит на уровне эмулируемой структуры виртуальных сетей, не затрагивающей IP-адреса и не привязанной к физическому расположению, что значит, что виртуальную машину можно перемещать между датацентрами без изменения конфигурации сетей.

• Поддержка аппаратных туннелей - VXLAN Tunnel Endpoints (VTEPs), которые позволяют поддерживать технологию виртуальных сетей на аппаратном уровне и не создавать задержек в сети.
• Logical Routing - теперь L3-маршрутизация возможна на логическом уровне, вне зависимости от нижележащего оборудования и за счет наличия distributed routing (DR) module в VMware ESXi с поддержкой протоколов динамической маршрутизации BGP и OSPF.
• Logical Firewalling - эти возможности пришли из продукта  vCNS App (vShield App), они позволяют обеспечить комплексную защиту датацентра средствами модулей распределенного сетевого экрана (distributed firewall, DFW).
• Logical Load Balancing and VPN - эти функции были также взяты из vCNS и поддерживаются только для окружений vSphere. В этом случае компонент NSX Edge осуществляет балансировку соединений на уровне L7 с поддержкой различных алгоритмов, а также позволяет организовать надежный VPN-туннель к инфраструктуре на базе IPsec и SSL.

Более подробно о решении VMware NSX можно узнать на этой странице.

Как вы уже знаете, не так давно была выпущена обновленная версия платформы виртуализации VMware vSphere 5.5, которая получила немало новых возможностей. Вместе с тем была также выпущена бесплатная версия VMware vSphere Hypervisor 5.5 (free ESXi 5.5).

Самым главным улучшением VMware ESXi 5.5, бесспорно, стало отсутствие ограничений на физическую память хост-сервера. Если раньше мы могли использовать бесплатный ESXi только на серверах, где установлено до 32 ГБ RAM:

то теперь VMware ESXi 5.5 не имеет абсолютно никаких ограничений сверху по памяти физического сервера.

Это хорошая новость, но есть и немного плохая. Если ограничения сверху теперь отсутствуют, то ограничения снизу всегда будут - это системные требования. В версии ESXi 5.0 для запуска хоста требовалось минимум 2 ГБ оперативной памяти (если вы ставили его в кластер, то уже требовалось 3 ГБ, так как с двумя гигами хост вылетал в PSOD). В версии же ESXi 5.5 теперь официально требуют 4 ГБ RAM. Это значение важно, конечно же, не для физических хостов ESXi 5.5, а для виртуальных - которые используются для тестирования возможностей инфраструктуры виртуализации.

Отметим, что ограничение на 8 vCPU на одну виртуальную машину в бесплатном ESXi 5.5 осталось.

Ну а с точки зрения самого бесплатного гипервизора VMware ESXi 5.5 появились следующие новые возможности:

• Обновленная версия виртуального аппаратного обеспечения - Virtual Machine Hardware Version 10.
• Поддержка новых архитектур CPU.
• Совместимость ВМ в VMware ESXi 5.5 - теперь обеспечивается обратная совместимость ВМ с поддержкой различных возможностей, таких как LSI SAS для Oracle Solaris 11 OS и advanced host controller interface (AHCI).
• Максимальный объем RAM на хост - 4 ТБ (было 2 ТБ).
• Максимальное число vCPU на хост - 4096 (было 2048).
• NUMA-узлов на хост - 16 (было 8).
• Логических CPU на хост - 320 (было 160).
• Поддержка дисков VMDK до 62 ТБ.
• Поддержка адаптеров 16 GB Fibre Channel.
• Поддержка сетевых адаптеров до 40 GBps.
• До 64 ТБ хранилищ на один хост ESXi.
• Один SATA-контроллер поддерживает виртуальный диск и CD-ROM на одном контроллере.
• Поддержка до 30 устройств на контроллер, всего 4 контроллера - итого 120 устройств.

Ограничение на non-writable API все еще осталось, поэтому непонятно, как работают такие решения, как бесплатный Unitrends Enterprise Backup (UEB) - заявлено, что он может бэкапить виртуальные машины бесплатного ESXi.