Как вы знаете, для виртуальных хранилищ (datastores) в VMware vSphere есть возможность задавать разные размеры блоков тома VMFS. Также вы, вероятно, знаете, что операция Storage vMotion позволяет перемещать виртуальную машину между хранилищами, превращая ее виртуальный диск из толстого (thick) в тонкий (thin).

Но чтобы это результирующий тонкий диск после Storage vMotion занимал на целевом хранилище только столько пространства, сколько используется внутри гостевой ОС (а не весь заданный при создании), нужно предварительно почистить блоки с помощью, например, утилиты sdelete.

Duncan Epping, известный технический эксперт VMware, обратил внимание на проблему, когда пользователь делает очистку блоков, затем Storage vMotion, а уменьшения диска не происходит. Почему так?

Очень просто, в составе VMware ESX / ESXi есть три типа datamover'ов ("перемещателей"):

• fsdm – это старый datamover, который представляет собой базовую версию компонента. Он работает сквозь все уровни, обозначенные на картинке. Зато он, как всегда, универсален.
• fs3dm – этот datamover появился в vSphere 4.0 и имеет множество оптимизаций. И вот тут данные уже не идут через стек работы с виртуальной машиной. То есть он работает быстрее.
• fs3dm – hardware offload – Этот компонент появился для поддержки технологии VAAI, которая позволяет вынести операции по работе с хранилищами виртуальных машин на сторону массива (hardware offload). Он, естественно, самый быстрый и не создает нагрузку на хост VMware ESX / ESXi.

Так вот основная мысль такова. Когда вы делаете миграцию Storage vMotion виртуальной машины между хранилищами с разными размерами блоков используется старый datamover fsdm, а когда с одинаковыми, то новый fs3dm (в программном или аппаратном варианте). Последний работает быстрее, но не умеет вычищать нулевые блоки на целевом хранилище у виртуального диска VMDK.

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

Антон Гостев - менеджер продукта Veeam Backup and Replication 5 (а сейчас еще и директор по Product Management). Мне понравилось, Антон :) Кто придумал, признавайся?

Вы уже все знаете про компанию StarWind Software и ее замечательный продукт StarWind Enterprise 5.6 для создания отказоустойчивых хранилищ для виртуальных машин VMware vSphere и Hyper-V. О нем написано в нашем разделе, но для начала можно почитать тут, тут и тут.

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

Есть еще одна деталь в плане оптимизации быстродействия. Раньше сихронизация между узлами отказоустойчивого хранилища StarWind проходила медленнее, чем в версии 5.6. Это связано с тем, что раньше для всех iSCSI таргетов операции по синхронизации ставились в общую очередь, что вызывало непоследовательную запись данных на дисковые устройства (данные писались в разнобой). Теперь все сделано грамотно - каждый таргет синхронизирует свои данные в своем последовательном потоке, потом приступает к снихронизации второй. Удобно и быстро.

Далее. Тестируйте дедупликацию, пишите о результатах. Версия StarWind Enterprise 5.7 уже не за горами. В недрах девелоперских копей зреют идеи по созданию QoS-приоритетов для канала синхронизации и канала доступа хостов к хранилищам и много чего еще.

Теперь. Все быстренько пошли на сайт Network Computing Awards 2011, выбрали "Vote Now" в левом меню и проголосовали в категории "Storage Product of the year" за StarWind Enterprise. Надо болеть за наших ребят.

Как вы знаете, начиная с VMware vSphere 4.1, компания VMware включила с свою платформу виртуализации API для обеспечения безопасности виртуальных сред под названием EPSec (End Point Security). Совместно с технологией VMware VMsafe этот API должен позволить по-новому обеспечивать антивирусную защиту в виртуальных машинах на VMware ESX / ESXi (см. нашу запись о Trend Micro и Reflex VMC).

Сейчас традиционные антивирусы работают в виртуальных машинах, создавая нагрузку на них. Для виртуальных серверов это не так важно, поскольку их плотность на хост-машинах достаточно невелика. Да и потом, современнные антивирусы типа Symantec или Trend Micro имеют имеют функции случайного запуска, чтобы равномерно распределить нагрузку. Но для виртуальных ПК (например, на базе VMware View) коэффициент консолидации может достигать 50 и даже 100 к одному - и вот тут нужно искать пути оптимизации использования аппаратных ресурсов.

И здесь на помощь приходит VMware VMsafe и EPSec API:

Суть технологии такова - зачем использовать отдельный антивирус в каждой виртуальной машине, если можно сделать сервисную виртуальную машину, содержащую в себе средства сканирования активности виртуальных машин на уровне гипервизора, и тратить ресурсы только на нее. Естественно этот виртуальный модуль (Virtual Appliance) имеет все необходимое для поддержки перемещаемых средствами vMotion/DRS машин.

У компании Trend Micro уже есть продукт DeepSecurity 7.5, который поддерживает эту интересную технологию (Symantec и McAfee тоже скоро подтянутся). VMsafe-net API отвечает за единый фаервол, а EPsec API - за антивирусную деятельность.

Недавно Tolly group сделала его бенчмаркинг, показатели которого были впечатляющими: использование данной технологии позволяет сократить потребление ресурсов от 1.7 до 8.5 раза!

Кстати реализует упомянутые технологии продукт vShield Endpoint, входящий в состав VMware View Premier, о котором мы уже писали:

Посмотрите также вот эту презентацию. И да, вот эту.

Часто разговаривая с заказчиками и пользователями платформ виртуализации от VMware, я вижу, что у многих из них весьма широко применяются снапшоты (snapshots), в том числе для целей "резервного копирования". Эти снапшоты живут долго, их файлы разрастаются и поростают плесенью. Потом инфраструктура начинает тормозить, а пользователи не знают почему. И как это не казалось бы странным - удаление всех снапшотов у всех виртуальных машин решает их проблемы, с которыми они уже свыклись.

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

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

Что плохого в снапшотах виртуальных машин на VMware ESX:

1. Снапшоты неконтролируемо растут (блоками по 16 МБ). Помимо базового диска ВМ фиксированной емкости вы имеете еще один файл отличий виртуального диска, который растет как ему вздумается (предел роста одного снапшота - размер базового диска). Особенно быстро растут снапшоты для ВМ с приложениями с большим количеством транзакций (например, почтовый сервер или сервер СУБД). Со снапшотами вы не имеете контроля над заполненностью хранилищ.

