Новости Статьи VMware Veeam StarWind Microsoft ИТ-ГРАД Citrix Symantec 5nine События Релизы Видео Контакты Авторы RSS
Виртуализация и виртуальные машины

Виртуализация vSphere, Hyper-V, XenServer и Red Hat

Более 4880 заметок о виртуализации и виртуальных машинах VMware, Microsoft, Citrix, Red Hat

VM Guru | Ссылка дня: VMware vSphere 6.7 Update 3 доступен для загрузки

VMware Data Protection Report 2010 от Veeam.

17/11/2010

Компания Veeam Software в рамках изучения обстановки в сфере защиты данных виртуальных инфраструктур VMware vSphere и перед выходом Veeam Backup and Replication 5, подготовила отчет "VMware Data Protection Report 2010".

Штука очень классная. Чтобы ее сделать, компания Veeam наняла независимую исследовательскую компанию Vanson Bourne, которая опросила 500 ИТ-директоров крупных компаний (в каждой из которых работает больше 1000 человек).

Вот что они говорят:

  • Восстановление виртуальной машины занимает до 5 часов (!)
  • 59% организаций до сих пор используют продукты для резервного копирования, которые применяются и для физической среды (что плохо, так как они не выполняют специфических для виртуализации задач)
  • 63% испытывают проблемы ежемесячно, когда пытаются восстановить виртуальный сервер сервер

Например, вот основные выгоды, которые получают компании от виртуализации. Заметьте, что повышение эффективности защиты данных далеко не на последнем месте:

А вот какая часть инфраструктуры виртуализована сейчас и сколько будет через 2 года:

Там есть много еще интересных статистик - так что регистрируйтесь и скачивайте отчет.

Опрос: Исследование облачного хостинга.

16/11/2010

Мы вот вместе с "Караваном" решили замутить опрос в сфере облачных вычислений [опрос закончен - см. результаты ниже]. Там всего несколько простых вопросов - а результаты будут весьма интересные (ведь вы хотите знать как именно там обстоят дела, в этом самом клауд компутинге?). Прошу вас проследовать по ссылке [опрос закончен - см. результаты ниже] и запостить свои результаты для своей облачной ИТ-инфраструктуры.

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

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

Обновление запущенных виртуализованных приложений VMware ThinApp.

16/11/2010

Как вы знаете, с помощью средства VMware ThinApp, входящего в состав решения для виртуализации настольных ПК VMware View 4.5, можно производить доставку виртуализованных приложений пользователям.

То есть, приложение упаковывается в один exe-файл и развертывается на рабочих станциях пользователей с помощью msi-установщика (см. здесь как это делается с VMware View 4.5). Это очень удобно при массовом развертывании и обслуживании приложений. Помните такой продукт Thinstall, с помощью которого делали предустановленные приложения? Так вот ThinApp - это он и есть, только теперь под брендом VMware.

Но есть и еще один способ доставки приложений с помощью VMware ThinApp - это возможность их запуска пользователями с общей сетевой папки (SMB Share):

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

Однако, когда у нас приложение VMware ThinApp работает постоянно, и множество пользователей его используют - то как же нам его обновить (например, это веб-браузер, упакованный в файл firefox.exe)?

На самом деле есть интересный механизм: вы можете положить в папку с приложением его обновленную версию, но с расширением не *.exe, а *.1 - и все новые подключения будут использовать его!

То есть:

1. Вы упаковываете приложение firefox.exe с помощью VMware ThinApp и кладете его на SMB Share.

2. Создаете на рабочих столах пользователей ярлык, указывающий на \\<server>\<share>\Firefox.exe.

3. Пользователи начинают его использовать - файл firefox.exe залочен.

4. Вы создаете новый пакет с помощью VMware ThinApp, называете его firefox.1

5. Все текующие подключения пользователей используют старый firefox, а вот все новые обращения к firefox.exe - перенаправляются к файлу firefox.1 - и пользователи используют обновленное приложение.

6. Если нужен еще апдейт - делаете пакет, назваете его firefox.2 и т.п.

7. Если нужно откатиться на предыдущую версию - делаете пакет firefox.3, который собран из предыдущей версии приложения.

Если пользователи перестанут использовать firefox.1, начав использовать firefox.2, firefox.1 можно удалить. Но! Никогда не удаляйте firefox.exe, так как на него указывает ярлык приложения на рабочем столе пользователя.

Компания Microsoft выпустила System Center Virtual Machine Manager Self-Service Portal 2.0.

15/11/2010

Компания Microsoft несколько дней назад объявила о выходе средства System Center Virtual Machine Manager Self-Service Portal 2.0 (VMMSSP 2.0), позволяющего пользователям или группам самостоятельно развертывать отдельные виртуальные машины или их наборы в рамках виртуальной инфраструктуры на базе Microsoft Hyper-V.

Помимо этого с помощью портала System Center Virtual Machine Manager Self-Service Portal 2.0 можно выполнять следующие задачи:

  • Configuration and allocation of datacenter resources: хранение информации о конфигурациях вычислительных ресурсов датацентра (процессорные ресурсы, сеть, хранилища) в базе данных и их выделение пользователям.
  • Customization of virtual machine actions: веб-интерфейс для расширения спектра действий с виртуальной машиной (например, можно добавить скрипты для взаимодействия с SAN при развертывании ВМ).
  • Business unit on-boarding: широкие возможности по управлению пользователями различных бизнес-единиц компании для работы с порталом.
  • Infrastructure request and change management: пользовательские формы запроса на выделение вычлительных ресурсов и рабочие процессы, направленные на сокращение времени между запросом пользователя и получением им ресурсов..
  • Self-Service provisioning: массовое развертывание виртуальных машин через веб-интерфейс и управление развернутой инфраструктурой на базе механизма ролей пользователей.
  • Возможность расширения возможностей портала средствами сторонних разработчиков.

Скачать System Center Virtual Machine Manager Self-Service Portal 2.0 можно по этой ссылке.

Компания Citrix выпустила XenServer Virtual Machine Performance Utility.

12/11/2010

На днях компания Citrix сделала доступным бесплатное средство для мониторинга производительности хост-серверов виртуализации Citrix XenServer Virtual Machine Performance Utility.

Данное ПО поставляется в виде виртуальной машины для развертывания на XenServer, которая позволяет отслеживать производительность сетевого взаимодействия и работу виртуальных машин с хранилищами (storage I/O и network I/O). Через веб-интерфейс можно получить информацию о следующих аспектах производительности:

Disk I/O performance utility - предоставляет следующую информацию: sequential read/writes и random read/writes с различными размерами блоков.

Network I/O performance utility - это модифицированная версия утилиты netperf. Позволяет мониторить пропускную способность сети и задержки.

Скачать Citrix XenServer Virtual Machine Performance Utility можно по этой ссылке.

Документ Performance Best Practices for VMware vSphere 4.1.

11/11/2010

Компания VMware выпустила очень полезный и нужный Performance Best Practices for VMware vSphere 4.1, который нужно прочитать каждому администратору более-менее серьезной виртуальной инфраструктуры серверов ESX. Содержание вполне конкретное:

  • Hardware for use with VMware vSphere
  • ESX and virtual machines
  • Guest operating systems
  • Virtual infrastructure management

Например:

To establish a network connection between two virtual machines that reside on the same ESX system, connect both virtual machines to the same virtual switch. If the virtual machines are connected to different virtual switches, traffic will go through wire and incur unnecessary CPU and network overhead

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

Использование снапшотов для хранилищ StarWind Enterprise HA под VMware ESX или Microsoft Hyper-V.

10/11/2010

В прошлой заметке мы писали о том, какие типы дисков бывают в продукте StarWind Enterprise, позволющем создать отказоустойчивую инфраструктуру хранения данных виртуальных машин серверов VMware ESX или Microsoft Hyper-V.

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

