В первой части мы создали трехузловой кластер PostgreSQL 12 вместе с узлом-свидетелем. Кластер состоит из primary и двух standby узлов. Кластер и свидетель (PG-Node-Witness) размещены на KVM. Серверы, на которых размещены инстансы Postgres, размещены в одной сети:



Также был установлен repmgr на primary и standby узлах и зарегистрирован primary узел. После этого мы клонировали оба standby узла из primary и запустили их. Оба standby узла также были зарегистрированы в repmgr. Команда "repmgr cluster show" показала нам, что все работает как и ожидалось:

Настроить потоковую репликацию с помощью repmgr очень просто. Далее нам нужно убедиться, что кластер будет функционировать даже тогда, когда основной станет недоступным. Это то, что мы и сделаем.

repmgr - это набор инструментов с открытым исходным кодом от 2ndQuadrant, ведущего специалиста в технологиях и сервисах, связанных с PostgreSQL. Продукт используется для автоматизации, улучшения и управления потоковой репликацией PostgreSQL.
Потоковая репликация в PostgreSQL существует с версии 9.0. Нативная настройка и управление потоковой репликацией включает в себя ряд ручных шагов, которые включают в себя:

• Настройка репликации как на основном, так и на каждом резервном узле;
• Резервное копирование данных основного узла с помощью pg_basebackup с каждого резервного узла и его восстановление;
• Перезапуск резервного узла(ов).

С оперативной стороны несколько задач включают в себя:

• Проверка состояния репликации с помощью операторов SQL;
• Содействие резервному узлу, когда необходимо переключение или когда основной недоступен;
• Отключение или остановка основного узела;
• Пересоздание репликации с нового read/write узла на существующие или новые резервные узлы.

С помощью repmgr большинство этих задач можно автоматизировать, экономя время.



В этой серии из двух частей мы увидим, как repmgr и его демон repmgrd могут автоматизировать высокую доступность и отказоустойчивость кластера PostgreSQL 12 с тремя узлами.

Для клонирования ВМ можно использовать простую команду virt-clone. Это утилита командной строки для клонирования существующих образов виртуальных машин с использованием библиотеки "libvirt". Она скопирует образы дисков любой существующей ВМ и определит нового гостя с идентичной конфигурацией виртуального оборудования. Элементы, которые требуют уникальности, будут обновлены, чтобы избежать столкновения между старыми и новыми ВМ.

В этой статье сначала создадим виртуальный диск в формате qcow2 с помощью команды qemu-img, затем с помощью команды virt-install установим ВМ в режиме консоли.

После этого с помощью virsh удалим созданную ВМ.

Для изменения, добавления и удаления файлов - Ansible может использовать регулярные выражения. В этой статье напишем плейбук, который изменит конфиг-файл sshd_config, а так же удалит файлы с небезопасными алгоритмами аутентификации.

Каждый раз, когда вы запускаете Terraform, создается файл состояния - terraform.tfstate. В него записывается вся инфраструктура, которую вы создали. Например, когда вы запустите Terraform в каталоге /my/terraform, будет создан файл /my/terraform/terraform.tfstate.

В этой статье разберемся зачем нужны файлы terraform.tfstate, затем узнаем, что такое Workspaces (воркспейсы, рабочие пространства) и зачем они нужны. И наконец, все это задеплоим.

Пример деплоя кластера серверов с балансировщиком нагрузки на AWS с помощью Terraform.

В этой статье мы напишем код, чтобы задеплоить простую HTML страничку, но в то же время у нас уже будет отказоустойчивый кластер Web-серверов.

 

По каким-то причинам вы захотели удалить пакет, но вместе с ним были установлены десятки зависимостей. yum erase <пакет> удалит только пакет, но не зависимости. Как быть?

Всё очень просто. Удалить пакет и все зависимости, с которыми он был установлен, можно с помощью команды yum history.

Всем привет!

В этой статье произведем миграцию базы GitLab с внутреннего PostgreSQL, который устанавливается вместе с GitLab, на внешний PostgreSQL, который уже установлен на другом сервере.