S' Tech Blog

Видеоролики о новых возможностях vSphere 5

2011-07-21T19:25:00.000+07:00

Когда лень читать, можно просто смотреть:)

Подборка видео о vSphere 5 от Eric Sloof:

Изменения в возможностях брандмауэра ESXi -

Пользовательский интерфейс iSCSi -

Storage DRS -

Миграция с 4-ки на 5-ку -

Производительность SAN и NAS протоколов в vSphere 4.1

2011-05-16T18:01:00.000+07:00

NetApp и VMware предоставили новый отчет о тестировании производительности SAN и NAS протоколов при использовании vSphere 4.1 и NetApp FAS.
Целью тестирования, было исследование производительности различных сетевых протоколов в среде vSphere, при реалистичной нагрузке, без учета максимальной пропускной способности каждого протокола.
Тестировались 4Gb/8Gb FC, 10 Gb FCoE, 1/10Gb iSCSi и 1/10Gb NFS в два подхода:
- Производительность протоколов при большом количестве виртуальных машин расположенных на одном общем хранилище.
- Производительность протоколов при одной виртуальной машине расположенной на изолированном хранилище.
В отчете приведены результаты тестирования каждого протокола относительно результата для 4Gb FC, взятого в качестве базового.
На тестах 4K и 8K блоками с нагрузкой от 32 до 256 I/O, при большом количестве виртуальных машин, результаты показали незначительную разницу в производительности протоколов:

На тестах с одной виртуальной машиной, результаты производительности протоколов замерялись для LSI Logic и PVSCSI адаптеров.
Было обнаружено, что при использовании адаптера PVSCSI, в зависимости от протокола, затрачивается на 18-30% меньше процессорного времени виртуальной машины, чем при ипользовании LSI Logic:

Источник - VMware vSphere 4.1 Storage Performance: Measuring FCoE, FC, iSCSI, and NFS Protocols

Срочно обновляем ESX 3.5

2011-05-14T21:12:00.000+07:00

Те, кто ещё использует ESX 3.5 и хочет в дальнейшем иметь возможность обновляться, поторопитесь установить патч ESX350-201012410-BG до 1 июня 2011 года. В противном случае, применение новых обновлений (после 1 июня) будет невозможным.
Обновление предназначено для RPM vmware-keying-data, доступно для загрузки через Update manager, либо тут. После установки не требует перезагрузки.
Обновление прошлогоднее, если вы регулярно обновляетесь, просто убедитесь, что патч установлен.

Источник: KB Article: 1030001

VMTurbo - бесплатное средство отчетности для VMware ESX/ESXi

2011-05-11T11:44:00.000+07:00

Компания VMTurbo, создатель коплексного продукта для мониторинга и планирования ресурсов виртуальной инфраструткутры Virtualization Management Suite, недавно анонсировала бесплатное средство отчетности VMTurbo Performance and Efficiency Reporter. Продукт доступен для скачивания с сайта производителя в виде Virtual Appliance. Для работы не требует vCenter и собирать данные о производительности может напрямую с хостов ESX/ESXi.

Продукт максимально прост. После запуска VA и настройки сети, всё дальнейшее взаимодействие происходит через веб-интерфейс, где нужно указать адреса хостов ESX/ESXi или vCeneter и можно приступать к построению отчетов.

Всего предлагается 8 отчетов по утилизации CPU, оперативной памяти, хранилища и производительности виртуальных машин.

После составления, отчеты можно сохранить в PDF, или подписаться на рассылкку по email.

Microsoft Virtualization for VMware Professionals

2011-05-10T16:31:00.000+07:00

"Виртуализация Microsoft для специалистов VMware" - это он-лайн курс, специально предназаначенный для технических специалистов по виртуализации VMware (ну и MS тоже). Курс состоит из 12 видео-лекций и знакомит с технологиями Microsoft Hyper-V, VMM 2012 и VDI.
Курс доступен для всех желающих на портале TechNet Edge.
Видео и аудио записи лекций можно скачать отдельными файликами в WMV/MP3.

