Резервное копирование и восстановление контейнера BLOB-объектов Azure

Резервное копирование Предлагается несколько решений для резервного копирования хранилища BLOB-объектов на случай, если контейнеры будут удалены. дополнительную информацию о продукте можно найти здесь: https://azure.microsoft.com/en-us/services/backup/

Избыточность

Если вас беспокоит доступность: «Данные в вашей учетной записи хранения Microsoft Azure всегда реплицируются для обеспечения надежности и высокой доступности. Репликация копирует ваши данные либо в том же центре обработки данных, либо во второй центр обработки данных, в зависимости от того, какой вариант репликации. твой выбор." , есть несколько вариантов репликации:

Локально избыточное хранилище (LRS)

Зонально-избыточное хранилище (ZRS)

Гео-избыточное хранилище (GRS)

Гео-избыточное хранилище с доступом для чтения (RA-GRS)

Более подробную информацию можно найти здесь:

https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy

Управление доступом

Наконец, управление доступом к вашей учетной записи хранения было бы лучшим способом защитить и гарантировать, что вы не потеряете свои данные. Вы можете предоставить доступ для чтения только в том случае, если не хотите, чтобы кто-либо удалял файлы, папки и т. Д., Используя SAS: подписи общего доступа, позволяющие создавать политики и предоставлять доступ на основе чтения, Запись, список, удаление и т. Д. Здесь можно увидеть быструю демонстрацию в формате GIF: https://azure.microsoft.com/en-us/updates/manage-stored-access-policies-for-storage-accounts-from-within-the-azure-portal/

Любой, у кого есть доступ к ключу вашей учетной записи хранения (первичный или вторичный; для учетной записи хранения есть два ключа), может манипулировать учетной записью хранения любым удобным для него способом. Единственный способ убедиться, что ничего не происходит? Не давайте никому доступ к ключу (ам). Если вы поместите учетную запись хранения в группу ресурсов, для которой только у вас есть разрешения, вы, по крайней мере, не позволите другим, имеющим доступ к подписке, обнаружить учетную запись хранения и получить к ней доступ.

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

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

Мы используем blob для хранения документов и для управления документами. Чтобы предотвратить удаление большого двоичного объекта, теперь вы можете включить мягкое удаление, как описано здесь: https://azure.microsoft.com/en-us/blog/soft-delete-for-azure-storage-blobs-ga/

Вы также можете создать свою собственную автоматизацию на основе PowerShell, azcopy для инкрементного и полного резервного копирования. Последним элементом будет использование BLOB-объектов RA-GRS, где вы можете читать из вторичного BLOB-объекта в режиме чтения в другом регионе на случай, если центр обработки данных выйдет из строя.

Разработка приложений с высокой доступностью с помощью RA-GRS

https://docs.microsoft.com/en-us/azure/storage/common/storage-designing-ha-apps-with-ragrs?toc=%2fazure%2fstorage%2fqueues%2ftoc.json

Используйте Microsoft Azure Storage Explorer. Это позволит вам загружать все содержимое контейнеров больших двоичных объектов, включая папки и подпапки с большими двоичными объектами. И наоборот, вы можете загружать в контейнеры таким же образом. Просто и бесплатно!