§ PostgreSQL backup and recovery.

PostgreSQL: резервное копирование с минимальным временем восстановления

Предположим что у нас есть кластер postgresql работающий в режиме потоковой репликации. Есть master-сервер и горячий hot-standby готовый в любой момент стать полноценным мастером. Таким образом у нас реализована отказоустойчивая связка, в которой в случае выхода из строя мастера, горячий hot-stnadby заменить погибшего товарища. При плохом развитии событий, нам остается только создать trigger-файл и переключить наши приложения на работу с новым мастером. И стало все хорошо.

Известно что природа потоковой репликации устроена так, что изменения прошедшие в мастере, должны оказаться на подчиненном узле как можно быстрее. Выходит что, подчиненный узел представляет собой (почти полную) копию мастера. Это очень хорошо в случае немедленного восстановления на момент предшествующий сбою.  Однако, возможны ситуации когда вполне легитимные изменения были сделаны на стороне приложения и попали как на мастер, так и на подчиненный сервер. Например, были удалены/изменены данные в части таблиц или же таблицы были вовсе удалены. С точки зрения базы данных ничего фатального не произошло, а с точки зрения бизнеса - произошла катастрофа. В таком случае провозглашение горячего hot-standby в мастера, процедура явно бесполезная... 

§ EnhanceIO: How-to setup.

EnhanceIO Howto.

Продолжение истории о EnchanceIO. На этот раз только практика и совсем чуть-чуть теории.

§ EnhanceIO: Need for speed? No problem!

EnhanceIO - больше кэшей хороших и разных

Я уже неоднократно писал про инструменты кэширования данных с помощью SSD накопителей и вот пришел черед EnhanceIO, на мой взгляд, это самый лучший представитель из семейства программных SSD кэшей.

Pagespeed: for Nginx now.

Pagespeed: теперь и для Nginx.

Google представили модуль ngx_pagespeed для Nginx, предназначенный для автоматической оптимизации сайта с целью увеличения отзывчивости и пропускной способности при отдаче контента. Стоит отметить, что этот модуль был доступен только для Apache, но ситуация исправляется. Модуль имеет статус бета-версии, однако это не помешало некоторым крупным компаниям начать использовать его у себя.

§ OpenLDAP: Simple replication.

Простой вариант настройки репликации в OpenLDAP.

OpenLDAP поддерживает разнообразные варианты топологий репликации. В связи с этим, в репликации существует два типа роли: поставщик (provider) и потребитель (consumer). Поставщик реплицирует обновления каталога потребителям, а потребители получают реплицируемые обновления от поставщиков. В отличие от жёстко определённых отношений master/slave, роли поставщика/потребителя довольно расплывчаты: реплицируемые обновления, полученные потребителем, могут быть далее распространены от этого потребителя на другие серверы, таким образом потребитель может также выступать одновременно и в качестве поставщика. Кроме того, потребителю не обязательно быть реальным сервером LDAP; это может быть и LDAP-клиент.

В статье описывается простейший пример настройки репликации между двумя серверами OpenLDAP через syncrepl.

§ SSH, PublicKeys and Sudo under OpenLDAP

Настройка авторизации в LDAP для SSH и Sudo.

Статья описывает процесс настройки системы в которой:

• аккаунты и группы хранятся в LDAP;
• публичные SSH ключи хранятся в LDAP;
• SSH выполняет аутентификацию и авторизацию в LDAP;
• информация о sudoers хранится в LDAP;
• sudo выполняет авторизацию в LDAP;

Настройка выполняется в Gentoo Linux, хотя тоже самое можно проделать в любом другом дистрибутиве при наличии соответствующих пакетов.

§ OpenLDAP: Quick start.

OpenLDAP: Введение.

В ходе работы над одной из задач мне пришлось столкнуться с OpenLDAP. До этого момента я не сталкивался с LDAP вообще. В ходе чтения документации и освоения утилит OpenLDAP, появился небольшой список команд. А из этого списка появилась и статья, в которой вкратце описывается что такое LDAP и как начать с ним работать.