Re: [pgsql-ru-general] Оптимизация на уровне ОС.
От | Vladimir Rusinov |
---|---|
Тема | Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Дата | |
Msg-id | AANLkTi=Vc3O2uJrk210M8+SjB-LZJoLE_Yq66ZXBC20q@mail.gmail.com обсуждение исходный текст |
Ответ на | Оптимизация на уровне ОС. (Mihail Nasedkin <m.nasedkin@gmail.com>) |
Ответы |
Re: [pgsql-ru-general] Оптимизация на уровне ОС.
|
Список | pgsql-ru-general |
2010/11/16 Mihail Nasedkin <m.nasedkin@gmail.com>
-- Здравствуйте, сообщество pgsql-ru-general.
Предлагаю обсудить тему выбора стратегии максимизации формулы
[быстродействие+надежность/стоимость железа] сервера PostgreSQL.
Вот мой проектный вариант, который еще нуждается в осмылении,
доработке и реализации в работающем варианте.
1. Каталог pgdata монтируется в ненадежном и быстром месте - RAID0 или
RAM-диске (если позволяет размер).
в RAM-диске смысла особого нет - если оперативки достаточно, после некоторого времени все активные данные будут в кеше ОС. Если оперативки мало, то RAID0 может быть хорошей идеей.
2. Каталог pg_xlog монтируется в надежном месте - RAID1.
3. Ежесуточно бакап баз данных в надежное место - RAID1.
4. Очень правильно настраиваются опции раздела "WRITE AHEAD LOG"
файла конфигурации сервера. Журнал танзакций должен превышать суточную
наработку данных.
Комментарии.
Данная стратегия, насколько я понимаю, допускает более "медленное"
выполнение операций связанных с записью данных (RAID1) и что всегда
желательно - улучшение быстродействия при запросах выборки данных
(RAID0/RAM).
Для двух дисков для RAID1 и RAM-диска каждый раз при загрузке
операционной системы выполняется форсмажорный скрипт: dbinit ...;
pg_restore ...; <дополнение восстановленных баз данных "чужеродным"
pg_xlog (?)>
Посмотрите в сторону continuous archiving: http://www.postgresql.org/docs/8.3/interactive/continuous-archiving.html
Может идея этой стратегии бредовая, выложите, пожалуйста, свои
соображения и свои, может уже реализованные, стратегии по данной теме.
Vladimir Rusinov
http://greenmice.info/
В списке pgsql-ru-general по дате отправления: