Русфонд

вторник, 29 ноября 2011 г.

Оптимизация дисковой производительности с помощью EMC Fast Suite

Оптимизация производительности сервиса с использованием технологий EMC Fast VP (Virtual Pool) и Fast Cache на примере Microsoft SQL Server 2008 R2 (failover cluster и standalone), платформа VMware vSphere 5, дисковый массив EMC VNX5700 (видео от EMCProvenSolutions, короткая версия видео).
UPD. Новая ссылка.

пятница, 25 ноября 2011 г.

Veeam: восстановление отдельных файлов гостевой ОС для виртуальной машины с vRDM

В официальной документации Veeam Backup&Replication 5 о восстановлении из бэкапа виртуальной машины, у которой есть диски RDM Virtual Compatibility Mode, ничего не говорится. Между тем есть некоторые нюансы.
Например, если пользоваться стандартным визардом для файлового восстановления для гостевых систем Windows, то содержание vRDM-раздела не отображается. Для восстановления отдельных файлов гостевой ОС для виртуальной машины с vRDM используем Multi-OS File Level Restore Wizard:
  • Запускаем Multi-OS File Level Restore Wizard (Tools - File Level Restore - Other OS или Restore - Guest files (other OS).
  • Выбираем виртуальную машину.
  • Выбираем точку восстановления.
  • До нажатия кнопки Finish жмем кнопку Customize и настраиваем временные расположение и сетевые настройки для FLR Appliance.
  • Жмем кнопку Finish. Получаем вспомогательную виртуальную машину VeeamFLR_<name VM> и окно File Level Restore (подобие Windows-проводника), содержащее состояние файловой структуры виртуальной машины на требуемую точку восстановления.
  • Восстанавливаем необходимые файлы. Закрываем окно File Level Restore. Вспомогательная виртуальная машина будет выключена и удалена автоматически.
Если восстанавливать vRDM-раздел не отдельными файлами, а полностью, то он восстанавливается как обычный виртуальный диск на Datastore, а не RDM. Чтобы получить RDM, конвертируем vmdk в RDM (для ESX\ESXi 3.x-4.x см. KB3443266).

четверг, 24 ноября 2011 г.

Лимиты CPU для виртуальных машин

KB2009408 объясняет, что  и почему мы видим при выборе лимитов CPU в свойствах виртуальных машин.

Максимальные значения CPU лимитов виртуальных машин различны для Standalone хостов и DRS-кластеров.

Для Standalone хоста
maxCPUlimit =  numVMCPUs * GHzPerHostCore.
Пример: на хосте 8 ядер с чатотой 2GHz.
  • виртуальная машина с 2 vCPU имеет максимальный лимит CPU 4GHz = 2 vCPU * 2GHz
  • виртуальная машина может иметь до 8 vCPU, при этом ее максимальный лимит CPU 16GHz = 8 vCPU * 2GHz
DRS-кластер может состоять из хостов с разными CPU, виртуальные машины могут мигрировать между хостами с разной скоростью ядер CPU. Максимальное значение на движке лимита будет общая кластерная емкость. Это значение указывает, что виртуальная машина может работать на любом хосте в кластере, а ресурсы DRS-кластера абстрагированы от физических хостов в отличии от Standalone хоста.
Т.е. для DRS-кластера
maxCPUlimit =  Сумма (numVMCPUs * GHzPerHostCore) всех хостов.
Пример: в DRS-кластере, состоящем из хоста с 8 ядрами по 2GHz и хоста с 4 ядрами по 2,5GHz, виртуальная машина может иметь 12 vCPU и лимит CPU 26GHz = (8 vCPU * 2GHz) + (4 vCPU * 2.5GHz).

Значение, которое мы видим будет ниже из-за накладных расходов.

четверг, 10 ноября 2011 г.

Обновление ESX(i) 4.1 до 4.1 Update2

В разделе Support&Download на www.vmware.com нет пакета обновления ESX(i) 4.1 до 4.1 Update2 для VMware vCenter Update Manager.
Пакет можно найти на странице Download Patches.