Книга VMware ESXi: Planning, Implementation, and Security

2011-05-04T10:09:00.000+07:00

Сегодня прислали купон на бесплатный экземпляр книги "VMware ESXi: Planning, Implementation, and Security" (как получить книгу я писал ранее).
Книга распространяется через safaribooksonline.com. После регистрации и ввода кода купона на сайте safaribooksonline, книгу можно читать в браузере, либо скачать по главам:

Advanced VMXNET 3

2011-05-03T02:15:00.000+07:00

VMXNET 3 - это 10G сетевой адаптер доступный в виртуальных машинах vSphere 4. VMXNET 3 включает в себя все возможности адаптеров VMXNET и VMXNET 2, но при этом является паравиртуализированным устройством. В отличие от своих предшественников, призван решать задачи сетевой производительности с помощью аппаратных ресурсов.
VMXNET 3 поддерживается в машинах с виртуальным оборудованием версии 7 для следующих гостевых операционных систем:

Microsoft Windows XP, 2003, 2003 R2, 2008, 2008 R2
Red Hat Enterprise Linux 5.0
SUSE Linux Enterprise Server 10
Asianux 3
Debian 4
Ubuntu 7.04
Sun Solaris 10 U4

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

Поддержка MSI/MSI‐X (Message Signaled Interrupts).

MSI - это альтернативный способ генерации прерываний применяемый в стандартах PCI 2.2 и PCI Express. Технология MSI позволяет создавать множество запросов на прерывание, когда это требуется устройствам PCI, а устройства PCI Express используют только способ MSI.
Соответственно поддержка MSI/MSI-X адаптеру VMXNET 3 просто необходима для паравиртуализации.

RSS (Receive Side Scaling).

Поддерживается RSS для Windows Server 2008.
RSS обеспечивает распределение обработки сетевого трафика между несколькими процессорами (или ядрами). Соответственно включение RSS будет полезено для многопроцессорных виртуальных машин.
В Windows 2008, параметр RSS по умолчанию включен. Чтобы определить текущее состояние RSS, в командной строке Windows нужно выполнить:

netsh int tcp show global

Включить или отключить RSS в Windows можно командами:

netsh interface tcp set global rss=enabled

netsh interface tcp set global rss=disabled

Настройка RSS для каждого сетевого адаптера производится в ключе реестра HKLM\SYSTEM\CurrentControlSet\Control\Class\{XXXXX72-XXX}\,
где можно указать максимальное и минимальное количество процессоров задействованных на сетевой адаптер, а также поддержку NUMA.
Включить или отключить RSS на сетевом адаптере можно в свойствах устройства на вкладке: "Advanced":

Более подробно о технологии Receive Side Scaling можно почитать в документе Receive-Side Scaling Enhancements in Windows Server 2008.

IPv6 TCP Segmentation Offloading (TSO6)

TSO6 помогает снизить нагрузку на vCPU вызываемую сетевым трафиком IPv6. При этом, если сетевой адаптер сервера поддерживает TSO6 задача будет передана физическому оборудованию, в противном случае разгрузка будет обеспечиваться программно внутри VMkernel. Таким образом:
- TSO6 может быть включен для VMXNET3 не зависимо от того поддерживается ли это оборудованием.
- При программной обработке TSO6 стоит учесть накладные расходы для VMkernel.

По умолчанию TSO6 на адаптере VMXNET 3 включен:

Поддержка NAPI (New API) и Large Receive Offload (LRO)

Только для Linux систем.
NAPI - это "улучшайзинг" сетевых драйверов Linux разработанный специально для высокоскоростных сетевых соединений.
LRO - технология агрегирования множества небольших входящих сетевых пакетов в один для последующей передачи на обработку. Позволяет снижать нагрузку на CPU вызываемую обработкой этих самых сетевых пакетов. Однако работает это только для входящего трафика и только между виртуальными машинами расположенными на одном физическом сервере (VM-VM).

VLAN off-loading