Для данного типа диска важен параметр Operation Mode, который задает режим его работы. Этот диск в StarWind Enterprise может работать в одном из четырех режимов:

  • Growing Image (Thin Provisioning) - образ диска на физическом устройстве будет создан минимального объема (тонкий диск). Для серверов ESX он будет виден как полноценное хранилище указанного объема, а сам файл образа будет расти по мере его наполнения данными. Снапшот хранилища можно сделать только вручную. Для этого из контекстного меню для устройства на iSCSI Target надо выбрать пункт Create Snapshot. Этот режим работы диска подходит для создания снимков хранилища при тестировании каких-нибудь обновлений или глобальных изменений в прикладных системах виртуальных машин.

  • Auto-Restored Snapshot - данный тип диска как раз подходит для разработки и тестирования. В таком режиме хранилище виртуальных машин во время одной сессии iSCSI будет изначально работать в режиме снапшота, а при окончании сессии - снапшот откатится к изначальному состоянию. Представьте, например, что вы тестируете связку систем на хранилище, но не хотите вносить изменения в эталонный виртуальный диск. Для такого диска можно задать лимит хранимых снапшотов (опция Limit maximum number of stored snapshots).
  • Snapshot and CDP - в таком режиме StarWind будет автоматически создавать снапшоты хранилищ с заданным интервалом времени (опция Snapshot auto creation with interval of (minutes)). Такой тип диска полезен для постоянной защиты данных (Continuous Data Protection, CDP) хранилищ виртуальных машин от их утери или порчи. В случае сбоя можно откатиться к нужному снапшоту.
  • Read-Only - такой диск будет доступен только для чтения, и для него нельзя будет создать снапшот. Этот диск подходит для создания хранилищ с какими-нибудь дистрибутивами или шаблонами, куда не потребуется вносить изменения.

Теперь что касается восстановления хранилищ из снапшотов. Пока восстанавливать их из интерфейса StarWind нельзя (как, например, дерево снапшотов в VMware vSphere). Чтобы восстановить хранилище, вам понадобится пересоздать iSCSI Target и указать существующих виртуальный диск снапшота в папке с данным диском. В скором времени нам обещают восстановление снапшотов из GUI продукта StarWind.

Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.

Как работать с esxtop в VMware vSphere / ESX.

09/11/2010

Мы уже писали о команде esxtop для серверов VMware ESX, которая позволяет отслеживать основные параметры производительности хост-сервера и его виртуальных машин. Duncan Epping недавно добавил еще несколько интересных моментов в свое руководство по работе с утилитой esxtop, некоторые из которых мы сейчас опишем.

Итак:

1. Для того, чтобы использовать пакетный режим работы esxtop (batch mode), нужно использовать ключ -b:

esxtop -b >perf.txt

Это позволит вывести результаты команды esxtop в файл perf.txt. Для задания числа хранимых итераций используйте ключ -n (например, -n 100).

Очень удобно для сбора исторических данных производительности на хосте VMware ESX.

2. Контролируйте счетчик %SYS - он показывает загрузку системных ресурсов хоста (в процентах). Рекомендуется, чтобы он не превышал 20 для системных служб.

3. Для установки частоты обновлений результатов esxtop используйте клавишу <s>, далее задавайте интервал в секундах:

В пакетном режиме этот интервал задается ключом -d (например, -d 2).

4. Для отслеживания метрик конкретной виртуальной машины можно ограничить вывод конкретным GID. Например, чтобы посмотреть ВМ с GID 63, нажмите клавишу <l> (list) и введите этот GID:

5. Чтобы ограничить количество выводимых сущностей, используйте клавишу <#>. Например, можно сделать вывод первых 5:

И сами кнопки в режиме работающей esxtop:

c = cpu  
m = memory  
n = network  
i = interrupts  
d = disk adapter  
u = disk device (включая NFS-девайсы)  
v = disk VM  
y = power states    
V = показывать только виртуальные машины  
e = раскрыть/свернуть статистики CPU для конкретного GID  
k = убить процесс (только для службы техподдержки!)  
l = ограничить вывод конкретным GID (см. выше)  
# = ограничить число сущностей (см. выше)    
2 = подсветка строчки (двигает фокус вниз)  
8 = подсветка строчки (двигает фокус вверх)  
4 = удалить строчку из результатов вывода  
f = добавить/удалить колонки
o = изменить порядок колонок
W = сохранить сделанные изменения в файл конфигурации esxtop
? = помощь для esxtop

Типы дисков в StarWind Enterprise HA для использования в качестве хранилищ VMware ESX / Hyper-V.

04/11/2010

Как вы знаете, есть такой замечательный продукт StarWind Enterprise HA, который позволяет создать отказоустойчивое хранилище для серверов VMware vSphere или Microsoft Hyper-V с помощью технологии iSCSI на базе одного или двух обычных Windows-серверов (то есть не надо покупать дорогостоящие FC-хранилища и продукты для репликации данных). Мы уже писали о нем тут, здесь, там, в этой статье и много где еще. Сегодня мы посмотрим на то, в каких режимах могут работать хранилища StarWind Enterprise.

Итак, при добавлении iSCSI Target в StarWind Enterprise нам предлагают создать новый виртуальный диск. У нас есть три варианта создания диска:

Эти варианты работы iSCSI устройства StarWind отличаются следующим:

  • В режиме Physical - мы монтируем физический диск сервера для создания iSCSI Target (то есть, с какой-либо файловой системой или без нее). На этом диске хост-серверы виртуализации VMware ESX уже сами будут создавать файловую систему (VMFS).
  • В режиме Basic Virtual мы создаем виртуальный диск без функциональности снапшотов (то есть это просто файл на диске в операционной системе Windows Server с установленным StarWind Enterprise, в который будет происходить запись данных виртуальных машин, которые, в свою очередь, видят содержимое этого файла как хранилище iSCSI). Внутри этого файла уже самим сервером VMware ESX создается том VMFS. Данный диск может быть тонким (растущим по мере наполнения данными), но создать тонкий диск из GUI StarWind нельзя (будет в следующих версиях).
  • В режиме Advanced Virtual - мы создаем диск с поддержкой мгновенных снимков и кластеризации. Такой диск работает как предыдущий за исключением возможностей защиты данных. К ним относятся зеркалирование образов дисков, снапшоты (мгновенные снимки) и диск с поддержкой двухузловой конфигурации StarWind (High Availability). Этот тип поддерживает возможность создания тонких (растущих по мере наполнения данными) дисков.

Далее есть три типа виртуальных дисков Advanced Virtual:

Они представляют собой следующие подтипы:

  • Mirror (RAID-1) Device - это зеркалированный виртуальный диск, который может находиться на разных физических устройствах, подключенных к серверу хранения, что обеспечит защиту данных в случае отказа одного из этих устройств (например, разные диски или разделы разных массивов). Но узел StarWind, через который сервер VMware ESX будет получать доступ к хранилищу, будет один. Такой тип дисков подходит для защиты данных виртуальных машин от физических сбоев хранилищ, но не подходит для защиты данных от утери (например, удаление пользователем).
  • Snapshot and CDP Device - это возможность создать хранилище виртуальных машин, которое поддерживает функциональность мгновенных снимков (snapshots). Эти снимки могут создаваться автоматически или вручную, что обеспечит возможность отката к определенному состоянию хранилища. Данный тип дисков также может работать в нескольких режимах обеспечения защиты данных. Также эти диски могут быть тонкими (растущими по мере наполнения данными). Кроме того, такой тип дисков может пригодиться, когда часто требуется откатываться к исходному состоянию хранилища, например, при разработке и тестировании.
  • High Availability Device - данный диск совместим с двухузловой конфигурацией StarWind Enterprise HA, которая обеспечивает защиту данных виртуальных машин за счет резервирования и узлов, и их хранилищ. Эти узлы синхронизируют данные между собой и могут работать в Active-Active или Active-Passive конфигурации (подробнее здесь). Для такого диска указываются параметры сервера-партнера StarWind.

На этом пока все - в следующей заметке мы расскажем о типе дисков Snapshot and CDP Device - в каких режимах они могут работать, и как они могут применяться на практике.

Скачать пробную версию ПО StarWind Enteprise HA можно по этой ссылке. Купить StarWind можно в компании VMC.

Открытое письмо Президенту РФ Медведеву Д.А.

04/11/2010

Уважаемый Дмитрий Анатольевич!

