Выбор железа для CentOS+Oracle

[Spegelboll]

Добрый день, прошу помочь с подбором железа. Железо только IBM. Это решение руководства. Сейчас работает машина: x3850m2, OS CentOS 5.x, Oracle 10, DS3400+EXP3000 кеш 1Gb 24 винта SAS 146Gb 15k в RAID10, страйп 256kb. На хранилище разделы /oracle и /oracle/oradata. Сейчас cont показывает следующее

Storage Subsystems CONTROLLER IN SLOT A
Total IOs 11046.0
Read Percentage 18.5
Cache Hit Percentage 0.0
Current KB/second 23539.2
Maximum KB/second 23539.2
Current IO/second 2209.2
Maximum IO/second 2209.2

Необходимо обеспечить намного более быструю дисковую подсистему. Как вариант использовать DS4700 или DS5020 с 4Gb кешем и парой полок, но тут минус - стоимость FC дисков , а SATA, наверное, не обеспечат нужную скорость. А из текущего выжать больше, даже подключение ещё 2-х полок, если и даст прирост, то в дальше с ростом нагрузки опять упрёмся в диски. Вот и прошу помощи, как можно выкрутиться. Спасибо за помощь.

[Stranger03]

"Spegelboll"
Можно добавить вторую ДС3400 и зазеркалировать их средствами Оси. 4700-я снята с производства.
Бюджет то какой-то есть на СХД?
P.S. я бы предложил посмотреть на заратекс 6412, но видимо увы.

[Stranger03]

Необходимо обеспечить намного более быструю дисковую подсистему. Как вариант использовать DS4700 или DS5020 с 4Gb кешем и парой полок, но тут минус - стоимость FC дисков ,

Ну и кстати тут либо шашечки, либо ехать. Вы уж выберите одно, что для вас важно, цена системы или требуемая производительность.
P.S. руководство не готово рассмотреть вот такие варианты: http://3nity.ru/viewtopic.php?f=8&t=13409 ?

[hitower]

Статистику AWR можете собрать?
Информации по производительности от контроллера очень мало.

[Spegelboll]

Статистику AWR можете собрать?

проблема в том что ораклом на машине рулю не я, и в нем варю совсем мало, но могу попробовать, пароли есть.
Попробовал, получилось. за сколько дней взять снапшот?

такие варианты: viewtopic.php?f=8&t=13409

варианты хорошие. Буду что-то на этой базе и пробивать.

[Stranger03]

Бюджета нет, я делаю предложение, большие люди смотрят на это дело и решают. Затем формируется инвестиционный проект и через полгода-год может быть будет железо. Текущее, видимо, уже к тому времени загнётся.

Через полгода еще как-то можно заглядывать, а через год уже крайне проблематично. Диски 146ГБ уже не стоит планировать. С вероятностью 99% все поменяется.

варианты хорошие. Буду что-то на этой базе и пробивать.

Через год какой-нибудь 3550 М4 (М5) с процами 56-й серии уделает ваш текущий сервер как тузик грелку. Может уж тогда и его планировать под замену?
И кстати, начальство не так уж право, когда ограничивает выбор СХД только от ИБМ. Я бы рекомендовал посмотреть на ЕМС СХ4.
P.S. я вам сейчас скину свои контакты в почту, пришлите свои. Тогда посчитаем.

[Stranger03]

"Spegelboll"
Лист-прайс на систему ДС5020 с 32-мя файберными дисками по 300ГБ порядка 130 тысяч зеленых енотов. ЕМС СХ4-120 будет в тех же пределах.

[Spegelboll]

Через год какой-нибудь 3550 М4 (М5) с процами 56-й серии уделает ваш текущий сервер как тузик грелку. Может уж тогда и его планировать под замену?

Сервер во общем пока справляется, хотя памяти уже порой не хватает.

И кстати, начальство не так уж право, когда ограничивает выбор СХД только от ИБМ.

Этот вопрос у нам не обсуждается, сказали ИБМ и всё.

Диски 146ГБ уже не стоит планировать. С вероятностью 99% все поменяется.

место там не важно, база небольшая. и дисков по 36 хватило-бы.

пришлите свои.

отправил.

[hitower]

место там не важно, база небольшая. и дисков по 36 хватило-бы.

Если база небольшая, то почему не хватает дисковой? Записи много? Тогда имеет смысл вынести redo log на отдельный массив (зеркало). Хотя в любом случае для начала надо посмотреть, что у вас творится в базе с помощью AWR.

[Stranger03]

место там не важно, база небольшая. и дисков по 36 хватило-бы.

Их просто тупо больше нет. И есть вероятность что к концу года и 146-и гиговые диски уйдут в прошлое.

[Stranger03]

"Spegelboll"
У вас сейчас 24 винта в десятке, брать систему того же класса можно, брать старшую систему с меньшим количеством дисков, значит уменьшать производительность рейд-группы. дисков 36ГБ уже нет и не будет (кроме SSD), диски 146ГБ потихоньку уходят в прошлое (а вам надо запланировать на год вперед). Лист-прайс я вам озвучил. Давайте счетчики, поглядим.

[Wizard]

Геннадий почти прав, ещё раньше ))

Ultrastar 15K300
73 GB / platter
73 / 147 / 300GB
SAS / FC4 / U320
EOL SCSI 12-2009
EOL SAS 73 GB 12-2009,
EOL SAS 147 / 300 GB 3-2010

Ultrastar 15K450
113 GB / platter
300 / 450 GB
SAS / FC4

EOL 3-2010

Стартует новая серия

Ultrastar 15K600
150 GB / platter
300/450/600 GB
SAS 2.0 / FC4

выпуск с 11-2009

[Spegelboll]

Хотя в любом случае для начала надо посмотреть, что у вас творится в базе с помощью AWR

За какой период времени формировать снапшот? Понимаю что лучше в момент максимальной нагрузки.
Файл AWR прицепил, период 3 часа максимальной нагрузки вчера.

Геннадий почти прав, ещё раньше ))

Мда, весело.

Понятно что помимо дисковой подсистемы ещё и машина упирается в память, её заказали уже.

[hitower]

Файл AWR прицепил, период 3 часа максимальной нагрузки вчера.

Наверняка у вас redo log лежат на одном массиве с данными, можете для эксперимента вынести их временно на системный диск сервера (если он есть), и ощутить разницу. Базу для этого останавливать не надо.
Если ощутили разницу - переносите на отдельный массив (RAID1 из двух дисков более чем достаточно) на внешней дисковой системе.
И второе, если не включены большие страницы (large pages) - попробуйте включить, это должно помочь убрать лишние задержки при общении с кэшем базы.

[Spegelboll]

Наверняка у вас redo log лежат на одном массиве с данными

так и есть

И второе, если не включены большие страницы (large pages) - попробуйте включить, это должно помочь убрать лишние задержки при общении с кэшем базы.

Спасибо в понедельник попробую.