Общие сведения о защите данных
Служба хранилища Azure обеспечивает защиту данных для хранилища BLOB-объектов и Azure Data Lake Storage 2-го поколения и подготовку к сценариям, в которых необходимо восстановить удаленные или перезаписанные данные. Важно обдумать наилучшую защиту данных до возникновения инцидента, который может поставить под угрозу их безопасность. Это руководство поможет заранее определить необходимые для сценария функции защиты и способы их реализации. В этом обзоре также приведены рекомендации по выполнению действий, соответствующих сценарию, при необходимости восстановить удаленные или перезаписанные данные.
В документации по службе хранилища Microsoft Azure под защитой данных понимают стратегии для защиты учетной записи хранения и данных в ней от удаления или изменения, а также для восстановления данных после их удаления или изменения. Служба хранилища Microsoft Azure также предлагает варианты аварийного восстановления, включая несколько уровней избыточности для защиты данных при сбоях служб из-за проблем с оборудованием или естественных аварий, а также управляемой клиентом отработки отказа, если центр обработки данных в основном регионе будет недоступным. Дополнительные сведения о защите данных при сбоях служб см. в статье Аварийное восстановление.
Рекомендации по базовой защите данных
Если для учетной записи хранения и содержащихся в ней данных необходимо обеспечить базовую защиту, то корпорация Майкрософт рекомендует выполнить действия, описанные ниже.
- Настройте блокировку Azure Resource Manager для учетной записи хранения, чтобы защитить учетную запись от удаления или изменений конфигурации. Подробнее...
- Включите обратимое удаление контейнера для учетной записи хранения, чтобы восстановить удаленный контейнер и его содержимое. Подробнее...
- Сохраняйте состояние BLOB-объекта через равные промежутки времени.
- Для рабочих нагрузок хранилища BLOB-объектов включите управление версиями BLOB-объектов, чтобы автоматически сохранять состояние данных при каждой перезаписи BLOB-объекта. Подробнее...
- Для рабочих нагрузок Azure Data Lake Storage делайте моментальные снимки вручную, чтобы сохранять состояние данных в определенный момент времени. Подробнее...
Эти варианты, а также другие параметры защиты данных для других сценариев более подробно описаны в следующем разделе.
Общие сведения о затратах, связанных с этими функциями, см. в статье Рекомендации по затратам.
Общие сведения о вариантах защиты данных
В таблице, представленной ниже, приведены варианты, доступные в службе хранилища Microsoft Azure для распространенных сценариев защиты данных. Выберите сценарии, применимые к вашей ситуации, чтобы получить дополнительные сведения о доступных параметрах. В настоящее время для учетных записей хранения с включенным иерархическим пространством имен доступны не все функции.
| Сценарий | Вариант защиты данных | Рекомендации | Преимущества защиты | Доступность для Data Lake Storage |
|---|---|---|---|---|
| Предотвращение удаления или изменения учетной записи хранения. | Блокировка Azure Resource Manager Подробнее... |
Заблокируйте все учетные записи хранения с блокировкой Azure Resource Manager, чтобы предотвратить удаление учетной записи хранения. | Защищает учетную запись хранения от удаления или изменений конфигурации. Не защищает контейнеры и BLOB-объекты в учетной записи от удаления или перезаписи. |
Да |
| Предотвращение удаления версии BLOB-объекта в течение заданного интервала. | Политика неизменности версии BLOB-объекта Подробнее... |
Установите политику неизменяемости отдельной версии BLOB-объектов для защиты критически важных для бизнеса документов, например, чтобы обеспечить соответствие законодательным или нормативным требованиям. | Защищает версию BLOB-объекта от удаления и ее метаданные от перезаписи. Операция перезаписи создает версию. Если по крайней мере в одном контейнере включена политика неизменности на уровне версии, учетная запись хранения также будет защищена от удаления. Удаление контейнера завершается сбоем, если в нем существует хотя бы один BLOB-объект. |
Нет |
| Предотвращает удаление или изменение контейнера и его BLOB-объектов в течение заданного интервала. | Политика неизменяемости контейнера Подробнее... |
Установите политику неизменяемости контейнера для защиты критически важных для бизнеса документов, например, чтобы обеспечить соответствие законодательным или нормативным требованиям. | Защищает контейнер и его BLOB-объекты от всех операций удаления и перезаписи. Если действует удержание по юридическим причинам или заблокирована политика хранения на основе времени, учетная запись хранения также защищена от удаления. Контейнеры, для которых не задана политика неизменяемости, не защищены от удаления. |
Да |
| Восстановление удаленного контейнера в течение указанного интервала. | Обратимое удаление контейнера Подробнее... |
Включите обратимое удаление контейнера для всех учетных записей хранения с минимальным 7-дневным интервалом хранения. Включите управление версиями BLOB-объектов и обратимое удаление BLOB-объектов, а также обратимое удаление контейнера, чтобы защитить отдельные BLOB-объекты в контейнере. Храните контейнеры, для которых требуются разные периоды хранения, в отдельных учетных записях хранения. |
Удаленный контейнер и его содержимое можно восстанавливать в течение периода хранения. Восстановлению подлежат только операции уровня контейнера (например, операция Удалить контейнер). Обратимое удаление контейнера не позволяет восстановить отдельный BLOB-объект в контейнере, если этот BLOB-объект удален. |
Да |
| Автоматическое сохранение состояния BLOB-объекта в предыдущей версии при перезаписи. | Управление версиями BLOB-объектов Подробнее... |
Включите управление версиями BLOB-объектов, обратимое удаление контейнера и обратимое удаление BLOB-объектов для учетных записей хранения, где требуется оптимальная защита данных BLOB-объектов. Храните данные BLOB-объектов, не требующие управления версиями, в отдельной учетной записи для ограничения затрат. |
Каждая операция записи BLOB-объекта создает новую версию. Текущая версия BLOB-объекта может быть восстановлена из предыдущей версии, если текущая версия удалена или перезаписана. | Нет |
| Восстановление удаленного BLOB-объекта или версии BLOB-объекта в течение указанного интервала. | Обратимое удаление BLOB-объекта Подробнее... |
Включите обратимое удаление BLOB-объекта для всех учетных записей хранения с минимальным 7-дневным интервалом хранения. Включите управление версиями BLOB-объектов и обратимое удаление контейнеров, а также обратимое удаление BLOB-объектов для оптимизации защиты данных BLOB-объектов. Храните BLOB-объекты, для которых требуются разные периоды хранения, в отдельных учетных записях хранения. |
Удаленный BLOB-объект или версию BLOB-объекта можно восстановить в течение периода хранения. | Да |
| Восстановление набора блочных BLOB-объектов до состояния на предыдущий момент времени. | Восстановление на момент времени Подробнее... |
Чтобы применить восстановление на момент времени для возвращения к более раннему состоянию, создайте приложение для удаления отдельных блочных BLOB-объектов, а не удаления контейнеров. | Набор блочных BLOB-объектов можно вернуть в состояние на определенный момент в прошлом. Обращению подлежат только операции, выполняемые с блочными BLOB-объектами. Любые операции, выполняемые с контейнерами, страничными BLOB-объектами или добавленными BLOB-объектами, не подлежат обращению. |
Нет |
| Сохранение состояния BLOB-объекта на определенный момент времени. | Моментальный снимок большого двоичного объекта Подробнее... |
Рекомендуется в качестве альтернативы управления версиями BLOB-объектов, если управление версиями не подходит для вашего сценария из-за затрат или других соображений, а также если в учетной записи хранения включено иерархическое пространство имен. | BLOB-объект можно восстановить из моментального снимка, если он перезаписан. При удалении BLOB-объекта моментальные снимки также удаляются. | Да, в режиме предварительной версии |
| BLOB-объект можно удалить или перезаписать, однако данные регулярно копируются во вторую учетную запись хранения. | Выполните откат собственного решения для копирования данных во вторую учетную запись с помощью репликации объектов службы хранилища Microsoft Azure или средства, подобного AzCopy, или Фабрики данных Azure. | Рекомендуется для обеспечения защиты от непредвиденных намеренных действий или непредсказуемых ситуаций. Создайте вторую учетную запись хранения в том же регионе, что и основная учетная запись, чтобы избежать оплаты исходящего трафика. |
Данные можно восстановить из второй учетной записи хранения, если основная учетная запись будет каким-либо образом повреждена. | AzCopy и Фабрика данных Azure поддерживаются. Репликация объектов не поддерживается. |
Защита данных по типу ресурса
В следующей таблице приведены варианты защиты данных службы хранилища Microsoft Azure в соответствии с защищаемыми ресурсами.
| Вариант защиты данных | Защищает учетную запись от удаления | Защищает контейнер от удаления | Защищает объект от удаления | Защищает объект от перезаписи |
|---|---|---|---|---|
| Блокировка Azure Resource Manager | Да | Нет1 | Нет | Нет |
| Политика неизменности версии BLOB-объекта | Да2 | Да3 | Да | Да4 |
| Политика неизменяемости контейнера | Да5 | Да | Да | Да |
| Обратимое удаление контейнера | Нет | Да | Нет | Нет |
| Управление версиями BLOB-объекта6 | Нет | Нет | Да | Да |
| Обратимое удаление BLOB-объекта | Нет | Нет | Да | Да |
| Восстановление до точки во времени6 | Нет | Нет | Да | Да |
| Моментальный снимок большого двоичного объекта | Нет | Нет | Нет | Да |
| Откат собственного решения для копирования данных во вторую учетную запись7 | Нет | Да | Да | Да |
1 Блокировка Azure Resource Manager не защищает контейнер от удаления.
2 Удаление учетной записи службы хранилища завершается сбоем, если есть хотя бы один контейнер, где включено неизменяемое хранилище на уровне версии.
3 Удаление контейнера завершается сбоем, если в контейнере существует хотя бы один BLOB-объект, независимо от того, заблокирована или разблокирована политика.
4 Перезапись содержимого текущей версии BLOB-объекта создает еще одну версию. Политика неизменности защищает метаданные версии от перезаписи.
5 Если действует удержание по юридическим причинам или заблокирована политика хранения на основе времени в области контейнера, учетная запись хранения также защищена от удаления.
6 В настоящее время не поддерживается для рабочих нагрузок Data Lake Storage.
7 AzCopy и Фабрика данных Azure — это варианты, поддерживаемые для рабочих нагрузок, хранилища BLOB-объектов и Data Lake Storage. Репликация объектов поддерживается только для рабочих нагрузок хранилища BLOB-объектов.
Восстановление удаленных или перезаписанных данных
Если необходимо восстановить удаленные или перезаписанные данные, способ действий зависит от активированных вариантов защиты данных, а также затронутых ресурсов. В следующей таблице описаны действия, которые можно предпринять для восстановления данных.
| Удаленный или перезаписанный ресурс | Возможные действия по восстановлению | Требования для восстановления |
|---|---|---|
| Учетная запись хранения | Попытаться восстановить удаленную учетную запись хранения Подробнее... |
Учетная запись хранения изначально была создана с помощью модели развертывания Azure Resource Manager и была удалена в период последних 14 дней. Новая учетная запись хранения с таким же именем не должна быть создана после удаления исходной учетной записи. |
| Контейнер | Восстановление обратимо удаленного контейнера и его содержимого Подробнее... |
Обратимое удаление контейнера включено, и срок хранения для обратимого удаления контейнера еще не истек. |
| Контейнеры и BLOB-объекты | Восстановление данных из второй учетной записи хранения | Все операции с контейнерами и BLOB-объектами были эффективно реплицированы во вторую учетную запись хранения. |
| BLOB-объект (любой тип) | Восстановление BLOB-объекта из предыдущей версии1 Подробнее... |
Управление версиями BLOB-объектов включено, и для BLOB-объекта имеется одна или несколько предыдущих версий. |
| BLOB-объект (любой тип) | Восстановление обратимо удаленного BLOB-объекта Подробнее... |
Обратимое удаление BLOB-объекта включено, и срок хранения для обратимого удаления не истек. |
| BLOB-объект (любой тип) | Восстановление BLOB-объекта из моментального снимка Подробнее... |
Для BLOB-объекта имеется один или несколько моментальных снимков. |
| Набор блочных BLOB-объектов | Восстановление набора блочных BLOB-объектов до состояния в более ранний момент времени1 Подробнее... |
Восстановление на момент времени включено, и точка восстановления находится в пределах интервала хранения. Учетная запись хранения не была скомпрометирована или повреждена. |
| Версия BLOB-объекта | Восстановление обратимо удаленной версии1 Подробнее... |
Обратимое удаление BLOB-объекта включено, и срок хранения для обратимого удаления не истек. |
1 В настоящее время не поддерживается для рабочих нагрузок Data Lake Storage.
Рекомендации по затратам
В следующей таблице приводятся общие сведения о затратах для разных вариантов защиты данных, описанных в этом руководстве.
| Вариант защиты данных | Рекомендации по затратам |
|---|---|
| Блокировка Azure Resource Manager для учетной записи хранения | Бесплатная настройка блокировки учетной записи хранения. |
| Политика неизменности версии BLOB-объекта | Бесплатное включение политики неизменности на уровне версии в контейнере. Создание, изменение или удаление политики хранения на основе времени или удержания по юридическим причинам для версии BLOB-объекта оплачивается из расчета за транзакцию записи. |
| Политика неизменяемости контейнера | Бесплатная настройка политики неизменяемости для контейнера. |
| Обратимое удаление контейнера | Бесплатное включение обратимого удаления контейнера для учетной записи хранения. Данные в обратимо удаленном контейнере оплачиваются по той же ставке, что и активные данные, пока обратимо удаленный контейнер не будет окончательно удален. |
| Управление версиями BLOB-объектов | Бесплатное включение управления версиями BLOB-объектов для учетной записи хранения. После включения управления версиями BLOB-объектов каждая операция записи или удаления в BLOB-объекте в учетной записи создает новую версию, что может привести к увеличению затрат на ресурсы. Плата за версию BLOB-объекта взимается на основе уникальных блоков или страниц. Таким образом, затраты увеличиваются, поскольку BLOB-объект отличается от определенной версии. Изменение уровня BLOB-объекта или версии BLOB-объекта может оказать влияние на затраты. Дополнительные сведения см. в статье Цены и выставление счетов. Используйте функцию управления жизненным циклом для удаления старых версий по мере необходимости, чтобы контролировать затраты. Дополнительные сведения см. в статье Оптимизация затрат путем автоматизации уровней доступа к Хранилищу BLOB-объектов Azure. |
| Обратимое удаление BLOB-объекта | Бесплатное включение обратимого удаления BLOB-объекта для учетной записи хранения. Данные в обратимо удаленном BLOB-объекте оплачиваются по той же ставке, что и активные данные, пока обратимо удаленный BLOB-объект не будет окончательно удален. |
| Восстановление на момент времени | За включение восстановления на момент времени для учетной записи хранения плата не взимается. Однако включение восстановления на момент времени также позволяет использовать управление версиями BLOB-объектов, обратимое удаление и канал изменений, что может привести к дополнительным издержкам. При выполнении операции восстановления оплачивается восстановление на момент времени. Стоимость операции восстановления зависит от объема восстанавливаемых данных. Дополнительные сведения см. в статье Цены и выставление счетов. |
| Моментальные снимки BLOB-объектов | Данные в моментальном снимке оплачиваются на основе объема уникальных блоков или страниц. Таким образом, затраты увеличиваются, поскольку BLOB-объект отличается от моментального снимка. Изменение уровня BLOB-объекта или моментального снимка может оказать влияние на затраты. Дополнительные сведения см. в статье Цены и выставление счетов. Используйте функцию управления жизненным циклом для удаления старых моментальных снимков по мере необходимости, чтобы контролировать затраты. Дополнительные сведения см. в статье Оптимизация затрат путем автоматизации уровней доступа к Хранилищу BLOB-объектов Azure. |
| Копирование данных во вторую учетную запись хранения | Хранение данных во второй учетной записи хранения повлечет за собой затраты за объем и стоимость операций. Если вторая учетная запись хранения размещена в регионе, отличном от региона исходной учетной записи, то при копировании данных во вторую учетную запись также будет взиматься плата за исходящий трафик. |
Аварийное восстановление
В службе хранилища Microsoft Azure всегда хранится несколько копий данных для защиты от запланированных и незапланированных событий, включая временные сбои оборудования, сети или энергоснабжения, масштабные стихийные бедствия и т. д. Избыточность гарантирует, что учетная запись хранения будет соответствовать целям доступности и устойчивости даже в случае сбоев. Дополнительные сведения о настройке высокого уровня доступности для учетной записи хранения см. в статье Избыточность службы хранилища Microsoft Azure.
В случае сбоя в центре обработки данных, если учетная запись хранения избыточна по двум географическим регионам (геоизбыточность), можно выполнить отработку отказа учетной записи из основного региона в дополнительный. Дополнительные сведения см. в статье Аварийное восстановление и отработка отказа учетной записи хранения.
В настоящее время управляемая клиентом отработка отказа не поддерживается для учетных записей хранения с включенным иерархическим пространством имен. Дополнительные сведения см. в статье Функции хранилища BLOB-объектов, доступные в Azure Data Lake Storage 2-го поколения.