§ CacheCade: Hardware SSD Cache.

CacheCade - Аппаратная реализация кэширования на SSD.

Как известно, показатели производительности SSD дисков в плане random read/write существенно опережают показатели SATA/SAS дисков, но с другой стороны SATA/SAS диски имеют преимущество на операциях последовательного чтения и записи. И здесь в голову приходит мысль, что было бы круто совместить положительные стороны этих устройств в единое целое. Инженерная мысль не стоит на месте и реализация этой мысли пошла по двум направлениям: по программной и аппаратной.

§ pgcompactor - обработка раздувшихся таблиц и баз данных в PostgreSQL.

pgcompactor

Статья является перепостом с хабра т.к. собственно я и есть автор. 

Думаю многим известна особенность PostgreSQL, которая приводит к эффекту раздувания таблиц, или table bloat. Известно что она проявляет себя в случаях интенсивного обновления данных, как при частых UPDATE так и при INSERT/DELETE операциях. В результате такого раздувания снижается производительность. Собственно вопрос, как сжать таблицу в постгрес? Ниже ответ, а заодно и рассмотрим почему это происходит и как с этим можно бороться.

§ Postgres-XC: Data distribution.

Postgres-XC: Размещение данных.

Postgres-XC это мульти-мастер кластер c возможностью read/write масштабирования на основе PostgreSQL (постгрес!). Третья часть в которой будет рассмотрено хранение данных в кластере Postgres-XC. Как известно из предыдущих статей, таблица может храниться в реплицированном или в распределенном виде. Если брать во внимание распределенные таблицы, то для этого случая хранения, можно выбрать определенную стратегию распределения (Round-Robin, Hash, Modulo). Для распределения по Hash и Modulo за основу берется определенная колонка таблицы. Это все хорошо, но что если появится необходимость переопределить тип хранения данных? В этом случае Postgres-XC предоставляет возможность переопределить тип хранения в процессе работы кластера без остановки работы.

§ Postgres-XC: Cluster setup.

Postgres-XC: настройка кластера.

Статья описывает практическую часть работы с Postgres-XC, в частности приводится пример сборки кластера который включает в себя:

• развертывание двух менеджеров транзакций (main и standby);
• развертывание координатора;
• развертывание двух узлов с данными.

No friends in a powder day!

Каникулы! Ура!!!

Настала весна, зима сдает свои позиции и пора закрывать снежный сезон. На этой ноте, блог в лице своей редакции, совета директоров, отдела исследований и авторского коллектива ;))) уходит в отпуск на неделю.
На время отсутствия, статьи будет публиковать искусственный интеллект, поэтому скучно не будет.
Ведите себя хорошо, читайте блог, подписывайтесь на новости, задавайте вопросы! До встречи через неделю!
А это вам место проведения отпуска :)

§ Postgres-XC: Кластеризованый постгрес

Postgres-XC - read/write-scalable multi-master symmetric cluster based on PostgreSQL.

Postgres-XC представляет собой PostgreSQL  кластер, внутри которого обеспечивается возможность горизонтального масштабирования, сохраняя при этом синхронную симметричность размещения данных и прозрачность доступа к данным для приложений. Кластер представляет собой набор тесно связанных компонентов базы данных которые могут быть установлены как на один сервер так и на несколько серверов. 

§ RHEL Updates monitoring via Yum-Plugin-Security and Zabbix.

Yum-Plugin-Security + Zabbix: Настройка мониторинга доступных обновлений в RHEL 6.

В пакетном менеджер RHEL есть плагин, позволяющий получать информацию о доступных обновлениях - yum-plugin-security. С помощью этого плагина и утилиты входящей в состав системы мониторинга Zabbix мы можем собирать информацию о доступных обновлениях на серверах.  На стороне сервера с помощью планировщика cron мы будем с определенной периодичностью запускать скрипт собирающий информацию о пакетах, после сбора необходимой информации, с помощью zabbix_sender будем отправлять информацию на сервер мониторинга.