Поделиться через

Контрольный список производительности для хранилища Blob

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

Примечание.

Эта статья относится ко всем клиентам. Рекомендации, которые применяются только к пользовательским приложениям, см. контрольный список производительности для разработчиков.

Контрольный список производительности

  • Рассмотрим хранилище класса Premium: для высокой скорости транзакций и низкой задержки за пределами стандартных целевых объектов используйте учетные записи хранения BLOB-объектов класса Premium. См. статью "Учетные записи хранения BLOB-объектов класса Premium".

  • Расположите данные рядом с клиентами. Уменьшите задержку сети, разместив учетные записи хранения в той же области Azure, где находятся клиенты. Для клиентов, отличных от Azure, используйте регион ближе к ним. Для нескольких регионов с разными потребностями данных рекомендуется использовать отдельные учетные записи хранения для каждого региона. Для общих данных используйте политики репликации объектов для перемещения данных ближе к клиентам. Для распространения веб-содержимого рассмотрим cdN Azure Front Door .

  • Используйте средства передачи данных, оптимизированные для производительности: используйте AzCopy для массовой передачи с высокими скоростями передачи и параллельными отправками. См. статью "Начало работы с AzCopy". Для импорта больших автономных данных при ограничении по времени, сети или затратам используйте Azure Data Box.

  • Активируйте блочные блобы с высокой пропускной способностью: настройте клиентов для отправки блобов или блоков размером более 256 КИБ. Более крупные размеры двоичных объектов или блоков автоматически активируют блоки высокой пропускной способности, которые обеспечивают высокую производительность приема, не зависящую от именования разделов.

  • Используйте хэш-префиксы при использовании небольших размеров блоков: Улучшите балансировку нагрузки, добавляя хэш-последовательность (три цифры) или значение секунд как можно раньше в ключах разделов. Это сокращает время для списка, запроса и чтения объектов blob в случаях, когда размеры блоков малы. См. Оптимизация разделов BLOB.

  • Максимальная пропускная способность сети . Используйте более крупные размеры виртуальных машин для более высоких ограничений сети. Для локальных клиентов ознакомьтесь с сетевыми возможностями и подключением к расположению службы хранилища Azure. Вы можете улучшить эти возможности или настроить клиенты для более эффективной работы с ними. Отслеживайте качество связи с помощью таких средств, как WireShark или NetMon, чтобы определить ошибки и потерю пакетов.

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

  • Last updated on