получаю:
ERROR: canceling statement due to conflict with recovery
DETAIL: User query might have needed to see row versions that must be removed.
Почекал инструкцию
https://aws.amazon.com/blogs/database/best-practices-for-amazon-rds-postgresql-replication/
Alternatively, you can enable parameters like max_standby_archive_delay or max_standby_streaming_delay on the replica instance, to enable completion of long-running read queries. Both of these parameters pause WAL replay at the replica if the source data is modified while read queries are running on the replica. A value of -1 lets the WAL replay wait until the read query completes. However, this pause increases replication lag indefinitely and causes high storage consumption at the source due to WAL accumulation.
Мое опасение, что если упадет реплика, то из-за переполнения WAL упадет и прод.
Вопрос: Что делать? Как обезопасить прод?
Правильно будет написать проверки в мониторинг на тему того, что 1) Реплика не упала, по крайней мере не надолго. 2) WAL имеет логичный размер. 3) Рост WAL ограничен некоторыми логичными размерами. 4) Диски с WAL имеют достаточный запас места, с учётом текущего роста. На алерты каждой из проверок -- написать, и положыть где-то рядом с алертом ссылку -- на действия, которые можно срочно предпринять -- в первую очередь на дополнительные проверки -- отчего растёт WAL, как давно не было checkpoint, доступны ли все реплики.
Обсуждают сегодня