База данных / веб-серверы как виртуальные машины против Bare Metal?

Question

Я управляю базой данных (Oracle 8i) и веб-сервером (IIS) примерно для 50 пользователей в среднем и теоретическим пределом в 100 пользователей одновременно. Система среднего уровня.

Мы только что получили двухъядерный четырехъядерный процессор XEON - 16 ГБ ОЗУ - SAS-RAID-10 beast, и я изучаю возможности использования этих двух отдельных серверов и объединения их в две виртуальные машины, работающие на новом сервере ( Сервер 2009 Hyper-V).

1) В целом, каковы потери производительности (а также любые ошибки и скрытые последствия) работы базы данных и веб-серверов в качестве виртуальных машин на одном мегасервере по сравнению с запуском их на двух отдельных медленных блоках? Это большой НЕТ-НЕТ или стоит попробовать систему среднего уровня, которая никогда не будет нуждаться в масштабировании?

2) Каковы общие потери производительности (в процентах) и недостатки для виртуализации только сервера базы данных? Мы запускаем Oracle 8i (но рассматриваем возможность перехода на MS SQL Server).

3) Если только стресс-тесты могут определить разумный ответ, каков будет самый простой способ протестировать эти сценарии (инструменты / конфигурация).

Заранее благодарим за щедрый обмен знаниями.

Answer 1

Если вы хотите это сделать, я бы проверил сайт Microsoft и рекомендации, как это сделать. На Deep Fried Bytes есть подкаст, в котором рассказывается о том, как сайт Microsoft.com настроен на использование виртуальных серверов, и о том, как они его реализуют. Похоже, что у них нет потерь в производительности относительно того, как они работают, но я не уверен в деталях (это также говорит о том, как они используют виртуализацию серверов, как реальная организация, а не компания с неограниченными суммами денег, которую можно бросить на проблема).

Я считаю, что это подкаст:

http://deepfriedbytes.com/podcast/episode-8-behind-the-scenes-at-microsoft-com/

Answer 2

Имейте в виду, что у Oracle есть свои рекомендации по работе на виртуальной машине.

Продукт, с которым я работаю, использует Oracle на бэкэнде, и для интенсивного использования накладные расходы виртуальной машины оказали на него отрицательное влияние.

8i далеко позади EOL и существовал еще до того, как виртуализация стала большой вещью (tm), поэтому переход на новую редакцию Oracle также может быть хорошим планом во время перехода на виртуализацию.

Статья в блоге Oracle о 11g в виртуальной машине - http://blogs.oracle.com/MingMan/2007/11/oracle_database_11g_successful.html

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

Answer 3

Я думаю, что на вашем уровне одновременных пользовательских подключений и мощности компьютера у вас не будет слишком много проблем с производительностью при запуске SQL Server на виртуальной машине.

У нас есть комбинация виртуальных машин VMWare ESX и ОС с открытым исходным кодом, работающих приложений, веб-серверов и серверов БД, и, без сомнения, самая загруженная система СУБД находится на «голом железе» (Quad Pro Quad Core и т. Д.). Все маленькие ребята живут на виртуальных машинах, и мы не заметили никаких проблем (даже при использовании iSCSI поверх GigE).

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

Дополнительная информация о SQL Server HA и Hyper-V, только к вашему сведению: http://blogs.technet.com/andrew/archive/2008/11/10/sql-server-2008-hyper-v-and-high-availability.aspx

Answer 4

Что касается баз данных, см. Этот вопрос:
Виртуализированный SQL Server: почему бы и нет?

Обратите внимание, что это относится к серверу SQL, но многие из тех же принципов будут применяться для оракула. ​​

Что касается веб-серверов, виртуализация - отличная идея. Это может упростить повышение надежности и масштабируемости.

Answer 5

Недавно я наткнулся на статью, посвященную безопасности виртуализации . Я думал, что здесь стоит упомянуть.