Кратко
- После льготного периода режим соответствия Vault Lock запрещает менять или снимать блокировку при наличии точек восстановления, в том числе пользователю root. При закрытии аккаунта действует отдельное правило: через 90 дней без повторного открытия AWS удаляет содержимое хранилища.
- Закрывая продукт, компания должна отдельно определить судьбу его записей. Передача архива требует завершённой копии, проверенного восстановления и аккаунта, который продолжат содержать.
У архива осталась работа
Последний сотрудник ушёл из команды, продукт снят с продажи, вычислительные ресурсы остановлены. В плане ликвидации остался приятный пункт: закрыть облачный аккаунт. В нём, правда, лежат старые записи. Но их же специально защитили от удаления — значит, можно ставить галочку?
Документация AWS Backup даёт другой ответ. После закрытия аккаунта с резервным хранилищем AWS сохраняет копии целыми в течение 90 дней приостановки. Если аккаунт за это время не открыт снова, содержимое удаляется даже при действовавшем Vault Lock.
Компания купила запрет на некоторые действия внутри аккаунта. Решение о существовании самого аккаунта осталось этажом выше. Прочный сейф всё ещё зависит от решения сохранить помещение.
Ограничить себя бывает выгодно
У Vault Lock есть разные режимы. В режиме управления пользователь с нужными разрешениями может изменить защиту. В режиме соответствия после льготного периода клиент, root и AWS не могут изменить или убрать блокировку, пока в хранилище остаются точки восстановления.
Такое неудобство и есть часть продукта. Оно мешает администратору уничтожить историю во время поспешной уборки. Оно ставит дополнительное препятствие перед разрушительным действием с высокими правами. Лёгкая отмена по желанию следующего начальника снизила бы ценность ограничения.
Но продолжительность хранения должна иметь организационную опору. Если записи нужны дольше, чем продаётся продукт, кто-то должен содержать их аккаунт и после закрытия продуктового бюджета. Длинный срок в настройке копий сам по себе этого человека не назначает.
Целая копия может оказаться недоступной
Согласно правилам закрытия аккаунта, закрытие служит уведомлением о прекращении клиентского соглашения для этого аккаунта. В течение следующих 90 дней доступ к содержимому и сервисам требует повторного открытия. После окончательного закрытия вернуть аккаунт нельзя, его идентификатор также не используется повторно.
Между сохранностью байтов и возможностью ответить на деловой вопрос возникает отдельная операция. Сотруднику, который разбирает старую поставку, сначала придётся вернуть административную среду архива. Сообщение о том, что данные ещё не удалены, не заменит сами документы.
Представим упразднённое подразделение. Людей перевели, расходы разносят по другим статьям, ответственный за ликвидацию старается убрать остаточные платежи. Будущий пользователь архива может вообще не участвовать в этом процессе. Публичные документы не содержат списка аккаунтов конкретного клиента и результатов его восстановления; без этих двух свидетельств размер его риска определить нельзя.
Кто сможет открыть дверь обратно
Нынешняя инструкция по повторному открытию разрешает самостоятельную процедуру, если клиент сам закрыл аккаунт и на момент закрытия не было задолженности. Нужны вход как root, обращение в пределах 90 дней и действующий способ оплаты. Пользователь или роль IAM не заменяют root.
Для аккаунта, закрытого AWS, описан другой порядок: погасить задолженность в течение 30 дней с даты закрытия и обратиться в поддержку. Один напоминатель о девяностом дне пропустит более раннее условие.
После возвращения аккаунта некоторые ресурсы требуют действий. AWS приводит примеры запуска остановленных экземпляров EC2 и восстановления баз RDS из снимков, созданных при закрытии. Активный статус аккаунта позволяет приступить к проверке работоспособности.
Есть и зависимость почты от закрываемого адреса. AWS предупреждает: если почта root использует домен Route 53 в том же аккаунте, приостановка домена может прервать доставку писем. Получается контора, которая ради порядка первым делом увольняет хранителя запасных ключей. Эту связь предлагается устранить до закрытия.
Передача должна закончиться у получателя
Копирование между аккаунтами AWS Backup позволяет поместить копию в аккаунт назначения и восстановить её там. Источник и получатель должны принадлежать одной организации AWS Organizations. Нужны поддерживаемые ресурсы и регионы, разрешения и подходящие ключи. Межаккаунтные копии в холодные уровни хранения не поддерживаются.
Копия заново шифруется ключом целевого хранилища. Разрешение другому аккаунту читать оригинал оставляет оригинал на прежнем месте. Передача требует завершённой копии и проверки, что получатель способен восстановить нужное содержимое и использовать его.
Два аккаунта одной организации могут попасть под одно решение о ликвидации. Поэтому новому хранителю нужен собственный мандат: какие записи остаются, до какой даты и за чей счёт. Дополнительный номер аккаунта не распределяет ответственность.
Архив не обязан жить вечно. Компания может прекратить хранение того, что выполнило свою работу. Однако такую оценку стоит провести до того, как список технической уборки выберет дату за всех будущих пользователей документов.
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров





