Продолжаем рассказывать о возможностях новой версии универсального решения для резервного копирования и репликации  Veeam Backup and Replication 7. Напомним, что продукт должен выйти в третьем квартале этого года, а пока Veeam анонсировала, что раскроет 7 новых возможностей B&R, каждая из которых является существенным улучшением не только по сравнению с предыдущей версией, но и на фоне любых других продуктов для резервного копирования виртуальных машин.

Вот предыдущие наши статьи на эту тему:

• Компания Veeam Software начала рассказывать о новой версии Veeam Backup and Replication 7 (возможность №1)
• Veeam анонсировала еще одну возможность Veeam Backup and Replication 7 - плагин для vSphere Web Client (№2)
• Третья новая возможность Veeam Backup and Replication 7 - восстановление объектов Microsoft SharePoint (№3)
• Компания Veeam Software рассказала о еще одной новой возможности Backup and Replication 7 - поддержка ленточных библиотек (№4 и №5)

Теперь же Veeam анонсировала шестую возможность Veeam Backup and Replication 7 - улучшенный механизм 1-Click Restore. Эта возможность предназначена для окружений, где пользователи могут самостоятельно восстанавливать объекты виртуальных машин.

Если в версии Veeam Backup 6.0 пользователи через консоль Enterprise Manager могли восстанавливать отдельные файлы в свои ВМ, то теперь станет возможным самостоятельное восстановление виртуальных машин отдельными пользователями или группами.

Администраторы и операторы инфраструктуры резервного копирования могут выдать права на восстановление файлов или виртуальных машин пользователям через 1-Click Restore, не имея при этом права на просмотр их содержимого.

Также, теперь ролевая модель для самостоятельного восстановления через Enterprise Manager применима не только к отдельным файлам и виртуальным машинам, но и к другим объектам, таким как кластеры, хосты, хранилища и объекты vApp.

Более подробно о новой возможности Veeam Backup and Replication 7 рассказано в блоге Veeam.

Компания StarWind в конце марта этого года опубликовала документ "StarWind Benchmarking Best Practice", в котором рассматриваются лучшие практики по тестированию производительности в контексте настройки различных параметров решения StarWind iSCSI SAN & NAS.

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

• сетевое взаимодействие компонентов StarWind (в том числе, узлов трехузлового кластера)
• тестирование производительности стека команд iSCSI
• сравнение производительности локальных и удаленных хранилищ
• рекомендации по выбору типа RAID и решению проблем производительности

Совсем недавно компании VMware, Citrix и Microsoft - главные три кита, на которых держится виртуализация (на самом деле нет), опубликовали свои финансовые отчеты за первый квартал 2013 года.

Вот они:

• Финансовые результаты VMware Q1 2013
• Финансовые результаты Citrix Q1 2013 (скачать)
• Финансовые результаты Microsoft Q3 2013 (заканчился 31 марта, финансовый год заканчивается летом)

Несмотря на то, что среди этих трех компаний только VMware является чисто виртуализационным вендором (на самом деле нет), попробуем свести эти результаты в единую таблицу и посмотреть к чему идут гиганты:

Выручка VMware и Citrix растет неплохо (но уже не так, как раньше), а вот чистая прибыль падает. Интересно посмотреть на результаты года. MS как всегда молодцы.

Как многие из вас помнят, компания Citrix выпускает "клиентский гипервизор", позволяющий на одном ПК нативно исполнять несколько виртуальных машин, используя тонкий гипервизор - Citrix XenClient. У этого продукта есть отдельная ветка Citrix XenClient XT, предназначенная для организаций с очень высокими требованиями к безопасности и изоляции виртуальных машин.

На днях была выпущена версия Citrix XenClient XT 3.1.

Новые возможности XenClient XT 3.1:

• Поддержка новых клиентских устройств: HP Folio 9470m Ultrabook, графические адаптеры AMD FirePro V5900 GPU , AMD FirePro V7900 GPU, а также WiFi-адаптеры Lenovo Tiny M92p (Intel).
• Поддержка гостевых ОС Ubuntu 12.10 и Windows 8.
• Расширенная поддержка гостевых ОС Linux с переключателем виртуальных машин внутри ОС, а также улучшенная поддержка USB-устройств.
• Улучшенные средства разработки (SDK) для сервисных ВМ (вспомогательные ВМ - например, антивирусы и т.п.) - поддержка memory introspection и новый API.
• Новые возможности централизованного управления в компоненте Synchronizer, такие как:
  • Развертывание и конфигурация сервисных ВМ.
  • Закачка на ПК и загрузка ВМ с ISO-образов.
  • Политики по предотвращению изменения свойств ВМ со стороны пользователей и доступа к терминалу.
  • Политики по управлению дисками виртуальных машин (диски типа read-only и non-persistent).

И самая важная новость - теперь можно скачать бесплатную пробную версию Citrix XenClient XT 3.1 сроком на 90 дней. Сделать это можно по этой ссылке.

Полный список совместимых с XenClient XT устройств можно скачать по этой ссылке.

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

Из официального списка новых возможностей VMware vSphere 5.1 Update 1:

• Поддержка новых гостевых ОС, приведенных в списке совместимости VMware.
• Исправления ошибок, приведенные здесь.

Надо сказать, что после vSphere 5.1 Update 1, следующие гостевые ОС НЕ будут поддерживаться со стороны VMware (этот релиз пока их поддерживает):

