Резервные копии
Managed Service for Redis обеспечивает автоматическое и ручное резервное копирование баз данных. Резервные копии занимают место в объеме хранилища, выделенном для кластера. Если суммарный объем данных и резервных копий превышает объем хранилища, превышение тарифицируется.
Настройки резервного копирования Managed Service for Redis
Managed Service for Redis использует AOF (append-only file) с форсированной записью на диск каждую секунду — выставлен параметр appendfsync everysec.
Резервная копия всех данных кластера (снимок в формате RDB) автоматически создается раз в день. Отключить автоматическое создание резервной копии невозможно, и изменить промежуток хранения автоматических копий (по умолчанию 7 дней) пока тоже нельзя.
Время начала резервного копирования задается при создании или изменении кластера. Резервное копирование начнется в течение получаса от указанного времени. По умолчанию начало резервного копирования устанавливается на 22:00 UTC (Coordinated Universal Time).
Резервные копии в Managed Service for Redis создаются на основе консистентного снимка образа памяти процесса, который получается копированием с помощью системного вызова fork() исходного процесса Redis. Из-за особенностей реализации fork() в Linux, запись данных на хост кластера Managed Service for Redis в момент резервного копирования приведет к увеличению потребления памяти, т.к. к общему объему памяти процесса будут добавляться новые, измененные данные (механизм Copy-on-Write).
Внимание
Это может привести к исчерпанию памяти хостов Managed Service for Redis: хосты будут перезагружены и процесс резервного копирования будет прерван. Рекомендуется выбирать такое время начала резервного копирования, чтобы кластер был наименее нагружен, или нарастить оперативную память, увеличив класс хостов.
Создание резервной копии
Резервные копии могут быть автоматическими и ручными, но вне зависимости от типа, резервные копии создаются по следующей схеме:
- Первая и каждая седьмая резервные копии — полные резервные копии всех баз данных.
- Остальные резервные копии — инкрементные, хранится только разница с предыдущей резервной копией, что позволяет экономить хранилище.
После создания резервная копия сжимается для дальнейшего хранения. На текущий момент отображение точного размера резервной копии недоступно.
Хранение резервной копии
Резервные копии хранятся во внутреннем хранилище Яндекса в виде логических дампов и шифруются с помощью GPG. У каждого кластера свои ключи шифрования.
Все резервные копии (автоматические и ручные) хранятся 7 дней.
Проверка резервной копии
Проверка целостности резервной копии
Целостность резервных копий проверяется на синтетических данных интеграционными тестами сервиса. Резервные копии пользовательских кластеров на текущий момент не проверяются.
Проверка восстановления из резервной копии
Для проверки возможностей резервного копирования восстановите кластер из резервной копии и проверьте целостность ваших данных.