В теории должно снижать нагрузку на CPU при тэгирования пакетов внутри гостевой системы (VGT Mode). Соответствующие параметры, также можно настроить через вкладку "Advanced".
Для VMXNET3 поддерживается 1 VLAN на сетевой адаптер.

Large TX/RX ring sizes

Входящие пакеты могут быть отброшены виртуальным коммутатором, в случае переполнения буфера сетевого адаптера виртуальной машины. VMXNET3 позволяет увеличить размер Rx буферов и тем самым уменьшить количество потерянных пакетов.
Через вкладку "Advanced" можно изменить настройки буферов Rx Ring #1, Rx Ring #2, Tx Ring Size, Small Rx Buffers и Large Rx Buffers:

Подробнее о значениях буферов для виртуальных сетевых адаптеров в статье VMware KB Article 1010071.

Wyse Pocket Cloud client для Android.

2011-04-26T00:42:00.000+07:00

Wyse Pocket Cloud client был представлен на VMWorld 2009 (об этом я писал ранее). Это была первая версия, предназначенная для iPhone и позволяющая превратить яблочный девайс в мобильный клиент для VDI.
Сегодня функционал клиента расширился, обзавелся поддержкой для Android и позволяет использовать мобильные устройства для легкого подключения к удаленным системам Windows, MAC, ну и конечно к VMware View.

Клиент существует в трех версиях: "просто" Pocket Cloud, Pocket Cloud Pro и Premium. Версия Premium доступна только для девайсов под управлением iOS, т.е. для iPhone/iPad. Версии отличаются рядом возможностей. Собственно поддержка VMware View доступна только в версиях Pro/Premium :(
Более подробно о возможностях продукта можно посмотреть в презентации - Wyse PocketCloud.pdf
Версия "просто" Pocket Cloud бесплатна, её можно загрузить через Android Market и AppStore.

Тестирование бесплатной версии:

Испытания проводились на Samsung Galaxy FIT (Android 2.2). В качестве удаленного сервера выступал мой домашний компьютер (Windows XP SP3).
Для подключения к удаленному рабочему столу, на сервер устанавливается Wyse Pocket Cloud Companion - служба удаленного обнаружения компьютера в сети. После установки, вся настройка Companion сводится к вводу Google Аккаунта и тестирование доступа по VNC/RDP:

Далее, установка Pocket Cloud на Android через Market, ввод Google Аккаунта и всё :).

Впечатления:

Работает шустро и стабильно. Качество картинки более чем приемлемое. Из настроек, помимо основных (разрешение экрана, сохранить логин/пароль и т.п.), есть тюнинг производительности подключения - настройка картинки, шрифтов, анимации.

Итого:

Если есть андроид или яблочный девайс - Wyse Pocket Cloud маст хэв!

VMware vSphere: Transition to ESXi. Учимся бесплатно!

2011-04-23T22:57:00.000+07:00

Запущен бесплатный онлайн-курс по ESXi. Каждый желающий может пройти обучение (~3 часов) через VMware Education Services - http://www.vmware.com/go/esxi-free-training .
Основная цель курса - помочь клиентам VMware перенести существующую инфраструктуру VSphere с ESX на ESXi.
Курс простенький, включает в себя обзор архитектуры, установки, настройки и управления VMware ESXi. По окончанию курса и заполнения анкеты, обещают прислать купон на бесплатный электронный экземпляр книги VMware ESXi Planning Implementation and Security.

Совпадение GUID оборудования у клонов виртуальных машин

2011-04-22T17:59:00.000+07:00

Клоны виртуальных машин - это хорошо :) Быстро и удобно. Однако, чревато проблемами, например совпадением GUID сетевых адаптеров у Windows машин. Как оказалось, это вызывает ошибки при создании и дальнейшей эксплуатации MS кластера.
Проверка кластера ( cluster validation ) из клонированных виртуальных машин заканчивается с ошибкой:

Validate Windows Firewall Configuration

Validate that the Windows Firewall is properly configured to allow failover cluster network communication.
Validating that Windows Firewall is properly configured to allow failover cluster network communication.
An error occurred while executing the test.
There was an error verifying the firewall configuration.
An item with the same key has already been added.