• Windows NT
• Все 16-битные версии Windows и DOS (Windows 98, Windows 95, Windows 3.1)
• Debian 4.0 и 5.0
• Red Hat Enterprise Linux 2.1
• SUSE Linux Enterprise 8
• SUSE Linux Enterprise 9 младше SP4
• SUSE Linux Enterprise 10 младше SP3
• SUSE Linux Enterprise 11 младше SP1
• Ubuntu releases 8.04, 8.10, 9.04, 9.10 и 10.10
• Все релизы Novell Netware
• Все релизы IBM OS/2

Самые интересные исправления ошибок ожидают пользователей в подсистеме работы с хранилищами:

1. Наконец-то при выполнении операции Storage vMotion можно полноценно поменять имя виртуальной машины (то есть, целиком - вместе с виртуальными дисками).

Об этом мы уже писали вот тут. Наконец-то это заработало. На сервере vCenter идем в "Administration" -> "vCenter Server Settings" -> "Advanced Settings" и добавляем параметр:

provisioning.relocate.enableRename со значением true

2. Увеличенный VMFS Heap Size.

Об этом параметре мы уже писали вот тут:

Он применяется не только к VMFS3, но и VMFS5. Теперь вот что поменялось:

• VMFS Heap может расти до 640 МБ вместо 256 МБ в прошлом релизе. Это позволяет подключать к хосту ESXi совокупный объем хранилищ до 60 ТБ.
  
• Размер кучи выставляется дефолтно 640 МБ для новых установок и сохраняется на уровне уже имеющегося значения для апгрейдов с предыдущих версий.
• Появился новый параметр, позволяющий гарантировать размер кучи - VMFS3.MinHeapSizeMB. Но его нельзя выставить больше, чем 255 МБ (однако она может продолжать расти до 640 МБ).

3. WWNN и WWPN для адаптеров FC HBA отображаются в vSphere Web Client корректно.

Раньше там отображалась бурда в виде ноликов на конце (см. тут). Теперь это поправлено.

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

Там же - очень полезная табличка со ссылками:

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

Те из вас, кто пользуется услугами облачного IaaS-хостинга Amazon AWS, наверняка знают, что у этого сервис-провайдера есть решение Storage Gateway, позволяющее организовать гибридную модель хранения данных предприятия, а именно - частично или полностью хранить данные инфраструктуры виртуальных машин VMware vSphere в облачном хранилище Amazon S3.

Теперь же решение Storage Gateway поддерживает не только гипервизор VMware ESXi, но и хранилища платформы Microsoft Hyper-V.

Storage Gateway представляет собой виртуальный модуль (Virtual Appliance), размещенный в виде ВМ на хостах ESXi или Hyper-V, который предоставляет стандартный интерфейс iSCSI и выступает в качестве таргета для хост-серверов с виртуальными машинами (в общем случае поддерживается доступ различных приложений). Работа Storage Gateway возможна в двух режимах:

• Gateway-Cached Volume — в рамках этой архитектуры вы создаете тома для виртуальных хранилищ и монтируете их как iSCSI-устройства для хост-серверов. Виртуальный модуль кэширует данные и сохраняет их в облаке Amazon S3, при этом в инфраструктуре заказчика хранятся только кэшированные данные, которые наиболее часто оказываются востребованными.
• Gateway-Stored Volume — в такой архитектуре все данные виртуальных машин хранятся локально, в рамках инфраструктуры заказчика, а Storage Gateway периодически создает снапшоты (инкрементально) и передает данные отличий от базового образа в облако Amazon S3. Это создает хорошие возможности для сценариев Disaster Recovery.

Storage Gateway передает данные в S3 через защищённый SSL-канал. Более подробно с технической точки зрения о решении можно узнать тут и тут.

С началом поддержки Hyper-V в Storage Gateway компания Amazon вступает в прямую конкуренцию с Microsoft, которая в прошлом году приобрела компанию StorSimple, занимавшуюся тем же самым (только у них это программно-аппаратный комплекс) - предоставлением облачных хранилищ через онпремизные сервисы, размещенные на площадке заказчика (cloud-integrated storage).

Стоимость сервисов Amazon Storage Gateway можно узнать на этой странице.

Компания StarWind Software, производитель средства номер 1 для создания отказоустойчивых хранилищ iSCSI для виртуальных машин VMware и Microsoft, выпустила интересный документ "HA Maintenance and Configuration Changes". В нем можно почитать о том, как необходимо производить обслуживание узлов StarWind iSCSI SAN, а также как правильно выполнять настройку узлов в отказоустойчивой конфигурации.

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

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

• замена узла-партнера, на который идет синхронная репликация данных
• ручная синхронизация узлов
• подготовка HA-устройства к обслуживанию и простою
• восстановление работоспособности узла после запланированного простоя
• изменение каналов синхронизации и сигналов доступности (heartbeats)
• настройка CHAP-аутентификации для HA-устройства

Документ "HA Maintenance and Configuration Changes" компании StarWind можно скачать по этой ссылке.

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

Итак, для начала приведем структуру разделов на диске установленной копии ESXi:

Основное отличие от традиционной ОС в VMware ESXi - это то, что все файлы, необходимые гипервизору, хранятся в разделе фиксированного объема (Primary Boot Bank - 250 МБ). Альтернативный Boot Bank такого же размера необходим на случай отката к предыдущей версии ESXi, вне зависимости от того был ли произведен Update (накатывание патчей) или Upgrade (накатывание новой версии ESXi).

Если мы произведем апгрейд ESXi 5.0 на версию 5.1, то структура банков поменяется следующим образом:

Хотя это на самом деле даже и не так - ESXi 5.0 останется в прежнем банке, а загрузчик (Boot Loader) будет указывать уже на альтернативный банк, где разместится ESXi 5.1.

