Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье подробно описываются целевые показатели производительности и масштабируемости службы хранилища Azure. Приведенные целевые показатели производительности и масштабируемости предельно высоки, но достижимы. В любом случае частота запросов, с которой успешно справляется учетная запись хранения, и ее пропускная способность зависят от размера хранимых объектов, используемых схем доступа и типа рабочей нагрузки приложения.
Обязательно протестируйте службу, чтобы определить, соответствует ли ее производительность вашим требованиям. По возможности избегайте внезапных пиковых нагрузок по трафику. Убедитесь в том, что трафик соответствующим образом распределяется по разделам.
Когда при работе приложения достигается предельная рабочая нагрузка на раздел, служба хранилища Azure начинает выдавать код ошибки 503 (сервер занят) или 500 (время ожидания операции истекло). При возникновении ошибок 503 попробуйте изменить приложение, чтобы при повторных попытках оно использовало политику экспоненциальной задержки. The exponential backoff allows the load on the partition to decrease, and to ease out spikes in traffic to that partition.
Соглашение об уровне обслуживания для учетных записей службы хранилища Azure доступно в Соглашении об уровне обслуживания для учетных записей хранения.
Scale targets for Blob storage
Ресурс | Цель |
---|---|
Maximum size of single blob container | Равен максимальной емкости учетной записи хранения |
Maximum number of blocks in a block blob or append blob | 50 000 блоков |
Maximum size of a block in a block blob | 4000 МиБ |
Maximum size of a block blob | 50 000 X 4000 МиБ (приблизительно 190,7 ТиБ) |
Maximum size of a block in an append blob | 4 МиБ |
Maximum size of an append blob | 50 000 X 4 МиБ (приблизительно 195 ГиБ) |
Maximum size of a page blob | 8 TiB2 |
Maximum number of stored access policies per blob container | 5 |
Target request rate for a single blob | До 500 запросов в секунду |
Target throughput for a single page blob | До 60 МиБ в секунду2 |
Target throughput for a single block blob | До максимальных ограничений на входящий и исходящий трафик для учетной записи хранения1 |
1 Пропускная способность для одного BLOB зависит от нескольких факторов. Эти факторы включают в себя, но не ограничиваются: параллелизм, размер запроса, уровень производительности, скорость источника отправки и назначение для загрузки. Чтобы воспользоваться преимуществами повышения производительности блочных BLOB-объектов с высокой пропускной способностью, загружайте более крупные объекты данных или блоки. Specifically, call the Put Blob or Put Block operation with a blob or block size that is greater than 256 KiB.
2 Page blobs aren't yet supported in accounts that have a hierarchical namespace enabled.
The following table describes the maximum block and blob sizes permitted by service version.
Service version | Maximum block size (via Put Block) | Maximum blob size (via Put Block List) | Maximum blob size via single write operation (via Put Blob) |
---|---|---|---|
Версия 2019-12-12 и более поздние | 4000 МиБ | Около 190,7 ТиБ (4000 МиБ X 50 000 блоков) | 5000 MiB |
Версии от 2016-05-31 до 2019-07-07 включительно | 100 МиБ | Около 4,75 ТиБ (100 МиБ X 50 000 блоков) | 256 МиБ |
Версии до 2016-05-31 | 4 МиБ | Около 195 ГиБ (4 МиБ X 50 000 блоков) | 64 МиБ |
См. также
- Performance and scalability checklist for Blob storage
- Целевые показатели масштабируемости для стандартных учетных записей хранения
- Цели масштабируемости для учетных записей блочного хранилища BLOB уровня "Премиум"
- Целевые показатели масштабируемости для поставщика ресурсов службы хранилища Azure
- Ограничения и квоты подписки Azure