2. Большое количество снапшотов (особенно цепочки, в которых может быть до 32 штук) вызывает тормоза виртуальной машины и хост-сервера ESX (в основном замедляется работа с хранилищем). Проверено на практике. Даже VMware пишет так: "An excessive number of snapshots in a chain or snapshots large in size may cause decreased virtual machine and host performance". В качестве примера можно привести тот факт, что при аллокации блоков снапшота происходит блокировка LUN (в этом режиме он доступен только одному хосту, остальные ждут). Когда снапшот делается - машина подвисает из-за сброса памяти на диск.

3. Снапшоты не поддерживают многие технологии VMware, созданные для автоматизации датацентров. К ним относятся VMware Fault Tolerance, Storage VMotion и другие. Когда одни машинки в чем-то участвуют, а другие не участвуют - это нехорошо в рамках концепции динамической инфраструктуры.

4. Снапшоты вызывают специфические проблемы при операциях с ВМ. Например, расширение диска виртуальной машины со снапшотом приводит к потере данных и непонятками, что дальше с такой машиной делать. Сто раз уже пользователи влипали (вот как вытянуть себя за волосы). Интересно также восстановить из снапшота машину с IP-адресом, который на данный момент уже используется в сети.

5. Со снапшотами бывают баги, а бывает, что они просто "by design" тупят.

6. У снапшотов было плохое поведение при их слиянии, но сейчас исправилось.

Рекомендации по работе со снапшотами:

1. Контролируйте наличие снапшотов у виртуальных машин и их размеры, своевременно удаляйте их совместно с владельцами систем. Делать это можно, например, с помощью RVTools.

2. Не храните снапшоты больше 24-72 часов. Этого времени достаточно, чтобы оттестировать обновление ПО или патч ОС (ну и, конечно, сделать бэкап).

3. На сервере VMware vCenter можно настроить алармы на снапшоты виртуальных машин. Сделайте это. Дрючьте пользователей за необоснованные снапшоты.

4. Не позволяйте делать больше 2-3 снапшотов для виртуальной машины в принципе, если это делается в производственной среде. На своих выделенных для тестирования ресурсах (изолированных) пусть разработчики делают что хотят.

5. Если вы используете ПО для резервного копирования через снапшоты ВМ (например, Veeam Backup), помните, что бывает некоторые невидимые в vSphere Client снапшоты (Helpers) остаются на хранилище. Поглядывайте за машинами из командной строки.

6. Почитайте: KB 1009402, KB 1025279, KB 1015180.

Компания VMware на прошедшей конференции VMware Partner Exchange 2011 (PEX) объяивла о некоторых подробностях касательно следующей версии платформы виртуализации VMware vSphere 5.0.

Сначала новые возможности vSphere 5.0:

• Dynamic Resource Scheduling (DRS) for Storage - эта давно ожидаемая функция платформы виртуализации, которая позволит автоматически выравнивать нагрузку на системы хранения путем динамического перемещения работающих виртуальных машин между хранилищами (сейчас это можно сделать вручную за счет Storage VMotion). Пользователи смогут определять группы Datastor'ов (они зовутся Storage Pods), которые будут использоваться для балансировки по хранилищам на базе их заполненности. Предполагается, что это повысит автоматизацию датацентров. О балансировке нагрузки по производительности хранилищ пока ничего не говорится.
• Host-based replication for Site Recovery Manager - возможность репликации виртуальных машин на уровне хостов а не SAN-хранилищ (как делается сейчас). То есть, поддержка технологии репликации со стороны СХД будет не нужна, репликация будет работать в асинхронном режиме со стороны хост-серверов. По-сути, это аналог репликации виртуальных машин в продукте Veeam Backup and Replication 5, которая сейчас активно используется в производственной среде многими компаниями для защиты данных виртуальных машин и наиболее быстрого восстановления работоспособности сервисов (показатели RTO).
• Network I/O control for Virtual Machines - эта возможность будет позволять резервировать часть канала для приоритетных задач в кластере HA/DRS на случай его перегрузки. Актуально это будет для сетей 10G, где канал шире, а вот физических адаптеров значительно меньше.

Выход VMware vSphere 5.0 запланирован на второе полугодие 2011 года. Но скорее всего пятая версия платформы выйдет до VMworld 2011, который начнется 29 августа.

Также на партнерской сессии были озвучены несколько вещей на будущее (2012 год, после vSphere 5) - фреймворк SLA, который будет позволять пользователям внутренних облаков на базе VMware vSphere определять показатели качества обслуживания для своих приложений ("policy engine"). Также обсуждалась доступность в 2012 году стандартной функциональности long-distance vMotion, которая будет позволять перемещать работающие виртуальные машины на большие расстояния (вместе с Cisco VMware делала эксперименты по перемещению на сотни миль). Сейчас Long Distance vMotion уже поддерживается для некоторых сценариев.

Это позволит воплотить в жизнь концепции Follow the Sun и Follow the Moon для больших корпораций.

P.S. Ну и не забываем о неофициальном списке новых возможностей VMware vSphere 5.0:

• Обновление железа виртуальной машины до версии 8
• Поддержка каждой виртуальной машиной до 32 vCPU
• Поддержка каждой виртуальной машиной до 1 TB ОЗУ
• Поддержка USB 3.0
• Поддержка подключения USB из клиента
• Поддержка Mac OS Server
• VCenter на Linux в виде VA

И да, в vSphere 5.0 будет уже только ESXi без аналога ESX.

Еще в пятницу компания VMware выпустила очередное обновление Update 1 своей платформы виртуализации VMware vSphere 4.1.

Мы уже писали о будущих новых возможностях Update 1, вот теперь их полный список:

Улучшения и новые возможности VMware ESX/ESXi 4.1 Update 1

• Поддержка до 160 логических процессоров хост-сервера
  • Платформа подготовлена к новому процессору Westmere-EX
• Включены дополнительные драйвера устройств:
  • дисковые устройства 3ware и Neterion
• Включена технология Intel Trusted Execution Technology (только для ESXi). Это поддержка модулей Trusted Platform Module (TPM) для доверенной загрузки хост-серверов (поддерживается также коммуникация с vCenter). Почитайте вот эту статью о TPM.
  • Более подробная информация в KB 1033811 
• Поддержка новых гостевых ОС
  • Добавлены: RHEL 6, RHEL 5.6, SLES 11 SP1 for VMware, Ubuntu 10.10 и Solaris 10 Update 9
• Улучшенная производительность для виртуальных машин, реализующих нагрузки баз данных и терминальные службы. Быстрее теперь работа с дисковой подсистемой и эффективнее расходуется CPU (непонятно, включено ли это в данный релиз).
• Исправления безопасности и различные багофиксы
  • Полный список - в release notes

Улучшения и новые возможности VMware vCenter 4.1 Update 1

