а не лучше реплицировать бд средствами пг ?

pg_start_backup('befor_pve_zsync', true);
copy...
после окончания копирования pg_stop_backup()

#вопрос

Коллеги, подскажите: у нас традиционно все ВМ на отдельно стоящих и не включенных в кластер хостах под PVE.
Очень хочется иметь репликацию дисков ВМ на другой хост на случай аварий с сервером, но строить распределенную ФС страшновато (опыта нет), а zfs репликация требует кластера.
В то же время от кластера отвращают две вещи: хосты иногда, но меняют ip (а кластер к этому придирчив), и слухи, что кластер не сильно идеально стабилен.
Хосты у нас смотрят линком в инет (это машины в ДЦ), так что связь между - через интернет.
Может, можно как-то репликацию и без вовлечения кластера (и вообще прокса) сделать?
Пример для сравнения - репликация в вмваре, там как-то неплохо сделано, не раз выручало.

попросите датацентр сделать вам вилан между вашими серверами и сделайте внутреннюю подсеть чтобы ип адреса не менялись

Да в том и дело, что так не получится. Разные ДЦ, "так надо".

И еще - а есть какие-то подходы, чтобы машину с субд (pgsql) можно было реплицировать с надеждой, что копия взлетит (те данные на диске не побьются). Через qemu-agent как-то постгре говорить сбросить кеш и замереть? Не находил работающего решения (

Настрой человеческую реплику средствами постгреса, а не вот это вот всё)

Да, но хочется полную копию машины иметь. Бекапы делаются, конечно

Подскажите для виндовых гостей, в частности RDP фермы, отключаете balooning на виртуалках ?

Винда не умеет балунинг, поэтому да

Я же правильно понимаю, что zsync (точнее, нижележащая zfs) копирет состояние zvol на момент начала копирования? Т.е. на действие copy в приведенном скрипте уйдет секунда (когда начнется переброска дельты), и все, сервер дальше может работать?

С соответствующим драйвером и службой - умеет.

Друзья , всем привет . Есть цель сделать бубунту 18 шлюз на proxmox 6.2 . Есть ли у кого годные ссылки на материал по осуществлению сего или советы ? Буду благодарен !