Дальнейшие попытки установить в этот кластер SQL будут безуспешны. Проверка выполняемая во время установки будет указывать на ошибки в конфигурации кластера и установка SQL будет остановлена.

Лечение простое - нужно заменить сетевые адаптеры на клонированной ноде и повторить проверку кластера.

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

isolation.tools

2011-04-12T11:57:00.001+07:00

Пост-памятка для самого себя.
Если хочешь копи-пастить в консоль виртуальной машины, как раньше, добавь волшебные строчки в Options->Advanced->General:

isolation.tools.copy.disable – false

isolation.tools.paste.disable – false

http://kb.vmware.com/kb/1026437

А где лицензионные ключи хранятся у Windows?

2011-02-02T01:26:00.001+06:00

Да, был такой вопрос...
Правильный ответ - на оранжевой или желтой наклейке на задней стороне коробки компакт- или DVD-диска. Если используемая система Windows была установлена производителем компьютера, наклейка с ключом продукта Windows может находиться на корпусе компьютера.

Что делать, если ключ потребовался, но был утерян?
Или нужно определить с каким ключем была установлена текущая копия Windows.
Или нужно реализовать проверку VLK-ключей в масштабах предприятия для удовлетворения требований политики...

Ответ на вопрос хранится в реестре, в ключе "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" параметр "DigitalProductID".
Открыв редактор реестра и посмотрев на значение параметра, можно сперва огорчиться:

Рис1. Куча циферок...

Однако, есть хитрый способ выковыривания ключика из значения параметра:
__________________________________________________________________________________

'Сохраняем в C:\SCRIPT\windows.vbs и запускаем

Public Function sGetXPCDKey()
Dim bDigitalProductID
Dim bProductKey()
Dim bKeyChars(24)
Dim ilByte
Dim nCur
Dim sCDKey
Dim ilKeyByte
Dim ilBit

ReDim Preserve bProductKey(14)
Set objShell = CreateObject("WScript.Shell")
bDigitalProductID = objShell.RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DigitalProductID")
Set objShell = Nothing
For ilByte = 52 To 66
bProductKey(ilByte - 52) = bDigitalProductID(ilByte)
Next

'Возможные символы CD Key:
bKeyChars(0) = Asc("B")
bKeyChars(1) = Asc("C")
bKeyChars(2) = Asc("D")
bKeyChars(3) = Asc("F")
bKeyChars(4) = Asc("G")
bKeyChars(5) = Asc("H")
bKeyChars(6) = Asc("J")
bKeyChars(7) = Asc("K")
bKeyChars(8) = Asc("M")
bKeyChars(9) = Asc("P")
bKeyChars(10) = Asc("Q")
bKeyChars(11) = Asc("R")
bKeyChars(12) = Asc("T")
bKeyChars(13) = Asc("V")
bKeyChars(14) = Asc("W")
bKeyChars(15) = Asc("X")
bKeyChars(16) = Asc("Y")
bKeyChars(17) = Asc("2")
bKeyChars(18) = Asc("3")
bKeyChars(19) = Asc("4")
bKeyChars(20) = Asc("6")
bKeyChars(21) = Asc("7")
bKeyChars(22) = Asc("8")
bKeyChars(23) = Asc("9")

For ilByte = 24 To 0 Step -1
nCur = 0
For ilKeyByte = 14 To 0 Step -1
'повторяется для каждого байта Product Key
nCur = nCur * 256 Xor bProductKey(ilKeyByte)
bProductKey(ilKeyByte) = Int(nCur / 24)
nCur = nCur Mod 24
Next

sCDKey = Chr(bKeyChars(nCur)) & sCDKey
If ilByte Mod 5 = 0 And ilByte <> 0 Then sCDKey = "-" & sCDKey
Next

sGetXPCDKey = sCDKey
End Function