13 октября 2010г, Совет Федерации одобрил очень важный для IT-компаний законопроект о введении льготной 14-процентной ставки страховых платежей во внебюджетные фонды для организаций, осуществляющих деятельность в области информационных технологий — «Проект Федерального закона от 04 июня 2010 года № 386057-5 О внесении изменений в Федеральный закон «О страховых взносах в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации, Федеральный фонд обязательного медицинского страхования и территориальные фонды обязательного медицинского страхования» и статью 33 Федерального закона «Об обязательном пенсионном страховании в Российской Федерации».

Соответствующий Федеральный закон № 272-ФЗ подписан Президентом 16 октября 2010 года.

Но этот документ имеет несколько значительных ограничений: он распространяется только на организации, чей штат не менее 50 человек и доля дохода от реализации IT-продуктов (услуг) не менее 90%, а также получивших государственную аккредитацию.

Согласно тексту законопроекта такой организацией признаются «российские организации, осуществляющие разработку и реализацию программ для ЭВМ, баз данных на материальном носителе или в электронном виде по каналам связи независимо от вида договора и (или) оказывающие услуги (выполняющие работы) по разработке, адаптации, модификации программ для ЭВМ, баз данных (программных средств и информационных продуктов вычислительной техники), установке, тестированию и сопровождению программ для ЭВМ, баз данных.»

Хотим обратить Ваше внимание на то, что специфика IT-отрасли (а именно разработки программного обеспечения и web-сайтов) такова, что большая часть относящихся к ней компаний имеют гораздо меньшую численность. В среднем штат интернет-агентства насчитывает 10-30 человек. Компании, о которых идет речь в законопроекте (со штатом более 50 человек) следует отнести к средним или крупным для данной отрасли. Например, среди российских интернет-агентств их менее 10%, а среди региональных компаний — единицы (по данным исследований рынка веб-разработок в России за 2009-2010 годы, проведенном Аналитическим порталом рынка веб-разработок CMS Magazine и проектом «Рейтинг Рунета»). Соответственно, малые IT-компании, которых большинство, не попадают под действие законопроекта и с 2011 года будут уплачивать страховые платежи во внебюджетные фонды в размере 34% от фонда оплаты труда.

Большая часть данных компаний применяют упрощенный режим налогообложения, и соответственно сейчас оплачивают страховые платежи во внебюджетные фонды в размере 14,2%. До 80% расходов таких компаний приходится на налоги и расходы по оплате труда. Таким образом, налоговая нагрузка на них возрастет гораздо сильнее, чем на большинство других компаний.

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

Так что же произойдет с такими компаниями после повышения величины страховых платежей во внебюджетные фонды с 1 января 2011 года?

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

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

  • Отменить ограничение по количеству персонала, или значительно уменьшить требования к минимальному размеру штата компании, чтобы он соответствовал реальным размерам большинства малых IT-компаний(10-30 человек).
  • Сделать более мягкими требования по доле дохода от реализации IT-продуктов (услуг), и утвердить четкий перечень продуктов (услуг) к ним относящимся.
  • Ввести упрощенную процедуру государственной аккредитации для малых IT-компаний.

Подписать письмо!

Исследование Gartner: Magic Quadrant for x86 Server Virtualization Infrastructure.

03/11/2010

Помните исследование аналитической компании Gartner по вендорам рынка виртуализации - Magic Quadrant for x86 Server Virtualization Infrastructure? В нем рассматривались сильные и слабые стороны платформ виртуализации, а сами производители выстраивались в виде магического квадрата, где по оси X (горизонтальная) оценивается функционал продуктов (Vision, т.е. то, что заявлено и реализовано производителем) и предполагаемые сценарии их внедрения, а по оси Y (вертикальная) оценивается возможность реально внедрить и использовать данный функционал на предприятиях - Ability to Execute (подробнее о магических квадратах Gartner - здесь).

Так вот VMware оказалась впереди планеты всей:

Сейчас отчет стал доступен для скачивания с сайта VMware. Интересно почитать про то, какие сильные и слабые стороны видит Gartner в решениях для виртуализации серверов (хотя с некоторыми моментами согласиться сложно). Обратите внимание, где находится Red Hat - сам продукт весьма сильный и перспективный, однако находится в самом конце рейтинга по параметру Completness of Vision.

Как контролировать число снапшотов виртуальной машины на VMware vSphere.

02/11/2010

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

Есть способ ограничить количество снапшотов виртуальных машин в конфигурационном файле .vmx. Для этого откройте vSphere Client и в Configuration Parameters для виртуальной машины добавьте строчку:

snapshot.maxSnapshots = "n"

где n - число допустимых снапшотов (их не может быть больше 496, значение 0 - запретит снапшоты, даже для администраторов).

Если пользователь попробует сделать снапшот, ему будет выведено такое сообщение:

Ответ VMware на тесты Gartner для VDI-нагрузок View 4.5 и Citrix XenDesktop 4.

01/11/2010

Как многие помнят, совсем недавно в блоге аналитической компании Gartner появились результаты тестирования продуктов для виртуализации настольных ПК VMware View и Citrix XenDesktop. Для тестирования протоколов PCoIP и ICA/HDX использовались LAN и WAN-соединения пользователей к инфраструктуре VDI предприятий (всего 4 примера). Как и следовало ожидать - выиграл продукт Citrix XenDesktop, где latency оказалось меньше для пользовательских сессий.

Теперь же VMware в лице своего CTO написала ответ, суть которого заключается в следующем: продукт VMware View нужно уметь правильно и тонко настраивать в сетях WAN, кроме того, нужно правильно организовывать VPN-канал.

…VMware View 4.5 with and PCoIP are configured out of the box to provide the richest LAN experience. There are several important parameters that can be adjusted to optimally tune the protocol for WAN conditions and specific usage scenarios. For WAN conditions it can be very helpful to adjust the display frame rate, image quality and min/max bandwidth settings. As an example, the default frame rate with PCoIP is 30. This can be safely cut down to 12 frames per second for WAN usage resulting in less bandwidth consumption and a better experience in many such circumstances…

…One other thing, the VPN Chris used was a Vyatta open source L2TP/IPsec VPN. There are numerous ways to configure such VPN’s, however PCoIP utilizes UDP for the graphics packets and optimizes parallelism and retransmits at the higher layers of the protocol. Hence we recommend using a VPN technology that support UDP packets natively, not to tunnel the UDP traffic over TCP/IP as doing so will typically cause responsiveness issues

Кстати, чтобы воспользоваться советами CTO VMware для View 4.5 по поводу регулирования пропускной способности канала для виртуальных ПК по WAN и изменения частоты кадров для PCoIP, обязательно нужно обратить внимание вот на эту статью: "Optimising PCoIP Display & Imaging". И, кстати, есть еще вот такой документик по тюнингу PCoIP: http://www.vmware.com/files/pdf/VMware-Teradici-PCoIP-Zero-Client-Remote-Access-Guide.pdf. Нужные нам настройки рассмотрены в пункте 4.

Бесплатная утилита для мониторинга хостов VMware vSphere через rexstop - ZenPack.

29/10/2010

Компания Zenoss анонсировала доступность бесплатного средства для мониторинга серверов VMware ESX / ESXi под названием ZenPack. Мониторинг хостов происходит посредством сбора статистик производительности командой resxtop (аналог esxtop через RCLI).

Что умеет ZenPack:

  • Собирать метрики производительности esxtop и выводить их на графиках
  • Устанавливать пороговые значения для метрик и оповещать администраторов об их превышении
  • Хранить историю значений во времени для последующего анализа

Скачать ZenPack можно по этой ссылке, а посмотреть документацию можно по этой.

Вышел Windows Server 2008 R2 SP1 Release Candidate - возможности.

28/10/2010

Компания Microsoft объявила о доступности релиза-кандидата первого пакета обновлений (SP1) к серверной платформе Windows Server 2008 R2. Наиболее ожидаемые новые возможности продукта в плане виртуализации на базе Hyper-V - это техника Dynamic Memory и технология RemoteFX для оптимизации отображения пользовательских окружений (является частью семейства служб Remote Desktop Services, RDS - соответственно, версия RDP продвигается от 7.0 к 7.1).

