Назад | Перейти на главную страницу

Установка SQL Server на виртуальную машину (ESX) в сети SAN

У меня есть виртуальная машина ESX, и хранилище предоставляется приличной SAN. На физическом сервере я бы обычно установил SQL Server на 3 диска; один для OS + SQL, один для данных и третий для файлов журнала. Это довольно распространенный подход, обеспечивающий хорошую производительность.

Однако есть ли польза от этого подхода при установке в сети SAN? Если бы мне пришлось создать 3 виртуальных диска для отражения подхода физического сервера, я не собираюсь увеличивать производительность, потому что все 3 диска будут извлечены из одного и того же SAN, конечно?

Итак, какова лучшая конфигурация для SQL Server на виртуальной машине / SAN?

Это зависит от того, как настроена SAN.

Например, SAN может представлять LUN / хранилища данных из разных дисковых групп с разными характеристиками производительности и уровнями RAID. Например, у вас может быть ваша ОС на дисковой группе / LUN / хранилище данных R5 со скоростью 10 оборотов в минуту, ваши данные в хранилище данных R10 со скоростью 15 тысяч оборотов в минуту и ​​ваши журналы на SSD-накопителе.

Если у вас только одна дисковая группа, LUN и / или хранилище данных, то вряд ли будет какое-либо существенное преимущество в производительности между двумя моделями. но Я бы все равно предложил разделить их в любом случае просто потому, что ОС, данные и журналы в любом случае не должны находиться на одном диске / томе - даже если это означает, что они находятся в одной группе дисков.

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

Фактически, еще раз прочитав, что на самом деле нет никакой разницы между виртуализированным и физическим MSSQL-блоком.