Оптимизация на уровне ОС.

Поиск
Список
Период
Сортировка
От Mihail Nasedkin
Тема Оптимизация на уровне ОС.
Дата
Msg-id AANLkTimu3s5a6Vs2TVf-UwkChVUnzeQ7Df5d9C5o82Wf@mail.gmail.com
обсуждение исходный текст
Ответы Re: Оптимизация на уровне ОС.  (Mihail Nasedkin <m.nasedkin@gmail.com>)
Re: [pgsql-ru-general] Оптимизация на уровне ОС.  (Vladimir Rusinov <vladimir@greenmice.info>)
Список pgsql-ru-general
Здравствуйте, сообщество pgsql-ru-general.

Предлагаю обсудить тему выбора стратегии максимизации формулы
[быстродействие+надежность/стоимость железа] сервера PostgreSQL.

Вот мой проектный вариант, который еще нуждается в осмылении,
доработке и реализации в работающем варианте.

1. Каталог pgdata монтируется в ненадежном и быстром месте - RAID0 или
RAM-диске (если позволяет размер).
2. Каталог pg_xlog монтируется в надежном месте - RAID1.
3. Ежесуточно бакап баз данных в надежное место - RAID1.
4. Очень правильно настраиваются опции  раздела "WRITE AHEAD LOG"
файла конфигурации сервера. Журнал танзакций должен превышать суточную
наработку данных.

Комментарии.

Данная стратегия, насколько я понимаю, допускает более "медленное"
выполнение операций связанных с записью данных (RAID1) и что всегда
желательно - улучшение быстродействия при запросах выборки данных
(RAID0/RAM).

Для двух дисков для RAID1 и RAM-диска каждый раз при загрузке
операционной системы выполняется форсмажорный скрипт: dbinit ...;
pg_restore ...; <дополнение восстановленных баз данных "чужеродным"
pg_xlog (?)>
Допустим наличие трех дисков, тогда можно их одинаково разбить на ,
допустим, два раздела и всего получаем шесть разделов. Три раздела (по
одному с диска) относим в RAID0 для корня pgdata, два раздела - в
RAID1 для pg_xlog, остается раздел одного диска - для прочих целей.

Пока не выяснил, возможно ли и как реализуется наложение "чужеродного"
журнала транзакций на восстановленные базы нового кластера initdb?
Может придется отказаться от постоянного initdb в случае
форсмажора/RAM-диска.

Может идея этой стратегии бредовая, выложите, пожалуйста, свои
соображения и свои, может уже реализованные, стратегии по данной теме.

Спасибо.

--
---
С уважением,
Михаил Наседкин

В списке pgsql-ru-general по дате отправления:

Предыдущее
От: Mihail Nasedkin
Дата:
Сообщение: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] вариации выполнения запроса
Следующее
От: Mihail Nasedkin
Дата:
Сообщение: Re: Оптимизация на уровне ОС.