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

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

Текущая версия vSphere Client - это 2.11, а мы писали про 2.8, поэтому приведем здесь вкратце новые возможности последних версий (2.9, 2.10, 2.11, 2.12, 2.13, 2.14, 2.15 и 2.16), которые вместе уже и составляют полноценный спектр возможностей нового веб-клиента vSphere.

• Настройка параметров CHAP для iSCSI-адаптеров
• Детали сети для привязки портов Software iSCSI и полное редактирование настроек
• Включение/выключение логгирования для ВМ в настройках
• Изменение свойств и политик стандартных порт-групп коммутаторов
• Хосты могут быть передвинуты в инвентори драг энд дропом
• Удаление нескольких ВМ с диска
• Удаление шаблонов ВМ с диска
• Действие Upload Folder в File Browser (доступно только для Chrome, Edge и Firefox 50 и выше)
• Возможность задать тип сети в настройках ВМ
• Портлеты на странице Summary можно перемещать драг энд дропом
• Действие Upgrade to VMFS5
• Диаграмма Partition Layout в разделе создания датастора и при увеличении датастора
• Монтирование/размонтирования хранилищ NFS
• Просмотр, редактирование свойств и политик Distributed Port Groups
• Добавление/удаление физических адаптеров и порт групп для Standard или Distributed Switch
• Редактирование и просмотр свойств и политик стандартного коммутатора
• Графики производительности можно открыть в новом окне
• Можно создавать и удалять кластеры хранилищ
• Возможность включить проброс (passthrough) для устройств ESXi PCI
• Можно смотреть использование GPU серверов ESXi
• Настройки Storage I/O Control
• Возможность привязки/отвязки устройств на странице Host Storage Devices
• Конвертирование и клонирование ВМ в шаблон
• Создание датасторов NFS3 / NFS4.1 (в том числе, в режиме Read-only)
• Управление политиками доступа по нескольким путям (Multipathing)
• Монтирование/размонтирование томов VMFS
• Горячие клавиши для операций с питанием ВМ
• Rescan storage (новых томов VMFS и устройств)
• Детали разделов в Host > Configure > Storage Devices
• Детали устройств в Datastore > Configure > Device Backing
• Управление Lockdown mode для ESXi
• Хосты ESXi можно присоединить к домену
• Полное управление тэгами

Скачать vSphere Client можно по этой ссылке. Также он доступен в составе дистрибутива vSphere 6.5.

Компания VMware сделала доступным весьма полезный ресурс StorageHub, который будет интересен всем тем, кто хочет узнать все об использовании виртуальных и физических хранилищ под виртуальные машины на базе платформы VMware vSphere. Также на StorageHub есть документы и об инструментах обеспечивающих доступность виртуальных сервисов (например, VMware Site Recovery Manager):

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

• VMware Virtual SAN
• Site Recovery Manager
• Virtual Volumes
• vSphere Replication
• vSphere Core Storage (это не продукт, а раздел о фундаментальных технологиях экосистемы хранилищ VMware)

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

Репликация стала возможной благодаря обновленному интерфейсу APIs for Storage Awareness (VASA) версии 3.0. VASA 3.0 предоставляет компоненты политик движка SPBM, который позволяет скомбинировать политику VVol и фильтр интерфейса VAIO Filter, для которого могут предоставляться такие сервисы, как шифрование (VMCrypt), репликация или кэширование от сторонних производителей программного и аппаратного обеспечения.

Попросту говоря, за счет API VASA и VAIO можно поддерживать различные функции VVols на базе хранилищ, а со стороны хостов ESXi предоставлять различные сервисы, обеспечиваемые фильтрами, для виртуальных машин на базе политик SPBM.

Совсем скоро эти возможности будут поддерживаться в Nimble и HPE 3PAR, а впоследствии будут доступны и у других вендоров.

Напомним, что с VVols 2.0 можно реплицировать не весь том VMFS целиком, а отдельную виртуальную машину (и даже отдельные виртуальные диски). Также несколько ВМ можно реплицировать в рамках одной Replication Group (при этом сразу в несколько географически разнесенных локаций).