Public Function Question()
Set objFSO = CreateObject("Scripting.FileSystemObject")
Dim strUserName
Dim strCompName
Dim objNetwork
Dim SGetWindowsName
Dim SGetWindowsPID
Set objShell = CreateObject("WScript.Shell")
SGetWindowsPID = objShell.RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProductID")
SGetWindowsName = objShell.RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProductName")
Set objNetwork = WScript.CreateObject("WScript.Network")
strUserName = objNetwork.UserName
strCompName = objNetwork.ComputerName
Set oOutFile = objFSO.CreateTextFile("C:\SCRIPT\" & strUserName & "." & strCompName & "-windows.txt")
oOutFile.WriteLine "Лицензия на:" & strCompName
oOutFile.WriteLine ""
oOutFile.WriteLine "Версия Windows"
oOutFile.WriteLine SGetWindowsName
oOutFile.WriteLine ""
oOutFile.WriteLine "Windows CD-Key"
oOutFile.WriteLine sGetXPCDKey
oOutFile.WriteLine ""
oOutFile.WriteLine "Windows Product ID"
oOutFile.WriteLine SGetWindowsPID
End Function

call Question

'Конец
____________________________________________________________________________

Да, кстати, способ работает для многих других программных продуктов Microsoft :)

Мониторинг для VMware Data Recovery

2010-11-27T17:06:00.000+06:00

Data Recovery (vDR) - это средство для резервного копирования виртуальных машин на VMware vSphere (если кто не знает).
Представляет из себя виртуальную машину, распространяется как VA. Т.е. - скачал, импортировал на виртуальную инфраструктуру, установил плагин к консоли vCenter и можно бэкапить виртуалки. Но... есть ряд ограничений и неудобств.
Одно из таких неудобств - это отсутствие средств мониторинга для vDR, только лог событий доступный через плагин vCenter.
К счастью виртуальная машина vDR создана на основе Linux! =)
Ниже привожу описание реализации мониторинга с помощью скрипта, запускаемого по расписанию внутри vDR и отправляющего email с событиями резервного копирования:

1. События резервного копирования vDR журналируются в файле /var/vmware/datarecovery/operations_log.utx и хранятся в виде:
$[//]11/27/2010 3:37:22 PM: Normal backup using $[1]$[19]"Название задания"$[20]$[2].....
т.е. каждое событие - это отдельная строка со значениями разделенными знаком "$".
Используя команды grep и awk можно сделать выборку интересующих событий в удобном виде, а с помощью telnet передать их на почтовый сервер.
Пример скрипта собирающего новые события об ошибках с передачей по SMTP:

#!/bin/bash
cat /dev/null >> /root/olderror.out
#Делаем выборку событий содержащих ошибки
strings -e l /var/vmware/datarecovery/operations_log.utx | grep -i "error" | awk -F"$" '{print substr($2,5, 30) substr($3, 9, 100) substr ($6, 17, 30) $8}' > /root/newerror.out
# Сравниваем список старых ошибок с новым списком
if ! diff /root/olderror.out /root/newerror.out
then
diff olderror.out newerror.out | grep ">" > /root/diff.out
err=$(cat /root/diff.out | grep -c ">")
mv /root/newerror.out /root/olderror.out -f
# Отправляем email с новыми ошибками
(
sleep 1
echo "HELO"
sleep 1
echo "mail from: vdr@domain.com"
sleep 1
echo "rcpt to:admin@domain.com"
sleep 1
echo "data"
sleep 1
echo "subject: VDR Errors: "$err
sleep 1
echo "from: VDR"
sleep 1
echo "to:admin@domain.com"
sleep 1
echo ""
sleep 1
echo " "
sleep 1
echo "VDR Errors: "$err
sleep 1
cat /root/diff.out
sleep 1
echo " "
sleep 1
echo "."
sleep 1
echo "QUIT"
) | telnet mailserver.domain.com 25
fi

2. Чтобы запланировать выполнение скрипта по расписанию, можно воспользоваться планировщиком crond. Для этого в консоли vDR:
crontab -e
Откроется редактор Vi для редактирования заданий crond. Например, если надо выполнять скрипт каждый день в 8 утра пишем следующее:
0 8 * * * /root/script/vdrtask.sh
где: 0 - минуты, 8 - часы, /root/script/vdrtask.sh - путь к файлу скрипта.

Пример результата выполнения скрипта, письмо с текстом о последних ошибках:
VDR Errors: 2
11/26/2010 6:39:03 PM: Trouble reading files, error -3942 ( delete snapshot failed)

11/27/2010 8:03:18 AM: Failed to create snapshot for VM, error -3960 ( cannot quiesce virtual machine)

Уж скоро год, как не писал в блог..

2010-11-21T23:27:00.000+06:00

Давненько я не писал, подчти год :)
Надо хоть дизайн обновить...

