На моем старом сервере я разделил их по разным RAID-массивам для повышения производительности. Для меня использование SAN в новинку, поэтому я не уверен в оптимальной конфигурации.
SAN: 48 дисков. 10K 600 ГБ SAS. RAID 50. Соединение 4 Гбит / с.
Обновленная информация:
Все 48 дисков являются частью одного RAID-массива. Я хотел бы знать, есть ли польза от хранения данных и журналов в разных объемах. Я знаю, что если я разделю свой SAN, это может принести некоторую выгоду в зависимости от обстоятельств. Представитель Dell, продавший нам SAN, сказал, что наилучшую производительность можно получить, если хранить все 48 дисков в одном массиве и использовать отдельные тома («LUNS»?). Извините, если мой вопрос не ясен.
Размещение файла журнала на отдельном томе, даже если он находится в одном рейде, должно обеспечить лучшую производительность, чем хранение данных и журналов в одном томе. К каждому тому можно получить доступ только по одному пути за раз в большинстве систем хранения. Это означает, что ваши журналы и данные будут использовать один и тот же порт контроллера, кэш контроллера, глубину очереди и ресурсы коммутатора FC. Любой из них может стать узким местом, а перенос журналов в другой том, который разделяет их как можно меньше, вероятно, приведет к увеличению производительности.
Тем не менее, есть причина как для производительности, так и для надежности хранить журналы и данные на отдельных дисках, при условии, что вы не используете одну из тех новомодных машин с широким чередованием, которые используют все шпиндели в массиве одновременно. Каждый раз, когда вы выполняете запись в базу данных, она регистрируется, и каждый журнал требует записи (помимо фактической модификации).
Вы участвуете в рейде 50. Обычно это признак того, что вы распределяете данные по более чем 8 или 16 дискам. Если это так, то также обычно верно, что вы установите по крайней мере два raid-50 для каждого типа диска (из которых у вас есть один). Лучшее решение для вашей ситуации - разместить ваши данные в самом быстром (то есть самом большом) рейде, а ваши журналы - в другом.
Вообще говоря, чтобы минимизировать задержку записи для требовательной базы данных, вам нужно разделить журналы и данные на разные тома в разных группах RAID, чтобы не было конфликта ресурсов между журналом и данными за время группы RAID.
Похоже, у вас уже есть диски, настроенные в группы RAID, поэтому вы, вероятно, просто захотите посмотреть, как подготовить разные тома из разных групп и полок.
извините за ссылку-бомбу
Это действительно зависит от бренда. Compellent SAN можно настроить для автоматической оптимизации операций чтения и записи в сети. HP EVA sans фактически снизит общую производительность, если вы начнете выделять шпиндели для определенных приложений. Можете ли вы выделить кеш для определенных имен во всем мире? Независимо от того, находится ли SQL в автономном режиме или в локальном хранилище, применяются одни и те же правила, поэтому, если вы знакомы с Оптимизацией ввода-вывода на сервере, вам просто нужно узнать о возможностях имеющегося у вас san и посмотреть, как их лучше всего использовать.