Заметка
Доступ к этой странице требует авторизации. Вы можете попробовать войти в систему или изменить каталог.
Доступ к этой странице требует авторизации. Вы можете попробовать сменить директорию.
Используйте этот контрольный список для уменьшения задержки, увеличения пропускной способности и выравнивания с целевыми показателями масштабирования и производительности службы хранилища Azure. Служба хранилища Azure использует термин целевые значения вместо ограничений, потому что некоторые значения можно увеличить по запросу. Если клиенты подходят или превышают эти целевые показатели, служба хранилища Azure может регулировать запросы, что увеличивает задержку. Используйте контрольный список в этой статье, чтобы соответствовать целям, не жертвуя производительностью.
Замечание
Эта статья относится только к пользовательским приложениям. Для изучения подходящих ко всем клиентам рекомендаций ознакомьтесь со списком рекомендаций производительности для Blob Storage.
Контрольный список производительности
Используйте клиентские библиотеки службы хранилища Azure: для повышения производительности используйте клиентские библиотеки Майкрософт. Эти библиотеки оптимизированы для повышения производительности, сохраняются в актуальном состоянии с версиями служб и обрабатывают проверенные методики производительности внутри системы.
Оптимизируйте параллельные передачи блоков: увеличьте количество параллельных передач при уменьшенных размерах блоков, но соблюдайте размеры выше 4 МиБ для стандартных и 256 КиБ для премиум-класса, чтобы активировать блоковые двоичные объекты с высокой пропускной способностью. Балансируйте уровень параллелизма, чтобы избежать превышения возможностей устройства или целевых показателей хранения, что приводит к замедлению. Задайте соответствующие ограничения на одновременные запросы. См. рекомендации по производительности .NET, Java, JavaScript, Python и Go.
Используйте экспоненциальную политику повторных попыток: управляйте временными ошибками с помощью экспоненциального откладывания. Например, повторите попытку через 2, 4, 10, 30 секунд, а затем остановите. Эта политика предотвращает чрезмерные повторные попытки для непреходящих ошибок, таких как ошибки, возникающие, когда приложение приближается к целевым показателям или превышает их по производительности и масштабированию. Клиентские библиотеки знают, какие ошибки следует попробовать снова и какие из них не пробовать снова. Сведения о применении политики повторных попыток см. в руководстве по повторным попыткам для .NET, Java, JavaScript, Python и Go.
Используйте серверные API для копирования между контейнерами и учетными записями: Используйте Put Block From URL для копирования данных между учетными записями и внутри одной учетной записи. Операции на стороне сервера снижают пропускную способность, так как вам не нужно скачивать и отправлять данные. См. руководство по копированию для .NET, Java, JavaScript, Python и Go.
Кэшируйте данные для повышения производительности: кэширует часто доступные или редко изменяемые данные, такие как данные конфигурации и подстановки. Используйте условные заголовки с операциями GET, чтобы получить BLOB-объекты, только если они изменены с момента последнего кэширования. Для получения дополнительной информации см. в разделе "Указание условных заголовков для операций службы блобов".
Отправка данных в пакетах: агрегирование данных перед отправкой вместо немедленной отправки. Например, сохраняйте записи журнала локально и периодически загружайте их в виде одного большого двоичного объекта, а не отправляя каждую запись по отдельности.