Виртуализированный SQL Server: почему бы и нет?

Question

ИТ-отдел, в котором я работаю, пытается перейти на 100% виртуализированные серверы со всеми данными, хранящимися в сети SAN. Они еще этого не сделали, но план в конечном итоге предусматривает перемещение существующих физических машин SQL Server на виртуальные серверы.

Несколько месяцев назад я присутствовал на мероприятии по запуску Heroes Happen Here, и на одном из сеансов SQL Server попутно упомянул оратор, что это не очень хорошая идея для производственных систем.

Итак, я ищу несколько вещей:

1. Каковы конкретные причины, по которым это является или не является хорошей идеей? Мне нужны ссылки, или не отвечайте. Я мог бы придумать смутный ответ «I / O bound» самостоятельно через Google.
2. Одно только воспоминание спикера HHH, вероятно, не убедит наш ИТ-отдел изменить свое мнение. Кто-нибудь может указать мне прямо на что-то более авторитетное? И под «напрямую» я имею в виду нечто более конкретное, чем просто расплывчатый комментарий Books OnLine. Пожалуйста, сузьте это немного.

Answer 1

Вопросы безопасности, которые могут возникнуть при работе с Vitalization, также должны быть рассмотрены. Безопасность виртуализации - хорошая статья PandaLabs, в которой освещаются некоторые проблемы.

Answer 2

Я думаю, что вероятность того, что что-то плохое случится с данными, будет слишком велика.

В качестве простого простого примера, допустим, вы запустили блок SQL Server в Virtual Server 2005 R2, и отмена дисков была включена (поэтому основной файл «диск» остается прежним, и все изменения вносятся в отдельный файл, который может быть очищен или объединен позже). Затем что-то происходит (обычно вы сталкиваетесь с ограничением в 128 ГБ или каким-либо другим размером), и какой-то посреди ночи бестолковый администратор должен перезагрузиться и выяснить, что он не может этого сделать, пока не удалит диски отмены. Вы облажались - даже если он хранит файлы отмененных дисков для последующего анализа, возможности объединения данных довольно малы.

Так что повторяю другие посты в этой теме - для разработки это здорово, но для производства это не очень хорошая идея. Ваш код может быть перестроен и повторно развернут (это еще одна вещь, виртуальные машины для управления исходным кодом тоже не очень хорошая идея), но ваши живые производственные данные гораздо важнее.

Answer 3

SQL Server поддерживается в виртуальной среде. На самом деле, я бы порекомендовал, так как один из вариантов лицензирования для каждого сокета. Это означает, что вы можете разместить столько экземпляров SQL Server в виртуализированной (например, Windows 2008 Server Datacenter) системе, сколько захотите, и платить только за процессорное гнездо, которое есть на компьютере.

Это лучше, потому что DataCenter лицензируется на сокет с неограниченным количеством лицензий на виртуальные машины.

Я бы порекомендовал кластеризовать Hyper-V на двух машинах, чтобы в случае сбоя одного из них можно было проследить за слабостью.

Answer 4

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

Вот статья об этом для MS SQL. Не уверен в своей ситуации, поэтому не могу выделить какие-либо существенные моменты.

http://www.microsoft.com/sql/howtobuy/virtualization.mspx