А в чем смысл автоматического деплоя 5 ВМ? В облако их и бэкап на локальную машину в офис

Опенстек?! Это как на БМП в магазин за макаронами ездить по городу

Зато не куб! :)

Ну, еще есть vSphere )

А внутри опенстека можно сделать куб.

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

На 5 машин? Смысл?

Можно вообще всё руками делать. Но зачем?

А зачем вам вообще что-то кроме github actions/gitlab ci + парочка скриптов?

Основное хотение - воспроизводимость настройки. Чтобы ВМ гарантированно поднималась без вспоминания, что и как настроено. Автоматически - просто потому что автоматизированность это гарантирует, но это не совсем цель

А зачем тебе vm?

А из бэкапов их не? Вот прямо целиком, вместе со всеми настройками

Сейчас вся файловая система жирного контейнера раз в полчаса снапшотится средствами btrfs , хранится N снимков за год, месяц, час, снимки инкриментно перекачиваются (синхронизируются) на отдельную виртуалку в совершенно другом месте.
Но хочется git для всех конфигов.
И нужна возможность быстрее и проще, чем копированием тонны барахла и правкой IP-адресов в конфигах, переезжать на другие сервера. Например, когда упал основной.

Вообще для этого придуманы системные виртуальные машины и кластеры высокой доступности.
ВМ сама автоматом перезапустится через 15 секунд, если упал хост

Для btrfs-бекапов , например
Предпочитаю контейнеры
Но иногда изоляция уровня вм полезна

Есть и переезд контейнеров по аналогии. Но зачем так сложно, когда можно rsync?

Сложность в чем? Поставить галочку в кластере "включить HA"?

бэкапов чего?

Всех файлов и БД (да, у меня mysql тоже так бпкапится)

А как актуальные версии по внутри контейнера поддерживаются?