VCP-410

2009-12-24T23:20:00.000+06:00

Это было не просто, но я сдал!
Как выяснилось, подтверждения статуса займет до 6 недель..
Кроме того сообщили:

1.VCP information is not currently available on transcripts.
We are currently finalizing an enhancement to make this visible
for all VCPs.
2.Currently we do not send email notification regarding VCP status.
Electronic copies of certificates are also not available.

То есть узнать о подтверждении статуса на портале никак не получится,
по электронной почте никто сообщать не будет и сертификат в электронном
виде тоже нельзя посмотреть.
Единственный вариант - это дождаться официального письма с бумажным сертификатом.
Будем ждать :)

Sending signal ‘9? to world...

2009-10-04T21:44:00.008+07:00

Как "прибить" виртуалку если ничего не помогает?
Способ действенный (для ESX 3.5) и поможет если виртуалка надежно зависла.
Случай редкий, но случается :)
И случился он на днях с моей виртуалкой на которой был vCenter !
Первое, что необходимо сделать - это убедиться, что стандартные методы не помогут.
Для этого в консоле ESX необходимо выполнить:
vmware-cmd /vmfs/volumes/<Название хранилища>/<Имя виртуалки>/<Имя виртуалки>.vmx stop hard
(В моем случае было бесполезно)
Следующий шаг:
sudo vm-support -x
Команда выведет список запущенных виртуальных машин с указанием id:

VMware ESX Server Support Script 1.29
Available worlds to debug:
vmid=1126 vm-01
vmid=1151 vm-02
vmid=1272 vm-03
... итд

