v0.16.0

Новые функции

• k8s store: patch аннотаций пода вместо полного обновления (#751)
• Сделать proxyCheckInterval и proxyTimeout настраиваемыми (#756)
• Установить бесконечное значение по умолчанию для DefaultSyncTimeout (#752)
• Документировать опцию кластера SyncTimeout в спецификации (#749)

и многие другие изменения.

Большое спасибо всем, кто участвовал в этом выпуске!

v0.15.0

Новые функции

• Поддержка PostgreSQL 12 (#727)
• Добавлены примеры wal-g (#726)
• Спецификация stolonctl: не показывать нулевые параметры clusterspec (#736)
• Предотвратить инициализацию stolonctl с пустым файлом clusterspec (#702)

Исправления ошибок

• Выполнять pg_rewind только против основного экземпляра (#698)

и многое другое изменения.

Большое спасибо всем, кто участвовал в этом выпуске!

v0.14.0

Новые функции

• Добавить показатели sentinel prometheus (#656)
• Хранить только последние 2 истории временных шкал postgres, чтобы не превышать максимальное значение размера базового хранилища (#651)
• Добавить показатели keeper prometheus (#639)
• stolonctl status может выводить статус в формате json (#628)
• Включить все плагины аутентификации клиента k8s (#625, #632)
• Теперь можно определить адрес и порт рекламы в stolon keeper (#581)
• Новая команда stolonctl register была добавлена для установки информации о службе обнаружения для хранителей во внешнюю службу (в настоящее время только consul) (#557)
• Возможность автоматического перезапуска экземпляра при обновлении параметра postgres, требующего перезапуска (#568)
• Добавление команд чтения/записи подкоманды clusterdata stolonctl (#578)
• Включение подробного ведения журнала e для pg_basebackup (#665)
• Реализация тайм-аутов для вызовов kubernetes api (#666)

Исправление ошибок

• Избегать ненужных перезагрузок экземпляра postgres (#558)
• Разрешить специальные символы в pg-su-username (#658)
• Исправить процесс отработки отказа, если у хранителя есть ошибки файловой системы (#637)
• postgres: использовать функции контекста go database/sql (#635)
• Использовать функции контекста go database/sql (#635)
• Устранить зависание часовых (#659)

и множество других изменений.

Примечания к обновлению. Команда stolonctl clusterdata разделена на две подкоманды:

1. stolonctl clusterdata read, которая будет использоваться для чтения текущих данных кластера.
2. stolonctl clusterdata write, которая будет использоваться для записи новых данных кластера в новое хранилище.

Большое спасибо всем, кто принимал участие в этом выпуске:

• Антон Маркелов (@strangeman)
• Арунвел Шрирам (@arunvelsriram)
• Асвин Картик (@aswinkarthik)
• Бен Уитли (@benwh)
• Дэвид Эйчин (@daMupfel)
• Динеш Б (@dineshba)
• Дон Боуман (@donbowman)
• Гарри Маклин (@hmac)
• Кришна Субраманян (@jskswamy)
• Лоуренс Джонс (@lawrencejones)
• Максим Милютин (@maksm90)
• Мосаб Ибрагим (@mos3abof)
• Николя Жюэль (@nabbar) v0.13.0

Новые функции

• Команда stolonctl для принудительного сбоя хранителя (#546).
• Преодоление ограничения синхронной репликации PostgreSQL, которое могло привести к потере транзакций при некоторых событиях (#514).
• Пользователи теперь могут определять archiveRecoverySettings в спецификации кластера резервного кластера. Один из возможных вариантов использования — подача в резервный кластер только заархивированных журналов без потоковой репликации (см. примечания к обновлению) (#543).
• Хранитель: удаление конечных новых строк из предоставленных паролей (#548).

Исправления ошибок

• Сортировка адресов хранителей в pg_hba.conf, чтобы избежать ненужных перезагрузок экземпляра postgres (#558).
• Установка recovery_target_action на продвижение при использовании настроек цели восстановления (#545).
• Исправлен неправильный адрес прослушивания, используемый в pg_hba.conf при включении режима SUReplAccessStrict (#520).

и многие другие исправления ошибок и улучшения документации.

Спасибо всем, кто участвовал в этом выпуске.

Примечания к обновлению

• Опция clusterspec standbySettings была заменена опцией standbyConfig. Внутренне она может содержать два поля: standbySettings и archiveRecoverySettings (см. документацию clusterspec с описанием этой новой опции). Если вы обновляете резервный кластер, перед его запуском вам следует обновить, используя stolonctl, спецификацию кластера с новой опцией standbyConfig.

v0.12.0

Новые функции

• Обнаружение и сообщение о том, что постоянный каталог данных хранителя не является ожидаемым (обычно из-за неправильной конфигурации, непостоянного хранилища и т. д.) (#510).
• Поддержка PostgreSQL 11 (бета) (#513).
• Слоты репликации, объявленные в опции clusterspec additionalMasterReplicationSlots, теперь будут иметь префикс stolon_, чтобы пользователи могли вручную создавать/удалять пользовательские слоты репликации (См. примечания к обновлению) (#531).

Исправление ошибок

• Исправить неправильный адрес в pg_hba.conf, когда clusterspec defaultSUReplAccessMode равен strict (#520).

и множество других исправлений ошибок и улучшений документации.

Благодарим всех, кто внес свой вклад в этот выпуск:

Alexandre Assouad, Lothar Gesslein, @nseyvet.

Примечания к обновлению

• Слоты репликации, объявленные в опции clusterspec additionalMasterReplicationSlots, теперь будут иметь префикс stolon_, чтобы позволить пользователям вручную создавать/отбрасывать пользовательские слоты репликации. Пользователи этой функции должны обновить все ссылки на эти слоты репликации, добавив префикс stolon_.

v0.11.0

Новые функции

• В бэкэнде хранилища k8s компоненты stolon теперь используют метку component вместо метки app (См. примечания к обновлению) (#469).
• Улучшены примеры docker swarm, чтобы они напоминали примеры k8s (#482).
• Если пользователь включил ssl/tls, используйте его также для соединений репликации/pg_rewind (#501).
• Удалить конечный перевод строки из примера пароля base64 в примере k8s (#505).

Исправление ошибок

• Исправлена ​​ошибка в пути выбора финального хранилища libkv (См. примечания к обновлению) (#479).
• Исправлена проверка синхронной репликации, которая заблокирует будущие обновления синхронных резервных копий при некоторых обстоятельствах (#494).
• Исправлены атомарные записи файлов, сгенерированных PostgreSQL. ### v0.4.0

Некоторые очистки и изменения в рамках подготовки к выпуску версии 0.5.0, которая получит большой рефакторинг (с различными критическими изменениями).

• Альберт Вака, @emded, Никлас Хамбюхен, Тим Хекман — всем спасибо за вклад в этот релиз.

v0.6.0

Эта версия представляет различные интересные новые функции (такие как поддержка будущей PostgreSQL 10 и резервный кластер) и различные исправления ошибок.

Новые функции:

• Поддержка PostgreSQL 10;
• Резервный кластер (для аварийного восстановления на нескольких площадках и миграции с нулевым временем простоя);
• Удаление старых мёртвых хранителей;
• Выбор мастера в асинхронных кластерах только при определённом отставании;
• Примеры Docker standalone, swarm и compose.

Исправления ошибок:

• Неправильное парсинг synchronous_standby_names при использовании синхронной репликации с двумя или более синхронными резервными серверами;
• Несинхронные записи файлов локального состояния.

И многое другое.

Александр Ермолаев, Дарио Ньювенхуис, Юан Кемп, Иван Сим, Джаспер Сиепкез, Никлас Хамбюхен, Саджал Каян — всем спасибо за вклад в этот выпуск.

v0.5.0

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

Теперь конфигурация полностью декларативна (см. документацию по спецификации кластера), возможность создания нового кластера начиная с предыдущей резервной копии (восстановление на момент времени), улучшенная синхронная репликация, примеры Kubernetes для производства, использование только основанных на хранилище коммуникаций и обнаружения, возможность использования TLS-коммуникации с хранилищем и другие улучшения и исправления ошибок. Внесены изменения, необходимые для добавления множества новых функций.

v0.3.0

• Поддержка нескольких хранилищ через libkv (#102). В настоящее время поддерживаются etcd и consul.
• Можно использовать pg_rewind для синхронизации ведомых устройств вместо полной повторной синхронизации (#122).
• Добавлена опция --initial-cluster-config в stolon-sentinel для предоставления начальной конфигурации кластера (#107).
• Добавлен параметр конфигурации кластера для инициализации кластера, даже если зарегистрировано несколько хранителей (#106). По умолчанию страж не будет инициализировать новый кластер, если зарегистрировано более одного хранителя, поскольку он не может знать, кто из них должен быть главным. С помощью этой опции в качестве главного будет выбран случайный хранитель. Это полезно, когда пользователь хочет создать новый кластер с пустой базой данных и запустить всех хранителей вместе, вместо того чтобы запускать только один хранитель, ждать, пока он будет избран главным, а затем запускать остальные хранители.
• Добавлена опция --discovery-type в stolon-sentinel, чтобы выбрать, должно ли обнаружение хранителей осуществляться с использованием хранилища или kubernetes (#129).
• В stolon-keeper добавлены различные параметры для установки суперпользователя postgres, репликации и начальных имён пользователей и паролей суперпользователя (#136).
• Многочисленные улучшения и исправления ошибок.

Спасибо всем участникам!

v0.2.0

• Предоставлен клиент stolon (stolonctl). На данный момент его можно использовать для получения списка кластеров, статуса кластера и получения/замены/обновления конфигурации кластера (#28, #64). В будущем будут добавлены дополнительные функции. См. doc/stolonctl.md.
• Теперь конфигурацию кластера можно настроить с помощью stolonctl (#2). См. doc/cluster_config.md.
• Пользователи могут напрямую помещать предпочитаемые файлы конфигурации postgres в каталог конфигурации ($dataDir/postgres/conf.d или предоставленный с --pg-conf-dir) (см. doc/postgres_parameters.md)
• Пользователи могут централизованно управлять глобальными параметрами postgres. Они могут быть настроены в конфигурации кластера (см. doc/postgres_parameters.md)
• Теперь stolon-proxy закрывает соединения при ошибке etcd. Это поможет балансировать нагрузку между несколькими прокси stolon (#74, #76, #80).
• kubernetes: добавлен тест готовности для stolon proxy (#82)
• Хранитель получает эксклюзивную блокировку fs на свой datadir (#48)
• Множество исправлений ошибок и улучшенных тестов.