Я так понимаю вы сравниваете Virtuozzo и OpenVZ.
даже если у вас 10 VE ("виртуалок") то в OpenVZ все либы будут находиться в памяти 10 раз, а на Virtuozzo, при условии что все VE созданы на основе одного шаблона OS либы загрузятся в память один раз и будут доступны всем VE - экономится память для юзерских данных. Еще у Virtuozzo есть SLM - возможность указать что такой-то VE можно пользовать N Mb памяти, а такой-то K Mb памяти и не заморачиваться с кучей UBC параметров. В Virtuozzo еще есть встроенные средства для миграции с железных компьютеров и других систем виртуализации в VE.
Вот тут еще можно почитать - http://openvz.org/support/
Если на то железо, куда вы планируете установить СУБД, установить, скажем, OpenVZ с одной VE и в эту VE установить СУБД, потеряете в производительности всего около одного процента, зато получите вкусности, про которые я говорил выше.
Создание кластера с использованием виртуализации, это очевидно более сложная задача, чем создание кластера на железе.
Не вижу смысла взводить все эти вкусности в OpenVZ/Virtuozzo/Xen только для тестов, а потом переносить всё на железо. Наоборот, если разобраться сначала с кластером на железе, ну или на Parallels/VMWare и отдельно разобраться с виртуализацией и потом скрестить эти знания, то можно попробовать построить отличную систему - кластер с возможностью легкой миграции его составляющих между железными нодами. Таким образом помимо высокой доступности и распределённости можно получить независимость от конкретного железа и следовательно в будущем потребуется минимум усилий при апгрейде железа.
даже если у вас 10 VE ("виртуалок") то в OpenVZ все либы будут находиться в памяти 10 раз, а на Virtuozzo, при условии что все VE созданы на основе одного шаблона OS либы загрузятся в память один раз и будут доступны всем VE - экономится память для юзерских данных. Еще у Virtuozzo есть SLM - возможность указать что такой-то VE можно пользовать N Mb памяти, а такой-то K Mb памяти и не заморачиваться с кучей UBC параметров. В Virtuozzo еще есть встроенные средства для миграции с железных компьютеров и других систем виртуализации в VE.
Вот тут еще можно почитать - http://openvz.org/support/
Если вы хотите виртуализировать систему распределения нагрузки БД, то почему бы не виртуализировать сами БД?
Не вижу смысла взводить все эти вкусности в OpenVZ/Virtuozzo/Xen только для тестов, а потом переносить всё на железо. Наоборот, если разобраться сначала с кластером на железе, ну или на Parallels/VMWare и отдельно разобраться с виртуализацией и потом скрестить эти знания, то можно попробовать построить отличную систему - кластер с возможностью легкой миграции его составляющих между железными нодами. Таким образом помимо высокой доступности и распределённости можно получить независимость от конкретного железа и следовательно в будущем потребуется минимум усилий при апгрейде железа.