Кроме того, уже доступны командлеты PowerCLIдля управления репликацией на базе VVols (Get-SpbmReplicationPair, Start-SpbmReplicationFailover, Sync-SpbmReplicationGroup и прочие).

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

Недавно мы уже писали о vSphere Integrated Containers, а сегодня мы расскажем об этой технологии поподробнее. Начнем с обзорного видео:

Технологию можно представить следующей диаграммой:

Ниже будет рассказано о трех основных компонентах технологии vSphere Integrated Containers, каждый из которых построен как Open Source программное обеспечение, поэтому каждая компания может использовать различные компоненты экосистемы VIC, дорабатывать их и делать вклад в развитие этих проектов. Между тем, функциональность vSphere Integrated Containers доступна только для пользователей с лицензией vSphere Enterprise Plus (видимо, считается, что технология VIC нужна только крупным компаниям).

vSphere Integrated Container Engine (VIC Engine)

Это специальный движок контейнеров, который работает не в той же виртуальной машине, что и сам контейнер, а вынесен в специальный компонент Virtual Containter Host (VCH), который представляет собой специальный объект vApp, создаваемый при развертывании. Также VCH обслуживает компонент Docker Endpoint (это маленькая ВМ), который предоставляет внешние интерфейсы для управления контейнерами через API администраторам приложений (развертывание новых контейнеров и обслуживание существующих).

IP-адрес машины Docker Endpoint передается администратором vSphere пользователям, которые развертывают и обслуживают приложения Docker. Когда пользователь VIC Engine выполняет команду:

docker run –H <IP> busybox

то небольшой образ на базе busybox вытаскивается с хранилища Docker Hub и превращается в виртуальную машину со всеми необходимыми интерфейсами внутри объекта vApp, которым является Virtual Container Host.

Репозиторий VIC Engine размещен по этой ссылке.

Harbor

Этот компонент позволяет хранить образы контейнеров. Если вам необходимо поместить приложение в контейнер и распространять его в своей инфраструктуре, нужно воспользоваться таким реестром. Для движка Docker - это компонент Docker Hub.

Проблема в том, что репозиторий Docker Hub открыт абсолютно всем, поэтому VMware сделала свой репозиторий Project Harbor (это форк проекта Docker Hub), который также является Open Source-компонентом, но предоставляет отдельное корпоративное хранилище образов в рамках инфраструктуры компании. Поставляется он в виде виртуального модуля в формате OVA.

Инженеры VMware взяли исходный код Docker Registry, добавили Enteprise-возможности, такие как поддержку LDAP/AD, ролевую модель доступа, а также пользовательский интерфейс - и выделили его в отдельный проект Harbor.

Также ключевой особенность Harbor является возможность репликации репозиториев:

Вот тутна GitHub можно найти публичный репозиторий проекта Harbor.

Container Management Portal (Project Admiral)

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

• Создание нового хоста для контейнеров ( Virtual Containter Host, VCH).
• Управление квотами ресурсов.
• Определение новых шаблонов контейнеров для развертывания.
• Управление состоянием контейнеров.

Admiral - это расширение набора средств автоматизации vRealize Automation 7.2, которое добавляет туда возможности управления контейнерами. Информация об этом доступна здесь.

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

Посмотрите, как работает Admiral:

Публичный репозиторий Project Admiral находится здесь. Помните, что он все еще находится в состоянии беты!

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

Фишка этого блога в том, что там пишут вовсе не о продуктах StarWind (хотя они и очень полезные), а о различных технологиях, тем или иным образом имеющих отношение к виртуализации. Вот, например, некоторые из тем:

• How to Deploy and Manage Software-Defined Networking using SCVMM 2016
• VMware vSphere 6.5 – What to be aware of before upgrade?
• Azure Security and Compliance: Virtual Cloud Defense (VCD) Released to General Availability
• vCenter Server High Availability Review
• VMware Clarity – Why should you care

Читайте! Там много полезного)

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