Когда происходит накатывание патча на ESXi - меняется весь банк (основной или альтернативный), поэтому патчи так много весят (по сути обновляется весь основной дистрибутив):

Но в этом есть и преимущество - размер раздела для банка фиксирован и установка ESXi не разрастается со временем при установке новых апдейтов и апгрейдах. Кстати, обратите внимание, что под патчем написано его влияние на систему после установки.

Следующий момент: являются ли патчи кумулятивными, то есть содержат ли они все предыдущие обновления ESXi? Да, все патчи содержат в себе предыдущие, поэтому нет необходимости накатывать их последовательно. Скачать патчи VMware ESXi можно с Patch Portal.

Далее, мы видим, что у патча есть список Bulletin List с суффиксом BG (Bug Fix). Есть также и SG-бюллетени обновлений по безопасности (Security). Оба этих типа бюллетеней могут обновлять как основной банк (base), так и пакеты VMware Tools (драйверы и прочее). Кроме того, в бюллетенях содержатся обновления драйверов устройств для самого сервера ESXi.

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

Наконец, каждый бюллетень состоит из VIB-пакетов, о структуре которых Вильям хорошо рассказал вот тут. Список установленных VIB-пакетов на хосте ESXi можно узнать командой:

# esxcli software vib list

Будет выведено что-то вроде:

Name              Version                     Vendor Acceptance Level Install Date
----------------- --------------------------- ------ ---------------- ------------
ata-pata-amd      0.3.10-3vmw.500.0.0.469512  VMware VMwareCertified  2012-05-04
ata-pata-atiixp   0.4.6-3vmw.500.0.0.469512   VMware VMwareCertified  2012-05-04
ata-pata-cmd64x   0.2.5-3vmw.500.0.0.469512   VMware VMwareCertified  2012-05-04
ata-pata-hpt3x2n  0.3.4-3vmw.500.0.0.469512   VMware VMwareCertified  2012-05-04

О том, как накатывать патчи на ESXi из консоли мы уже писали вот тут, также об этом рассказано в KB 2008939.

В большой инфраструктуре виртуальных ПК, насчитывающей сотни десктопов, администраторам часто приходится решать проблемы, связанные с управлением группами Active Directory, которые назначаются пулам виртуальных ПК. С увольнением пользователя из организации или, наоборот, с его приходом приходится вручную изменять группы AD и настройки пулов VMware Horizon View, чтобы убедиться, что число пользователей группы AD совпадает с количеством доступных виртуальных ПК в каждом пуле, и пользователи VDI распределены по пулам корректно.

Для автоматизации решения этих задач на сайте проекта VMware Labs доступна утилита View Pool Manager, с помощью которой можно выполнять следующие операции с группами AD:

• Указать количество пользователей на security group (исходя из размера пула виртуальных ПК).
• Поддержка плавающих непостоянных (Floating) и постоянных (Persistent) пулов.
• Source Security Groups - группы, содержащие пользователей, которые назначаются пулам виртуальных ПК через целевые группы.
• Destination Security Groups - целевые группы, имеющие права на лоступ к пулам виртуальных ПК. Этим группам назначаются пользователи исходных групп.

Очевидно, что VMware View Pool Manager не зависит от версии VMware View, так как работает только с группами Active Directory. Скачать утилиту можно по этой ссылке. Для ее работы требуется .NET Framework 4.0.

Как мы уже писали, в третьем квартале 2013 года компания Veeam Software представит новую версию своего решения для резервного копирования и репликации Veeam Backup and Replication 7. Мы уже рассказали о поддержке продуктом Veeam решения для управления облачной инфраструктурой VMware vCloud Director, о плагине для тонкого клиента vSphere Web Client и о восстановлении объектов Microsoft SharePoint.

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

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

Veeam Backup and Replication 7 будет поддерживать виртуальные ленточные библитеки (virtual tape library, VTL), физические ленточные библиотеки (tape libraries) и отдельные приводы (standalone drives).

Возможность Backup to tape позволяет осуществлять резервное копирование виртуальных машин на ленточные приводы (в рамках одной или нескольких задач), а также позволяет архивировать весь репозиторий Veeam Backup and Replication 7 на ленты.

Кроме этого, новая версия Veeam Backup and Replication 7 имеет возможность Files to tape, которая позволяет производить резервное копирование отдельных файлов ОС Windows или Linux на ленты. Важно, что для этой возможности поддерживаются не только виртуальные, но и физические серверы. При этом такой тип резервного копирования поддерживает механизм Microsoft VSS для создания консистентных бэкапов.

Интересно, что бесплатный продукт Veeam Backup Free Edition будет поддерживать возможность Files to tape, а также восстановление файлов, резервные копии которых сделаны с помощью встроенного средства Windows NTBackup.

Функция Restoring backups from tape позволяет восстановить с ленточных носителей резервные копии виртуальных машин на один из репозиториев Veeam, после чего станут доступны к использованию возможности Instant VM Recovery, Veeam Explorer for Microsoft Exchange и все другие Enterprise-фичи Veeam.

Помимо восстановления виртуальных машин целиком, есть, конечно же, и восстановление отдельных файлов с лент - Restoring files from tape. Выбираете целевую папку на физической или виртуальной машине и восстанавливаете туда необходимые файлы с ленточных приводов. Вот так, дождались - и это хорошо. Скоро не будет необходимости использовать Veeam для резервного копирования ВМ на дисковые устройства, а затем сторонний софт для сброса резервных копий на ленточные приводы. Теперь можно будет обходиться только решением Veeam Backup and Replication 7.

