Анализ дисковой подсистемы для 1c Postgresql (на Centos 5)

[deevil]

Доброго времени суток.

Прочитав пару топиков по анализу нагрузки на дисковую подсистему заметил что в основном рекомендации основываются на показаниях перфмона под Windows.
Какие есть аналоги под Linux (желательно Centos/Redhat)?
И какие есть рекомендации по дисковой для сервера БД (Centos + Postgresql)?

PS.. Текущая конфигурация:
Сервер БД - 2*Xeon 5110, 4*SAS 15K 70Gb + 2*SATA, 16Gb RAM, Centos 5, Postgresql 8
Сервер 1c - 2*Xeon 5420, 4*SATA, 16Gb RAM, Windows 2008 r2, Сервер 1c 8.2 + Терминальный сервер

Пользователей до 100. В терминале сидит около половины.

[squirL]

под Linux можно воспользоваться утилитой nmon

http://nmon.sourceforge.net/pmwiki.php

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

[deevil]

Сейчас на сервере БД Adaptec 5805 + BBU...
На сервере 1c HostRaid от Intel...

Кстати сейчас когда проверял, заметил что температура контролера
Temperature : 76 C/ 168 F (Normal)
Это действительно нормально?
Температура в серверной в данный момент 22-23С. Процов на этом сервере 40-42С.


Насчет nmon:
не нашел параметров Avg. Disk Queue Length, Avg. Disk Read Queue Length, Avg. Disk Write Queue Length, которые по местному форуму считаются основными.
логировать и строить графики есть чем (zabbix), вопрос в том как и чем снимать эти данные...

[squirL]

Насчет nmon:
не нашел параметров Avg. Disk Queue Length, Avg. Disk Read Queue Length, Avg. Disk Write Queue Length, которые по местному форуму считаются основными.

вопрос - а вы nmon как запускали? в интерактивном режиме? почитайте man, почитайте как собрать статистику в фоне за период, а потом почитайте про nmon analyzer (Excel). и вы будете удивлены. приятно

да, по поводу Intel Host RAID - это не RAID, а несчастье. лучше уж софтовый ))

[deevil]

вопрос - а вы nmon как запускали? в интерактивном режиме? почитайте man, почитайте как собрать статистику в фоне за период, а потом почитайте про nmon analyzer (Excel). и вы будете удивлены. приятно

В интерактивном. Да судя по мануалу функционал мощный, но плодить 2 сущности для мониторинга не хочется.
Имеется ввиду то, что сейчас забиксом снимаются данные из /proc/diskstats, но там нет параметров указанных в местном faq.

да, по поводу Intel Host RAID - это не RAID, а несчастье. лучше уж софтовый ))

Да, но для терминальника + сервер 1с этого вроде как более чем достаточно.
По крайней мере проблем в данный момент сильных с ним нет...

[deevil]

От сотрудников Тринити не будет никаких комментариев?

[gs]

Мы очень редко сталкиваемся с внедрежами 1С на постгрессе

[deevil]

Тут вопрос не столько в Postgresql, сколько в анализе нагрузки на сервер в Linux.
Я думаю для DB2 или Oracle будут применимы такие же параметры...

[Tert]

А чем стандартный iostat не устраивает?

[kim_aa]

Т. к. вы анализируете производительность сервера СУБД, то анализ надо начинать с его встроенных средств. Cм. "autovacuum"
(Анализ вообще желательно всегда проводить сверху вниз - от уровня приложений к физике).

[deevil]

А чем стандартный iostat не устраивает?

Тем что я не знаю важные параметры.
У Вас есть FAQ и описаны важные параметры для perfmon.

[deevil]

Т. к. вы анализируете производительность сервера СУБД, то анализ надо начинать с его встроенных средств. Cм. "autovacuum"
(Анализ вообще желательно всегда проводить сверху вниз - от уровня приложений к физике).

Не совсем понял что вы имеете ввиду...
Autovacuum работает вроде как)))

Попробую поискать на эту тему. (Анализ нагрузки Postgresql)

[Tert]

deevil
Вроде Google работает без проблем. Первая же ссылка дает описание.

[deevil]

deevil
Вроде Google работает без проблем. Первая же ссылка дает описание.

Может я немного не правильно выразился...

Я имел ввиду что в FAQ по адресу http://3nity.ru/viewtopic.php?f=28&t=13388 написано:

Вопрос: Какие счетчики собрать и прислать вам?
Ответ: Счетчики:
- % использования памяти
- % использования ЦПУ (общее и по ядрам)
- дисковая очередь общая (там где база - данные)
- дисковая очередь на запись
- дисковая очередь на чтение

Physical Disk: Avg. Disk Queue Length
Physical Disk: Avg. Disk Read Queue Length
Physical Disk: Avg. Disk Write Queue Length

А аналогов этих счетчиков под линукс никак не могу найти.

[dead.tmb]

iostat -x