Заметка
Доступ к этой странице требует авторизации. Вы можете попробовать войти в систему или изменить каталог.
Доступ к этой странице требует авторизации. Вы можете попробовать сменить директорию.
В этой статье приведены рекомендации по использованию уровней доступа для оптимизации производительности и снижения затрат. Дополнительные сведения о уровнях доступа см. в статье "Уровни доступа для BLOB-данных".
Выбор наиболее экономичных уровней доступа
Вы можете сократить затраты, разместив данные BLOB в наиболее экономичные классы доступа. Для оптимизации затрат, связанных с использованием данных, доступно три уровня. Например, горячий уровень имеет более высокую стоимость хранения, но более низкую стоимость чтения. Таким образом, если вы планируете часто обращаться к своим данным, горячий уровень может быть самым экономичным вариантом. Если данные считываются реже, уровень "прохладный", "холодный" или "архивный" может быть лучшим вариантом, так как он снижает затраты на хранение, но повышает затраты на чтение.
Чтобы найти наиболее оптимальный уровень доступа, оцените процент операций чтения данных каждый месяц. На следующей диаграмме показано влияние на месячные расходы при различных процентах чтения.
Чтобы моделировать и анализировать затраты на использование прохладного, холодного и архивного хранения, см. статью Архивное против холодного и прохладного хранения. Вы можете применить аналогичные методы моделирования для сравнения стоимости горячего, прохладного, холодного или архивного хранения.
Применяйте умный уровень для автоматической оптимизации затрат
Если вы не знаете наиболее оптимальный уровень доступа для каждого объекта или не хотите управлять размещением этих объектов, смарт-уровень может быть отличным вариантом выбора. Автоматическое снижение уровня неактивных данных может привести к значительной экономии затрат с течением времени. При взимании небольшой платы за мониторинг она обеспечивает дополнительное упрощение модели выставления счетов без взимания платы за переходы между уровнями, ранние удаления или восстановление емкости. Дополнительные сведения см. в статье "Оптимизация затрат с помощью смарт-уровня ".
Перенос данных непосредственно на наиболее экономичные уровни доступа
Выбор оптимального уровня сразу может снизить затраты. Если вы изменяете уровень блочного блоба, который вы загружаете, вы платите за запись на начальный уровень при загрузке, а затем платите за запись на новый уровень. Если вы изменяете уровни службы с помощью политики управления жизненным циклом, эта политика вступает в силу через день, и выполнение завершается через день. Вы также платите затраты на емкость хранения данных на начальном уровне перед изменением уровня.
Руководство по загрузке в определенный уровень доступа см. в разделе "Настройка уровня доступа BLOB".
Сведения об автономном перемещении данных на нужный уровень см. в Azure Data Box.
Перемещение данных на наиболее экономичные уровни доступа
После отправки данных следует периодически анализировать контейнеры и большие двоичные объекты, чтобы понять, как они хранятся, организованы и используются в рабочей среде. Затем используйте политики управления жизненным циклом для перемещения данных на наиболее экономичные уровни. Например, данные, к которым не обращались более 30 дней, могут оказаться более экономичными, если они размещены на холодном уровне. Рассмотрите возможность архивации данных, которые не были доступны в течение более 180 дней.
Чтобы собрать данные телеметрии, включите отчеты инвентаризации BLOB-объектов и включите отслеживание времени последнего доступа. Анализ шаблонов использования на основе времени последнего доступа с помощью таких средств, как Azure Synapse или Azure Databricks. Сведения о способах анализа данных см. в любой из следующих статей:
Расчет числа BLOB-объектов и общего размера для контейнера с помощью инвентаризации хранилища Azure
Вычисление статистики уровня контейнера в хранилище BLOB-объектов Azure с помощью Azure Databricks
Добавление уровня и страничные BLOB-объекты
Анализ может показать блобы дополнения или страницы, которые не используются активно. Например, у вас могут быть файлы журнала (добавляемые BLOB-объекты), которые больше не считываются или записываются, но вы хотите сохранить их для соблюдения требований. Аналогичным образом вы могут захотеть создать резервную копию дисков или моментальных снимков дисков (страничные BLOB-объекты). Эти двоичные объекты также можно переместить на более холодные уровни. Однако сначала их необходимо преобразовать в блочные BLOB-объекты.
Сведения о преобразовании добавочных и страничных BLOB-объектов в блочные BLOB-объекты см. в разделе Преобразование добавочных и страничных BLOB-объектов в блочные BLOB-объекты.
Упаковка небольших файлов перед перемещением данных на более холодные уровни
Каждая операция чтения или записи повлечет за собой затраты. Чтобы сократить затраты на чтение и запись данных, рассмотрите возможность упаковки небольших файлов в большие файлы с помощью таких форматов файлов, как TAR или ZIP. Меньше файлов уменьшает количество операций, необходимых для передачи данных.
На следующей диаграмме показаны относительные последствия упаковки файлов для холодного уровня. Стоимость чтения предполагает ежемесячный процент чтения в размере 30%.
На следующей диаграмме показаны относительные последствия упаковки файлов для архивного уровня. Стоимость чтения предполагает ежемесячный процент чтения в размере 30%.
Чтобы смоделировать и проанализировать экономию при упаковке файлов, см. вкладку "Экономия при упаковке" в этой книге.
Подсказка
Чтобы упростить поиск и чтение сценариев, попробуйте создать индекс, сопоставляющий упакованные пути к файлам с исходными путями к файлам, а затем хранить эти индексы в виде блочных BLOB-объектов на горячем уровне.