zalando в AWS EKS, т.е. просто образы диска master и slave с БД postgresql 12.
Какие способы можете предложить, чтобы удобно восстанавливать бэкапы с таких volumes (создавать отдельный инстанс на базе этого volume, монтировать к поднятому отдельно postgresql...)?
У postgres нет опцый монтирования каких-от внешний каталогов с базой данных База данных для одного запущенного сервера -- одна, в каталоге $PGDATA, она изменяется только через этот сервер SQL-командами. Отключить или переподключить дажэ её часть невозможно.
Стопнуть сервис, сбросить кеш и утащить примонтированный диск? Может проще бекап тащить
Постгрес сервер не можэт отключить и переподключить какую-то часть — включая тэйблспейсы. Попытка отключить тэйблспейс приведёт к тому, что сервер не запустится или упадёт при оьращении, попытка подсунуть вместо нужной например старые данные — приведёт к неконсистентности и мусору в данных.
нунизнаю ... там в вопросе консистентные(?) образы дисков, почему вариант тупо где-то на стороне подключить виртуальное блочное устройство, поправить postgre.conf , стартануть сторонний пг, задить из бекапа резерв, остановить пг, залить образ диска консистентный(?) назад в облако не получается ? это вопрос видимо к авс, а не к пг
>нунизнаю ... Зато я знаю. >стартануть сторонний пг, Так это сторонний postgres. Да, можно на полной одномоментной копии данных запустить сервер. Собственно, стандартные бэкапы почти так и делаются. Но это таки другой сервер, это не подключение чего-то к ужэ существующему.
Обсуждают сегодня