• Поддержка кастомизации (через Sysprep) новых ОС:
  • Windows 7 SP1, Windows Server 2008 R2 SP1, RHEL 6, RHEL5.5
• Поддержка новых СУБД для vCenter Server:
  • Microsoft SQL 2008 R2, Microsoft SQL 2005 SP3, Oracle 11g R2, IBM DB2 9.7.2
• Исправления и различные багофиксы
  • Полный список - в release notes

Улучшения и новые возможности VMware vCenter Update Manager 4.1 Update 1

• VMware Update Manager получил новый интерфейс для постконфигурации продукта, включая сам VUM и утилиту VMware Update Manager Download Service (для скачивания обновлений отдельно от VC и VUM). Теперь из GIU можно сбросить пароль для соединения с БД, сконфигурировать настройки Proxy и поменять SSL-сертификаты.
• Исправления безопасности и различные багофиксы

Улучшения и новые возможности VMware vCenter Orchestrator 4.1 Update 1

• Исправления безопасности и различные багофиксы

Скачать VMware vSphere 4.1 Update 1 можно по этой ссылке. Помните, что перед обновлением хост-серверов ESX / ESXi нужно сначала обновить VMware vCenter. И да, помните о багах обновления на Update 1, которые у VMware стали доброй традицией.

Если вы используете пулы типа Linked Clone (на основе базового образа) в решении для виртуализации ПК VMware View 4.5, то знаете, что есть такая операция "Rebalance", которая перераспределяет виртуальные ПК пула по хранилищам VMFS / NFS. Но многие удивятся, как работает эта функция. Например, у вас есть несколько хранилищ различной емкости, и вы делаете Rebalance десктопов.

Получаете вот такую картину:

Слева - то, что вы ожидаете увидеть в результате балансировки, а справа - то, что получается на самом деле. В чем причина?

Все дело в том, что VMware View 4.5 использует для перемещения машин на хранилище параметр "weighted available space". У какого из хранилищ он больше - туда виртуальные машины и переезжают. Что это за параметр:

weighted_available_space = datastore_capacity * overcommit_factor – virtual_usage

Здесь:

datastore_capacity - это общая емкость хранилища VMFS / NFS.

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

overcommit_factor - это настройка для Storage Overcommit, которую вы задавали для Datastore, когда выбирали, какие из них следует использовать для пулов Linked Clone. Там были такие значения:

• None - хранилище не является overcommitted.
• Default - это коэффициент 4 от размера хранилища
• Moderate - это коэффициент 7 от размера хранилища
• Aggressive - это коэффициент 15 от размера хранилища.

Теперь переходим к примеру и формуле. Есть у нас вот такая картинка (см. настройки overcommitment):

Счтиаем weighted available space:

