Общие сведения о Хранилище BLOB-объектов Azure

Хранилище BLOB-объектов Azure — это решение корпорации Майкрософт для хранения объектов в облаке. Хранилище BLOB-объектов оптимизировано для хранения больших объемов неструктурированных данных. Неструктурированные данные — это данные, которые не соответствуют определенной модели данных или определению, например текстовых или двоичных данных.

Сведения о служба хранилища BLOB-объектов

Большой двоичный объект служба хранилища предназначен для:

  • Передача изображений или документов напрямую в браузер.
  • Хранение файлов для распределенного доступа.
  • Потоковая передача видео и звука.
  • Запись в файлы журнала.
  • Хранение данных для резервного копирования и восстановления, аварийного восстановления и архивации.
  • Хранение данных для анализа локальной службой или службой, размещенной в Azure.

Пользователи или клиентские приложения могут получать доступ к объектам в blob-объектах служба хранилища через HTTP/HTTPS в любом месте мира. Объекты в служба хранилища БОЛЬШИХ двоичных объектов доступны через служба хранилища Azure REST API, Azure PowerShell, Azure CLI или клиентская библиотека служба хранилища Azure. Клиентские библиотеки доступны для разных языков, включая:

Клиенты также могут безопасно подключаться к служба хранилища BLOB-объектов с помощью протокола SSH-передачи файлов (SFTP) и подключать контейнеры больших двоичных объектов служба хранилища с помощью протокола NFS 3.0.

Сведения об Azure Data Lake Storage 2-го поколения

Служба хранилища BLOB-объектов поддерживает Azure Data Lake Storage 2-го поколения корпоративное решение аналитики больших данных Майкрософт для облака. Azure Data Lake Storage 2-го поколения предлагает иерархическую файловую систему, а также преимущества служба хранилища BLOB-объектов, в том числе:

  • экономичное многоуровневое хранилище;
  • Высокая доступность
  • Строгая согласованность
  • возможности аварийного восстановления.

Общие сведения об Azure Data Lake Storage 2-го поколения см. в этой статье.

Ресурсы служба хранилища BLOB-объектов

В Хранилище BLOB-объектов предлагается три типа ресурсов:

  • учетная запись хранения;
  • контейнер в учетной записи хранения;
  • большой двоичный объект в контейнере.

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

Diagram showing the relationship between a storage account, containers, and blobs

Учетные записи хранения

Учетная запись хранения предоставляет для ваших данных уникальное пространство имен в Azure. У каждого объекта, который хранится в службе хранилища Azure, есть адрес, содержащий уникальное имя учетной записи. Сочетание имени учетной записи и конечной точки Хранилища BLOB-объектов формирует базовый адрес для объектов в учетной записи хранения.

Например, если учетная запись хранения называется mystorageaccount, то конечная точка по умолчанию для BLOB-объектов служба хранилища:

http://mystorageaccount.blob.core.windows.net

В следующей таблице описаны разные типы учетных записей хранения, которые поддерживаются для Хранилища BLOB-объектов.

Тип учетной записи хранения Уровень производительности Использование
Общего назначения версии 2 Standard Стандартный тип учетной записи хранения для больших двоичных объектов, общих папок, очередей и таблиц. Рекомендуется для большинства сценариев, в которых используется Хранилище BLOB-объектов или другая служба хранилища Azure.
Блочный BLOB-объект Premium Тип учетной записи хранения "Премиум" для блочных и добавочных BLOB-объектов. Рекомендуется для сценариев с высокой скоростью обработки транзакций, использующих небольшие объекты или требующих постоянно низкой задержки хранилища. Дополнительные сведения о рабочих нагрузках для учетных записей блочных BLOB-объектов ценовой категории "Премиум"
Страничный BLOB-объект Premium Тип учетной записи хранения "Премиум" только для страничных BLOB-объектов. Дополнительные сведения о рабочих нагрузках для учетных записей страничных BLOB-объектов ценовой категории "Премиум"

Дополнительные сведения об типах учетных записей хранения Azure см. в этой статье. Сведения об устаревших типах учетных записей хранения см. в этой статье.

Сведения о создании учетной записи хранения см. в этой статье.

Контейнеры

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

Имя контейнера должно быть допустимым DNS-именем, так как оно входит в уникальный URI (универсальный идентификатор ресурса), используемый для решения контейнера или больших двоичных объектов. При присвоении имени контейнеру следуйте нижеприведенным правилам:

  • Имена контейнеров могут содержать от 3 до 63 символов.
  • Имена контейнеров должны начинаться с буквы или цифры и могут содержать только строчные буквы, цифры и тире (-).
  • В именах контейнеров нельзя использовать два или более последовательных символа тире.

Универсальный код ресурса (URI) для контейнера аналогичен следующему:

https://myaccount.blob.core.windows.net/mycontainer

Дополнительные сведения о контейнерах именования см. в статье Naming and Referencing Containers, Blobs, and Metadata (Именование контейнеров, больших двоичных объектов и метаданных и ссылка на них).