Возможность Dynamic Memory позволяет перераспределять свободную память между гостевыми ОС виртуальных машин (у каждой машины есть гарантированный минимум, а используемая память может динамически расти до определенного предела). О Dynamic Memory в Hyper-V можно почитать вот в этих документах компании Microsoft:

Функции Microsoft RemoteFX позволят пользователям работать с виртуальным ПК на базе Hyper-V с включенными функциями Windows Aero, смотреть full-motion видео, работать с приложениями Silverlight и запускать 3D-приложения с небольшими потерями производительности (технологии купленной компании Calista). Рендеринг картинки происходит на стороне сервера, а клиенту посылаются сжатые битмапы (что-то подобное протоколу PCoIP от Teradici в VMware View 4.5). Соответственно, RemoteFX можно будет использовать для VDI-сценариев и терминальных серверов (кстати, обещают интеграцию RemoteFX в семейство технологий Citrix HDX в XenDesktop).

Подробнее о RemoteFX можно узнать из этого документа:

Delivering Business Value with Remote Desktop Services

А также из этой записи Брайана: Microsoft RemoteFX is now available via public beta. Here's our in-depth guide to how it works.

Скачать пробную версию Windows Server 2008 R2 SP1 RC можно по этой ссылке. Список новых возможностей представлен в документе "Windows Server 2008 R2 SP1 Reviewers Guide".

Использование iSCSI хранилищ StarWind Enterprise для Microsoft Hyper-V.

27/10/2010

Не секрет, что в мире виртуализации есть не только VMware. Многие пользователи, особенно из сегмента малого и среднего бизнеса, отдают предпочтение гипервизору Microsoft Hyper-V, который в составе Windows Server 2008 R2 приобрел множество полезных возможностей.

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

Как многие помнят, у Hyper-V есть псевдокластерная файловая система CSV (Cluster Shared Volumes), которая представляет собой надстройку над NTFS и позволяет использовать общие тома для хранения виртуальных машин с поддержкой "горячей" миграции между хостами Hyper-V (Live Migration) и отказоустойчивости (High Availability). Система эта псевдокластерная потому, что для томов CSV из узлов Hyper-V в кластере выбирается узел-арбитр, который управляет SCSI-резервациями виртуальных машин (сам ввод-вывод идет напрямую).

При этом, у узлов Hyper-V есть такая интересная возможность, как Dynamic I/O Redirection. Эта техника позволяет в случае отказа пути одного из узлов Hyper-V к IP-сети хранения перенаправить его ввод-вывод через узел-арбитр. То есть в случае отказа всех путей хост-сервера к SAN виртуальные машины продолжают свою работу на этом узле до того, пока они не переедут на другой узел за счет технологии Live Migration (картинка уж извините от NetApp):

Если же отказ произойдет внутри iSCSI SAN, то там уже свою работу делает StarWind Enterprise HA, который переключается на резервную ноду без простоя в случае отказа основного узла хранилища.

Понятное дело, что ситуация, описанная выше с Hyper-V для Dynamic I/O Redirection, полезна лишь в очень ограниченном количестве случаев, когда, например, подключения узла к SAN не дублированы (да, и такое бывает).

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

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

Возможности и ограничения VMDirectPath в VMware vSphere.

25/10/2010

Как вы знаете, в VMware vSphere есть возможность предоставления прямого доступа виртуальной машины к устройствам хост-сервера (например, HBA-адаптер или сетевая карта), которая называется VMDirectPath. С помощью этой техники многие пытались в предыдущих версиях vSphere прикрутить к виртуальной машине USB Controller, но теперь USB поддерживается для проброса в виртуальные машины, поэтому VMDirectPath в основном используют для Ethernet-адаптеров.

Кстати USB-устройства пробрасываются не через VMDirectPath (об этом можно почитать вот в этой KB).

Но использование VMDirectPath не позволяет использовать множество распределенных служб VMware vSphere, таких как VMware vMotion, DRS, Fault Tolerance и других, так как привязывает виртуальную машину к устройствам сервера, а, соответственно, к самому серверу. Сейчас вариантов применения VMDirectPath практически не осталось, так как в драйвере сетевого адаптера vmxnet3 компания VMware сделала множество нововведений - и он теперь работает гораздо более производительно, и его использование не сильно уступает ситуации, когда используется Passthrough-устройство (вот здесь подробнее).

Чтобы VMDirectPath работал нужно, чтобы хост-сервер VMware ESX / ESXi поддерживал технологии Intel Virtualization Technology for Directed I/O (Intel VT-d) или AMD IP Virtualization Technology (IOMMU).

Настройка VMDirectPath происходит в vSphere Client на вкладке Configuration для хоста ESX / ESXi (ссылка Configure Passthrough):

Надо отметить, что есть случаи, когда VMDirectPath позволяет получить прирост в производительности сетевых адаптеров для виртуальных машин (у Intel есть интересное видео на эту тему, а у VMware - результаты тестов).

Кстати VMDirectPath на хосте VMware ESX / ESXi можно отключить вот так. Ну и, конечно, надо почитать статейку VMware VMDirectPath I/O.

Gartner - Citrix XenDesktop ICA / HDX лучше, чем VMware View 4.5 с PCoIP.

22/10/2010

Для тех, кто следит за развитием продуктов для виртуализации настольных ПК VMware View и Citrix XenDesktop, аналитическая компания Gartner подготовила интересное сравнение быстродействия протоколов VMware View (протокол PCoIP) и Citrix XenDesktop (протокол ICA / HDX) в сетях LAN и WAN.

Вывод - в LAN быстродействие приблизительно одинаковое, а вот в WAN-соединениях однозначно выигрывает Citrix XenDesktop. Вот одно из четырех сравнений для XenDesktop 4.0 Service Pack 1 и VMware View 4.5 :

Вышел Veeam Backup and Replication 5. Обзор новых возможностей.

20/10/2010

Компания Veeam Software, ведущий поставщик средств для управления виртуальной инфраструктурой VMware vSphere, объявила о выпуске средства для резервного копирования виртуальных машин на серверах VMware ESX / ESXi - Veeam Backup and Replication 5.

Это действительно новый и революционный продукт, выводящий на новый уровень технологии резервного копирования виртуальных машин. Теперь оно стало еще более эффективным, а, с точки зрения механизмов восстановления данных и надежности, на сегодняшний день Veeam Backup and Replication 5 - абсолютный лидер в сегменте продуктов для резервного копирования VMware vSphere.

Мы уже писали об основных нововведениях Veeam Backup and Replication 5 с технологиями vPower, SureBackup, U-AIR и другими в следующих статьях:

Теперь обо всех новых функциях и возможностях Veeam Backup and Replication 5 расскажем по порядку:

1. Технология Veeam vPower в Veeam Backup and Replication 5.

Используя множество техник, компания Veeam в своем продукте для резервного копирования виртуальных машин сделала возможность запуска их напрямую из резервных копий, которые хранятся в дедуплицированном виде на backup-хранилище. Это создает множество возможностей для тестирования резервных копий на работоспособность (SureBackup), мгновенного восстановления в производственную среду (InstantRestore) и даже управления виртуальными тестовыми лабораториями на базе продуктивных окружений (то есть, можно запустить продуктив напрямую из бэкапа для каких-нибудь тестов). Таким образом, Veeam vPower - это фундаментальная технология для множества улучшений в Veeam Backup and Replication 5.

2. Техника Instant VM Recovery (InstantRestore) в Veeam Backup and Replication 5.

InstantRestore позволяет мгновенно (без копирования каких-либо данных) восстановить резервную копию системы, запустив ее напрямую из резервной копии, которая хранится в сжатом и дедуплицированном виде. Далее виртуальная машина потихоньку переносит свое хранилище в продуктивную среду за счет технологии Storage VMotion. Если по лицензии VMware vSphere у вас нет техники Storage vMotion, то можно использовать репликацию виртуальной машины в производственное окружение - ведь репликация в Veeam Backup and Replication 5 бесплатна! Все это влияет самым лучшим образом на политики RTO (Recovery Time Objective) сервиса в виртуальной машине, позволяя восстановить его сразу после отказа.