Кроме того, мы не упоминали о еще одной возможности Veeam Backup and Replication 7 - Virtual Lab for Hyper-V. Напомним, что еще в версии Veeam Backup and Relication 6.1 появилась поддержка технологии vPower для инфраструктуры резервного копирования виртуальных машин на платформе Hyper-V. Это касается и техники Instant VM Recovery - мгновенного восстановления ВМ за счет ее запуска напрямую из резервной копии.

Теперь же для инфраструктуры Hyper-V появилась поддержка виртуальных лабораторий по запросу (On-Demand Sandbox), которые для VMware vSphere были доступны еще в пятой версии продукта.

С помощью техник мгновенного запуска резервных копий администратор может запустить набор приложений в виртуальных машинах, являющихся изолированными копиями машин производственной среды, и проводить там какие угодно тесты. Для тестовой лаборатории задается хост Hyper-V, где это будет происходить, Datastore, Proxy Appliance для доступа Veeam Backup к тестовой лаборатории с виртуальными машинами в изолированной сети и настройки этой самой сети.

Более детально о возможности Virtual Lab for Hyper-V можно почитать вот в этом посте.

Компания Citrix курировала свободное сообщество Xen.org с момента покупки компании XenSource в 2007 году (когда Citrix, собственно, и решила заняться виртуализацией серверов и настольных ПК). В 2011 году из Citrix ушли ключевые персоны, отвечавшие за гипервизор Xen - Ian Pratt (основатель XenSource и главный архитектор) и Simon Crosby (CTO). Поэтому компания Citrix искала, куда бы приткнуть проект Xen. И вот нашла - Xen был передан сообществу Linux Foundation и находится по новому адресу - Xenproject.org.

Напомним, что вклад в развитие сообщества Xen внесли такие компании, как Amazon Web Services, AMD, Bromium, Calxeda, CA Technologies, Cisco, Citrix, Google, Intel, Oracle, Samsung и Verizon. Они же и продолжат развивать этот гипервизор в рамках совместного проекта Linux Foundation.

Интересно, что Linux Foundation поддерживает также гипервизор Kernel-based Virtual Machine (KVM), который включен в состав некоторых дистрибутивов Linux как платформа виртуализации по умолчанию. Теперь же мы, возможно, увидим объединенные усилия разработчиков Xen и KVM в рамках одного сообщества.

Напомним также, что год назад компания Citrix передала облачную платформу CloudStack другому некоммерческому сообществу — Apache Foundation.

На днях компания Microsoft объявила о публичной доступности финальной версии инфраструктурной составляющей облачного сервиса Windows Azure, работающего, помимо прочего, по модели IaaS под именем Infrastructure Services, о котором мы уже детально писали тут и вот тут.

Многие думали, что облако Azure, позволяющее брать виртуальные машины в аренду для предприятий, уже давно работает в продакшене, ан нет - IaaS-инфраструктура от MS окончательно стала доступна только сейчас. Напомним также, что PaaS-предложения Microsoft функционировали в облаке Azure уже давно.

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

Поддержа Windows Azure есть и в онпремизном ПО от Microsoft, например, в решениях семейства System Center (для возможности построения гибридных облаков).

В настоящее время из облака Azure можно арендовать ВМ со следующими гостевыми ОС:

• Windows Server 2008 R2
• Windows Server 2012
• OpenSUSE 12.1
• CentOS 6.2
• Ubuntu 12.04
• SUSE Linux Enterprise Server 11 SP2

Кроме того, Windows Azure имеет поддержку Big Compute для высоконагруженных сервисов, анонсированную в ноябре прошлого года. В этих целях планируется добавить виртуальные машины с объемом памяти 28 ГБ (4 ядра) и 56 ГБ (8 ядер).

Также анонсирован сервис Azure Virtual Network, позволяющий строить виртуальную частную сеть IPSec VPN между инфраструктурой предприятия и облаком Azure (Project Brooklyn):

Ну и в довершение всего, команда Azure объявила о том, что IaaS-сервис от Microsoft кушает на 21-33% (в зависимости от задач) меньше денег, чем главный конкурент - Amazon. Для тех, кто в Azure совсем новичок - есть вводное видео (остальные - тут):

Любой желающий может зарегистрироваться для пробного использования IaaS-сервисов Azure в течение 90 дней по этой ссылке.

Известный инструктор Simon Long опубликовал в своем блоге диаграмму, показывающую, какие локальные порты и соединения задействуются инфраструктуре виртуальных ПК VMware Horizon View 5.2.

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

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

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

• Виртуальные машины
• Хосты ESXi
• Виртуальные сети
• Сервер управления vCenter Server и его БД.
• Сервер vCenter Web Client
• Сервер единой аутентификации vCenter SSO
• Виртуальный модуль vCenter Virtual Appliance (VCSA), правда всего 3 пункта
• Средство обновления vCenter Update Manager

В отличие от предыдущих версий документа, категорий стало несколько больше, а пункты в них стали как-то поконкретнее. Также отметим, что теперь появилась централизованная страничка, где будут собраны все Hardening Guides (почему-то там нет руководства по VMware View):

http://vmware.com/go/securityguides

Традиционно к руководящим инструкциям по обеспечению безопасности и защите виртуальной среды VMware vSphere прилагается лог изменений документа.

Компания StarWind Software, выпускающая лучший продукт для создания отказоустойчивых хранилищ StarWind iSCSI SAN 6.0, просит уважаемых читателей проголосовать за решения StarWind в номинации "Storage Virtualisation Product of the Year" на сайте Storage Awards 2013.

