Ескертпе
Бұл бетке кіру үшін қатынас шегін айқындау қажет. Жүйеге кіруді немесе каталогтарды өзгертуді байқап көруге болады.
Бұл бетке кіру үшін қатынас шегін айқындау қажет. Каталогтарды өзгертуді байқап көруге болады.
Хранилище 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-объектов предлагается три типа ресурсов:
- учетная запись хранения;
- контейнер в учетной записи хранения;
- большой двоичный объект в контейнере.
На следующей схеме показана связь между этими ресурсами.
Учетные записи хранения
Учетная запись хранения предоставляет для ваших данных уникальное пространство имен в 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 см. в этой статье.