• DS1 - 1000GB (Datastore Size) * 4 (Conservative Overcommitment) – 0 (No VM's deployed) = 4000
• DS2 - 1000GB (Datastore Size) * 4 (Conservative Overcommitment) – ((20GB + 130MB)x5) (5 VM's already deployed) = 3865
• DS3 - 1000GB (Datastore Size) * 7 (Moderate Overcommitment) – ((20GB + 130MB)x5) (5 VM's already deployed) = 6865

Теперь вот вам задачка - что будет в результате Rebalance виртуальных ПК?

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

И да, никогда не далейте Storage VMotion для виртуальных машин VMware View 4.5 вручную - это не поддерживается со стороны VMware.

Материал написан по мотивам заметки "VMware View 4.5: Rebalance" от Simon Long.

Вчера и сегодня пользователи решения для виртуализации корпоративных ПК предприятия VMware View 4.5 обнаружили неприятную особенность, когда попытались с помощью VMware View Client соединиться с сервером View Connection Server - клиент не коннектится.

Это произошло по причине того, что на Windows 7 вы накатили какой-либо из вот этих патчей: 2482017 или 2467023. Выходов два:

• Не устанавливать эти патчи или откатить их для дальнейшего использования VMware View Client
• Установить обновление VMware View Client, которое можно скачать здесь (просто удалите предыдущую версию клиента через Add/Remove Programs и поставьте эту).

Подробнее в KB 1034262.

Как мы уже писали, в декабре прошлого года вышел релиз-кандидат продукта Veeam nworks Smart Plug-in 5.6, который позволяет организовать ээфективный мониторинг и решение проблем для виртуальной инфраструктуры VMware vSphere. Многие компании уже приобрели решения Microsoft System Center Operations Manager (SCOM) и HP Operations Manager (HP OM), необходимые для мониторинга физической инфраструктуры, так вот Veeam с помощью семейства продуктов nworks позволяет прикрутить к этим продуктам еще и мониторинг инфраструктуры виртуализации VMware. На днях параллельно вышли новые версии обоих продуктов - Veeam nworks Smart Plug-In 5.6 и Veeam nworks Management Pack 5.6.

Veeam nworks Smart Plug-In 5.6 для HP OM теперь имеет следующие новые возможности:

• Поддержка HP Operations Manager для Linux (OML). Теперь портфель nworks включает в себя поддержку всех версий HP OM - для Windows, Unix и Linux.
• Обновленный Enterprise Manager, доступный из консоли Ops Manager, который можно прикрутить как плагин к vSphere Client.
• Ограничение очереди событий vCenter. Это позволя определить число событий vCenter, которые коллектор может получать в течении 30 секунд.
• Новые метрики и события, отслеживания некоторых из которых вы больше нигде не найдете:
  • Мониторинг компрессии памяти VMware vSphere (техника Memory Compression в VMware ESX 4.1)
  • Отслеживание задержек обращения к хранилищам (Disk queue latency) - для определения узких мест в дисковой подсистеме хранения виртуальных машин на томах VMFS
  • Производительность сетевого взаимодействия
  • Мониторинг длительности хранения снапшотов (snapshots) - для нотификации администраторов о потенциальных проблемах
  • Сигнал с датчика вентилятора
  • Новые события, появившиеся в vSphere 4.

• Message Forwarding - теперь сообщения любых типов могут быть разбиты по группам и помещены в соответствующие узлы консоли Operations Manager.
• Улучшенная производительность коллектора и самодиагностики.

Veeam nworks Management Pack 5.6 для Microsoft SCOM теперь имеет следующие новые возможности:

• Новые метрики VMware vSphere 4.1:
  • Memory compression (см. выше)
  • Disk queue latency (см. выше)
  • Потеря пакетов в сетевом взаимодействии
  • Мониторинг длительности хранения снапшотов (см. выше)
  • Новые события vSphere 4
• Улучшенная масштабируемость:
  • Улучшенная производительность при обнаружении хостов с большой плотностью виртуальных машин (например, при VDI-инсталляции в рамках VMware View 4.5)
  • Улучшенная производительность мониторинга состояния оборудования
  • Интеллектуальная группировка виртуальных машин, позволяющая не запутаться в окружениях, где машины постоянно перемещаются с хоста на хост (например, DRS/VMotion)
• Ограничение очереди событий vCenter. Это позволя определить число событий vCenter, которые коллектор может получать в течении 30 секунд.
• Сигнал с датчика вентилятора

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

Скачать Veeam nworks Management Pack 5.6 можно тут, а Veeam nworks Smart Plug-In 5.6 тут.

Кстати, еще одна тема. Недавно компания Veeam получила аж 4 награды от Virtualization Review и SearchServerVirtualization.com:

• Veeam Backup & Replication Gold Award (Products of the Year 2010)
• Veeam One Solution Gold Award (Products of the Year 2010)
• Reader's Choice Award (Veeam Backup and Replication 5)
• Merit Award (Veeam One)

Так что продукты хорошие, покупайте.

Как вы знаете, у компании VMware есть несколько инициатив в сфере облачных вычислений - это семейство технологий vCloud, продукт vCloud Director для создания субоблаков и управления ими, надстройка vCloud Request Manager (портал самообслуживания пользователей облачных виртуальных машин + управление жизненным циклом ВМ) и ветка vCloud Express для создания облачной виртуальной инфраструктуры на площадках провайдеров, предоставляющих в аренду виртуальные машины. Сюда нужно присовокупить еще продукт VMware vCenter Chargeback, который обсчитывает все аспекты затрат на виртуальную инфраструктуру, и множество других продуктов семейства vCenter. Плюс вспомогательные продукты семейства vShield.

Теперь вот появилась новая инициатива - VMware vCloud Connector. По-сути, это механизм соединения облачных инфраструктрур на базе VMware vSphere (но не только).

На практике это будет означать вот что: VMware vCloud Connector - это будет абсолютно бесплатный плагин к VMware vCenter, с помощью которого пользователь своей частной виртуальной инфраструктуры может перемещать свои виртуальные машины в облако, т.е. к провайдеру, который дает виртуальную инфраструктуру в аренду. Происходит это, в том числе, с использованием VMware vCloud API.

При этом виртуальные машины по-прежнему остаются под контролем своего vCenter в vSphere Client:

Кроме того, в составе VMware vCloud Connector будет идти виртуальный модуль (Virtual Appliance), который вы импортируете в свою инфраструктуру VMware vSphere.

Поначалу VMware vCloud Connector, который выйдет уже в конце этого квартала будет поддерживать только двух провайдеров US Bluelock и European Colt, но потом эта инициатива дойдет и до нас.

Почему такая возможность будет полезна вам? Да потому, что у провайдеров облако, а у вас не облако. Облако - это не просто установленная vSphere, но и много чего еще. Например:

• Контроль и мониторинг ресурсов
• Классы сервиса для групп приложений и отдельных клиентов в целом (SLA) с ответственностью за простой
• Контроль жизненного цикла виртуальных машин
• Прозрачная система расчета стоимости ресурсов
• Централизованное обеспечение безопасности на уровне датацентра
• и т.д. и т.п.

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

Если вы читаете virtualization.info (откуда кстати в Gartner ушел Alessandro Perilli), то помните, что какое-то время назад в сети появились некоторые детали о гипервизоре Hyper-V 3.0. Сейчас вот появилась новая информация.

Итак, parent partition в грядущей Windows 8 (или как там ее еще назовут) будет выполнять не полноценную копию операционной системы, а ее мини-версию, которая сейчас идет под рабочим названием MinWin.

Эта ветка Windows, говорят, существует еще со времен Windows Vista и включает в себя ядро ОС, Hardware Abstraction Layer (HAL), комоненты работы с файловой системой и средства работы в сети.

Само собой, эта Windows меньше, чем Windows Server Core edition. Недавно Microsoft зарегистрировала патент на технологию Windows Direct Experience, которая будет позволять запускать некоторые приложения (например, Windows Media Center) в режиме "песочницы" (sandbox), т.е. по-сути в виртуальных машинах, как следует из картинки:

Родительским разделом по имеющейся информации будет рулить Hyper-V 3.0 (или как там его еще назовут), который, по-сути, будет играть роль клиентского гипервизора (который в данный момент есть только у Citrix - XenClient). Также можно будет грузить компьютер только в режиме одной из виртуальных машин. Кроме того, ходят слухи, что все это каким-то образом будет интегрировано с Microsoft App-V, средством виртуализации и доставки приложений конечным пользователям, а также механизмом MED-V.

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

Предлагают и вовсе фантастические вещи: так как гипервизор Hyper-V 3.0 может управлять не только ОС Windows, то компьютер, оснащенный Windows 8 (или как ее там) сможет выполнять и операционную систему Linux в режиме клиентского гипервизора, а пользователь, например, сможет запускать в этом линуксе свои приложения, которых (и такое бывает) нет в Windows. Это же относится и к приложениям, которые работают под устаревшими ОС XP или Vista.

Получается, что мы получим не совсем Windows а уже метаоперационную систему на домашних компьютерах. Это, по крайней мере, очень интересно. Ждем новых подробностей. Дополнительно можно почитать тут.

И да, поскольку эта информация не проверенная и не официальная, то никто ничего не гарантирует в окончательном релизе.

Мы уже писали о новых возможностях StarWind Enterprise 5.6, которые будут доступны для пользователей в самое ближайшее время с выходом новой версии (ожидается к 10 февраля, не забываем кстати про раздел о StarWind на нашем сайте). Но ребята подсуетились и успели добавить еще одну важную и нужную в будущем возможность - блочную дедупликацию виртуальных дисков для хранилищ iSCSI с виртуальными машинами:

Как вы видите, пока данная функциональность отмечена звездочкой, что значит, что возможность дедупликации находится в экспериментальном режиме, и для производственных данных использовать ее не надо. Но для тестирования - вполне. Дедупликация в StarWind iSCSI Target позволит снизить требуемый объем хранилищ для виртуальных машин (а особенно для однотипных нагрузок), что снизит общие затраты на содержание виртуальной инфраструктуры.

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

Поэтому значения на следующей странице менять не нужно, оставьте как есть (либо меняйте их вместе с сотрудником техподдержки StarWind):

Скачать StarWind Enterprise 5.6 можно будет где-то в районе 10 февраля.

Ricky El-Qasem, автор сайта VirtualizePlanet.com, выпустил интересную бесплатную утилиту для VMware vSphere - vDisk Informer. Эта утилита решает две важные проблемы:

1. Поиск виртуальных машин, дисковое пространство которых используется неэффективно, попросту говоря, много свободного места:

При сканировании виртуальной инфраструктуры можно задавать объем в ГБ или МБ, начиная с которого будут отображаться соответствующие иконки, говорящие нам о том, что можно уменьшить диск виртуальной машины.

2. Вторая функция нужнее - она позволяет определить виртуальные машины, у которых наблюдается проблема некорректного выравнивания блоков дисков VMDK (например, после P2V-миграции). Можно также задавать параметры смещения - 32K или 64K (в зависимости от SAN-массива, где лежат ваши ВМ):

Скачать vDisk Informer можно по этой ссылке. Видео о возможностях здесь.

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

Virtual Appliances распространяют как сами вендоры (например, VMware vSphere Management Assistant или  Citrix XenServer Virtual Machine Performance Utility), так и независимые разработчики программного обеспечения (их продукты, например, можно найти на Virtual Appliance Marketplace).

Есть такая контора DMTF, которая занимается развитием стандартов в области управления ИТ-системами. Она, например, имеет свои спецификации по открытому стандарту распространениия виртуальных модулей OVF, который в будущем должны стать единым стандартом развертывания ПО в виртуальных машинах. В данной инициативе принимали участие компании Dell, HP, IBM, Microsoft, VMware и XenSource (еще до покупки компанией Citrix).

По своей сути стандарт OVF подразумевает кросс-платформенность, но на деле этого нет, так как он весьма скудно описывает сам образ виртуального диска (VMDK, VHD и пр.), уделяя большее внимание метаданным. Но так как каждая платформа виртуализации работает только со своим форматом виртуальных дисков, то есть некоторые проблемы с распространение данного "открытого" формата.

Виртуальный модуль в формате OVF представляет собой набор файлов, куда входят виртуальные диски (например, VMDK) и файл с расширением *.ovf, реализующий открытое описание файлов конфигурации виртуального модуля. Есть также подвид OVF - файл *.ova, который является TAR-архивом файлов OVF-пакета. То есть, ova-файлы идут по одному для каждого виртуального модуля, поэтому их проще распространять. С точки зрения размера и быстродействия OVA/OVF примерно одинаковы:

Когда вы делаете экспорт виртуальной машины из vSphere Client для создания виртуального модуля (Export OVF Template), вам как раз предлагают выбрать нужный формат OVF/OVA:

Так что вот - основная идея такова, что независимые разработчики ПО должны прежде всего ориентироваться на формат OVF / OVA при распространения своего ПО в виртуальных машинах. Но вот что непонятно - почему в VMware vCenter Converter Standalone 4.3 убрали поддержку OVF: "Support for OVF format is discontinued"?

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

1. Новый пакет VMware vSphere Standard Acceleration Kit.

Это то, чего так долго ждали пользователи в сегменте малого среднего бизнеса. В состав нового пакета продуктов VMware vSphere Standard Acceleration Kit входят следующие компоненты:

• Лицензии на 8 физических процессоров для издания VMware vSphere Standard
• Лицензия на управляющий сервер VMware vCenter Standard, позволяющий создавать инфраструктуру из неограниченного числа хост-серверов и виртуальных машин
• Средство VMware vMotion для "горячей" миграции виртуальных машин между хост-серверами VMware ESX
• Средство VMware High Availability - механизм отказоустойчивости виртуальных машин, позволяющее в случае отказа физического хост-сервера автоматически перезапустить его виртуальные машины с общего хранилища
• Продукт VMware Data Recovery, осуществляющий резервное копирование виртуальных машин из графического интерфейса vCenter
• Продукт VMware Update Manager, производящий централизованное обновление хост-серверов и виртуальных машин из интерфейса VMware vCenter

При покупке пакета лицензий VMware vSphere Standard Acceleration Kit предоставляется существенная скидка (до 40%!) по сравнению с отдельной закупкой лицензий, входящих в пакет.

И еще одно важное замечание. Основным недостатком пакетов VMware vSphere Essentials и Essentials Plus является невозможность масштабирования виртуальной инфраструктуры за пределы 3 физических серверов ESX. Теперь вы с легкостью можете обойти это ограничение в рамках совсем небольшого бюджета. Если ранее необходимо было делать дорогостоящее обновление на пакет vSphere Advanced Acceleration Kit, а затем делать еще также и обновление управляющего сервера vCenter Foundation на vCenter Standard, то теперь можно просто сделать обновление на VMware vSphere Standard Acceleration Kit, где vCenter Standard уже идет в комплекте поставки!

Кроме того, вы получаете не 6, а 8 физических процессоров, что позволяет вам одновременно с обновлением нарастить мощности виртуальной инфраструктуры. Теперь вам не придется масштабировать серверную инфраструктуру в рамках дорогостоящего издания Advanced стоимостью более $2 000, вам будет достаточно приобретать лицензии Standard по цене чуть более $1 000. Это круто. Так как Fault Tolerance (основное отличие Standard от Advanced) нужна далеко не всем.

Стоимость VMware vSphere Standard Acceleration Kit составляет $11 000 без учета стоимости поддержки.

Важная информация для пользователей Essentials и Essentials Plus!

Для пользователей, которые уже приобрели пакеты лицензий VMware vSphere Essentials или VMware vSphere Essentials Plus до 31.01.2011 предоставляются скидки на апгрейд в 40 и более процентов!:

• Для пользователей VMware vSphere Essentials Plus - скидка $2 800 от прайс-листовой цены обновления.
• Для пользователей VMware vSphere Essentials - скидка $4 000 от прайс-листовой цены обновления.

Круто? Обновляйтесь.

2. В пакете VMware vSphere Advanced Acceleration Kit теперь идет vCenter Standard. Но он подорожал.

Это абсолютно логичный и последовательный шаг. Потому что раньше был полный дебилизм - покупаешь Essentials Plus (ограничение 3 физ. хоста ESX), а потом появляется 4-й хост VMware ESX. И все - надо делать апгрейд на vSphere Advanced Acceleration Kit, но следующим криворуким образом:

• Заказывается апгрейд кита Essentials Plus->Advanced. Ждем.
• Приходит апгрейд кита. Но в ките только лицензия vCenter Foundation, опять-таки, только на 3 хоста ESX. Заказываем апгрейд vCenter Foundation -> Standard (только после прихода лицензий на кит - это связано с особенностями процессинга). Ждем.
• Приходит vCenter Standard. Докупаем лицензии.

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

Теперь же VMware vSphere Advanced Acceleration Kit стоит $14 294,50 (в русском прайсе, без учета поддержки), а потом можно просто докупать лицензии.

Дорого? Сидите на бесплатных решениях и мучайтесь.

3. Скидка 40% при покупке VMware Site Recovery Manager на 25 виртуальных машин.

Как вы знаете, средство обеспечение катастрофоустойчивости VMware SRM продается теперь только на базе платы за защищаемые виртуальные машины (что поделаешь, облака). Так вот входной пакет VMware SRM на 25 виртуальных машин можно купить со скидкой 40%.

Действует эта промо-акция только до 15 июня 2011 года.

4. Бесплатные лицензии VMware View 4.5 (50 штук!) при покупке и апгрейдах на vSphere Enterprise Plus.

Эта акция уже была у VMware, но ее продили, и действует она теперь до 15 марта 2011 года. Наглядная суть акции:

Что это значит:

1. Приобретая лицензии VMware vSphere (не Essentials и Essentials Plus) или делая апгрейд можно, по крайней мере, бесплатно получить 15 лицензий на VMware vCenter CapacityIQ - средство учета и прогнозирования мощностей виртуальной инфраструктуры (лицензируется по виртуальным машинам).

2. Приобретая лицензии на издания VMware vSphere 4 Enterprise Plus или делая апгрейд на него с любого издания, можно получить лицензии на 50 одновременно запущенных виртуальных ПК VMware View 4.5 Premier Add-on. При этом цена апгрейда с Enterprise до Enterprise Plus составляет всего $495 за физический процессор. Ну и CapacityIQ на 15 ВМ тоже при этом дарят. Ну и Novell SUSE Linux Enterprise Server for VMware прикладывают впридачу. Но это еще не все - среди подарков вы получаете бесплатно продукт Alive VM, если купите VMware до 1 марта 2011 (любое издание, кроме Essentials и Essentials Plus).

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

Не тормозите. Покупайте.

Замечательный сайт myvirtualcloud.net опубликовал интересный калькулятор, который расчитывает необходимую ширину канала для пользователей виртуальных ПК VMware View 4.5, использующих свои десктопы по протоколам Microsoft RDP и Teradici/VMware PCoIP. Особенно это актуально для WAN-соединений при работе удаленных пользователей из дома, филиалов, командировок и т.п.

В качестве исходных данных рассматриваются 4 профиля нагрузки - офисные приложения без мультимедиа (тяжелые и легкие нагрузки), а также требовательные мультимедиа-приложения (также легкие и тяжелые). Расчеты основаны на рекомендациях VMware и Teradici и включают в себя необходимые требования ко всем типам трафика: картинка экрана, перенаправление USB, аудиотрафик и данные. Исходные требования таковы:

Ну а вот и сам калькулятор (приятно, что много разных параметров). Тыкаем на картинку:

Что еще рекомендую почитать:

• Оптимизация протокола PCoIP в VMware View 4.5
• Сравнение протоколов доступа к инфраструктуре VDI - Citrix, VMware, Microsoft и другие
• Производительность VMware View 4 в сетях WAN (через Internet)

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

Во-первых, появилась вкладка "Events", где системный администратор может отслеживать события и ошибки происходящии в инфраструктуре отказоустойчивого кластера StarWind iSCSI Target для каждого из узлов:

Во-вторых, появилась нотификация администраторов по email о различных предупреждениях и событиях (интерфейс еще не совсем готов в моей версии). Эти события также добавляются в Windows Event Log, а также можно писать их в текстовый файл.

Ну и, в третьих, пароль для логина на сервер StarWind в Management Console можно сохранять (мелочь, но приятно - раньше было неудобно):

Как всегда, обновление с версии 5.5 на версию 5.6 проходит без необходимости полной переустановки ПО и перезагрузки сервера (т.е. новая версия просто накатывается поверх). Как обновить продукт StarWind Enterprise HA на версию 5.6:

1. Сначала обновляем первый узел кластера StarWind Enterprise HA.

2. Затем синхронизируем ноды между собой (обязательно дождаться окончания процесса).

3. Обновляем второй узел и снова синхронизируемся.

Пока скачать StarWind Enterprise HA 5.6 нельзя, но совсем скоро это можно будет сделать с официального сайта.

Много вопросов поступает о том, как же лицензируется решение для виртуализации настольных ПК предприятия VMware View 4.5. Их должно снять вот это видео:

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

Этот продукт пришел на смену VMware Lifecycle Manager, который был предназначен для управления жизненным циклом виртуальных машин в инфраструктуре VMware vSphere. Теперь эти функции берет на себя Request Manager.

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

Есть еще человек, управляющий активами ПО, попросту говоря, лицензиями (Asset Manager). Он решает какие лицензии под развертываемое приложение нужно выделить. Лицензии берутся из пула при развертывании сервиса и в этот же пул возвращаются при его удалении.

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

То есть Request Manager - это основной фронтэнд пользователя, который что-то самостоятельно хочет получить из облака.

Вот так выглядит содержимое одного из облаков в веб-интерфейсе:

А вот так мы виртуальный сервис (vApp) из каталога на базе шаблона, который у нас создан в частном облаке (помним, что облако у нас бьется на виртуальные датацентры - Virtual Datacenter для которых в vCloud Director можно задавать классы обслуживания клиента):

Создается реквест и пользователь может трекать его статус:

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

А вот так создается новое субоблако под нужды клиента. Создается оно на основе политики (Blueprint):

Политика определяет параметры использования вычислительных ресурсов (есть предопределенные политики):

Ну и определяем клиентов нашего датацентра, которые могут пользоваться его услугами:

А дальше вам интересно? Если интересно, напишите в каментах, я расскажу про vCloud Director.

Как мы уже анонсировали, 20 января состоялся вебинар "5 New ways to use SureBackup", запись которого теперь доступна для просмотра:

Также есть и версия со слайдами в PDF.

Какими же новыми способами нам предлагают использовать технологию SureBackup в продукте Veeam Backup and Replication 5.0 для резервного копирования виртуальных машин и репликации:

1. Тестирование безопасности виртуальных машин.

Запускаем виртуальную машину прямо из резервной копии в рамках тестовой лаборатории и делаем penetration test:

Преимущество - на надо насиловать работающую продуктивную систему.

2. Служебные операции с производственными базами данных.

Зачастую, с базой данных нужно произвести некоторые операции, которые не затрагивают операции записи в базу. Их не обязательно делать на продуктивной системе, поскольку это снижает производительность работающей информационной системы. Можно использовать мгновенно запускаемую резервную копию для изменения модели данных или проводить анализ данных (data mining).

3. Тестирование изменений в скриптах PowerCLI.

Например, правила написания скриптов PowerCLI 4.1 заметно отличаются от PowerCLI 4.0, что требует переработки скриптов и их тестирование. А ведь тестировать на продуктивной системе - это моветон. Поэтому делать это можно в изолированной тестовой лаборатории Veeam Backup and Replication 5.

4. Тестирование больших объектов GPO.

В больших организациях системные администраторы часто занимаются разработкой и тестированием новых политик GPO, которые еще неизвестно как лягут на продуктивные системы. Veeam Backup and Replication и его тестовые лаборатории помогут вас в этом и позволят не затронуть продуктивные системы.

5. Тестирование многомашинных приложений.

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

Как видно, это всего лишь некоторые типовые сценарии применения технологии SureBackup в Veeam Backup and Replication 5.0. Всего возможностей, которые он открывает - очень много. Так что, вперед - тестируйте, покупайте, тем более, что продукт пока продается по старым ценам (смешным для средств резервного копирования).

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

Естественно, RVTools 3.0 поддерживает VMware ESX 4.1 / vCenter 4.1, а также приобрела несколько новых функций:

• Новая вкладка с информацией о сервисной консоли и параметрах VMKernel.
• Pass-through аутентификация. Можно логиниться на серверы под текущим Windows-аккаунтом.
• Числовые колонки корректно отформатированы, значения для размеров снапшотов отображаются в мегабайтах
• Поддержка vSphere Web Services SDK 4.1, которые поддерживают новые возможности ESX 4.1
• Экспорт в csv теперь учитывает региональные настройки (точки там, запятые)
• Можно делать импорт в xls без установленного Excel
• Каждая таба при импорте в xls попадает на отдельный лист
• Новые параметры командной строки

Скачать RVTools 3.0 можно по этой ссылке. Документация здесь.

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

1. VMware Knowledge Base App.

Это приложение от самой VMware. С помощью него можно читать VMware Knowledge Base, можно смотреть VMware KB TV, а также смотреть что пишут интересного о виртуализации в твиттере:

Поддерживается не только Айфон, но и Android-девайсы.

2. VManage App.

Хотите рулить виртуальной инфраструктурой VMware vSphere прямо с вашего iPhone? Пожалуйста, есть такая программка:

Обратите внимание, как прикольно делать VMotion - крутите барабан! Печально, но нет поддержки ESX 4.0 / 4.1 (но VC 4.0 есть). Ребята работают над этим.

3. Wyse PocketCloud Pro.

Эта софтинка позволяет открыть рабочий стол вашего компьютера (виртуальной машины в инсталляции VDI под VMware View) на мобильном телефоне. Мелковато, конечно, а куда деваться:

Зато на iPad в самый раз.

4. VCP Exam Cram.

Пока, опять-таки, только VCP-310, но будем надеяться, что и для четверки скоро выйдет тоже. Интересный быстрогайд по подготовке к экзамену на сертификацию VMware Certified Professional.

Одна глава идет бесплатно. Программка от Pearson Education, кстати.

5. VMware Cookbook.

Это просто книжица от O'Reilly Media, которая может вам помочь в получении знаний о VMware vSphere.

Есть и под Android.

6. Был еще такой Hyper9 Virtualization Manager Mobile 1.0, но похоже что-то он закис. Вот последняя версия от октября 2009 года. А задумка-то была неплохая.

Если что-нибудь еще интересное знаете, напишите, плз, в каментах.

UPDATE. Из комментариев (всем спасибо).

7. iDatacenter for iPad.

Об этом приложении мы уже писали на vSphere.ru. iDatacenter позволяет агрегировать статистику виртуальной инфраструктуры VMware vSphere на вашем iPad, искать различные объекты, управлять состоянием виртуальных машин, делать Storage vMotion, а также управлять состоянием хостов (питание, Maintenance Mode).

Поддерживается VMware vSphere 4.0 и 4.1.

8. Комбайн Rove Mobile admin.

Это спецализированное приложение для смартфонов BlackBerry и iPhone, с помощью которого можно управлять всем на свете (System Center, Nagios, BMC и др.), в том числе VMware Virtual Infrastructure и Microsoft Hyper-V.

Недавно появился также и Android-клиент:

С виртуальными машинами и хостами VMware можно делать не так уж много:

• view data centers/hosts/clusters in VMware Infrastructure
• view resource pools
• edit resource pool settings
• find virtual machines
• view VM properties
• edit VM settings
  
• view events and event details
• view tasks and task details
  
• view triggered alarms and triggered alarm details
• view host summaries and manage host

С Hyper-V можно делать и того меньше. Странно, но я не нашел в документации, какие версии VMware VI/vSphere и Hyper-V поддерживаются, поэтому если нужно см. документацию.

Как вы догадываетесь, сейчас пойдет речь о самом лучшем средстве для создания хранилищ iSCSI для виртуальных машин VMware и Hyper-V, конечно же - о продукте StarWind Enterprise. Мы уже много рассказывали о нем в разделе про StarWind, но советуем вам повторить здесь, тут и тут, а также почитать инструкцию по установке отказоустойчивого кластера хранилищ iSCSI для VMware vSphere.

А сегодня мы поговорим о том, какие пути есть, чтобы получить StarWind Enterprise HA. Раньше, как вы помните был такой продукт как StarWind iSCSI Target Free Edition, который можно было использовать бесплатно с хранилищами до 2 ТБ. Но продукт был так хорош и удобен, что многие пользователи довольствовались бесплатной версией, даже не пробуя, что там есть в коммерческой - а было там много чего. Поэтому в итоге StarWind закрыл раздачу бесплатных версий, потому как компании созданы для того, чтобы зарабатывать деньги. Но не расстраивайтесь, я сейчас вам кое-чего расскажу.

А) Во-первых, весной прошлого года компания StarWind сделала официальное объявление о том, что для специалистов, получивших звание MVP, сертификацию MCT или MCP, а также звание VMware vExpert и сертификацию VCP/VCI - продукт StarWind предоставляется бесплатно. Единственное ограничение, которое само собой разумеется - это использование продукта в образовательных, демонстрационных или тестовых целях, но не в производственной среде. Сейчас в каждой более-менее нормальной компании, использующей виртуализацию, есть сертифицированные специалисты VCP, которые могут попросить лицензию и тестировать продукт сколько угодно долго, пока начальство не даст добро на покупку лицензии и запуск решения в промышленную эксплуатацию. Как получить лицензию? Нужно просто направить письмо с просьбой по адресу - vmware@starwindsoftware.com или hyper-v@starwindsoftware.com. По адресам, я думаю, понятно, кто куда должен слать письма.

Б) Второй немаловажный момент. Как и у всех, у компании StarWind есть пробный период в 30 дней для StarWind Enterprise HA. Поскольку это решение для создания отказоустойчивого кластера хранилищ для серверов ESX или Hyper-V, и вообще софт разносторонний, то вам этого месяца на тестирование может не хватить. Специально для этих случаев есть я. Вы можете написать мне письмо (areconster@gmail.com) с указанием того, на сколько вам нужна лицензия чтобы детально протестировать продукт. Само собой, я попрошу от Вас что-то взамен: это будет название Вашей компании и пара вопросов о Вашей виртуальной инфраструктуре VMware или Microsoft.

В) Ну и в-третьих, мы со StarWind'ом давние друзья, и, может быть, замутим в ближайшее время какие-нибудь конкурсы или иные мероприятия, где можно будет получить хорошую скидку на продукт StarWind Enterprise HA для своей виртуальной инфраструктуры. Оставайтесь на линии.