Теперь Embedded Host Client будет входить в состав VMware ESXi 5.5, ESXi 6.0 и ESXi 6.5, о чем есть соответствующая пометка на VMware Labs (напомним, он распространяется в виде VIB-пакета). Далее апдейты клиентов будут выходить, как и прежде, на страничке в Labs.

Последний раз мы писали о версии ESXi Embedded Host Client 1.10 - давайте посмотрим, что нового появилось в этом средстве с тех пор:

• Поддержка удаления USB-контроллеров из ВМ
• Обновление метрик хранилищ при загрузке и обновлении страницы Summary
• Нотификация на странице Summary, когда у хоста истекла лицензия
• Улучшенное отображение информации от Hardware sensors, также появилось время их последнего обновления
• Ссылка на имя хоста/IP-адрес в списке ВМ, а также в заголовке VM Summary
• Пофикшены вылеты в IE 10
• Обновлены средства локализации (русского, традиционно, нет)
• Улучшено отображение графиков производительности сети
• Показ ошибки при попытке загрузить файл более 4 ГБ на датастор (IE)
• Игнорирование отсутствующих датасторов, например, недоступных NFS-дисков
• При генерации саппорт-бандла с диагностической информацией - сессия не отваливается
• В разделе Host -> Monitor -> Hardware появилась информация о состоянии хоста (Hardware health)
• Hardware sensors теперь могут быть упорядочены по состоянию, то есть красные - в самом верху списка
• Новые раскладки клавиатуры в консоли (French, Swiss-French, Swiss-German)
• Добавлены датасторы в список ВМ на хосте
• Добавлена поддержка pre-defined OVF-свойств в мастер развертывания OVA-модулей
• Поправлена ошибка редактирования CD-ROM, когда его нет в наличии на хосте
• Поправлены баги при сохранении настроек Host Client
• Поправлены вылеты в VM editor в Safari
• Поправлена ошибка с обновлением страницы Physical NIC summary
• Несколько других минорных исправлений

Скачать VMware ESXi Embedded Host Client 1.13 можно поэтой ссылке.

К выходу новой ОС Microsoft - Windows Server 2016, 5nine Software выпустила очередную версию своего 5nine Managerс рядом новых полезных возможностей. Поскольку и базовые возможности решения за истекший год существенно расширились, мы решили сделать обзор возможностей продукта. Консоль с несколькими закладками позволяет комплексно оценивать и управлять как физическим родительским разделом (в том числе и являющегося узлом кластера), так и виртуальными гостевыми...

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

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

В VMware vSphere 6.5 в механизм Host Profiles были добавлены следующие возможности (по ссылкам можно опробовать их в виде Product Walkthroughs - то есть пошаговых гайдов на примере реального интерфейса продукта):

1. Host Profiles – Granular Compliance Results

До vSphere 6.5 результатом сравнения профиля хоста с актуальными настройками на ESXi был отчет о том, какие параметры не соответствуют, но не было сравнения side-by-side - чтобы наглядно видеть актуальные и желаемые настройки. Теперь это показано в едином представлении (Host value и Host profile value):

2. Host Profiles – Batch Host Customization

В кластере, как правило, хосты настроены единообразно. Однако иногда необходимо на конкретном хосте сделать особенные настройки, которые называются host customizations (ранее это были answer files). Теперь их можно экспортировать в формате CSV в отдельные файлы и редактировать их офлайн, а потом залить обратно в Host Profiles.

3. Host Profiles – Create, Edit & Copy Settings

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

Ну и напоследок - обучающее видео, в котором показаны возможности vSphere Host Profiles 6.5:

В середине этого года мы писали о бета-версии продукта от Veeam, который позволяет производить резервное копирование Linux-систем. И вот на днях вышла финальная версия Veeam Agent for Linux 1.0, которая изменит представление о резервном копировании очень многих системных администраторов.

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

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

Для работы Veeam Agent for Linux поддерживается ядро не ниже версии 2.6.32 и следующие операционные системы:

• Debian 6 - 8
• Ubuntu 10.04 - 16.10
• CentOS / Oracle Linux / RHEL 6 - 7
• Fedora 23 - 25
• openSUSE 11.3 - 13.2
• openSUSE Leap 42
• SLES 11 SP1 - 12 SP2

С точки зрения файловых систем поддерживаются все, за исключением BTRFS, ZFS и NSS.

Есть 3 режима резервного копирования в Veeam Agent for Linux:

• На уровне образа всей системы
• На уровне логических томов
• На уровне файлов

Вот основные возможности Veeam Agent for Linux версии 1.0:

• Бэкап на уровне всей системы, томов или отдельных файлов.
• Скрипты Pre-freeze/post-thaw при создании снапшота - можно указать специальные сценарии для приложений, чтобы получить консистентные бэкапы на уровне их объектов.
• Встроенные механизмы снапшотов и собственные драйверы changed block tracking (CBT), позволяющие создавать инкрементальные бэкапы.
• Графический консольный интерфейс или классическая командная строка (команда veeamconfig).
• Инеграция с Veeam Backup & Replication - можно использовать репозитории в качестве таргетов, восстанавливать отдельные файлы из главной консоли и в целом управлять процессом резервного копирования и восстановления. Здесь вам потребуется Veeam Backup & Replication 9.5 Update 1 или более поздняя версия продукта.

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

• Локальное хранилище защищаемого компьютера.
• Direct attached storage (DAS) - такое как USB-накопители, внешние накопители eSATA или Firewire.
• Network Attached Storage (NAS) - шары SMB (CIFS) или NFS.
• Бэкап репозитории Veeam Backup & Replication 9.5 Update 1 (за исключением DataDomain DDboost, HP StoreOnce, Exagrid, облачных репозиториев и scale-out репозиториев).

При восстановлении также доступны 3 опции: восстановить систему целиком, отдельный ее том или отдельные файлы:

Также можно создать Bootable recovery media, с помощью которого можно делать следующие вещи:

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

Большинство функций Veeam Agent for Linux 1.0 предоставляется бесплатно в версии FREE, однако есть еще 2 версии - Workstation и Server, которые стоят денег, но дают еще 2 важных возможности:

• Несколько одновременных задач резервного копирования, что дает большую гибкость в большой инфраструктуре.
• Скрипты для снапшотов Pre-freeze/post-thaw - для создания консистентных бэкапов приложений.
• Поддержка 24/7.

Более подробно о возможностях продукта Veeam Agent for Linux 1.0 можно прочитать в Release Notes. Сравнение изданий доступно тут. Ну и, конечно же, главный документ - User Guide, где описаны все тонкости использования решения.

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

Недавно мы писали о новых возможностях VMware vSphere 6.5, где, в частности, мы рассказывали о том, что VMware vSphere Update Manager 6.5 (VUM) теперь интегрирован с vCenter Server Appliance (vCSA). Но надо отметить, что VUM теперь не просто интегрирован, а является неотъемлемой частью vCSA, что делает его очень удобным в использовании.

Его не нужно устанавливать, его можно сразу же начать применять для обновлений хостов ESXi, виртуальных машин и виртуальных модулей (Virtual Appliances):

Пройти все шаги по обновлению хостов ESXi кластера VMware HA/DRS с помощью Update Manager можно в специальном кликабельном демо (feature walkthrough) - "vSphere Update Manager Overview & Cluster Upgrade".

Давайте пройдем этот процесс по шагам:

1. Кликнем на вкладку Update Manager в vSphere Client:

2. Здесь мы видим основное представление Update Manager. Нажимаем кнопку "Go to Admin View":

3. Мы видим настройки механизма Update Manager.

Первым делом нужно будет создать базовый уровень по обновлениям хоста ESXi (Host baseline). Идем в раздел Host Baselines....читать статью далее ->>

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

Компания StarWind предоставляет пользователям сразу несколько таких продуктов. Давайте посмотрим, что это за решения (полных их список приведен вот тут).

1. StarWind Virtual SAN Free

StarWind Virtual SAN - это флагманский продукт компании, предназначенный для создания отказоустойчивых кластеров хранилищ под виртуализацию VMware vSphere, Microsoft Hyper-V и любых других платформ виртуализации.

