Кратко

  • Backup Compliance Policy задаёт минимальные требования к резервным копиям всего проекта. Никто из пользователей, включая владельца, не может удалить защищённый снимок или сократить срок его хранения после создания.
  • После завершения защищённого кластера существующие снимки сохраняются по политике. Дополнительное хранение за пределами защищённого периода имеет другой режим: пользователь с подходящей ролью может удалить копию.

Начальник тоже должен услышать отказ

Слово «владелец» в панели управления обычно звучит как обещание последнего слова. MongoDB Atlas предлагает защиту, при которой это обещание заканчивается возле корзины. У владельца проекта остаётся должность, но защищённую копию по одному своему желанию он уже не уничтожит.

В этом и состоит полезное ограничение. Компания может хотеть, чтобы торопливый администратор не убрал историю восстановления вместе с ненужным окружением. Она может хотеть такой же преграды для того, кто захватил его учётную запись. Удобная возможность немедленно передумать ослабила бы саму покупаемую гарантию.

Документация Backup Compliance Policy перечисляет запреты независимо от роли: удаление защищённого снимка, сокращение срока после его создания, отключение Cloud Backup. Политика отдельного кластера также не может опуститься ниже минимума проекта. MongoDB прямо указывает, что это ограничивает экономию на хранении через удаление копий или уменьшение сроков.

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

Обязательство начинается с выбора проекта

Документированное условие применения — выделенные кластеры M10 и выше. Здесь рассматриваются соответствующие развёртывания Atlas Core. Минимум действует на проект: существующие кластеры приводятся к требованиям, новые получают их при создании. Более строгая индивидуальная политика может оставаться выше этого уровня.

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

Изменять будущую частоту резервирования можно в пределах минимума. Её снижение касается следующих копий; существующий журнал операций сохраняет исходное окно. Изменения политики защиты применяются к будущим снимкам. Уже созданная защищённая история имеет принятый ранее срок.

Для управления расходами отсюда следуют два отдельных вопроса: сколько новых обязательств создаётся и сколько старых ещё не истекло. Новый график может улучшить первый показатель, пока второй убывает по собственному календарю. Финансисту полезнее видеть оба, чем требовать одинаковой скорости сокращения.

Кластер уходит, архив получает наследника

Процедура завершения различает конкретные случаи. При включённой политике защиты Atlas сохраняет имеющиеся снимки согласно политике резервирования. Без неё, но при работающем Cloud Backup, интерфейс предлагает отдельно оставить существующие снимки. Если Cloud Backup отключён, такого выбора нет.

В Atlas Core журнал операций для восстановления на момент времени может остаться в статическом состоянии, пока его ещё можно использовать для этой цели. Сохраняется уже записанная история. Завершённая база больше не создаёт новые деловые операции.

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

Кто-то должен принять это наследство: список копий, даты, права и затраты. Активные часы кластера оплачиваются как его работа, оставшийся резервный объём — как хранение. После ухода команды продукта у второй статьи расходов всё ещё должен быть получатель и ответственный.

Пустой проект — это не только пустой список работающих баз

Для отключения политики в непустом проекте обращение подаёт назначенный представитель по безопасности или юридическим вопросам. Он проходит подробную проверку, MongoDB Support одобряет запрос, после чего владельцы проекта могут отключить политику. Возможность управлять проектом и право начать эту процедуру разделены.

Исключение относится к действительно пустому проекту: без активных кластеров, без приостановленных кластеров и без сохранённых снимков от завершённых. Тогда владелец проекта или организации может отключить политику. Когда список действующих баз уже пуст, старые копии ещё могут не дать воспользоваться исключением.

Контакт представителя становится частью механизма. При настройке указываются имя и адрес, которым он пользуется в портале поддержки. Неправильный адрес исправляют с Support. Если срок защиты переживает работу этого сотрудника в компании, его полномочия по процедуре нужно передать. Использованные документы не сообщают реального срока обработки обращения конкретного клиента, поэтому срок ожидания здесь остаётся без числовой оценки.

Дополнительные дни меняют смысл сохранённой копии

Дополнительное хранение снимков продлевает их существование за пределы периода защиты. На этом этапе пользователь с подходящей ролью может удалить снимок. По окончании дополнительного срока Atlas удаляет его автоматически.

Копия может по-прежнему лежать в архиве, хотя особый запрет на её удаление уже закончился. Для защиты от действий уполномоченного пользователя важна дата окончания защищённого периода. Для дальнейшего доступа к истории важна ещё и дата завершения дополнительного хранения. Один показатель общей давности смешивает эти задачи.

Пересекающиеся расписания тоже требуют внимания. В примере MongoDB ежедневная копия хранится два дня, субботняя еженедельная — три недели. Если расписания создают один снимок, выбирается более длинный срок. Три недели относятся к примеру; действующее правило — приоритет большей длительности.

Считать снимки проще, чем объяснять счёт

Раздел стоимости выделенных кластеров описывает преимущественно инкрементальные Cloud Backups. Конкретное поведение определяется поставщиком хранилища; размер и регион учитываются по его данным. Месячная ставка за гигабайт отражается ежедневными позициями в гигабайт-днях. Так стоимость распределяется по времени. Для непрерывного резервирования действуют свои ставки и суммарный объём снимков с внутренним журналом операций.

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

В результате покупается вполне определённая услуга: компания на время лишает себя части права быстро стереть прошлое. Внутреннее решение о покупке должно быть столь же определённым — с человеком, который продолжит отвечать за историю после исчезновения самого сервиса.