Ну и из нового - почитайте рекомендации по оптимизации настроек TCP/IP при эксплуатации хранилища iSCSI StarWind Enterprise для серверов ESX и Hyper-V (от MC Константина Введенского). Лишним не будет.

Как вы уже знаете из наших заметок о безопасности виртуальной инфраструктуры vSphere, у компании VMware есть весьма полезное руководство VMware vSphere 4.1 Security Hardening Guide, которое в релизной версии есть для VMware vSphere 4.0, а вот только что вышла черновая версия для vSphere 4.1, открытая для обсуждения в сообществе:

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

Как вы знаете, в решении для виртуализации настольных ПК предприятия VMware View 4.5 появилась возможность использования "оффлайновых" виртуальных дектопов, которые пользователь может выгрузить из датацентра и запустить локально на своей машине до появления возможности синхронизировать свой ПК (например, он уезжает в командировку). Но такой тип дектопов совместим не со всеми режимами работы пулов и виртуальных машин в VMware View 4.5.

Вот таблица поддержки функциональности Local Mode в VMware View 4.5:

Вообще, если подумать, то десктопы с Local Mode на сегодняшний день редкое явление, поэтому лучше либо держать их в рамках одного Dedicated-пула, либо вообще обслуживать отдельно как Individual Desktop. Для автоматических пулов с Composer делать оффлайн-десктопы я не советую, итак на диске вот такая бурда, а еще и на корпоративном хранилище связанные клоны:

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

