Хранилище

Во время разработки стратегии постоянного резервного копирования и аварийного восстановления важно ответить на вопрос: "Зачем делать резервную копию?".

Сделать резервную копию рекомендуется перед обновлением, поскольку понижение версии хранилища StarVault не всегда возможно. Резервное копирование рекомендуется делать всякий раз, когда планируется внесение серьезных изменений в кластер.

В частности, рекомендуем делать резервные копии до, а не во время операций записи в API /sys (за исключением конечных точек /sys/leases, , /sys/tools, /sys/wrapping, /sys/policies и /sys/pprof). К примерам рабочих процессов, которые записывают данные в API /sys, относятся обновления и повторные ключи. В будущем для бэкенда встроенного хранилища эта инструкция может измениться.

Резервное копирование также может помочь в случае случайного удаления или изменения данных. Однако в этом случае возникают некоторые нюансы. Если, например, сегодня в 10 утра восстановитесь с резервной копии, сделанной в 5 утра и содержащей правильные данные, то будут потеряны данные, записанные с 5 и 10 утра.

Не рекомендуем использовать резервные копии как защиту от сбоя отдельной машины. Серверы StarVault могут работать в кластерах, поэтому для защиты от сбоя сервера рекомендуем запускать StarVault в режиме высокой доступности. Кластер StarVault может охватывать несколько зон доступности в пределах региона.

При использовании StarVault в режиме высокой доступности резервное копирование может помочь защититься от сбоя ЦОД.

В конечном счете резервное копирование не является заменой режиму высокой доступности. При разработке плана восстановления после (или защиты от) сбоя резервное копирование и режим высокой доступности следует рассматривать как ключевые компоненты этого плана.

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

Если бэкенд хранения не поддерживает атомарные моментальные снимки, тогда рекомендуем создавать только автономные (офлайн) резервные копии.

Помимо резервного копирования зашифрованных данных StarVault через бэкенд хранения, также можете сохранить файлы конфигурации сервера, скрипты для управления службой StarVault и убедиться, что сможете переустановить установленные пользователем плагины. Местоположение этих файлов будет зависеть установки StarVault.