Бесплатная версия позволит вам использовать 1 или 2 узла, а главное у нее есть возможность вполне легального использования в производственной среде. Вот здесьвы можете посмотреть сравнение платной и бесплатной версии StarWind Virtual SAN.

2. StarWind Tape Redirector

Этот продукт пригодится вам тогда, когда вы перенесли виртуальную машину в среду Microsoft Hyper-V, при этом для самой ВМ требуется резервное копирование файлов гостевой ОС напрямую на ленту. Как известно средствами гипервизора пробросить ленточную библиотеку в виртуальную машину не получится, поэтому можно в Parent Partition сервера Hyper-V поставить StarWind Tape Redirector и уже с самого родительского раздела отправлять резервные копии (например, Symantec Backup Exec 2012) на ленты по протоколам Fibre Channel, SAS или SCSI.

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

3. StarWind V2V Converter

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

Это просто идеальный пример, как простым и нужным бесплатным продуктом компания повышает привлекательность и ценность основного коммерческого решения. Подробнее о V2V Converter мы писали вот тут.

Агентство CNews Analytics, специализирующееся на подготовке ежегодных рейтингов в сфере информационных технологий и телекоммуникаций, опубликовало обзоркрупнейших поставщиков услуг IaaSв России за 2016 год. Группа компаний «ИТ-ГРАД» заняла первое место, обогнав конкурентов по ключевым показателям.

Сегодня «ИТ-ГРАД» сохраняет уверенные лидирующие позиции, что подтверждается регулярным пополнением портфолио компании крупными игроками рынка. Среди значимых клиентов «ИТ-ГРАД» можно отметить крупнейший российский интернет-холдинг «Юлмарт», аэропорт Пулково, авиакомпанию S7, инвестиционную компанию «Альфа Капитал», российский системный интегратор «Корус Консалтинг», Yota Devices и другие.

Кроме того, в 2016 году компания расширила географию своего присутствия, открыв новую площадку на территории Республики Казахстан. Наращивая потенциал при неизменно высоком уровне оказания сервиса, «ИТ-ГРАД» продемонстрировал значительный рост доли выручки: по сравнению с предыдущим годом она составила 139 %.

Заказывайте услуги по аренде виртуальных машину лидера рынка - компании ИТ-ГРАД.

На сайте проекта VMware Labsпоявилась очередная полезность - утилита vSphere Content Library Assistant, которая позволяет конвертировать шаблоны виртуальных машин, доступные в vCenter, и пересылать их на хранилище Content Library в открытом формате OVF.

Напомним, что мы уже писали о компоненте Content Library, который упрощает использование образов для распределенной географически инфраструктуры. С помощью этого компонента можно смонтировать ISO-образ и накатить профиль кастомизации прямо из Content Library, а также развернуть требуемую машину из OVF-шаблона.

Теперь же с помощью vSphere Content Library Assistant можно превратить любую виртуальную машину в шаблон .vmtx, после чего преобразовать ее в формат OVF и закинуть в хранилище Content Library.

Вот какие возможности предоставляет Content Library Assistant:

• Сканирование датасторов для обнаружения шаблонов, зарегистрированных на сервере vCenter
• Выработка рекомендаций по способу их размещения (высокая скорость или высокая доступность)
• Создание новых библиотек контента (Content Libraries)
• Конвертация шаблонов vCenter в формат OVF
• Импорт OVF-шаблонов во вновь созданные библиотеки контента

Утилита работает под Windows, запустите ее на сервере vCenter, после того как скачаете дистрибутив (команда $java -jar vsphere-content-library-assistant-1.0.jarв терминале). После запуска вам будет выведен список необходимых параметров, которые потребуется указать. Ну а после того, как вы запустите Content Library Assistant с нужными параметрами, утилита будет работать в интерактивном режиме, запрашивая нужные варианты дальнейших действий.

Скачать vSphere Content Library Assistant можно по этой ссылке. Ну и ждем, когда у утилиты появится GUI.

