Факторы ценообразования для использования хранилища BLOB-объектов Azure
Использование личных и бизнес-хранилищ в вашей компании развивается экспоненциально. Одним из наиболее распространенных способов для устранения ограничений емкости, существующих в локальной инфраструктуре хранилища, является применение облачных возможностей. Как администратор Azure, вы несете ответственность за отслеживание затрат на ресурсы Azure, и вам необходимо определить подходящие облачные возможности. Кроме того, он должен изучать модели ценообразования и выбирать оптимальный способ их использования. Но не забывайте, что при принятии решений следует учитывать не только стоимость, но и другие характеристики хранилища, в том числе устойчивость и производительность.
В этом уроке вы узнаете, от чего зависит стоимость использования Хранилища BLOB-объектов Azure. Эти рекомендации включают модель выставления счетов и методы оценки затрат на основе диапазона параметров конфигурации и ожидаемых шаблонов использования.
Модель ценообразования для Хранилища BLOB-объектов Azure
Модель выставления счетов Хранилище BLOB-объектов Azure состоит из нескольких различных компонентов, которые отражают различные доступные варианты при реализации и использовании этой службы. Самая простая модель — оплата за гигабайты (ГБ), которая напрямую связана с емкостью выделенного хранилища для неактивных данных. Однако даже в этом случае фактические затраты зависят от таких критериев, как тип учетной записи хранения и реплика область и уровень доступа к BLOB-объектам. Стоимость емкости хранилища определяется на основании среднего ежедневного объема хранимых данных (в ГБ) за месяц.
Основные расходы, связанные с активным использованием BLOB-объектов, можно разделить на следующие категории:
служба хранилища операции, которые измеряются на каждую транзакцию
Передача данных, измеряемая на ГБ
Есть еще несколько компонентов Хранилища BLOB-объектов Azure, которые могут повлиять на общие затраты на хранение.
Теги индексов BLOB-объектов (с ценами на один тег): эти теги позволяют классифицировать данные с помощью атрибутов key-value.
Канал изменений (с ценами на изменения в журнале) — этот параметр позволяет отслеживать изменения больших двоичных объектов и их метаданные.
Область шифрования (с ценами на месяц) — области позволяют использовать различные ключи шифрования на уровне каждого контейнера или на уровне большого двоичного объекта.
Ускорение запросов (с гигабайтами отсканированных и возвращенных данных): эта функция позволяет ограничить объем данных, полученных из БОЛЬШИХ двоичных объектов в формате JSON или CSV, применив предикаты фильтрации и проекции столбцов.
Иерархическое пространство имен (с ценой на гигабайты и в месяц, применимые к использованию метаданных) — это позволяет создавать многоуровневую иерархию папок и использовать дополнительные протоколы, такие как сетевая файловая система версии 3 (NFSv3) и Secure FTP (SFTP).
Передача данных также может повлечь дополнительные затраты на использование сети (за количество гигабайтов). В частности, за исходящий трафик из региона Azure взимается дополнительная плата. При передаче данных между регионами стоимость будет разной для внутриконтинентальной и межконтинентальной передачи.
Как кратко упоминание ранее, Хранилище BLOB-объектов Azure затраты также зависят от параметров учетной записи хранения, таких как тип учетной записи хранения (который связан с производительностью) и реплика tion область:
Тип учетной записи хранения должен быть выбран во время подготовки, и за исключением учетных записей общего назначения версии 1, не изменяется. Большие двоичные объекты поддерживаются в учетных записях хранения уровней "Стандартный" (общего назначения) (версии 1 и 2) и "Премиум" (блочные BLOB-объекты). В этом случае термины Стандартный и Премиум обозначают применимые характеристики производительности. Хранилище класса Premium обеспечивает производительность, эквивалентную твердотельным дискам (SSD), в то время как стандартное хранилище обеспечивает производительность, аналогичную традиционным магнитным дискам. Это различие отражается в ценах на эти типы хранилища. Учетные записи хранения общего назначения могут поддерживать любые типы содержимого, включая большие двоичные объекты (блочные, оптимизированные для добавления или страничные), таблицы, очереди и файлы. Учетные записи хранения для блочных BLOB-объектов могут содержать только блочные и оптимизированные для добавления BLOB-объекты.
Вы должны выбрать реплика учетной записи хранения область во время подготовки. В отличие от типа учетной записи хранения, однако вы можете изменить ее позже (с некоторыми исключениями). Репликация область определяет устойчивость и доступность содержимого учетной записи. Предлагаются следующие варианты, перечисленные в порядке увеличения цены:
- Локально избыточное хранилище (LRS) синхронно реплицирует содержимое учетной записи хранения между тремя репликами в одном физическом расположении. Это самый низкий вариант реплика tion, но не рекомендуется для рабочих нагрузок, требующих высокой доступности или устойчивости.
- Хранилище, избыточное между зонами (ZRS), обеспечивает повышенную устойчивость за счет репликации содержимого учетной записи хранения между физическими расположениями (зонами доступности) в одном регионе Azure.
- Геоизбыточное хранилище (GRS) позволяет реализовать устойчивость на уровне региона путем включения асинхронного реплика обработки содержимого учетной записи хранения в двух регионах. Дополнительный регион автоматически создает три дополнительные копии учетной записи хранения, реплицируемые синхронно в пределах этого региона.
- Хранилище, геоизбыточное между зонами (GZRS) дополнительно повышает устойчивость и стоимость за счет объединения ZRS (в основном регионе), GRS (для репликации между регионами) и LRS (для репликации внутри дополнительного региона).
- Геоизбыточное хранилище с доступом на чтение (RA-GRS) предоставляет доступ только для чтения к репликам GRS в дополнительном регионе.
- Хранилище, геоизбыточное между зонами, с доступом на чтение (RA-GZRS) предоставляет доступ только для чтения к репликам GZRS в дополнительном регионе.
Примечание.
Учетные записи хранения BLOB-объектов класса Premium поддерживают только параметры LRS и ZRS реплика.
Еще одним важным фактором, влияющим на стоимость хранилища, является уровень доступа, который либо наследуется BLOB-объектами, либо явно им назначается. К вашим вариантам относятся горячие, холодные, холодные и архивные уровни. Уровни хранилища позволяют оптимизировать модель ценообразования с учетом текущего и ожидаемого характера использования хранилища. Горячий уровень сводит к минимуму время извлечения и затраты на операции хранения, в то время как уровень архива сводит к минимуму затраты на хранилище гигабайтов, но накладывает время ожидания во время извлечения данных. Холодный уровень обеспечивает то же время извлечения, что и горячий уровень, и предлагает цены на средний диапазон на гигабайт в обмен на более высокие расходы на доступ. Холодный уровень имеет более низкие затраты на хранение и более высокие затраты на доступ, чем холодный уровень.
Примечание.
Перемещение больших двоичных объектов между уровнями влечет за собой дополнительные затраты.
И наконец, цены различаются в разных регионах Azure. Это может быть актуально, если у вас есть возможность выбрать регион для размещения данных.
В конце каждого период выставления счетов плата за каждую категорию вместе с их сводкой фиксируется в счете, доступном на портал Azure.
Оценка стоимости использования Хранилища BLOB-объектов Azure
Общие сведения о шаблонах доступа и их корреляции с потребностями устойчивости и доступности помогут вам лучше управлять затратами Хранилище BLOB-объектов Azure. Основным инструментом для оценки этих затрат является калькулятор цен Azure. Однако вы также можете рассмотреть возможность использования шаблона на основе Microsoft Excel, который предоставляет команда служба хранилища Azure. Этот шаблон предлагает некоторые базовые рекомендации и готовый набор листов для автоматической оценки затрат на миграцию, предполагаемой ежемесячной оплаты и прогнозируемой стоимости на будущие периоды, исходя из предоставленных вами входных данных о вашей рабочей нагрузке. Эти входные данные включают в себя следующее:
Целевой регион
Требуемая устойчивость (область репликации)
Уровень доступа (Премиум, горячий, холодный или архивный)
Текущий объем хранилища
Средний размер файлов
Ожидаемый рост в месяц (в гигабайтах)
Объем операций чтения (в гигабайтах)
Объем данных, удаляемых ежемесячно (в гигабайтах)
Шаблон можно изменить в соответствии с конкретными потребностями. Полученные из шаблона значения можно использовать в качестве входных данных для калькулятора цен Azure.
Примечание.
Мы включили ссылку на шаблон Excel в разделе сводки этого модуля.
Калькулятор цен Azure
Чтобы вычислить предполагаемые затраты на хранилище, на странице калькулятора цен Azure выберите плитку служба хранилища Accounts. На той же странице прокрутите вниз до раздела "Учетные записи служба хранилища" и укажите параметры, которые отражают ожидаемые потребности в использовании.
Примечание.
Прежде чем вычислить оценку, рассмотрите возможность входа на страницу калькулятора цен Azure с помощью той же учетной записи, которая используется для управления средой Azure. Это позволяет сохранить итоговую цитату для будущей ссылки.
В процессе оценки учитывайте следующие моменты.
Плата за хранение данных, метаданные и области шифрования взимается помесячно. Если вы ожидаете, что эти услуги будут использоваться недолго, пересчитайте для них пропорциональную ежедневную стоимость.
Чтобы определить цены на единицу, перейдите на страницу цен на служба хранилища блока Azure. Если вы включите иерархические пространства имен в учетной записи, убедитесь, что раскрывающийся список структуры файлов имеет значение Иерархическое пространство имен (NFS версии 3.0, протокол SFTP). Если вы включите иерархические пространства имен в учетной записи и планируете использовать конечную точку Data Lake служба хранилища, перейдите на страницу цен на Azure Data Lake Storage 2-го поколения. Цены на транзакции отличаются между этими двумя страницами, но стоимость хранения почти идентична.
Используйте фильтры по избыточности, региону и валюте, чтобы определить влияние этих параметров на окончательную стоимость.