Комментарии 12
Жду pgbouncera, а то с HAproxy устал воевать
Для питона можно и собрать rpm.
Для скачивания всех нужных пакетов есть pip download, к чему этот "примерный" список?
Зачем так мучиться, если есть https://github.com/vitabaks/postgresql_cluster
Ради развертывания в средах без доступа в Интернет. Об этом отдельно сказано в статье. Плюс, часто если у серверов нет доступа в Интернет, то безопасники хоть что-то делают для защиты от атак на зависимости. То есть, всякие инди-пакеты не пройдут, и придется именно мучиться.
Сделать такое хотя бы разок необходимо для понимания работы каждого компонента, однако ручная установка в разных средах не приветствуется в основном из-за человеческого фактора.
В среде с отсутствием доступа во внешнюю сеть можно использовать модернизированные роли от https://github.com/vitabaks/postgresql_cluster, где необходимые пакеты уже заранее подкачены.
Статья безусловно полезная для пользователей которые не сталкивались с postgresql.
Там где нет доступа в интернет должен быть внутренний репозиторий. В который основные обновления пусть и с некоторой задержкой(на "ок" от безопасников) но все же попадают.
Зачем это тут ?:) добавили бы ansible playbook который все это развернет да ещё и к мониторингу подключит - было бы полезно
maximum_lag_on_failover: 1048576
Ребят, ну вы хоть комментарии давайте что у вас конфиг на файловер с легитимной потерей данных. Наверное из за таких статей и встречаю в продах такие вот конфиги.
Добрый день!
Спасибо за комментарий. Ваша критика справедлива. Но все же стоит учитывать, для чего мы делаем такой кластер. Наш пример – всего лишь начальный этап настройки. Для каждого случая нужно определять свои параметры, про которые можно прочитать на оф сайте Patroni.
Текущая конфигурация довольно надёжна, но для критически важных данных мы конечно рекомендуем ужесточить параметры репликации и failover.
Настройка кластера высокой доступности: PostgreSQL + (Patroni и etcd)