(или выполнить комманду: cat /proc/vmware/vm/*/names | grep myvm1)

Необходимо запомнить vmid зависшей виртуалки и указать его при выполнении следующей команды:
less -S /proc/vmware/vm/"vmid виртуалки"/cpu/status
В окно консоли выведется табличка со сведениями о статусе виртуалки. Далее необходимо нажать клавишу «ВПРАВО» (если табличка растянута и не влезла на один экран) и в правом верхнем углу будет столбец “group”:

group
vm.1432

Необходимо запомнить номер группы и подставить в следующей команде:
sudo /usr/lib/vmware/bin/vmkload_app -k 9 1432
При успешном выполнении команды выведется следующее:

Warning: Sending signal ‘9? to world 1432

Собственно всё!

Wyse Pocket Cloud client

2009-09-05T22:55:00.001+07:00

Wyse сделали мобильного клиента VMware View для iPhone. Видео с VMworld:

VMware VirtualCenter Operational Dashboard

2009-06-16T00:17:00.004+07:00

Веб-доступ к vCenter иногда очень полезная вещь. Мало кто знает, что помимо страницы управления - https://vcenter/ui - есть ещё страница статистики производительности vCenter - https://vcenter/vod/index.html.

Честно говоря, ни в одном из мануалов не встречал описания ее функциональности, поэтому привожу краткое описание обнаруженных возможностей:
Virtual Machine Operations (invocations/min) - отображает сведения об операциях создания, клонирования, миграции и прочих действий с виртуальными машинами.
Client Communication (invocations/min) - сведения о клиентских подключениях к vCenter.
Agent Communication (invocations/min) - статистика коммуникации vCenter c агентами управления ESX хостов.
Scoreboard - страница подробной статистики практически всего - авторизации, количества различных объектов и прочего.
Counter List и Raw Counters - сводная статистика для нескольких сотен счетчиков vCenter.

iSCSI Boot Server

2009-06-14T20:16:00.007+07:00

Натолкнулся в сети на интересное решение для загрузки по iSCSI - CCBoot.
Позволяет осуществлять загрузку ОС с сетевого диска, образа диска или VMDK файла. Вкратце работает так:

1. Устанавливается сервер CCBoot
2. Устанавливается клиент для создания образа (поддерживаются Win XP/2K3/Vista/Win7/2K8)
3. Диск клиента копируется в хранилище образов на сервер

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

Подробно о том как подготовить образ ESX4 или ESX4i и загрузить его с помощью CCBoot, можно прочитать на блоге ntpro.nl

Выбор кандидатов на виртуализацию с помощью SCOM

2009-06-13T22:42:00.004+07:00

С помощью MS System Center Operations Manager можно реализовать эффективную систему мониторинга и анализа ИТ-инфраструктуры. Кроме того, установив дополнительные пакеты управления Virtual Machine Manager 2008 и Virtualization Reports 2008, можно еще и выбрать подходящих кандидатов на виртуализацию. Поможет в этом отчет "Virtualization Candidates", включенный в состав этих пакетов.
Отчет позволяет определить серверы с низкой загрузкой и нетребовательные к вычислительным ресурсам.

VMware vSphere одобрена SVVP

2009-06-03T00:16:00.004+07:00

Хорошие новости! vSphere прошла по программе SVVP.
Официально поддерживаются:
Windows Server 2008 x64 и Windows Server 2008 x86
Кроме того, цитирую:

"Products that have passed the SVVP requirements for Windows Server 2008 R2 are considered supported on Windows Server 2008, Windows 2000 Server SP4 and Windows Server 2003 SP2 and later Service Packs, both x86 32-bit, and x64 64-bit"

Т.е. Microsoft предоставляет поддержку для всех выше перечисленных ОС виртуализированных на платформе VMware vSphere.

Поддерживаются следующие конфигурации виртуальных машин:

Guest OS - Windows Server 2008
Hardware CPU Architecture - Xeon/Opteron
Max Processors in VM - 8
Max Memory in VM in GB - 255 GB

VNC + VMware Server 2.0

2009-05-31T14:25:00.005+07:00

Одна из особенностей бесплатного продукта VMware Server - это возможность доступа к консоли виртуальной машины через VNC. Для настройки доступа необходимо прописать в vmx файле следующее:

RemoteDisplay.vnc.enabled = TRUE
RemoteDisplay.vnc.port = "5910"
RemoteDisplay.vnc.password = "somepassword"
RemoteDisplay.vnc.keymap = "uk"

Для подключения к машине потребуется локальный или удаленный клиент VNC, например беплатный TightVNC.
В строке подключения необходимо указать IP адрес хоста и сетевой порт закрепленный за виртуальной машиной, например для локального подключения: 127.0.0.1:5910 .
При настройке доступа к нескольким виртуальным машинам, необходимо в строке "RemoteDisplay.vnc.port" указывать различные номера портов, например 5911, 5912 итд.

Microsoft пишет жалобы

2009-05-22T19:10:00.004+07:00

Недавний ролик на YouTube сильно задел за живое товарищей из Microsoft. На блоге MS Virtualization Team написана уже третья статья VMware FUD Fiasco Part 3. Смысл содержания таков: Уберите немедленно этот ролик и пришлите нам крэш-дампы, иначе мы напишем четвертую ругательную статью, а потом и пятую! :)

VMware Fault Tolerance

2009-05-01T16:34:00.003+07:00

Уже не секрет, что для использования данной фичи на vSphere подойдет не каждая железка. Предлагаю для ознакомления Fault Tolerance Checklist:

Required ESX/ESXi Hardware: Ensure that the processors are supported: AMD Barcelona+, Intel Penryn+ (run the CPU compatibility tool to determine compatibility).
Required ESX/ESXi Hardware: Ensure that HV (Hardware Virtualization) is enabled in the BIOS.
Optional ESX/ESXi Hardware: Ensure that power management (also known as power-capping) is turned OFF in the BIOS (performance implications).
Optional ESX/ESXi Hardware: Ensure that hyper-threading is turned OFF in the BIOS (performance implications).
Required Storage: Ensure that FT protected virtual machines are on shared storage (FC, iSCSI or NFS). When using NFS, increase timeouts and have a dedicated NIC for NFS traffic.
Required Storage: Ensure that the datastore is not using physical RDM (Raw Disk Mapping). Virtual RDM is supported.
Required Storage: Ensure that there is no requirement to use Storage VMotion for VMware FT VMs since Storage VMotion is not supported for VMware FT VMs.
Required Storage: Ensure that NPIV (N-Port ID Virtualization) is not used since NPIV is not supported with VMware FT.
Optional Storage: Ensure that virtual disks on VMFS3 are thick-eager zeroed (thin or sparsely allocated will be converted to thick-eager zeroed when VMware FT is enabled requiring additional storage space).
Optional Storage: Ensure that ISOs used by the VMware FT protected VMs are on shared storage accessible to both primary and secondary VMs (else errors reported on secondary as if there is no media, which might be acceptable).
Optional Network: Ensure that at least two NICs are used (NIC teaming) for ESX management/VMotion and VMware FT logging. VMware recommends four VMkernel NICs: two dedicated for VMware VMotion and two dedicated for VMware FT.
Required Network: Ensure that at least gigabit NICs are used (10 Gbit NICs can be used as well as jumbo frames enabled for better performance).
Optional Redundancy: Ensure that the environment does not have a single point of failure (i.e. use NIC teaming, multiple network switches, and storage multipathing).
Required vCenter Server: Ensure that the primary and secondary ESX hosts and virtual machines are in an HA-enabled cluster.
Required vCenter Server: Ensure that there is no requirement to use DRS for VMware FT protected virtual machines; in this release VMware FT cannot be used with VMware DRS (although manual VMotion is allowed).
Required vCenter Server: Ensure that host certificate checking is enabled (enabled by default) before you add the ESX/ESXi host to vCenter Server.
Required ESX/ESXi: Ensure that the primary and secondary ESX/ESXi hosts are running the same build of VMware ESX/ESXi.
Required Virtual Machines: Ensure that the virtual machines are NOT using more than 1 vCPU (SMP is not supported).
Required Virtual Machines: Ensure that there is no user requirement to use NPT/EPT (Nested Page Tables/Extended Page Tables) since VMware FT disables NPT/EPT on the ESX host.
Required Virtual Machines: Ensure that there is no user requirement to hot add or remove devices since hot plugging devices cannot be done with VMware FT.
Required Virtual Machines: Ensure that there is no user requirement to use USB (USB must be disabled) and sound devices (must not be configured) since these are not supported for ecord/Replay (and VMware FT).
Required Virtual Machines: Ensure that there is no user requirement to have virtual machine snapshots since these are not supported for VMware FT. Delete snapshots from existing virtual machines before protecting with VMware FT.
Required Virtual Machines: Ensure that virtual machine hardware is upgraded to v7.
Optional Virtual Machines: Ensure that there are will be no more than four (to eight) VMware FT enabled virtual machine primaries or secondaries on any single ESX/ESXi host (suggested general guideline based on ESX/ESXi host and VM size and workloads which can vary).
Required Guest OS: Ensure that the virtual machines do not use a paravirtualized guest OS.
Required 3rd Party: Ensure MSCS clustered virtual machines will have MSCS clustering removed prior to protecting with VMware FT (and make sure that the virtual machines are not SMP).

Upgrade To vSphere

2009-04-29T11:37:00.014+07:00

При переходе с ESX 3.5 на новую платформу vSphere, может возникнуть много вопросов. В помощь тем, кто уже готов к апгрэйду предлагаю видео с подробностями процесса:
Часть1 Часть2 Часть3 Часть4