GallemarНу это само собой :) но знать хочется,вдруг у кого есть продуктив в виртуалке.
Как-то в тестовом варианте имел дело с кластером мигрирующий виртуальных машин на Microsoft Hyper-V под управлением Microsoft System Center. Всё весьма живенько крутилось, а сами виртуальные машины хранились на SAN и хосты кластера тянули их по iSCSI.
К примеру, для хостера, предоставляющего "облака" - вполне себе хорошее решение.

Dimitry SibiryakovПростая арифметика: Мощность железа Х, мощность требуемая системе для работы - У,
мощность, требуемая для работы гипервизора - Й. На виртуалке система, как ни крути,
получит Х-Й. И если это Х-Й < У, то она неминуемо будет работать хуже, чем на настоящем
железе. Все блаболы с облаками и виртуализацией основываются на предположении, что У<<X и
автоматически накрываются медным тазом в противном случае.

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

GallemarDBConstructor, неудачный пример, у нас это есть в виртуалке,там нагрузка не очень большая.
Быстрее чем Xen, вы вряд ли что-нибудь найдете. Конечно, под него весьма нетривиально настраивать гостевые ОС, но в виду своего дизайнерского решения, ИМХО, Xen "уделает" любую другую систему виртуализации.

GallemarАга,только вот в БД узкое место это диски,а не процессоры.
SAN с подключением к серверу БД по FO и с хорошей системой кеширования спасет "отца русской демократии"?

Ты ранее не ответил на вопрос про хостовую ОС на твоем сервере. На какой ОС крутиться VMWare?

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

Вот, к примеру:
http://www.microsoft.com/en-US/Download/details.aspx?id=19867
The Microsoft iSCSI Software Target 3.3 provides storage (disks) over a TCP/IP network. It turns a computer running Windows Server into a storage device which provides shared block storage. You can use Microsoft iSCSI Software Target 3.3 to perform a variety of storage-related tasks, including the following:
Provide shared storage for Hyper-V to enable high availability and live migration
Consolidate storage for multiple application servers (i.e. Microsoft SQL Server or Hyper-V)
Provide shared storage for applications hosted on a Windows failover cluster
Enable diskless computers to boot remotely from a single operating system image using iSCSI

GallemarDBConstructorТы ранее не ответил на вопрос про хостовую ОС на твоем сервере. На какой ОС крутиться VMWare?
Сам то понял что спросил? На сервере стоит ESXi 5.5 и я не знаю как ты ее на ОС можешь поставить.
В виртуализации есть два поняти: хостовая ОС и гостевая ОС.
Хостовая ОС это то, на чем крутится виртуализация (в твоем случае VMWare), а гостевая ОС это то, что крутится в виртуальной машине.

Симонов ДенисDBConstructor,
ну ты бы хоть про ESXi почитал сначала, прежде чем рассуждать про ОС
https://ru.wikipedia.org/wiki/VMware_ESX
Там не неписано, что ESXi - это кастрированный по самые уши RHEL с гипервизором VMWare "из коробки". Иными словами, в продукте ESXi хостовой системой является RHEL.

Ничего лучше iSCSI по FiberChannel для доступа к массивов данных в виртуальной среде тебе никто не посоветует.

Сори, запутался в темах. Прибейте последние два моих сообщения - это и предыдущее.

GallemarАга
Если это есть,но не помогает?
Экий ты быстрый на ответ... :) Я думал, что сейчас один тут.
Если бы у меня проблема со сбоем сервера Firebird не воспроизводилась в обычной среде, а появлялась только в виртуальной, я бы грешил на софт виртуализации.