Компания VMware на сайте проекта Labsсделала доступной небольшую утилитку View Client Resizer, которая может оказаться полезной пользователям инфраструктуры виртуальных ПК VMware Horizon View.

С помощью Client Resizer можно выставить любое необходимое разрешение консоли клиента VMware Horizon Client for Windows:

Возможности View Client Resizer:

• Вывод всех активных сессий клиента View
• Выбор из большого списка разрешений, либо самостоятельный ввод необходимого разрешения
• Работает на любой версии Windows
• Помнит предыдущее установленное разрешение

Для использования утилиты нужно просто запустить ее исполняемый файл, выбрать нужную сессию, выбрать разрешение и нажать Resize.

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

Если вы работаете с хостом VMware ESXi через "толстый" клиент vSphere Client, бывает такая ситуация, что его консоль показывает неполный экран гостевой ОС виртуальной машины.

Выглядит это примерно так:

Особенно часто это бывает, если ОС у вас, где вы запускаете клиент - Windows 10. Чтобы поправить эту ситуацию, нужно сделать следующее:

• Кликнуть на иконке vSphere Client и выбрать Properties (Свойства).
• Выбрать раздел Compatibility (Совместимость).
• Отметить чекбокс Disable display scaling on high DPI Settings (Отключить масштабирование изображения при высоком разрешении экрана).

После этого нужно перезапустить сессию vSphere Client - и все заработает как нужно!

Как мы писали ранее, в новой версии платформы VMware vSphere 6.5появились встроенные возможности обеспечения высокой доступности сервера vCenter, правда только если он развернут на базе виртуального модуля vCenter Server Appliance (vCSA). Для стандартного vCenter Server for Windows высокая доступность обеспечивается средствами MSCS/WFCS.

Функция vCenter Server High Availability позволяет обеспечить доступность для сервисов vCSA, развернув 2 экземпляра виртуального модуля и компонент Witness, обеспечивающий защиту от ситуации Split Brain:

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

Между активным и пассивным узлами кластера серверов vCenter производится репликация на базе технологии Linux RSYNC, которая работает на уровне файлов, реплицируя конфигурацию всего сервера управления. Для репликации основной базы данных VCDB и базы данных Update Manager (VUMDB) используются средства Native vPostgres DB replication.

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

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

Есть 2 типа развертывания vCenter HA - это Basic и Advanced. В режиме Basic все происходит почти в автоматическом режиме - администратору потребуется только настроить IP-адреса, размещение машин на хостах и хранилищах, и все - дальше мастер настройки сделает все сам.

Но режим Basic доступен только когда серверы vCenter будут находиться у вас в одном домене SSO, а сами машины vCSA будут под управлением одного vCenter (то есть, в одном инвентори).

В случае, если у вас разные домены SSO и разные виртуальные датацентры с разным инвентори для vCenter, нужно будет сделать некоторое количество ручных операций:

1. Добавить второй NIC на машину с VCSA, который нужно присоединить к VCHA Network Portgroup.
2. Через интерфейс VAMI (https://IP_FQDN:5480) настроить статический IP-адрес для внутренней сети VCHA.
3. В мастере VCHA Configuration Wizard выбрать опцию Advanced.
4. Задать IP-адреса узлов и компонентов Witness.
5. Склонировать виртуальную машину VCSA дважды, убедившись, что в спецификации Guest Customization указаны IP-адреса вторых адаптеров (NIC), которые вы создали для каждого клона.
6. Включить каждый узел и завершить на нем мастер конфигурации.

Выглядит режим Advanced следующим образом:

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

Вчера мы писали о том, как работают средства высокой доступности (HA)виртуального модуля VMware vCenter Server Appliance, а сегодня расскажем про то, как восстановить пароль на сервере vCSA 6.5.

Как вы возможно знаете, в VMware vSphere 6.5 для виртуального модуля vCSA поменялась хостовая ОС - теперь это собственная ОС VMware - Photon OS, а значит все предыдущие способы восстановления пароля root работать не будут. Перед восстановлением пароля обязательно сделайте резервную копию виртуального модуля или хотя бы снимите его снапшот.

Для того, чтобы сбросить пароль root на vCenter Server Appliance, нужно:

1. Сразу же после загрузки нажать клавишу <e>, чтобы зайти в меню GNU GRUB Edit Menu.

2. Найти секцию, в которой происходит инициализация запуска Linux (она начинается со слова "linux"), и добавить в ее конец следующую строчку:

rw init=/bin/bash

3. После этого нажмите <F10>, чтобы продолжить загрузку.

4. Далее в командной строке введите команду:

passwd

и задайте пароль root.

5. Затем размонтируйте файловую систему следующей командой:

umount /

6. Перезагрузите vCenter Server Appliance 6.5, выполнив следующую команду:

reboot -f

7. После этого пароль root на vCenter Server Appliance будет сброшен. Не забудьте удалить снапшот, если вы его делали, после того как убедитесь, что новый пароль установлен.

Многие из вас читали, что в новой версии VMware vSphere 6.5появилась экспериментальная поддержка механизма Predictive DRS, который проактивно предпринимает действия по выравниванию нагрузки виртуальных машин на хосты ESXi, еще до того, как эта нагрузка придет.

Посмотрим как раньше работал VMware Distributed Resource Scheduler (DRS):

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

Поэтому появился сбалансированный метод (Balanced). В этом случае DRS старается поддерживать баланс по нагрузке на хосты кластера (или даже между кластерами), чтобы не было перекосов в ту или другую сторону. Работает этот метод совместно с продуктом vRealize Operations (vROps), который собирает метрики с хостов и старается поддерживать баланс в виртуальном датацентре:

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

Поэтому в VMware решили применить другой подход - Predictive DRS. Суть этого метода проста - компонент vROps ежедневно собирает сотни различных метрик со всех объектов виртуального датацентра (хосты, ВМ, хранилища). Эти метрики "обучают" механизм vROps, который каждую ночь анализирует данные о производительности хостов и формирует так называемые Dynamic Thresholds:

Predictive DRS производит очень сложный анализ на основе 10 различных алгоритмов и формирует коридор производительности "нормального" поведения виртуальных машин (обозначен на картинке серым). Границы этого коридора и есть Dynamic Thresholds, при выходе за границы которых в данное время, поведение в кластере считается аномальным. Работает этот механизм на уровне каждой виртуальной машины.

И тут самое интересное - Predictive DRS позволяет заранее понять, что на таких-то хостах виртуальные машины будут биться за ресурсы через некоторое время, и проактивно начинает мигрировать виртуальные машины, готовясь к ситуации изменения нагрузки:

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

Ну а какой метод нужно использовать? VMware рекомендует использовать все три, в зависимости от ситуации:

Ну и отметим, что этот функционал доступен только в рамках решения vRealize Operations, о котором также можно почитать вот тут.

К сожалению, нету «прямого» пути для миграции шаблонов (VM Templates) с одного датастора на другой (т.н. процедура Storage VMotion). Представляю вашему вниманию функцию Move-Template2Datastoreиз моего PowerCLI Vi-Module модуля. Функция принимает объект(ы) Template и один объект датастора и производит 3 действия...

До выхода новой версии платформы виртуализации VMware vSphere 6.5, механизмы AutoDeployи Image Builder можно было использовать только с консольным фреймворком PowerCLI. Теперь же у Image Builder / AutoDeploy появилось собственное GUI в vSphere Web Client, с помощью которого можно удобно создавать кастомные образы VMware ESXi.

Но сначала нужно включить службу ImageBuilder Service. Для этого в веб-клиенте идем в Administration -> System Configuration -> Services >выбираем ImageBuilder Serviceи из меню Actionsвыбираем Start. После этого Image Builder будет доступен для использования:

Слева есть менюшка Auto Deploy:

Выбираем ее:

На вкладке Software Depots добавляем новый Depot:

Импортируем в него образ VMware ESXi:

Например, VMware-ESXi-6.5.0-4564106-depot.zip (оригинальный образ ESXi 6.5)... Читать статью далее