BLOB-объекты

Хранилище Azure поддерживает три типа больших двоичных объектов.

  • Блочные BLOB-объекты хранят текст и двоичные данные. Блочные большие двоичные объекты состоят из блоков данных, которыми можно управлять отдельно. Блочные BLOB-объекты могут хранить до 190,7 ТиБ.
  • Добавочные BLOB-объекты состоят из блоков, как и блочные, но оптимизированы для операций добавления. Добавочные BLOB-объекты идеально подходят для сбора данных журналов из виртуальных машин.
  • Страничные BLOB-объекты используются для хранения файлов прямого доступа объемом до 8 ТиБ. Страничные BLOB-объекты хранят файлы виртуального жесткого диска (VHD) и выступают в качестве дисков для виртуальных машин Azure. Дополнительные сведения о страничных BLOB-объектах см. в статье Общие сведения о страничных BLOB-объектах Azure.

Дополнительные сведения о различных больших двоичных объектах см. в статье Understanding Block Blobs, Append Blobs, and Page Blobs (Основные сведения о блочных, добавочных и страничных BLOB-объектах).

Универсальный код ресурса (URI) для большого двоичного объекта аналогичен следующему:

https://myaccount.blob.core.windows.net/mycontainer/myblob

or

https://myaccount.blob.core.windows.net/mycontainer/myvirtualdirectory/myblob

При присвоении имени большому двоичному объекту следуйте нижеприведенным правилам:

  • Имя большого двоичного объекта может содержать любое сочетание символов.
  • Имя большого двоичного объекта в службе хранилища Azure должно быть длиной не меньше одного символа, но не больше 1 024 символов.
  • Имена BLOB-объектов чувствительны к регистру.
  • Зарезервированные веб-адреса должны быть надлежащим образом экранированы.
  • Существуют ограничения на количество сегментов пути, состоящих из имени большого двоичного объекта. Сегмент пути — это строка между последовательными символами разделителя (например, косой чертой /), соответствующей каталогу или виртуальному каталогу. К именам BLOB-объектов применяются следующие ограничения сегмента пути:
    • Если у учетной записи хранения нет иерархического пространства имен, число сегментов пути, состоящих из имени большого двоичного объекта, не может превышать 254.
    • Если у учетной записи хранения включено иерархическое пространство имен, количество сегментов пути, состоящих из имени большого двоичного объекта, не может превышать 63 (включая сегменты пути для имени контейнера и имени узла учетной записи).

Примечание.

Избегайте имен BLOB-объектов, заканчивающихся точкой (.), косой чертой (/) или последовательностью или сочетанием двух объектов. Сегменты пути не должны заканчиваться точкой (.).

Дополнительные сведения о больших двоичных объектах именования см. в статье Именование контейнеров, больших двоичных объектов и метаданных и ссылка на них.

Перемещение данных в служба хранилища BLOB-объектов

Существует ряд решений для переноса существующих данных в служба хранилища BLOB-объектов:

  • AzCopy — это удобное средство командной строки для Windows и Linux, которое копирует данные в служба хранилища BLOB-объектов, между контейнерами или в учетных записях хранения. См. сведения о передаче данных с помощью AzCopy версии 10.
  • Библиотека перемещения данных для службы хранилища Azure — это библиотека .NET для перемещения данных между службами хранилища Azure. Служебная программа AzCopy создана с библиотекой перемещения данных. Дополнительные сведения о библиотеке перемещения данных см. в справочной документации.
  • Фабрика данных Azure поддерживает копирование данных в служба хранилища BLOB-объектов с помощью ключа учетной записи, подписанного URL-адреса, субъекта-службы или управляемых удостоверений для ресурсов Azure. Дополнительные сведения см. в разделе "Копирование данных в Хранилище BLOB-объектов Azure" или из Хранилище BLOB-объектов Azure с помощью Фабрика данных Azure.
  • Blbfuse — это драйвер виртуальной файловой системы для Хранилище BLOB-объектов Azure. Вы можете использовать BLOBFuse для доступа к существующим данным блочных BLOB-объектов в учетной записи служба хранилища через файловую систему Linux. Дополнительные сведения см. в разделе "Что такое BLOBFuse?" — BlobFuse2 (предварительная версия).
  • Служба Azure Data Box доступна для передачи локальных данных в большой двоичный объект служба хранилища когда большие наборы данных или ограничения сети делают передачу данных по проводной нереалистичной. В зависимости от размера данных вы можете запросить у корпорации Майкрософт устройства Диск Azure Data Box, Azure Data Box или Azure Data Box Heavy. Затем вы можете скопировать данные на эти устройства и отправить их обратно в Корпорацию Майкрософт, чтобы отправить их в служба хранилища BLOB-объектов.
  • Служба импорта и экспорта Azure позволяет импортировать большие объемы данных в учетную запись хранения или экспортировать их из нее, используя предоставленные вами жесткие диски. Дополнительные сведения о службе импорта и экспорта Azure см. в этой статье.

Следующие шаги