Целевые показатели масштабируемости и производительности для Хранилища очередей
В этой статье подробно описываются целевые показатели производительности и масштабируемости службы хранилища Azure. Приведенные целевые показатели производительности и масштабируемости предельно высоки, но достижимы. В любом случае частота запросов, с которой успешно справляется учетная запись хранения, и ее пропускная способность зависят от размера хранимых объектов, используемых схем доступа и типа рабочей нагрузки приложения.
Обязательно протестируйте службу, чтобы определить, соответствует ли ее производительность вашим требованиям. По возможности избегайте внезапных пиковых нагрузок по трафику. Убедитесь в том, что трафик соответствующим образом распределяется по разделам.
Когда при работе приложения достигается предельная рабочая нагрузка на раздел, служба хранилища Azure начинает выдавать код ошибки 503 (сервер занят) или 500 (время ожидания операции истекло). При возникновении ошибок 503 попробуйте изменить приложение, чтобы при повторных попытках оно использовало политику экспоненциальной задержки. Экспоненциальное откладывание позволяет уменьшить нагрузку на раздел и облегчить обработку им пикового трафика.
Целевые показатели масштабирования для Хранилища очередей
| Ресурс | Назначение |
|---|---|
| Максимальный размер одной очереди | 500 ТиБ |
| Максимальный размер сообщения в очереди | 64 КиБ |
| Максимальное количество хранимых политик доступа на очередь | 5 |
| Максимальная частота запросов на учетную запись хранения | 20 000 сообщений в секунду при условии, что размер сообщения равен 1 КиБ |
| Целевая пропускная способность для одной очереди (размер сообщений — 1 КиБ) | До 2000 сообщений в секунду |