Сравнение файлового хранилища Azure и хранилища BLOB-объектов Azure

Microsoft Azure предлагает клиентам несколько вариантов хранения данных, включая хранилище BLOB-объектов Azure, хранилище файлов Azure, очереди Azure, таблицы Azure и диски Azure. Давайте разберемся подробнее

Быстрые взгляд на технологии BLOB-объектов Azure и хранилище файлов Azure:

• Microsoft Azure предлагает клиентам несколько вариантов хранения данных, включая хранилище BLOB-объектов Azure, хранилище файлов Azure, очереди Azure, таблицы Azure и диски Azure.
• Хранилище BLOB-объектов Azure предназначено для хранения огромных объемов неструктурированных данных, к которым можно получить доступ откуда угодно, и рекомендуется для таких сценариев, как потоковая передача мультимедиа, передача документов в браузер, ведение журналов и хранение данных для анализа больших данных.
• Хранилище файлов Azure предоставляет распределенную файловую систему и позволяет получать доступ к файлам из любой точки мира с помощью URL-адреса, который включает токен подписи общего доступа (SAS).
• Варианты использования хранилища файлов Azure более просты, чем варианты использования хранилища BLOB-объектов Azure, поскольку оно по существу функционирует как файловый сервер.
• И хранилище BLOB-объектов Azure, и хранилище файлов Azure являются ценными вариантами хранения данных в Microsoft Azure, и выбор между ними будет зависеть от конкретного варианта использования.

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

Имея это в виду, это становится запутанным, и может оказаться довольно сложно определить, какой тип хранилища использовать в конкретном случае. Microsoft Azure предлагает клиентам несколько предложений по хранению данных. Они будут отличаться друг от друга в зависимости от варианта использования, определяющего их использование.

• Хранилище BLOB-объектов Azure: масштабируемое хранилище объектов для хранения огромных объемов неструктурированных данных.
• Хранилище файлов Azure: управляемые общие файловые ресурсы, которые можно использовать в облачных и локальных средах.
• Очереди Azure: хранилище сообщений между приложениями для создания очереди работы для асинхронной обработки.
• Таблицы Azure: хранилище NoSQL для бессхемного хранения структурированных гибких данных с использованием большого количества метаданных.
• Диски Azure: тома хранения на уровне блоков для виртуальных машин Azure. Традиционные виртуальные диски

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

Неструктурированные данные против структурированных данных

Чтобы понять хранилище BLOB-объектов Azure, лучше всего сначала разобраться с термином «неструктурированные данные», поскольку это суть этого типа хранилища. Обратите внимание, что большая часть данных, генерируемых организациями, неструктурирована и их объемы растут. Но сначала давайте начнем с определения этого понятия в MongoDB.

«Неструктурированные данные — это информация, которая не организована в соответствии с заранее установленной моделью или схемой данных и, следовательно, не может храниться в традиционной реляционной базе данных или СУБД».

Если вы не знакомы с этим пространством, то это определение мало чем поможет в понимании и это совершенно нормально. Давайте посмотрим на это с другой точки зрения.

Структурированные данные (иногда называемые количественными данными) относятся к данным, которые хорошо организованы и которыми можно легко манипулировать, и к таким данным, которые хорошо смотрятся в электронной таблице Excel.

Хорошим примером является реляционная база данных (СУБД), в которой данные хранятся организованно, например имена, даты рождения, номера банковских счетов и т. д. Язык SQL (кстати, это означает «Язык структурированных запросов») может быть использован для запроса этих данных.

С другой стороны, неструктурированные данные (также называемые качественными данными) — это практически все, что вы можете себе представить, хранящееся в исходном формате (электронная почта, медиа, CMS, данные датчиков…). Он имеет свою собственную внутреннюю структуру и метаданные, но не структурирован в соответствии с моделями данных или структурированными данными, подобными схемам (например, озерами данных). Возьмем, к примеру, кучу снимков, сделанных на основе спутниковых снимков, показывающих сканы подземных запасов газа или нефти (просто придуманные). Это совершенно неструктурировано, поскольку это набор снимков, но они имеют большую ценность, что затрудняет их обработку. но важно для клиентов.

Теперь, как вы можете видеть, «против» заключается в взвешивании различий, а не в том, какой из них лучше, поскольку они применимы к совершенно разным сценариям использования, и оба используются большинством организаций.

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

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

Еще один вариант использования хранилища BLOB-объектов Azure — резервное копирование и восстановление, аварийное восстановление и архивирование. Например, BDRSuite v5.3 поддерживает хранилище BLOB-объектов Azure в качестве репозитория резервных копий , что делает его доступным и удаленным решением для хранения ваших данных. Суть хранилища BLOB-объектов Azure заключается в том, что это недорогое многоуровневое хранилище с высокой доступностью, что делает его хорошим удаленным хранилищем резервных копий.

Большие двоичные объекты Azure настраиваются для разных типов ресурсов. Учетная запись хранения Azure (пространство имен в Azure) может содержать несколько контейнеров, которые сами могут содержать несколько больших двоичных объектов. Блобы могут быть разных типов:

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

Хранилище файлов Azure

В отличие от Azure Blob, в которых хранятся большие объемы неструктурированных данных, хранилище файлов Azure относится к более традиционному типу хранилища, предлагающем распределенную файловую систему. Как следует из названия, хранилище файлов Azure предоставляет общие файловые ресурсы для монтирования в любой совместимой операционной системе, например, SMB для Windows, Linux и MacOS и NFS для Linux и MacOS.

API REST файлов Azure также предлагает возможность программного доступа к файлам через API FileREST через http/https.

Хранилище файлов Azure отличается от традиционных локальных файловых серверов тем, что к файлам можно получить доступ из любой точки мира, используя URL-адрес, указывающий на файл, который включает в себя токен подписи общего доступа (SAS), чтобы разрешить конкретный доступ с ограничением по времени. .

Сценарии использования этого сервиса должны быть гораздо более простыми для понимания, чем варианты использования BLOB, поскольку по сути это файловый сервер. Его можно использовать для миграции локальных приложений в Azure, доступа к файлам с нескольких виртуальных машин, использования в качестве постоянных томов Kubernetes (PVCD) или просто замены локальных файловых серверов, поскольку он полностью управляем.

Подведем итоги

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

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