Компания Veeam даже в январе шевелится, в отличие от остальных тех, кто еще спит. Итак, новостей две. Во-первых, вышла вторая глава книги "The Expert Guide to VMware Data Protection and Disaster Recovery" от Eric Siebert. Глава называется "Backup and Recovery Methodologies":

Во-вторых, 20 января состоится вебинар "5 New ways to use SureBackup". Проводит его небезызвестный Rick Vanover, умеющий показать, что и как работает в деталях. Ну а для тех, кто хочет послушать о Veeam Backup and Replication 5 на русском - просим на вебинар "Познакомьтесь с Veeam Backup & Replication v5 и революционной технологией vPower", где Владимир Ескин расскажет вам о новой технологии SureBackup. И вообще, все вебинары Veeam на русском языке вы найдете здесь.

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

Schiller & Peter Heppner - Vielleicht

Frederic Francois Chopin - Spring Waltz

Yuri Kane - Right Back (а для активного прослушивания лучше даже брать Mashup remix с Armin van Buuren)

Telepopmusic - Breath

Andrey Danilko - After you

Craig Armstrong - Featuring Eliz

Flanders - Behind

Adam F ft Tracy Thorn - The Tree Knows Everything

Bebe - Siempre me quedar (почти как Zaz)

Infected Mushroom - Dancing With Kadafi