3. Техника U-AIR (Universal Application-Item Recovery) в Veeam Backup and Replication 5.

U-AIR позволяет восстанавливать объекты приложений виртуальных машин напрямую из образа резервной копии. То есть, из бэкапа можно достать и восстановить на целевой сервер объект Active Directory, письмо Exchange или любой другой объект приложения. Кроме того, есть возможность самостоятельного восстановления данных пользователем из приложений с веб-фронтендом. Заметьте - не надо никаких агентов для восстановления отдельных объектов.

4. Техника SureBackup в Veeam Backup and Replication 5.

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

5. Виртуальная лаборатория по запросу (On-Demand Sandbox) в Veeam Backup and Replication 5.

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

6. Мгновенное восстановление файлов (Instant File Level Recovery) для любой гостевой ОС в Veeam Backup and Replication 5.

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

7. Быстрый поиск объектов (Instant Indexing) в Veeam Backup and Replication 5.

Функция Instant Indexing - это быстрая индексация данных содержимого резервных копий виртуальных машин, что позволяет быстро искать в бэкапах любые файлы и мгновенно вытаскивать их в продуктивную среду. Также есть удобный браузер по файловым системам в Veeam Enterprise Manager.

8. Основные дополнительные улучшения в Veeam Backup and Replication 5.
  • Customizable block size. Теперь можно настраивать размер блока для хранилища назначения резервной копии или реплики. Большой размер блока уменьшает затраты вычислительных ресурсов на бэкап и повышает производительность, в то время как меньший размер блока увеличивает степень дедупликации и позволяет уменьшить передаваемый трафик (что особенно актуально для WAN-соединений) при инкрементальном резервном копировании.
  • Monthly schedules. Теперь можно настроить планировщик по месяцам для задач резервного копирования напрямую из GUI, который предоставляет больше опций нежели стандартный планировщик Windows.
  • Continuous job schedule. Новая возможность создания задач по расписанию для соответствия сценариям near-CDP protection.
  • Unsupported disks are now automatically skipped. Неподдерживаемые диски для резервного копирования теперь автоматически пропускаются (раньше надо было исключать их из задачи вручную).
9. Улучшения процесса создания резервных копий в Veeam Backup and Replication 5.
  • Incremental backup mode. Традиционный режим инкрементального резервного копирования теперь тоже есть для поддержки сценариев резервного копирования disk-to-disk-to-tape (D2D2T), удаленных сайтов и на хранилища, которые дедуплицируются своими средствами. Синтетический режим резервного копирования (обратные инкременты) также остался. Кроме того, можно восстанавливать систему даже тогда, когда отрабатывает задача по резервному копированию.
  • Previous full backup chain transformation. Возможность преобразовать цепочки предыдущих полных бэкапов (Full Backups) в цепочку с одним полным бэкапом и несколькими обратными инкрементами для экономии дискового пространства на целевом хранилище.
  • VM level retention in full backup files. Теперь в файле полной резервной копии просто заменяются блоки данных в соответствии с настроенной политикой хранения полных резервных копий. То есть, нет необходимости делать полный бэкап, полностью удаляя предыдущий из VBK-файла.
  • Delete individual VMs from full backup file. Теперь можно удалить любую виртуальную машину из резервной копии с VBK-файлом. Блоки помечаются как свободные, и на их место записываются дальнейшие данные бэкапов без роста размера файла.
  • Enhanced backup properties. Расширенные настройки в опциях для задачи резервного копирования.
10. Улучшения процесса репликации в Veeam Backup and Replication 5.
  • Thin disk support on replica. Теперь у реплики также может быть растущий по мере наполнения данными (thin) диск. Это улучшает производительность репликации.
  • On-the-fly disk transformation. Также можно на лету при репликации преобразовывать "толстые" (thick) диски исходной машины в тонкие (thin) диски реплики. Экономия на дисковом хранилище реплик.
  • Replica properties. Появились новые свойства реплики, такие как объем данных переданный с после запуска задачи репликации (функция, о которой запрашивали многие пользователи).
11. Интеграция с приложениями в Veeam Backup and Replication 5.
  • Network connection-less operation. Теперь нет необходимости прямого соединения виртуальной машины, где работает Veeam VSS Agent, и бэкап-сервера. Это позволяет соблюсти политики безопасности в виртуальной инфраструктуре без потери функциональности по обеспечению целостности данных за счет служб VSS.
  • Granular application-aware processing. Теперь можно более структурированно задавать настройки выполнения различных задач (например, запуск службы VSS) для отдельных виртуальных машин или других объектов виртуальной инфраструктуры VMware vSphere.
  • Better transaction logs handling. Теперь лог транзакций приложения резервируемой системы очищается только после успешного бэкапа, вместо того, чтобы делать это после снятия снапшота при создании резервной копии. Это позволяет сохранить лог транзакций и откатиться на нужную точку в Microsoft SQL Server, даже если задача резервного копирования по какой-либо причине упадет после снятия снапшота виртуальной машины.
  • Option to disable transaction logs pruning. Можно также полностью отключить очистку лога транзакций.
  • Transaction logs pruning for Microsoft SQL. Очистка лога транзакций для Microsoft SQL Server была введена на случай, если этот сервер резервируется только средствами Veeam Backup и требуется, чтобы логи транзакций не разрастались.
12. Улучшения процесса восстановления в Veeam Backup and Replication 5.
  • VM search. В мастер восстановления добавлена возможность поиска файлов, чтобы быстро найти файлы, которые требуется восстановить из резервной копии виртуальной машины.
  • Restore reason. Можно указать причину восстановления файла - удобно для администраторов, отслеживающих эти события.
  • Restore audit. Теперь в логе восстановления видно, кто и какие файлы восстанавливал, а также по какой причине.
  • Service-based restores. Теперь задача восстановления файлов управляется службой Windows, поэтому даже если пользователь вышел из системы - задача продолжится.
  • Original VM location prefill. Мастер восстановления теперь предлагает по умолчанию куда восстанавливать виртуальную машину, чтобы пользователь не ошибся.
  • Per-disk datastore selection. Для виртуальной машины с несколькими виртуальными дисками можно указать разные хранилища (datastores) для каждого диска.
  • Better guest file permission handling. Теперь для задачи восстановления файлов добавляется привилегия для доступа к томам, на которые у пользователя нет разрешений. Делается это только для движка Veeam Backup и не нарушает политик безопасности.
  • Removed VMware Player requirement. Виртуальный модуль File level restore helper appliance теперь запускается напрямую на хосте VMware ESX / ESXi. Теперь не надо использовать VMware Player на сервере Veeam Backup.
  • Preserve Linux permissions. Теперь можно сохранить права доступа в Linux при восстановлении отдельных файлов.
  • Permissions and ownership display. Браузер по файловой системе теперь показывает разрешения и владельца файлов.
  • ZFS support. Восстановление файлов с томов ZFS теперь поддерживается.
13. Улучшения при работе с задачами в Veeam Backup and Replication 5.
  • Datastore based jobs. Теперь можно создавать задачи, добавляя Datastore как объект для резервирования. Все машины на этом хранилище будут добавлены в задачу.
  • Granular disk exclusions. Вместо того, чтобы настраивать исключения для дисков на базе задач, можно настраивать исключения на уровне виртуальных машин или других объектов виртуальной инфраструктуры VMware vSphere. Например, в каком-то пуле вы хотите исключить бэкап диска D виртуальных машин.
  • Per-job email notification. Для каждой задачи отдельно можно настроить нотификацию по e-mail (для разных пользователей).
  • Windows Event Log events.Veeam Backup теперь пишет о своих действиях в журнал Windows event log (в стиле vCenter).
  • Simple delegation. Механизм доступа на базе ролей в Veeam Backup был добавлен для разграничения действий пользователей. Например, Restore Operator может выполнять любой тип восстановления, однако не может работать с задачами резервного копирования.
  • Source datastore monitoring. Как вы знаете, снапшоты требуют дополнительное пространство на хранилище при создании и слиянии. Теперь мониторинг исходного хранилища позволяет убедиться в том, что не возникнет ситуации переполнения, когда из-за нее виртуальные машины завершат работу. По умолчанию, предупреждение высвечивается в случае, если остается менее 10 ГБ свободного пространства. Если остается менее 2 ГБ - задача резервного копирования будет пропущена.
  • Session history improvements. Старые сессии восстановления теперь удаляются на базе политики хранения, что актуально для пользователей старых версий Veeam Backup, у которых много чего накопилось с более ранних версий.
