Тонкая настройка Infortrend
Модераторы: Trinity admin`s, Free-lance moderator`s
Тонкая настройка Infortrend
Доброе время суток.
Прошу помощи с ответом или даже есть возможность ссылкой на описание с рекомендациями.
Было в свое время 2 сервера SuperMicro c Qlogic2560 в каждом, который были подключены к Infortrend S16F-G2840-4b прямыми патчами.
Настроили raid, создали LUN'ы, примаппили к каналам. На хостах стояли ESXi5.0, которые все видели и было хорошо.
В ""тонкие" настройки СХД не лезли, т.к. все говорили, что производитель все знает лучше и ставьте все по дефолту.
Сейчас ситуация несколько изменилась по железу.
Досталось в наследство HP c7000 с 16 лезвиями и Infortrend S12E-R2140-4a с 12xNL Seagate 1TB.
Собраны в Р50.
Т.к. от винтов хочется макс вытащить производительности для работы с SQL'ями разными, думаю пересоздать все в Р10.
И тут вопрос!
Так возможен запуск хотя бы для теста всех лезвий, стоит ли теперь лезть в "тонкие" настройки (хотя они видимо только для меня "тонкие" , а именно:
Luns per Host SCSI ID:
Max Number of Concurrent Host-LUN Connection:
Number of Tags Reserved for each Host-LUN Connection:
Если да, то укажите где конкретно почитать рекомендации настроек в расширенном виде, а то наткнулся на http://docs.oracle.com/cd/E19487-01/817 ... html#50520, познавательно, но не совсем.
Очень благодарю за любую помощь.
Прошу помощи с ответом или даже есть возможность ссылкой на описание с рекомендациями.
Было в свое время 2 сервера SuperMicro c Qlogic2560 в каждом, который были подключены к Infortrend S16F-G2840-4b прямыми патчами.
Настроили raid, создали LUN'ы, примаппили к каналам. На хостах стояли ESXi5.0, которые все видели и было хорошо.
В ""тонкие" настройки СХД не лезли, т.к. все говорили, что производитель все знает лучше и ставьте все по дефолту.
Сейчас ситуация несколько изменилась по железу.
Досталось в наследство HP c7000 с 16 лезвиями и Infortrend S12E-R2140-4a с 12xNL Seagate 1TB.
Собраны в Р50.
Т.к. от винтов хочется макс вытащить производительности для работы с SQL'ями разными, думаю пересоздать все в Р10.
И тут вопрос!
Так возможен запуск хотя бы для теста всех лезвий, стоит ли теперь лезть в "тонкие" настройки (хотя они видимо только для меня "тонкие" , а именно:
Luns per Host SCSI ID:
Max Number of Concurrent Host-LUN Connection:
Number of Tags Reserved for each Host-LUN Connection:
Если да, то укажите где конкретно почитать рекомендации настроек в расширенном виде, а то наткнулся на http://docs.oracle.com/cd/E19487-01/817 ... html#50520, познавательно, но не совсем.
Очень благодарю за любую помощь.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Тонкая настройка Infortrend
Мало вероятно, что тонкие настройки приведут к существенному увеличению производительности. И не факт, что переделка Р50 в Р10 принесет желаемый результат. Смысл всего тюнинга сводится к следующему:NetTronco писал(а):И тут вопрос!
Так возможен запуск хотя бы для теста всех лезвий, стоит ли теперь лезть в "тонкие" настройки (хотя они видимо только для меня "тонкие" , а именно:
Luns per Host SCSI ID:
Max Number of Concurrent Host-LUN Connection:
Number of Tags Reserved for each Host-LUN Connection:
1. выяснить сотношения записи и чтения
2. выяснить размер блоков данных для базы данных
После этого можно что-то советовать.
Re: Тонкая настройка Infortrend
Из того к чему пока есть доступ выяснил, что:
1) На данный момент к дисковой системе больше запросов на запись, чем на чтение (80% к 20%) судя по запущенным ESXi'ям и мониторингу Datastore из vCenter.
2) Стоят по дефолту БД на MSSQL и MySQL под FreeBSD, которые используются в основном для 2-х почтовиков с 10 ящиками и 1 сервера 1С с 5 пользователями.
Более полный инфо пока не владею.
Предполагается все рушить и строить заново.
1) На данный момент к дисковой системе больше запросов на запись, чем на чтение (80% к 20%) судя по запущенным ESXi'ям и мониторингу Datastore из vCenter.
2) Стоят по дефолту БД на MSSQL и MySQL под FreeBSD, которые используются в основном для 2-х почтовиков с 10 ящиками и 1 сервера 1С с 5 пользователями.
Более полный инфо пока не владею.
Предполагается все рушить и строить заново.
Re: Тонкая настройка Infortrend
Мысли такие, что Р10 будет интересен с точки зрения записи, т.к. серьезных запросов к базам пока не предполагается.
И они будут заполнятся, т.е. больше будет записи.
И они будут заполнятся, т.е. больше будет записи.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Тонкая настройка Infortrend
Город в профиле попишите.NetTronco писал(а):Мысли такие, что Р10 будет интересен с точки зрения записи, т.к. серьезных запросов к базам пока не предполагается.
И они будут заполнятся, т.е. больше будет записи.
По теме, процент попадания в кеш какой? По сути, вам лучше под базу данных тогда поставить пару - тройку SSD дисков. По любому будет быстрее.
Re: Тонкая настройка Infortrend
Спасибо, профиль поправил.
Что касается попадания - нет инфо. Извиняюсь, что вопрос из серии сферического коня.
SSD было более чем желательно, да и NL поменять на нормальные SAS. Ну и хранилку поменять либо на FC, либо 10G iSCSI.
Этот вопрос в процессе обсуждения. Просят пока дать хоть какую-либо рабочую систему, для первоначальной демонстрации.
Можно было бы оставить все как есть, и не пытаться сделать невозможное, да только в голове сидят эти параметры.
Каких-либо рекомендаций по тонким настройкам не смог найти.
В последнюю очередь решил Вас побеспокоить.
Т.к. из головы не выходит тот момент, что при увеличении кол-ва подключенных хостов к хранилке, возможно, необходимо изменить кол-во Nexus'ов и тагов в большую сторону.
С учетом выставленного Maximum Queued I/O Count: по умолчанию 1024.
Что касается попадания - нет инфо. Извиняюсь, что вопрос из серии сферического коня.
SSD было более чем желательно, да и NL поменять на нормальные SAS. Ну и хранилку поменять либо на FC, либо 10G iSCSI.
Этот вопрос в процессе обсуждения. Просят пока дать хоть какую-либо рабочую систему, для первоначальной демонстрации.
Можно было бы оставить все как есть, и не пытаться сделать невозможное, да только в голове сидят эти параметры.
Каких-либо рекомендаций по тонким настройкам не смог найти.
В последнюю очередь решил Вас побеспокоить.
Т.к. из головы не выходит тот момент, что при увеличении кол-ва подключенных хостов к хранилке, возможно, необходимо изменить кол-во Nexus'ов и тагов в большую сторону.
С учетом выставленного Maximum Queued I/O Count: по умолчанию 1024.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Тонкая настройка Infortrend
Я бы для начала переделал на рэйд10, а потом уж думал - если потребуется.
Я не большой знаток инфортрендов, но приведенные Вами параметры едва ли повлияют на производительность.
Впрочем, вешать 16 серверов на банку саташных дисков... Вам будет не до тонкостей, дай бог хоть как-то бы шевелилось.
Я не большой знаток инфортрендов, но приведенные Вами параметры едва ли повлияют на производительность.
Впрочем, вешать 16 серверов на банку саташных дисков... Вам будет не до тонкостей, дай бог хоть как-то бы шевелилось.
Re: Тонкая настройка Infortrend
Спасибо. Об этом же думаю.
Что касается лезвий, то это HP BL460c G1 c 16GB памяти. Так что сильно не разгуляешься на них.
До этого на прошлой работе брали у Вас по максимуму SuperMicro 2хX5680 на маме X8DAH с полными банками памяти.
Мне кажется он 1 стоит всей этой корзины по производительности. Только вот плюшки виртуализации он предоставить не сможет. Увы.
Что касается лезвий, то это HP BL460c G1 c 16GB памяти. Так что сильно не разгуляешься на них.
До этого на прошлой работе брали у Вас по максимуму SuperMicro 2хX5680 на маме X8DAH с полными банками памяти.
Мне кажется он 1 стоит всей этой корзины по производительности. Только вот плюшки виртуализации он предоставить не сможет. Увы.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Тонкая настройка Infortrend
Переделать в Р10, указать размер блоков примерно похожий на тот, которым оперирует база данных. Как выяснить в скуле не спрашивайте, не знаю. Смысл вот в чем:NetTronco писал(а):Спасибо. Об этом же думаю.
- чем меньше размер блока, тем больше ИОПсов, но ниже скорость.
НО, для базы данных не так важна скорость, как те самые ИОПсы. В особенности на запись. А если размер блока будет схож с размером блоков базы, то операции записи будут оптимальные.
НО, купите из листа совместимости пару SSD и будет счастье, .
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Тонкая настройка Infortrend
Гена, я бы не стал играться с дефолтным страйпом. Как бы хуже не стало.
ССД - это было бы зашибись. Но тогда нужны либо MUX'ы (что не есть гут), либо SAS SSD - что недешево. Но вообще да - это решило бы массу проблем.
Ну или хотя бы винты поменять на сас 15к.
ССД - это было бы зашибись. Но тогда нужны либо MUX'ы (что не есть гут), либо SAS SSD - что недешево. Но вообще да - это решило бы массу проблем.
Ну или хотя бы винты поменять на сас 15к.
Re: Тонкая настройка Infortrend
Спасибо большое за рекомендации.
Буду строить Р10. И тестировать.
Посмотрим, что смогу выжать из этого набора, ну и заодно будет аргумент для смены железа для проекта.
Еще раз спасибо.
Буду строить Р10. И тестировать.
Посмотрим, что смогу выжать из этого набора, ну и заодно будет аргумент для смены железа для проекта.
Еще раз спасибо.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 23 гостя