Kosta Rodrigez ft. Denise - Soul To Sell

Jeter Avio - Tears

ATB - My everything

Kimito Lopez - Selfish By Nature

Tilt feat Maria Nayler - Angry Skies

Pink Floyd - One Slip

Royksopp - Sparks (Special Japanese only live)

Oceanlab - Come Home

Lamb - Angel Gabriel

Krister Linder - Dare

Rolf Lovland - Closer To The Dream

Kim Sanders - I Know

Chrisso - for ann (эффект Шепарда)

Miranda - Vamos a Jugar en el sol (хит парижских дискотек 95-го года! Эта песня лишняя в списке - но весьма для души)

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

На сайте компании VMware Knowledge Base обнаружилась страница VMware vSphere 4.1 Update 1 RC Release Notes (ее любезно сохранил до удаления William Lam), на которой, в частности, приведены новые возможности, которые получит данная платформа виртуализации.

Новых возможностей достаточно мало:

• vCenter 4.1 Update 1 и VMware Update Manager 4.1 Update 1 поддерживают в качестве БД Microsoft SQL Server 2008 R2 и Oracle 11g R2
• VMware Update Manager получил новый интерфейс для постконфигурации продукта, включая сам VUM и утилиту VMware Update Manager Download Service (для скачивания обновлений отдельно от VC и VUM). Теперь из GIU можно сбросить пароль для соединения с БД, сконфигурировать настройки Proxy и поменять SSL-сертификаты.
• Поддержка до 160 логических процессоров хост-сервера.
• Улучшенная производительность для виртуальных машин, реализующих нагрузки баз данных и терминальные службы. Быстрее теперь работа с дисковой подсистемой и эффективнее расходуется CPU.
• Поддержка новых гостевых ОС: Ubuntu 10.10, Solaris 10 U9 и RHEL 6.