Если вам нравятся продукты наших коллег из Киева - не ленитесь, голосуйте за StarWind.

Когда-то компания VMware имела партнерство с компанией Shavlik Technologies в плане технологии обновления гостевых ОС и приложений через VMware Update Manager (как OEM), который в Virtual Infrastructure 3.5 умел апдейтить не только Windows, но и некоторые приложения в виртуальных машинах. Затем VMware настолько понравился этот механизм, что в мае 2011 года она решила купить компанию Shavlik и превратить ее решения в продукт VMware vCenter Protect, который предполагалось продвигать в СМБ-сегменте, имевшем запрос на простые решения для развертывания новых виртуальных машин и их обновления. Делалось все это в составе комплекса решений, входящих в состав облачного сервиса VMware Go Pro.

Напомним, какие возможности предоставляло решение VMware vCenter Protect:

• Автоматическое сканирование и обновление выключенных виртуальных машин и шаблонов для ОС и ПО различных вендоров (например, Microsoft, Adobe, Java)
• Работа с группами виртуальных машин
• Поиск по domain, organizational unit, machine name, IP-адресу или диапазону IP
• Запуск задач по обновлению систем в определенное время и по условиям
• Поддержка патчинга для custom-приложений
• Накат частных патчей от Microsoft
• Custom Patch File Editor - для обновления внутренних продуктов компании
• Machine View - информация о системах и их статусе
• Поддержка скриптов, например, для сбора логов агентами и др.
• Работа с агентами и без них
• Поддержка резервного копирования и отката через механизм снапшотов

Но, как говорится, у VMware не поперло - немногие пользователи нуждались в таком решении по обновлению гостевых ОС. Отчасти, в этом виноват и маркетинг VMware - большинство пользователей сегмента СМБ об этой штуке просто не знали. Поэтому VMware уже некоторое время искала покупателей на свои неликвиды от Shavlik и, наконец, нашла - компания LANDesk решила приобрести продукты семейства vCenter Protect.

Что это за продукты? - спросите вы. А вот:

• Shavlik Protect Standard (он же VMware vCenter Protect Standard)
• Shavlik Protect Advanced (он же VMware vCenter Protect Advanced)
• Shavlik SCUPDates (он же VMware vCenter Protect Update Catalog)
• Shavlik Patch SDK (он же VMware vCenter Protect Engine)

Многие из вас об этих продуктах даже и не слышали. А LANDesk заявляет, что эти решения отлично дополнят ее пакет по "Total User Management solutions". Ну и отлично.

Поздравляем VMware с удачным сбросом балласта!

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

Для начала отметим, что на платформе VMware Horizon View 5.2 появились следующие изменения по сравнению с предыдущими версиями в плане графических режимов виртуальных ПК:

• Horizon View 5.2 не позволяет установить 24-битную цветовую палитру, теперь используется только 32-битная.
• Horizon View 5.2 позволяет устанавливать разрешения только 1680×1050, 1920×1200 и 2560×1600. Дефолтным является 1920×1200.

Теперь о накладных расходах по памяти для виртуальных машин.

3D Software Rendering отключен

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

Как вы знаете, в ESXi 5.0 появились возможности VMX Swap, которые позволяют создать swap-файл для сегментов данных процесса vmx, куда сбрасываются страницы памяти, но только в случае нехватки физической оперативной памяти на хосте. Он в разы уменьшает использование физической памяти на Overhead виртуальных машин в случае недостатка ресурсов.

Затраты хранилищ (в мегабайтах) на создание второго *.vswp файла для механизма VMX Swap рассчитываются следующим образом:

Как мы видим, для некоторых виртуальных ПК может потребоваться более полугигабайта дополнительного дискового пространства.

3D Software Rendering включен

Для виртуальных ПК отдельно или в пределах пула можно установить объем видеопамяти (VRAM, не путать с vRAM) доступный гостевой системе, что влияет на накладные расходы на виртуализацию.

В этом случае дополнительно требуемая физическая память будет рассчитываться как 64 МБ + 16 дополнительных МБ на каждый монитор.

Что касается SWAP-файла, то требуемый для него объем существенно выше, чем в первом случае. Он зависит от выделенной видеопамяти:

То есть, в некоторых случаях дополнительные затраты на хранилище отдельной виртуальной машины могут достигать 2 ГБ. Чтобы это все учитывать при планировании инфраструктуры виртуальных ПК, можно воспользоваться калькулятором от Andre Leibovici, по материалам которого и написана эта заметка.

По статистике 80% компаний не имеют плана аварийного восстановления, либо вообще не делают резервного копирования. Многие понимают важность резервирования и защиты данных, тем не менее, этому вопросу часто уделяется внимание по остаточному принципу. Облачная услуга компании ИТ-ГРАД предлагает новый подход к решению данной задачи.

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

Стоимость услуги резервного копирования зависит от размера данных, которые вы хотите зарезервировать, а также от параметров их хранения (количество копий).

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

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

Гибридная модель позволяет сократить окна резервного копирования и время восстановления за счет более высоких скоростей локальной передачи данных.

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

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

С удовольствием представляем вам очередного спонсора VM Guru - компанию Rentacloud, предоставляющую виртуальные машины в аренду и другие облачные сервисы на платформах VMware vSphere и Microsoft Hyper-V.

Компания Rentacloud - это поставщик и интегратор облачных услуг, осуществляющий комплексный подход к предоставлению и интеграции облачных сервисов public и private cloud. В предоставлении облачных услуг специалисты компании особенно фокусируются на безопасности, масштабируемости и простоте использования технологий. У Rentacloud размещают инфраструктуру такие клиенты как Московский ювелирный завод, ЗАО 1С, Рарус и другие.

Инфраструктура, предоставляющая сервисы виртуальных машин в аренду имеет следующие компоненты:

• Платформа VMware vSphere 5.1
• Платформа Microsoft Windows Server 2012 Hyper-V
• Сетевое оборудование Juniper Networks
• Серверы Dell и HP
• Системы хранения данных NetApp
• ЦОДы в Москве и Амстердаме

У компании простые и понятные ценники на виртуальные машины VMware и Microsoft:

Ключевые преимущества услуг компании Rentacloud:

• 24/7 Support - круглосуточная поддержка 365 дней в году.
• Бесплатный тест 7 дней - все облачные решения можно тестировать неделю бесплатно.
• Отказоустойчивость - предоставление высокого уровня доступности в соответствии с SLA 99,95%.

Более подробно об облачных услугах компании Rentacloud и аренде виртуальных машин можно узнать по этой ссылке.

В конце прошлой недели компания VMware выпустила обновленную версию продукта VMware vCenter Operations Manager 5.7, входящего в состав Operations Manager Suite. для VMware vCenter Operations Manager Suite - это пакет продуктов для анализа и решения проблем производительности в датацентре компании (достаточно крупной компании), средства прогнозирования нагрузки, а также механизмы "осведомленности о приложениях", которые позволяют строить карты зависимости на уровне компонентов приложений для сервисов виртуальной инфраструктуры.

Обзорное видео по новым возможностям vCenter Operations Manager 5.7:

Ключевые новые возможности vCenter Operations Manager 5.7:

• Возможность определения рисков виртуальной инфраструктуры за счет анализа потребления текущих мощностей и выделенных виртуальным машинам ресурсов.
• Новые представления для мониторинга емкости кластеров (Cluster Capacity Risk), сгруппированных по бизнес-критериям.

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

Остальные возможности:

• Новые политики для типовых окружений и рабочих нагрузок (например, политики Production и Test-Dev).
• Новые диагностические метрики для мониторинга доступности компонентов vCenter Operations Manager, таких как Analytics, Collector, Active MQ, Web server, database, а также непосредственно ОС.
• Новые более гибко настраиваемые виджеты с улучшенным юзабилити (например, Health Tree Widget, Generic Scoreboard Widget, Top-N Analysis Widget и т.п.).
• Возможность кастомного импорта и экспорта изменений для Dashboards и Super Metrics в xml.
• Balanced Metrics Profile для взвешенного учета инфраструктуры через "упрощенный" профиль
• Возможность VMware vCenter Infrastructure Navigator Filtering - для каждого типа ресурсов можно задать "blackList" или "whiteList", которые будут определять отображаемые метрики.
• Поддержка новых браузеров Apple Safari 6, Google Chrome 24 и 25, Mozilla Firefox 18 и 19
• Реализован обновленный механизм обеспечения безопасности настроек виртуальной среды (security hardening) на базе стандартов DISA и STIG

Скачать vCenter Operations Manager 5.7 можно по этой ссылке. Для тех, кого заинтересовали новые возможности продукта, есть вот такое их описание.

vmkping в VMware vSphere - через какой интерфейс VMkernel пойдут пинги?

Недавно мы писали про сетевой траблшутинг хостов VMware ESXi, где упоминали утилиту vmkping, с помощью которой можно пинговать какой-нибудь IP-адрес через  порт VMkernel. Но как быть если у вас 2 таких порта?

Через какой адаптер пойдет пинг?

Для этого случая есть параметр -I, который определяет через какой интерфейс пинговать (в нашем случае vmk1, а не vmk2):

# vmkping -I vmk1 IP-target

Источник, который рекомендует еще вот эту статью про vmkping с Jumbo Frames.

Время от времени мы пишем о графических материалах, позволяющих пользователям и партнерам VMware документировать виртуальную инфраструктуру VMware vSphere, VMware View, VMware SRM и прочее. Мы писали о наборе картинок для VMware vSphere 5 тут и тут, вот об этом наборе иконок, картинок и диаграмм, об этом, а также и об этом неофициальном наборе стенсилов Visio.

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

• Orchestrator
• CapacityIQ
• Chargeback
• Appspeed
• Site Recovery Manager
• Studio
• vCloud Director
• VMware Server
• View
• ThinApp
• vCloud Director

Превьюшки некоторых наборов:

Скачать все это дело можно по следующим ссылкам:

Сделал этот полезный набор Maish Saidel-Keesing.

А вот актуальные на сегодняшний день официальные иконки, картинки и диаграммы от VMware Branding Team:

• VMware-Stencil2-vSphere.zip (16.7 MB)
• VMware-Stencil1-vSphere.zip (16.3 MB)

В формате Power Point:

• VMW_PPT_LIBRARY_Icons-Diagrams_2Q12_2_of_3.pptx  (2.6 MB)
• VMW_PPT_LIBRARY_Icons-Diagrams_2Q12_3_of_3.pptx  (2.9 MB)
• VMW_PPT_LIBRARY_Icons-Diagrams_2Q12_1_of_3.pptx  (17.4 MB)

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

Еще парочка интересных наборов:

• VMware View Visio Stencil Download (и в .VSX XML)
• VMware Icons Visio Stencil Shapes

Иконки там вот такие:

Есть еще вот такой набор картинок и стенсилов (некоторые уже устарели, некоторые еще в бою):

• VMware_VMGuru_stencil_v2.0

И вот такой:

