посоветуйте как модернизировать дисковую

Конфигурирование, планирование RAID систем, возможности, технологии, теория. Qlogic, LSI Logic, Adaptec ...

Модераторы: Trinity admin`s, Free-lance moderator`s

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

посоветуйте как модернизировать дисковую

Сообщение Bush » 29 мар 2006, 11:18

имеем x346+DS400 (5x146 RAID5), крутится SQL2K. Что посоветуйте, учитывая что характер нагрузки не измениться да и в расходы влезать не хочется...
(perfomance за 12 часов)
Вложения
DS400.JPG

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 29 мар 2006, 11:49

Первое спечатление - кэш контроллера выключен. Включите - полегче станет.
А нагрузка сама по себе невелика совсем.

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

Сообщение Bush » 29 мар 2006, 12:02

результат команды show cache
State: Enabled
Default for arrays: Enable cache
Default for logical driver: Disable cache

итого, вроде кеш включен. А почему вы решили, что нагрузка небольшая? Разве средняя очередь на запись 16 это нормально?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 29 мар 2006, 12:06

Очередь - это не нагрузка, а способность массива с ней справляться. А нагрузка по приведенным графикам - 5-10кБ/с как на чтение, так и на запись. Это просто мелочь. Мне вообще странно, что очередь появляется.

А что собственно тормозит-то? Давайте тогда подробнее.

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

Сообщение Bush » 29 мар 2006, 12:31

В других ветках данного форума многократно повторялось, что если очередь (особенно средняя) > 0 то готовьте деньги :) Вот собственно померил и заволновался.
Такая нагрузка создается узкоспец. софтом, который постоянно пишет в 2 базы SQL (в каждой базе по 1 таблице) 1 база уже 45Гиг 2-я 30Гиг. Клиент один, но очень пассивный (в 12 часовой период его активность не попала :) )
Собственно хочется быть уверенным, что все данные гарантированно кладутся в базу.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 29 мар 2006, 12:53

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

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

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

Сообщение Bush » 29 мар 2006, 13:34

Кэш включен, зуб даю! Белым по черному написано:
----[ array 'Array-1' ]--------------------------------------------------------
             Status:  online
               Type:  RAID 5
       Stripe Depth:  256 KB
         Read Cache:  enabled
        Write Cache:  enabled

Может на очередь влияет то КАК мы пишем в базу? Сейчас - это или каждые 100мс или 1000строк, смотря, что раньше наступит. Может имеет смысл писать реже но больше? Например раз в 5 сек???

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 29 мар 2006, 14:01

Посмотрите еще настройки виндового кэша на этом диске - тоже возможный источник геморроя.

При таких скоростях КАК пишете - должно быть совершенно пофигу. Если говорить о теории, то я встречал ситуации, когда похожая задача писала последовательно кусками В ОДИН ПОТОК. В этом случае скорость упирается в один диск и никакими средствами ее увеличить невозможно.  Правильнее - писать или одним НЕПРЕРЫВНЫМ потоком или наоборот - в несколько потоков залпом (тогда нагрузка размажется по дискам).
Но скорость даже одиночного винта очень далека от данных на графиках.

Еще разок видел похожую ситуацию как раз связанную с взаимодействием кэшей контроллера и винды - поройте этот момент.

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

Сообщение Bush » 29 мар 2006, 17:13

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

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 29 мар 2006, 23:50

У Вас одноконтроллерный DS400?

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

Сообщение Bush » 30 мар 2006, 12:09

Да, одно-контроллерный.
( Кстати, для тестовых целей мы купили у вас такой же, инвойс от 21.01.2005)

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 30 мар 2006, 17:56

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

Bush
Advanced member
Сообщения: 71
Зарегистрирован: 20 янв 2005, 10:46
Откуда: Санкт Петербург

Сообщение Bush » 30 мар 2006, 19:37

вы включаете кэш по умолчанию?
вопрос в том, почему при мизерной нагрузке (5-15кб/с) большая очередь (средняя > 15)?

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 30 мар 2006, 23:33

По кэшу - на двухконтроллерной системе он не включается.
Про очередь: понимаете, значения Avg.queue length суть значения вычисляемые (число запросов в сек * время исполнения запроса). Но величины эти имеют какое-либо осмысленное значение только тогда, когда значения current queue length в начале и конце переода измерения совпадают (т.е. когда соблюдается состояние равновесия) (см. закон Литтла и теорию очередей). Поэтому параллельно с наблюдением avg.queue length имеет смысл мониторить current queue length - моментальные значения длины очереди. В этом случае (опять же, в зависимости от нагрузки и длины изучаемого интервала времени, который на время измерения имеет смысл делать минимальным) можно как-то использовать полученные числа.
Вот как-то так мне кажется :)

vdv
Junior member
Сообщения: 8
Зарегистрирован: 28 сен 2004, 16:00

Сообщение vdv » 01 июн 2006, 09:51

gs писал(а):Очередь - это не нагрузка, а способность массива с ней справляться. А нагрузка по приведенным графикам - 5-10кБ/с как на чтение, так и на запись. Это просто мелочь. Мне вообще странно, что очередь появляется.
А как вы посчитали скорость?

Ответить

Вернуться в «Массивы - RAID технологии.»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 29 гостей