Как минимизировать пропускную способность в сценарии частого резервного копирования postgres?

Я хочу делать очень частое резервное копирование (каждый час) данных postgres на нескольких виртуальных машинах (скажем, 20-50) на один и тот же сервер архивации.

Если необходимо, вот дополнительные данные: В идеале система должна поддерживать нагрузку от 80 до 200 баз данных, расположенных на всех виртуальных машинах. Базы данных от малых (10–100 МБ) до средних (500–2 ГБ) состоят из сотых таблиц, небольшая часть этих таблиц может легко содержать от нескольких тысяч строк до примерно миллиона строк. Изменения в базе данных - это часто новые записи, некоторые обновления, а не столько удаление. Пропускная способность будет 100 Мбит / с.

Поскольку я уже делаю это со стандартной файловой системой, используя инкрементное резервное копирование (rsync), Мне интересно, можно ли добиться чего-то подобного с помощью резервных копий базы данных postgres.

У меня есть несколько возможных вариантов:

• Я мог бы разместить базу данных в файловой системе с возможностью создания снимков (aufs стиль докера, ZFS, btrfs, но некоторые из них действительно замедляют работу postgres).
• Готов при необходимости использовать WAL
• Было бы лучше, если бы я мог делать резервную копию только на уровне базы данных, если это необходимо. Поскольку мне не нужно делать резервную копию всех данных postgres, только базы данных клиентов.
• У меня есть место на диске на сервере postgres, на котором можно хранить промежуточную резервную копию.
• Я могу позволить себе разумную нагрузку на ЦП на стороне виртуальной машины, но предпочитаю минимизировать ее на сервере резервного копирования, так как он добавит больше базы данных для резервного копирования.
• Я не особо ищу варианты непрерывного резервного копирования или восстановления PITR. На моем сервере резервного копирования есть файловая система (brfs) для эффективного периодического создания снимков резервных копий. Достаточно хорошо.

Я думал о:

• с помощью rsync в комбинации с pg_dump локально на сервер в SQL, но я не уверен, какой из форматов мне следует использовать для обеспечения максимальной эффективности.
• использование моментальной файловой системы, которая позволяет отправлять двоичные различия на уровне блоков (btrfs и ZFS хороши в этом) с использованием локального дампа или без него (тот же вопрос о используемом формате резервного копирования).
• Я узнал о существовании pg_rman, Я действительно не знаю, можно ли на это положиться, а настройка и различные процессы кажутся немного сложнее, чем pg_dump. Будет ли он поддерживать только инкрементные резервные копии? А можно ли иметь практический формат на стороне резервного копирования?

и есть ли другой способ, кроме инкрементного резервного копирования, для достижения небольшой пропускной способности?

Так... как я мог уменьшить пропускную способность в моем сценарии резервного копирования postgres ?