14. Улучшения в центральной консоли Enterprise Manager в Veeam Backup and Replication 5.
  • Centralized license management. Теперь удобно отслеживать использующиеся лицензии на Veeam Backup на нескольких серверах из центральной консоли Veeam Enterprise Manager.
  • Dashboard statistic improvements. Теперь информация о занимаемом пространстве резервными копиями более детальна.
15. Улучшения в процессе установки Veeam Backup and Replication 5.
  • Database name selection. Теперь можно привязать несколько бэкап-серверов Veeam Backup к одной базе Microsoft SQL.
    Disabling automount. Теперь автомонтирование новых томо автоматически отключается на сервере Veeam Backup при установке, чтобы предотвратить переподписку VMFS-томов со стороны Microsoft Windows. Теперь этого не надо бояться забыть сделать вручную.
    CPU verification. Теперь проверяется, достаточно ли мощности CPU для установки Veeam Backup. При этом требования к CPU сохранились от предыдущей версии.

Безусловно, Veeam Backup and Replication 5 - лучший продукт для резервного копирования виртуальных машин в инфраструктуре VMware vSphere. Скачать его можно по этой ссылке.

Купить Veeam Backup and Replication 5 можно уже сегодня. Для этого используйте форму заказа у Золотого партнера Veeam Software на территории России - компании VMC.

Системные требования StatWind Enterprise HA.

20/10/2010

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

CPU

Рекомендуется процессор Intel Xeon E5620 или выше либо эквивалентный ему AMD Opteron. Надо отметить, что рекомендуется использовать многоядерные CPU. При этом, если сравнивать CPU, у которого частота каждого из ядер меньше, с CPU с большей частотой ядер, но меньшим их количеством - то предпочтителен первый вариант. То есть, лучше иметь 6-ядерный Intel Xeon 5660 с частотой 2.8 ГГц на ядро, чем 4-ядерный Intel Xeon 5667 с частотой 3.02 ГГц на ядро.

RAM

Минимум нужно 4 ГБ (для самой Windows и движка StarWind). Если вы используете один из методов кэширования в StarWind - то потребуется дополнительная память на кэши, исходя из их размеров.

Network

Естественно нужно использовать как минимум гигабитную сеть хранения iSCSI (при этом помните, что каждый компонент сети должен поддерживать 1 Гбит). Лучше использовать NIC Teaming для расширения канала или сети 10G, а также большие кадры Jumbo Frames (9K). Помните, что канал синхронизации между узлами обязательно нуждается в дублировании.

HDD

Можно использовать устройства SATA, SAS или SSD. Естественно, используйте аппаратные RAID-массивы, а не программные в производственной среде. Узнавать о том, какой RAID лучше начните отсюда.

Операционная система

Рекомендованная - Windows Server 2008 R2. Можно использовать и Windows Server 2003 (все, что выше - поддерживается). Также можно использовать и издания Server Core и даже бесплатный Hyper-V Server, однако, по понятным причинам, GUI для StarWind нужно будет устанавливать на отдельный компьютер (этот компонент называется StarWind Management Console). При этом для управления можно использовать и рабочую станцию с ОС, начиная с Windows XP. Помните, что для управления надо открыть порт 3261 в сетевом экране.

Сам процесс установки и настройки ПО StarWind Enterprise на каждом из узлов занимает 10-30 минут, поэтому просто возьмите и попробуйте продукт бесплатно.

Кстати, вроде бы из нового - появился вот такой документ "How to Increase VMware Application Availability with Shared Storage". И да, обязательно смотрите вот сюда и сюда.

Как включить доступ по SSH к VMware ESXi (Remote Tech Support Mode).

19/10/2010

От новых пользователей VMware часто приходится слышать вопрос о том, как включить доступ по протоколу SSH к консоли сервера VMware ESXi (этот режим называется Remote Tech Support Mode). Надо сказать, что консоль сервера VMware ESXi построена на базе пакета BusyBox, который позволяет исполнять некоторый набор nix-команд, а сама консоль не является полноценной заменой Service Console в VMware ESX. Поскольку пятая версия пакета VMware vSphere будет содержать в себе только ESXi, а сам гипервизор ESX перестанет существовать, пользователям рекомендуется использовать интерфейс VMware vSphere Management Assistant для централизованного исполнения скриптов на серверах VMware ESXi.

Итак, как включается доступ по SSH к VMware ESXi. Его можно включить двумя способами:

  • Напрямую из консоли сервера VMware ESXi
  • Из VMware vSphere Client при подключении к серверу ESXi

1-й способ. Включение SSH из консоли сервера ESXi.

1 Открываем консоль сервера VMware ESXi и нажимаем клавишу <F2>.

2. Переходим в категорию Troubleshooting Options:

3. Включаем или отключаем доступ по SSH к VMware ESXi (Remote Tech Support Mode).

Обратите внимание, что есть также режим Local Tech Support Mode - это доступ к физической консоли сервера VMware ESXi напрямую для исполнения nix-комманд.

2-й способ. Включение SSH для ESXi из vSphere Client.

1. Соединяемся с хостом VMware ESXi через vSphere Client и на вкладке Configuration переходим в подкатегорию Security Profile в категории Software. Нажимаем Properties:

2. Мы видим список сервисов, включенных для VMware ESXi. Видно, что Local Tech Support и Remote Tech Support (доступ по SSH) выключены. Нажимаем кнопку Options для выбранной службы - Remote Tech Support (SSH).

3. Выбираем политику запуска службы (вручную или автоматически) и запускаем службу SSH, нажав кнопку Start.

Для управления сервером VMware ESXi по протоколу SSH нужно использовать Putty.

Apple iPad и инфраструктура VMware.

18/10/2010

Не секрет, что планшеты Apple iPad пользуются необоснованной, но бешенной популярностью среди пользователей. Множество компаний разработчиков корпоративного ПО ищут нишу для применения данных устройств при доступе к ИТ-инфраструктуре предприятия, и VMware здесь не исключение.

Не так давно VMware анонсировала скорый запуск клиентского ПО vSphere Client для iPad, первую бета-версию которого нам обещают показать уже в октябре-ноябре этого года, а выпустить релиз к началу 2011-го:

Но что еще интересно, на прошедшем VMworld Europe 2010 были анонсированы еще 2 интересных приложения для iPad - это клиент VMware vSphere Request Manager и клиент VMware View:

Приятно видеть, что iPad может хоть на что-то сгодиться.

Оффтопик по выходным: субботники.

16/10/2010

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

Но я хочу поговорить о других субботниках, тех, что берутся в скобки в печатных изданиях. "Субботник" - так их называют. Вот о чем идет речь...

VMware vCloud Request Manager - замена VMware Lifecycle Manager.

14/10/2010

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

VMware vCloud Request Manager будет является расширением для VMware vCloud Director, продукта для управления облачной инфраструктурой VMware vSphere, которую предлагается создавать крупным предприятиям и поставщикам сервисов в сфере облачных вычислений (Cloud Computing).

По сути, vCloud Request Manager - это портал самообслуживания пользователей, в котором происходит развертывание новых сервисов в виртуальных машинах в соответствии с определенными рабочими процессами (workflows). Когда пользователь выбирает виртуальный сервис vApp для развертывания из каталога vCloud Director, происходит формирование запроса менеджерам датацентра, которые рассматривают причину обращения и отслеживают, есть ли необходимые лицензии для новой прикладной системы.

Так же как и в Lifecycle Manager, в vCloud Request Manager происходит отслеживание жизненного цикла виртуальных машин и списание их в зависимости от заданного времени существования (при этом высвободившиеся лицензии возвращаются в пул).