Скачать VMware vSphere 4.1 Update 1 пока нельзя, но, скорее всего, он будет доступен в самое ближайшее время.

Многие пользователи, занимающиеся тестированием различных платформ виртуализации, особенно в крупных организациях, сталкиваются со следующей проблемой. Используются виртуальные машины на платформах различных вендоров (VMware vSphere и Microsoft Hyper-V, например), а потом эти тестовые машины сами собой входят в производственную среду. Потом компания принимает решение использовать одну платформу в рамках предприятия - и встает проблема конвертации виртуальных машин VMware в формат Hyper-V или (что чаще) наоборот.

Сделать это можно с помощью продуктов от самих этих вендоров, но они не всегда удобны, просты в обращении и бесплатны. А вот у компании StarWind есть полностью бесплатный продукт для преобразования виртуальных дисков между форматами VMDK и VHD - StarWind V2V Converter.

Просто подсовываете StarWind V2V Converter нужный VMDK / VHD диск виртуальной машины, а потом добавляете его к машине в клиенте vSphere или Hyper-V. Просто и удобно, а главное быстро. Данный продукт не вносит изменений в исходный образ, а также осуществляет надежное поблочное копирование в целевой образ виртуального диска.

Скачать полностью бесплатную версию StarWind V2V Converter можно по этой ссылке.