"А годятся ли виртуалки для запуска в них серверов БД? Что то мне ссыкатно.." - это один из популярнейших вопросов про виртуализацию, с которым мне приходится сталкиваться.
Ответ, разумеется, положительный. А еще можно ссылаться на официальные вайтпепперы от VMVware -
SQL Server Performance in a VMware Infrastructure 3 Environment
Выводы:
и
The performance results we describe in this paper support the conclusion that running Microsoft
SQL Server 2005 inside VMware virtual machines can provide an effective production-ready
platform for running transaction-processing workloads.
Your IT organization can leverage the sizing data we present in this white paper to deploy
Microsoft SQL Server successfully using VMware Infrastructure 3. By comparing effective workload
throughput and resource utilization for your datacenter with the results presented in this paper,
you can design and size your virtualized environment to meet your SLA targets.
The number of actual users and transactions you can support in a production environment will, of
course, depend on the specific applications used and the intensity of user activity. The results of our tests clearly demonstrate that in a VMware Infrastructure 3 environment, the transaction
throughput scales almost linearly even as the number of clients increases, for every configuration
we tested. Our results show that the throughput rate of UP virtual machine is comparable for 32-
bit and 64-bit environments. However, for SMP virtual machines, the throughput rate is slightly
higher in a 64-bit environment compared to a 32-bit environment. Further, SMP virtual machines
can service a higher number of users. One disadvantage of SMP virtual machines is that they have
higher CPU costs per transaction than UP virtual machines. From a performance perspective, we
recommend using SMP virtual machines rather than UP virtual machines for Microsoft SQL Server,
and if possible, a 64-bit environment if your application stack supports it.
SQL Server Workload Consolidation.
Цитата из "Выводов":
Experiments discussed in this paper demonstrate the highly scalable virtualization platform provided by ESX
3.5 for consolidating servers running SQL Server databases. Results shown indicate the efficiency of ESX in
distributing the processing power available on modern large multi-way servers among multiple virtual
machines, resulting in a very high utilization of the systems. While doing so, ESX provides each virtual
machine a near-native experience through isolation and guaranteed resource allocation. ESX seamlessly
handles variations in demand for resources when the application load in the virtual machines fluctuate, while
at the same time preventing resource hogging by a few virtual machines causing starvation for others in a
shared environment. Just like native platforms, applications continue to meet or exceed their service levels on
a virtualized platform using ESX 3.5, but at much lower cost. All these traits make ESX 3.5 an excellent choice
for consolidating servers running SQL Server databases.
Конечно, VMware всегда можно обвинить в пристрастности. Поэтому можно послушать заведомо беспристрастного Майкрософта, например тут - Окончательный выпуск Hyper-V — занятная статистика, от 26 июня этого года, почти полгода назад. Цитата:
Данные внутреннего развёртывания в Microsoft
1. Служба Microsoft IT использовала Hyper-V начиная с бета-версий.
2. В скором времени общее количество виртуальных машин, которые находятся в промышленной эксплуатации, превысит 500.
3. Планируется до 30 июня перенести в виртуальные машины более четверти инфраструктуры Управления обслуживанием приложений (Application Service Management, ASM).
4. Среди виртуализуемой нагрузки можно выделить два самых популярных направления.
* Веб-серверы IIS — уже виртуализовано 140 серверов, ещё 169 запланированы к миграции;
* СУБД SQL Server — уже виртуализовано 65 серверов, ещё 50 запланированы к миграции;
* помимо этого, заявлено, что виртуализируются любые существующие нагрузки. Например, сервер Exchange, который обслуживает саму команду виртуализации.
5. Заявлено также, что и по результатом этого тестирования не были выявлены какие-либо проблемы.
UPD.
в комментариях задали вопрос про Oracle, поиск(по блогу и в кастомном поимке) пару ссылок сразу показал:
Oracle Database Scalability in VMware® ESX.(что интересно, поиском на сайте VMware я этот док не углядел, хотя искал и про Oracle тоже, а гугл показал на первой странице).
Realistic Virtualization Benchmarks.
А что насчет Oracle ? Какая то информация есть ?
ОтветитьУдалитьДополню еще, что со стороны Oracle есть и Oracle VM (http://www.oraclebi.ru/2007/11/12/oraclevm/) и поддержка Amazon EC2 (http://www.oraclebi.ru/2008/09/23/cloud3/)
ОтветитьУдалитьИ поддержка Oracle в среде VMWare (хотя и ограниченная. У кого есть доступ на металинк - можно прочитать ноту 249212.1)
Наверное, телекомовские биллинги в виртуалках крутить может и не стоит, но для менее критических приложений - почему бы и нет.
2Анонимный
ОтветитьУдалитьраз http://www.vmware.com/pdf/Oracle_Scaling_in_ESX_Server.pdf
два
http://blog.richardmcdougall.com/?p=29
поиск рулит :)
Предыдущий комментарий And - мой. :)
ОтветитьУдалитьнет, мой!
ОтветитьУдалитьДумаю читателям будет полезна следующая информация:
ОтветитьУдалитьTen Reasons Why Oracle Databases Run Best on VMware (http://blogs.vmware.com/performance/2007/11/ten-reasons-why.html )