Сам workflow для работы с VMware vCloud Request Manager определяется в графическом интерфейсе, где можно использовать различные организационные объекты vCloud (утверждение менеджером, нотификации и т.п.). Также присутствуют различные виды квот, моделей расчета потребления ресурсов/денег, дефолтные сроки аренды, настройки вычислительных ресурсов и т.п.

Virtualization.info сообщает о том, что стоимость продукта VMware vCloud Request Manager будет составлять $100 за виртуальную машину в инфраструктуре под управлением VMware vCloud Director.

VMware Go и VMware Go Pro - бесплатный и коммерческий сервисы для СМБ.

13/10/2010

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

Теперь VMware предлагает использовать сервис VMware Go Pro, который стал платным и будет существовать наряду с по-прежнему бесплатным VMware Go. Версия Pro создана в сотрудничестве компаний VMware и Shavlink, где последняя использовала свои технологии для управления обновлениями систем (вспомните VMware Update Manager - там есть возможность обновления гостевых ОС через ресурсы Shavlink).

Что умеет платный VMware Go Pro:

1. Управлять патчами и обновлениями хост-серверов и виртуальных машин.

2. Сканировать виртуальную и физическую инфраструктуру на соответствие обновлениям (для ОС Microsoft). Можно искать в доменах и диапазонах IP-адресов.

3. Применять патчи различной степени критичности к операционным системам:

4. Управлять текущими лицензиями для приложений в небольшой инфраструктуре (SAM).

Опробовать VMware Go и VMware Go Pro можно по этой ссылке.

Новые возможности Veeam Monitor 5.

12/10/2010

Компания Veeam Software, ведущий поставщик решений для управления виртуальной инфраструктурой VMware vSphere, объявила о выпуске решения Veeam Monitor 5, которое позволяет осуществлять мониторинг серверов VMware ESX и виртуальных машин в реальном времени.

Для многих крупных компаний Veeam Monitor (а также коннекторы nworks к System Center Operations Manager и HP Operations Manager) стали уже стандартом управления и мониторинга виртуальной инфраструктуры VMware vSphere.

В версии Veeam Monitor 5 появились следующие новые возможности:

  • Полная совместимость с VMware vSphere 4.1, включая поддержку всех новых возможностей платформы (например, новые метрики, которые появились именно в версии 4.1 для систем хранения, NFS-томов, мониторинг путей по I/O, Lantncy и прочее, всего более 100 новых метрик).
  • Интеллектуальные возможности мониторинга. Всего в Veeam Monitor 5 есть 125 типов тревог (alarms), которые позволяют покрыть все возможные события виртуальной инфраструктуры vSphere, которые наступают, в том числе, при превышении определенных пороговых значений (treshholds). Veeam в течение нескольких лет собирала базу знаний на основе обратной связи от пользователей своих продуктов. Это позволило дать объяснение многим вещам, ежедневно происходящим в инфраструктуре виртуализации - и эта база доступна для удобного просмотра из интерфейса. Это позволяет очень быстро решать проблемы, особенно в крупных инфраструктурах.
  • Новые Dashboards. Интерфейс представлений в Veeam Monitor 5 был существенно доработан, что позволяет теперь получать больше информации из одной точки обзора для администратора или менеджера датацентра. При этом, есть возможность "проваливаться" внутрь объектов (например, кластер) для более детального исследования поведения их составляющих.
  • Monitoring of logical disk space. Теперь видно сколько свободного пространства осталось внутри гостевой ОС, что позволяет своевременно предотвращать проблемы переполнения логических дисков. Это частая проблема при большом количестве виртуальных машин.
  • Snapshot monitoring. "Забытые" снапшоты также являются частой проблемой виртуальной инфраструктуры VMware. Например, кто-то сделал снапшот перед накатыванием очередного патча на ОС, а потом забыл про него. При этом снапшот продолжает расти и болтается, создавая проблемы. Теперь можно поставить аларм на превышение заданного объема снапшота.
  • Management reports. Теперь можно по любому объекту составить отчет по различным метрикам. Например, можно посмотреть, отчет по заполнению систем хранения, чтобы обнаружить какие стораджи скоро кончатся, а какие наоборот пустуют.
  • Streamlined alarm management. Теперь появился отдельный интерфейс для работы с алармами, где их можно временно отключать, искать по условиям и много чего еще.
  • Scalability and architecture improvements. Во-первых, улучшилась интеграция с Microsoft SQL Server, а, во-вторых, теперь можно одновременно наблюдать до 200 и более хостов VMware ESX / ESXi на один сервер Veeam Monitor 5. Естественно, он 64-битный.
  • UI enhancements. Несколько улучшений графического интерфейса, например, full screen для вывода на монитор оператора.

Теперь скриншоты Veeam Monitor 5:

Скачать пробную версию Veeam Monitor 5 для VMware vSphere 4.1 можно по этой ссылке.

Документ VMware View Deployment Reference Architecture.

12/10/2010

Компания VMware продолжает выпуск технической документации, посвященной решению для виртуализации настольных ПК VMware View 4.5. В документе "VMware View Deployment Reference Architecture" рассматривается инсталляция VMware View 4.5, состоящая из нескольких блоков VDI, (всего рассматривается от 5000 до 50 000 виртуальных рабочих мест).

Документ подготовлен при совместном участии компаний VMware, NetApp, Wyse, Cisco и Fujitsu на базе программного и аппаратного обеспечения этих вендоров.

Каждый блок, рассматриваемый в документе, включает в себя:

  • 60 хостов ESX 4.1 (на серверах Cisco UCS или Fujitsu PRIMERGY) 
  • 1 кластер FAS3170 HA Cluster 
  • 2 сервера VMware vCenter
  • 3 сервера Connection Servers (использующих PCoIP для доступа пользователей) 
  • 5 000 виртуальных машин с гостевой ОС Microsoft Windows 7

Новые возможности Citrix XenDesktop 5.

11/10/2010

На прошедшей недавно в Берлине конференции Citrix Synergy компания Citrix официально объявила о выпуске новой версии продукта для виртуализации настольных ПК предприятия XenDesktop 5.

Напомним, что на сегодняшний день решение Citrix XenDesktop является лидирующим продуктом на рынке VDI (Virtual Desktop Infrastructure). Кроме того, Citrix XenClient, интегрированный с XenDesktop, является единственным на сегодняшний день "клиентским гипервизором", который позволяет распространять виртуальные машины пользователей на устройства без операционной системы (bare-metal гипервизор).

В Citrix XenDesktop 5 появился новый компонент - Citrix Desktop Director. Это веб-консоль, представляющая собой единую точку управления и контроля инфраструктуры виртуальных ПК, которая оказывает существенную помощь при решении типичных проблем в крупных организациях.

Новые возможности Citrix XenDesktop 5 рассмотрены в статье "Citrix Accelerates Virtual Desktop Revolution with XenDesktop 5". Стоимость Citrix XenDesktop 5 для издания VDI-only (без XenApp) составит $95 (на одного пользователя или устройство). Цена XenDesktop 5 Enterprise и Platinum Edition будет составлять $225 и $350 соответственно.

На данный момент Citrix XenDesktop 5 недоступен для загрузки. Выпуск продукта намечен на четвертый квартал этого года. Как только выйдет финальный релиз продукта, мы обязательно детально рассмотрим его новые возможности в отдельной статье.

VMware Product Interoperability Matrix - совместимость продуктов VMware.

07/10/2010

Компания VMware анонсировала новый онлайн-сервис Product Interoperability Matrix, который позволяет проверить совместимость различных версий продуктов между собой.

Например, выбираем VMware ESX версии 4.1 и VMware vCenter - получаем результат в таблице, по которому видно, что для ESX 4.1 подходит только vCenter 4.1 (но не наоборот! - потому что vCenter 4.1 может управлять даже ESX 3.5 Update 5).

По этому поводу на VMware Knowledge Base TV появилось даже обучающее видео:

Новая возможность StarWind Enterprise HA - устранение ситуации Split Brain.

06/10/2010