• VMware Visio stencil pack 

Если в инфраструктуре есть продукты Veeam:

• Veeam Stencils for VMware and Hyper-V

Вроде все. Не благодарите.

Многим из вас знакомы продукты StarWind iSCSI SAN и StarWind Native SAN for Hyper-V, предназначенные для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V.

Завтра компания StarWind Software проводит бесплатный вебинар "Simplifying Shared Storage for Hyper-V Environments", посвященный построению отказоустойчивых кластерных хранилищ на платформе Microsoft Hyper-V.

На вебинаре будет рассказано о решении StarWind Native SAN for Hyper-V, которое позволяет построить полнофункциональный отказоустойчивый кластер хранилищ из двух или трех серверов Microsoft Hyper-V на основе протокола iSCSI, без необходимости вложений в дорогостоящие СХД.

Вебинар проводит Макс Крафт - интересный рассказчик и мощнейший знаток решений StarWind.

Зарегистрироваться.

На днях компания VMware выпустила полезную штуку под названием vCenter Certificate Automation Tool 1.0. Как знают многие администраторы VMware vSphere в последней версии платформы (5.1) сертификаты стали играть более заметную роль, чем ранее, и теперь их приходится настраивать для различных компонентов.

Теперь же с помощью утилиты командной строки vCenter Certificate Automation Tool 1.0 (это набор скриптов) можно просто заменить сертификаты для следующих продуктов VMware:

• vCenter Server
• vCenter Single Sign On
• vCenter Inventory Service
• vSphere Web Client
• vCenter Log Browser
• vCenter Orchestrator (VCO)
• vSphere Update Manager (VUM)

Утилита работает в интерактивном режиме, и прежде, чем приступить к работе с ней, необходимо ознакомиться с инструкциями, приведенными в KB 2041600. Также полезно будет почитать KB 2044696 (это о том, как сгенерировать сертификаты для использования с vCenter Certificate Automation Tool).

Надо отметить, что продукт поддерживает только vCenter 5.1 и его компоненты, развернутые на платформах Windows Server 2003 R2 SP2 и Windows Server 2008 R2 SP2.

Для vCenter Certificate Automation Tool есть три режима работы:

• Single virtual machine (all services in one machine) - в этом случае все сервисы SSL Certificate Automation Tool развертываются в одной виртуальной машине.
• Multiple virtual machines (machine per service) - каждый сервис устанавливается на отдельной виртуальной машине для выполнения функций по замене сертификатов для одного из 7 продуктов (они приведены выше).
• Mixed mode (multiple services per machine) - в этом случае несколько сервисов утилиты развертываются на одной машине (где надо заменять сертификаты), а некоторые сервисы - на других.

Кроме того, напомним для интересующихся, что в данный момент разрабатывается средство vCert Manager от VSS Labs, выполняющее схожие функции (но намного больше), бета которого уже есть:

Вот какие функции по сравнению с vCenter Certificate Automation Tool заявляют авторы:

Более подробно об утилите vCert Manager можно прочитать по этой ссылке.

На сайте проекта VMware Labs появилась новая утилита - StatsFeeder, которая позволяет собрать статистику производительности виртуальной инфраструктуры с сервера VMware vCenter. StatsFeeder представляет собой набор Java-классов, которые нужны, чтобы складывать статистику в xml-файл с учетом масштабного роста данных. Далее эти данные можно визуализировать.

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

Формат использования утилиты сбора данных:

StatsFeeder.bat -h [vcenterserver] -u [username] -p [password] -c [configfile]

Примеры использования:

StatsFeeder.sh -h 10.28.140.70 -u Administrator -p password -c sfconfig.xml
StatsFeeder.bat -h my-vcenter-ip.vmware.com -u root -p "" -c pconfig.xml
StatsFeeder.sh -h 10.28.140.47 -u guest -p guest -c /home/user/workspace/sfconfig.xml
StatsFeeder.sh -h 10.28.140.147 -u Administrator -p password - csampleConfig.xml

Более подробно о StatsFeeder можно прочитать в статье "StatsFeeder: An Extensible Statistics Collection Framework for Virtualized Environments".

На днях компания Veeam Software объявила о выпуске обновленной версии продукта для мониторинга и решения проблем в виртуальной инфраструктуре Veeam Management Pack for System Center Operations Manager 6.0.

Напомним, что о возможностях версии Management Pack for System Center Operations Manager 5.6 мы рассказывали вот в этой заметке.

Что нового появилось в версии Veeam MP for System Center 6.0 (помимо того, что убрали слово nworks, доставшееся от купленной компании, разрабатывавшей этот продукт когда-то):

• Поддержка операционной системы Microsoft Windows Server 2012
• Поддержка средств управления инфраструктурой Microsoft System Center 2012 SP1
• Полная поддержка платформы виртуализации VMware vSphere 5.1
• Новые представления Topology View для хранилищ, сети и вычислительных ресурсов
• 30 новых представлений (Dashboards) для System Center 2012
• Новые отчеты по аналитик VMware vSphere
• Улучшенный механизм анализа производительности инфраструктуры и средства анализа корреляции событий

Полный список нововведений Veeam Management Pack for System Center Operations Manager 6.0 приведен в документе "What’s New in v6". Более подробно узнать о продукте и скачать пробную версию можно по этой ссылке.

В инфраструктуре VMware vSphere для диагностики сетевых неполадок иногда приходится в сервисной консоли серверов VMware ESXi тестировать различные соединения. В этой заметке мы вкратце опишем, как это делается.

Прежде всего, обычный пинг через стандартный Management-интерфейс:

# ping <IP хоста>

Пинг через порт VMkernel (в ESXi это тот же самый интерфейс, а в ESX - другой):

# vmkping 192.168.48.133

PING 192.168.48.133 (192.168.48.133): 56 data bytes
64 bytes from 192.168.48.133: icmp_seq=0 ttl=64 time=0.978 ms
64 bytes from 192.168.48.133: icmp_seq=1 ttl=64 time=1.009 ms

Для проверки соединения сервера VMware ESXi с хостом по какому-нибудь порту используется утилита netcat (nc). Telnet есть только на ESX. Формат использования netcat:

# nc -z <IP хоста> <порт хоста>

Например:

# nc -z 192.168.48.133 80
Connection to 192.168.48.133 80 port [tcp/http] succeeded!

С помощью netcat можно проверять только TCP-соединения, для UDP (флаг -uz) всегда будет статус succeeded (даже если порт заблокирован или закрыт), так как соединения по UDP не устанавливается. Для того, чтобы тестировать UDP-соединения можно воспользоваться утилитой tcpdump-uw.

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

# nc -w 1 -z 192.168.48.133 20-81
Connection to 192.168.48.133 22 port [tcp/ssh] succeeded!
...
Connection to 192.168.48.133 80 port [tcp/http] succeeded!

Опция -w определяет таймаут между соединениями.

Для траблшутинга SSL-соединений может быть использована следующая команда:

# openssl s_client -connect <IP хоста>:<ssl-порт>

В результате, вы увидите нечно подобное:

# openssl s_client -connect 192.168.48.133:443
CONNECTED(00000003)

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

Для того, чтобы вывести список TCP/UDP-соединений на хосте, можно воспользоваться командами:

• На ESX 3.5/4.x – # netstat -tnp
• На ESXi 4.1 – # esxcli network connection list
• На ESXi 5.0 – # esxcli network ip connection list

Выводом будет что-то вроде:

# esxcli network connection list
Proto  Recv-Q  Send-Q    Local Address       Foreign Address     State        World ID
  tcp    0       52      192.168.48.136:22   192.168.48.1:55169  ESTABLISHED  0
  tcp    0       0       127.0.0.1:62024     127.0.0.1:5988      TIME_WAIT    0
  tcp    0       0       127.0.0.1:57867     127.0.0.1:5988      TIME_WAIT    0
  tcp    0       0       127.0.0.1:62196     127.0.0.1:5988      TIME_WAIT    0
  tcp    0       0       127.0.0.1:8307      127.0.0.1:52943     ESTABLISHED  5790
  tcp    0       0       127.0.0.1:52943     127.0.0.1:8307      ESTABLISHED  5790
  tcp    0       0       127.0.0.1:80        127.0.0.1:55629     ESTABLISHED  5785
  tcp    0       0       127.0.0.1:55629     127.0.0.1:80        ESTABLISHED  6613
  tcp    0       0       127.0.0.1:8307      127.0.0.1:56319     ESTABLISHED  5785
  tcp    0       0       127.0.0.1:56319     127.0.0.1:8307      ESTABLISHED  5785

Компания Microsoft недавно выпустила полезный постер "Networking in System Center Virtual Machine Manager 2012" для администраторов платформы Hyper-V.

Из постера вы узнаете о том, как:

• Планировать виртуальные сети в SC VMM 2012, используя логические представления сетей и виртуальных коммутаторов, включая VLAN, виртуализацию сетей, внешние сети и т.п.
• Настраивать сети в VMM для различных ролей в сетевой инфраструктуре предприятия.
• Понять объектную модель сетевого взаимодействия на примере приведенных в постере диаграмм.
• Расширить функциональность VMM за счет сторонних решений, а также соединить виртуальные сети виртуальных машин с внешними сетями через шлюз, балансировать запросы к ВМ и многое другое.

В общем, для сетевых администраторов в инфраструктуре виртуализации на базе Hyper-V - это мастрид.

Ну и немного полезных ссылок по сетевому взаимодействию в Hyper-V и SC VMM 2012:

• Using System Center 2012 SP1 – Virtual Machine Manager Logical Switch with Hyper-V
• Basic Hyper-V Networking in System Center 2012 SP1 – Virtual Machine Manager
• Networking in VMM Illustrated Overview
• A Different Perspective on VMM 2012 SP1 Networking
• Networking in VMM 2012 SP1 – Logical Networks (Part I)
• Virtual Networking in VMM 2012 SP1 – Part 1

Компания StarWind Software, выпускающая лучший продукт для создания отказоустойчивых хранилищ StarWind iSCSI SAN 6.0, просит уважаемых читателей проголосовать за решения StarWind в номинации "Virtualisation Product of the Year".

Наши коллеги уже пробились в финал, обогнав множество сильных конкурентов. Поддержите их!

Настало время очередной ротации топов российского представительства компании VMware - ведущего производителя средств виртуализации. На этот раз личность нового руководителя регионального подразделения стала для всех полной неожиданностью - российский офис возглавил Сергей Викторович Чемезов, известный ранее как генеральный директор государственной корпорации «Ростех», ранее — генеральный директор «Рособоронэкспорта».

На своем посту Чемезов сменил Александра "виртуализация-это-мы" Василенко, проработавшего в российском VMware около полутора лет.

Ожидается, что Чемезов займется развитием программы «Виртуальная Роисся 2013», предусматривающей поэтапную замену проприетарной версии гипервизора VMware в государственных структурах на его отечественный открытый аналог, построенный на базе полностью российских разработок, одной из которых будет известная отечественная система BolgenOS.