Comments 11
Kasten, Velero, etc. рассматривали?
Если уж вы сидите в gcp, то зачем подкладывать креды сервис аккаунта? Почему не использовать workload identity bind?
Я правильно понимаю, что вы живёте в одном ЦОДе? Не рассматривали вариант разделения на два ЦОДа и настройки кластера? Понятно, что бекап это не отменяет, но сильно упрощает задачу DR.
Привет! Мы живем одной ногой в гугле, одной ногой в дата центре. Внутри он поделен на кластера , а кроликов у нас несколько на внутреннее пользование, несколько на клиентов. Сам DR тренинг так сказать у нас, как у молодой, но быстрорастущей компании, прошел недавно и в данный момент мы ввели много улучшений в наши планы Б. Мб скоро появится и другой ЦОД, но пока бэкапим всё что можно) Спасибо за комментарий
А почему выбрали гугловый клауд? Последние события показали, что любая западная компания может легко выключить рубильник для наших людей. Не смотрели российские или "восточные" облака? Тут некоторые про казахские рассказывают, например.
Мы своими корнями так сказать греческая компания, так что у нас пока окошечко в Европу) В клауде у нас же лежит часть нашего основного сервиса - фронтенд, несколько апишек. А бэкэнд находится в нашем железном сервере, так что если вдруг - смигрируем, но это на крайний случай. Я пришел в айти со стажировки, хотел потыкать русские облака, но пробный период того же Яндекса не дает ничего сделать) Так что не знаю как там, но судя по наличию тех же провайдеров Terraform, для русских компаний самое то
проблема кодирования - явно в символе "$". Нельзя ли как-то заэскейпить строчку?
Решение должно быть универсальным и легко адаптируемым к разным средам
В данном случае оно не является универсальным, т.к предполагает наличие K8S.
Почему бы не запускать создание резервной копии через CI систему? Она не зависит от системы оркестрации и удовлетворяет остальным требованиям (изоляция, журналирование, мониторинг).
---
Не описан обратный процесс, т.е импорт резервная копии в RabbitMQ.
Если в кластере был потерян кворум, то это приведет к перманентной недоступности очередей типа Quorum, их потребуется пересоздать. Импорт не приводит к пересозданию объектов.
---
Если исходить исходить из того, что объекты в рамках RabbitMQ (exchange, queue, vhost, policy) статичные, то их создание через Terrafrom (состояние автоматически выгружается в бакет) + CI (журналирование, мониторинг) будет неплохим решением. За сохранность временных объектов (полагаю к таким можно отнести только очереди) отвечало бы приложение (по сути их потеря не должна быть критичной).
Бэкапим Кроличьи мозги на случай ядерных войн