Многим пользователям платформы виртуализации VMware vSphere известна компания StarWind, которая производит продукт StarWind Enterprise для создания отказоустойчивых хранищ под серверы VMware ESX (описание работы - здесь, изданий - здесь). Основная фишка данного продукта - использование двухузлового кластера, работающего в режиме Active-Passive или Active-Active, который в случае падения одного из узлов продолжает свою работу, а виртуальные машины не теряют данных. Эта вещь актуальна для организаций, которую используют существующую инфраструктуру Ethernet для создания сети хранения на базе технологии iSCSI. То есть для тех, кто не любит тратить деньги направо и налево, покупая Fibre Channel системы хранения.

По заявкам наших читателей мы публикуем объяснение работы кластера StarWind Enterprise в случае обрыва канала синхронизации между узлами (так называемый сценарий Split Brain). В актуальной версии StarWind Enterprise 5.4 при обрыве канала синхронизации между узлами обе ноды оставались работающими, думая что каждая из них - выживший член кластера.

В этом случае, например, при алгоритме балансировки Round Robin (или при переключении пути после разрыва канала синхронизации) могла выйти ситуация, когда данные писались то на одну ноду, то на другую (а данные между ними не синхронизировались). Соответственно, при попытке что-нибудь прочитать - мы получали Blue Screen в гостевой ОС. Поэтому настоятельно рекомендовалось использовать дублирование канала синхронизации (NIC Teaming).

В версии StarWind Enteprise 5.5 которая у меня уже есть на руках (и вы можете ее у меня попросить), а у вас будет совсем скоро, ситуация кардинально лучше. Теперь механизм работы кластера StarWind HA следующий:

Когда ноды работают в режиме Active-Active, между ними все равно есть распределение ролей - Primary и Secondary.

Если обрывается канал синхронизации между узлами (нет пинга), то:

  • По каналу Heartbeat (сеть iSCSI трафика) первичный узел посылает запрос вторичному узлу на то, жив ли он (обычный ping). Если он жив, то первичный узел посылает вторичному узлу команду на отключение всех клиентов (ESX) от этого узла. Соответственно все команды процессятся через первичный узел и ситуации Split Brain не возникает. При налаживании канала синхронизации - оба узла синхронизируются (второй получает данные от первого) и работа в режиме Active-Active продолжается.
  • Если Heartbeat по сети iSCSI-трафика не прошел. Это значит умер вторичный узел, а не канал синхронизации. Соответственно, ESX продолжает запись на первичную ноду до того, как вторичный узел не придет в себя. После этого опять произойдет синхронизация и кластер StarWind HA продолжит свою работу.

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

Скачать продукт StarWind Enteprise можно по этой ссылке. Купить StarWind можно по этой ссылке.

<<   <    1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119    >   >>
Реклама





Зал Славы Рекламодателя
Ближайшие события в области виртуализации:

Быстрый переход:
VMware IT-Grad StarWind Veeam PowerCLI Offtopic Gartner Citrix VSAN GDPR 5nine Hardware VeeamON Nutanix vSphere RVTools Enterprise Security Code Cisco vGate Microsoft Cloud SDRS Parallels IaaS HP VMFS VM Guru Oracle Red Hat Azure KVM VeeamOn 1cloud Docker Storage NVIDIA Partnership Dell Virtual SAN Virtualization VMTurbo vRealize VirtualBox Symantec Softline EMC Login VSI Xen Teradici Amazon NetApp VDI Linux Hyper-V IBM Google VSI Security Windows vCenter VMachines Webinar View VKernel Events Windows 7 Caravan Apple TPS Hyper9 Nicira Blogs Sun VMC Xtravirt Novell IntelVT Сравнение VirtualIron XenServer CitrixXen ESXi ESX ThinApp Books P2V vSAN vROPs Stencils Labs Bug UEM vRNI VTL Networking Horizon vCSA Tools vCloud Forum iSCSI SRM HCI App Volumes Video Workspace ONE Backup VMUG NSX HA Update Manager VCP VVols Workstation Update DR Cache Storage DRS VMworld Workspace DRS Fusion Lifecycle Visio Log Insight Operations Manager SDDC Virtual Appliance OpenStack PowerShell LSFS Client Datacenter Intel Agent esxtop Book Photon Cloud Computing SSD Comparison Blast Performance Nested AWS XenDesktop VSA vNetwork SSO Host Client VMDK Whitepaper Appliance VUM V2V Support Обучение Web Client Mobile Automation Replication Desktop Fault Tolerance Vanguard SaaS Connector Event Free SQL Sponsorship Finance FT Containers Converter XenApp Snapshots vGPU Auto Deploy SMB RDM Mirage XenClient MP SC VMM Certification VDP Partners PCoIP RHEV vMA Award Network USB Licensing Logs Server Demo vCHS Calculator Бесплатно vExpert Beta SAN Exchange MAP ONE DaaS Monitoring VPLEX UCS SDK Poster VSPP Receiver vMotion VDI-in-a-Box Deduplication Reporter vShield ACE Go nworks iPad XCP Data Recovery Documentation Sizing Pricing VMotion Snapshot FlexPod VMsafe Enteprise Monitor vStorage Essentials Live Migration SCVMM TCO Studio AMD-V VirtualCenter NFS ThinPrint SIOC Plugin Memory CLI Helpdesk Troubleshooting VIC Upgrade VDS Migration Director API Android Graphics Diagram Air DPM Flex Mac Open Source SSH VAAI Chargeback Heartbeat MSCS Ports SVMotion Bugs Composer
Интересные плакаты:

Постер VMware vSphere PowerCLI 6.3:

Постер VMware ESXi 5.1:

Постер VMware Hands-on Labs 2015:

Постер VMware Platform Services Controller 6.0:

Постер VMware vCloud Networking:

Постер VMware NSX (референсный):

Постер VMware vCloud SDK:

Постер VMware vCloud Suite:

Постер VMware vCenter Server Appliance:

Порты и соединения VMware vSphere 6:

Порты и соединения VMware Horizon 7:

Порты и соединения VMware NSX:

Управление памятью в VMware vSphere 5:

Как работает кластер VMware High Availability:

Постер VMware vSphere 5.5 ESXTOP (обзорный):

Постер Veeam Backup & Replication v8 for VMware:

Постер Microsoft Windows Server 2012 Hyper-V R2:

 

Популярные статьи:
Как установить VMware ESXi. Инструкция по установке сервера ESXi 4 из состава vSphere.

Включение поддержки технологии Intel VT на ноутбуках Sony VAIO, Toshiba, Lenovo и других.

Как настроить запуск виртуальных машин VMware Workstation и Server при старте Windows

Как работают виртуальные сети VLAN на хостах VMware ESX / ESXi.

Что такое и как работает виртуальная машина Windows XP Mode в Windows 7.

Типы виртуальных дисков vmdk виртуальных машин на VMware vSphere / ESX 4.

Сравнение Oracle VirtualBox и VMware Workstation.

Инфраструктура виртуальных десктопов VMware View 3 (VDI)

Бесплатные утилиты для виртуальных машин на базе VMware ESX / ESXi.

Как использовать возможности VMware vSphere Management Assistant (vMA).

Проектирование инфраструктуры виртуализации VMware vSphere 4.

Как поднять программный iSCSI Target на Windows 2003 Server для ESX

Работа с дисками виртуальных машин VMware.

Бесплатные программы для VMware ESX / ESXi в среде Virtual Infrastructure / vSphere (часть 2).

Новые возможности VMware vSphere 5.0 - официально.

Все ресурсы о виртуализации:
Интервью:

Alessandro Perilli
virtualization.info
Основатель

Ратмир Тимашев
Veeam Software
Президент


Купить:

VMware vSphere 6.5


Veeam Backup 9.5


Полезные ресурсы:


Видео компании VMware

Видео про Citrix Xen

Видео о виртуализации Microsoft

Утилиты для виртуальных машин Microsoft.

Книги на английском языке

Блоги на английском языке

Блоги на русском языке

Агрегация статей в твиттере VMC:


Copyright VM Guru 2006 - 2019, Александр Самойленко. Правила перепечатки материалов.