MSA1000, оптимальное разбиение на разделы
Модераторы: Trinity admin`s, Free-lance moderator`s
MSA1000, оптимальное разбиение на разделы
Есть MSA1000, дисковая полка к нему - MSA30 и 28 дисков: 14 по 146Гб и 14 по 72Гб.
Посоветуйте, как все это лучше разметить?
К SAN подключено 4 сервера:
1. win, mssql (100Гб)
2. linux, файловая помойка (700Гб)
3. linux, DB2 (100Гб)
4. FreeBSD, почта (300Гб)
До этого был только MSA1000, на нем был создан 1 раздел RAID-6 из 14 дисков, каждая ОС видела весь диск 1.6Тб и использовала свой логический раздел. В результате при навигации по ФС происходило подвисание на несколько секунд, БД работала неудовлетворительно.
Как я понимаю, RAID-6 - худший вариант по записи.
Однако стоит ли разметить все диски двумя массивами (MSA1000 и MSA30) или поделить на несколько более мелких частей - по 1 на каждый сервер?
С одной стороны, чем больше дисков, тем больше производительность.
С другой - если, например, файл-сервер сильно загрузит массив, не приведет ли это к торможению базы (если физически 1 массив).
Кроме того, непонятно, как несколько серверов взаимодействуют одновременно с 1 массивом. Плюс невозможно использовать SSP.
Как лучше все это организовать?
Посоветуйте, как все это лучше разметить?
К SAN подключено 4 сервера:
1. win, mssql (100Гб)
2. linux, файловая помойка (700Гб)
3. linux, DB2 (100Гб)
4. FreeBSD, почта (300Гб)
До этого был только MSA1000, на нем был создан 1 раздел RAID-6 из 14 дисков, каждая ОС видела весь диск 1.6Тб и использовала свой логический раздел. В результате при навигации по ФС происходило подвисание на несколько секунд, БД работала неудовлетворительно.
Как я понимаю, RAID-6 - худший вариант по записи.
Однако стоит ли разметить все диски двумя массивами (MSA1000 и MSA30) или поделить на несколько более мелких частей - по 1 на каждый сервер?
С одной стороны, чем больше дисков, тем больше производительность.
С другой - если, например, файл-сервер сильно загрузит массив, не приведет ли это к торможению базы (если физически 1 массив).
Кроме того, непонятно, как несколько серверов взаимодействуют одновременно с 1 массивом. Плюс невозможно использовать SSP.
Как лучше все это организовать?
Как я понял, получается так: 14 72Гб дисков - корзинка маленькая, поэтому ее под БД (т.к. им много места не надо).
Значит, получается по 6 дисков на БД для win и linux, 2 в HotSpare.
А на почту и файлы разделить в пропорции 2-ю корзинку с 146Гб дисками, так?
Еще вопрос: если речь про mssql - как распорядиться 6 дисками? Создать RAID-10 (3 по 2) для данных и лога или создать RAID-10 (2 по 2) для данных и RAID-1 для лога?
И еще вопрос (хоть и немного не по теме): как лучше выставить кеширование на контроллере?
Вроде для RAID-5 лучше всего выставить чтение/запись 20/80? А если у меня еще RAID-10?
Значит, получается по 6 дисков на БД для win и linux, 2 в HotSpare.
А на почту и файлы разделить в пропорции 2-ю корзинку с 146Гб дисками, так?
Еще вопрос: если речь про mssql - как распорядиться 6 дисками? Создать RAID-10 (3 по 2) для данных и лога или создать RAID-10 (2 по 2) для данных и RAID-1 для лога?
И еще вопрос (хоть и немного не по теме): как лучше выставить кеширование на контроллере?
Вроде для RAID-5 лучше всего выставить чтение/запись 20/80? А если у меня еще RAID-10?
Если у вас одно хранилище, читай "один контроллер", то на кой ляд разносить раздел с логом и данные? Выигрыша получите ну совсем мало, т.к. узким местом будут не диски, а контроллер.
Ну а поведение кэша зависит от того каких операций с данными у вас больше, а не от уровня RAID. Помониторьте систему в течении нескольких недель, тогда и поймете какое соотношение для вас будет оптимальным.
Ну а поведение кэша зависит от того каких операций с данными у вас больше, а не от уровня RAID. Помониторьте систему в течении нескольких недель, тогда и поймете какое соотношение для вас будет оптимальным.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей