Целевые показатели масштабируемости и производительности службы хранилища Azure для учетных записей храненияAzure Storage scalability and performance targets for storage accounts

В статье подробно рассматриваются целевые показатели масштабируемости и производительности для учетных записей хранения Azure.This article details the scalability and performance targets for Azure storage accounts. Приведенные целевые показатели производительности и масштабируемости предельно высоки, но достижимы.The scalability and performance targets listed here are high-end targets, but are achievable. В любом случае частота запросов, с которой успешно справляется учетная запись хранения, и ее пропускная способность зависят от размера хранимых объектов, используемых схем доступа и типа рабочей нагрузки приложения.In all cases, the request rate and bandwidth achieved by your storage account depends upon the size of objects stored, the access patterns utilized, and the type of workload your application performs.

Обязательно протестируйте службу для определения соответствия ее производительности необходимым требованиям.Be sure to test your service to determine whether its performance meets your requirements. По возможности избегайте внезапных пиковых нагрузок по трафику. Убедитесь в том, что трафик соответствующим образом распределяется по разделам.If possible, avoid sudden spikes in the rate of traffic and ensure that traffic is well-distributed across partitions.

Когда при работе приложения достигается предельная рабочая нагрузка на раздел, служба хранилища Azure начинает выдавать код ошибки 503 (сервер занят) или 500 (время ожидания операции истекло).When your application reaches the limit of what a partition can handle for your workload, Azure Storage begins to return error code 503 (Server Busy) or error code 500 (Operation Timeout) responses. При возникновении ошибок 503 попробуйте изменить приложение, чтобы при повторных попытках оно использовало политику экспоненциальной задержки.If 503 errors are occurring, consider modifying your application to use an exponential backoff policy for retries. Экспоненциальное откладывание позволяет уменьшить нагрузку на раздел и облегчить обработку им пикового трафика.The exponential backoff allows the load on the partition to decrease, and to ease out spikes in traffic to that partition.

Ограничения масштабирования учетной записи храненияStorage account scale limits

В следующей таблице описаны ограничения по умолчанию для учетных записей хранения общего назначения Azure v1, v2 и BLOB.The following table describes default limits for Azure general-purpose v1, v2, and Blob storage accounts. Предельное значение относится ко всем данным из запросов, отправляемых в учетную запись хранения.The ingress limit refers to all data from requests that are sent to a storage account. Ограничение исходящего трафика относится ко всем данным из ответов, полученных из учетной записи хранения.The egress limit refers to all data from responses that are received from a storage account.

ResourceResource Ограничение по умолчаниюDefault limit
Количество учетных записей хранения на регион или подписку, включая учетные записи ценовых категорий "Стандартный" и "Премиум".Number of storage accounts per region per subscription, including both standard and premium accounts 250250
Максимальная емкость учетной записи храненияMaximum storage account capacity 2 ПИБ для США и Европы и 500 Тиб для всех остальных регионов (включая Великобритания)12 PiB for US and Europe, and 500 TiB for all other regions (including the UK)1
Максимальное число контейнеров больших двоичных объектов, больших двоичных объектов, файловых ресурсов, таблиц, очередей, сущностей или сообщений на учетную запись храненияMaximum number of blob containers, blobs, file shares, tables, queues, entities, or messages per storage account Без ограниченийNo limit
Максимальная частота запросов1 на учетную запись храненияMaximum request rate1 per storage account 20 000 запросов в секунду20,000 requests per second
Максимальный входящий трафик1 на учетную запись хранения (США, Европа)Maximum ingress1 per storage account (US, Europe regions) 25 Гбит/с25 Gbps
Максимальный входящий трафик1 на учетную запись хранения (регионы, отличные от США и Европы)Maximum ingress1 per storage account (regions other than US and Europe) 5 Гбит/с при включенном RA-GRS/GRS, 10 Гбит/с для LRS/ZRS25 Gbps if RA-GRS/GRS is enabled, 10 Gbps for LRS/ZRS2
Максимальный исходящий трафик для учетных записей общего назначения версии 2 и хранилища BLOB-объектов (все регионы)Maximum egress for general-purpose v2 and Blob storage accounts (all regions) 50 Гбит/с50 Gbps
Максимальный исходящий трафик для учетных записей хранения общего назначения v1 (регионы США)Maximum egress for general-purpose v1 storage accounts (US regions) 20 Гбит/с, если включен RA-GRS/GRS, 30 Гбит/с для LRS/ZRS220 Gbps if RA-GRS/GRS is enabled, 30 Gbps for LRS/ZRS2
Максимальный исходящий трафик для учетных записей хранения общего назначения (v1) (регионы, не относящиеся к США)Maximum egress for general-purpose v1 storage accounts (non-US regions) 10 Гбит/с, если включен RA-GRS/GRS, 15 Гбит/с для LRS/ZRS210 Gbps if RA-GRS/GRS is enabled, 15 Gbps for LRS/ZRS2

1 Учетные записи хранения Azure уровня "Стандартный" поддерживают более высокие ограничения емкости и более высокие ограничения для входящего трафика по запросу.1Azure Standard Storage accounts support higher capacity limits and higher limits for ingress by request. Чтобы подать запрос на увеличение скорости передачи входящих данных для учетной записи, обратитесь в службу поддержки Azure.To request an increase in account limits for ingress, contact Azure Support. Дополнительные сведения см. в статье объявление более крупных учетных записей хранения с более высоким уровнем масштабирования.For more information, see Announcing larger, higher scale storage accounts.

2 если доступ на чтение РАЗРЕШЕН (RA-GRS/RA-гзрс), целевые объекты исходящего трафика для вторичного расположения идентичны параметрам основного расположения.2 If you have Read-access enabled (RA-GRS/RA-GZRS), the egress targets for the secondary location are identical to those of the primary location. Параметры репликации службы хранилища Azure включают:Azure Storage replication options include:

Примечание

Для большинства сценариев рекомендуется использовать учетную запись хранения общего назначения версии 2.We recommend that you use a general-purpose v2 storage account for most scenarios. Вы можете легко обновить общее назначение или учетную запись хранилища BLOB-объектов Azure до учетной записи общего назначения v2 без простоя и без необходимости копировать данные.You can easily upgrade a general-purpose v1 or an Azure Blob storage account to a general-purpose v2 account with no downtime and without the need to copy data.

Дополнительные сведения об учетных записях хранения Azure см. в разделе Общие сведения об учетной записи хранения.For more information on Azure Storage accounts, see Storage account overview.

Если предельно достижимых показателей масштабируемости для одной учетной записи хранения недостаточно для работы приложения, то при разработке такого приложения его можно настроить на использование нескольких учетных записейIf the needs of your application exceed the scalability targets of a single storage account, you can build your application to use multiple storage accounts. и распределить объекты данных между ними.You can then partition your data objects across those storage accounts. Дополнительные сведения о ценах на хранилище Azureсм. здесь.For information on volume pricing, see Azure Storage pricing.

Все учетные записи хранения функционируют в плоской топологии сети и поддерживают описанные ниже целевые показатели масштабируемости и производительности независимо от того, когда они были созданы.All storage accounts run on a flat network topology and support the scalability and performance targets outlined in this article, regardless of when they were created. Дополнительные сведения о неструктурированной сетевой архитектуре службы хранилища Azure и масштабируемости см. в статье SOSP Paper – Windows Azure Storage: A Highly Available Cloud Storage Service with Strong Consistency (Хранилище Microsoft Azure: высокодоступная служба облачного хранения со строгой согласованностью).For more information on the Azure Storage flat network architecture and on scalability, see Microsoft Azure Storage: A Highly Available Cloud Storage Service with Strong Consistency.

Ограничения масштабирования учетной записи хранилища производительности PremiumPremium performance storage account scale limits

Хранилище BLOB-объектов производительности уровня "премиум"Premium performance block blob storage

Учетную запись хранения BLOB-объектов уровня "премиум" производительности блок оптимизирован для приложений, использующих меньшего размера диапазона килобайт, объекты.A premium performance block blob storage account is optimized for applications that use smaller, kilobyte range, objects. Это идеальный вариант для приложений, требующих большом количестве транзакций или согласованного хранилища низкой задержкой.It's ideal for applications that require high transaction rates or consistent low-latency storage. Хранилище BLOB-объектов производительности уровня "премиум" предназначена для масштабирования с приложениями.Premium performance block blob storage is designed to scale with your applications. Если вы планируете развертывать приложения, требующие сотни тысяч запросов в секунду и петабайты пространства для емкости хранилища, обращайтесь к нам, отправив запрос на поддержку в портала Azure.If you plan to deploy application(s) that require hundreds of thousands of requests per second or petabytes of storage capacity, please contact us by submitting a support request in the Azure portal.

Производительность уровня "премиум" хранилище файловPremium performance FileStorage

Файлы "премиум" используют учетная запись хранения уникальный хранилища.Premium files use a unique storage account called FileStorage. Этот тип учетной записи предназначена для рабочих нагрузок с высокой операций ввода-ВЫВОДА, высокой пропускной способностью согласованные низкой задержкой.This account type is designed for workloads with high IOPS, high throughput with consistent low-latency. Хранилище файлов уровня "премиум" масштабирование осуществляется на основе размера подготовленного общего ресурса.Premium file storage scales with the provisioned share size.

ОбластьArea ЦельTarget
Размер подготовленных maxMax provisioned size 100 (тиб)100 TiB
Общие папкиShares Не ограниченоUnlimited
IOPSIOPS 100 000100,000
ВходящиеIngress Расположенных в 4136 Миб/с4,136 MiB/s
ИсходящиеEgress 6,204 Миб/с6,204 MiB/s

Для уровня "премиум" файла совместно использовать целевые показатели масштабируемости, см. в разделе файлы "премиум" масштабировать целевых объектов раздел.For premium file share scale targets, see the Premium files scale targets section.

Хранилище BLOB-объектов страницы производительности уровня "премиум"Premium performance page blob storage

Производительность уровня "премиум", общего назначения версии 1 или учетные записи хранения версии 2 имеют следующие целевые показатели масштабируемости:Premium performance, general-purpose v1, or v2 storage accounts have the following scalability targets:

Общая емкость учетной записиTotal account capacity Общая пропускная способность для учетной записи локально избыточного хранилищаTotal bandwidth for a locally redundant storage account
Емкость диска: 35 ТБDisk capacity: 35 TB
Емкость для моментальных снимков: 10 ТБSnapshot capacity: 10 TB
До 50 гигабит в секунду для входящих1 и исходящих подключений2Up to 50 gigabits per second for inbound1 + outbound2

1 Все данные (запросы), отправляемые в учетную запись хранилища.1 All data (requests) that are sent to a storage account

2 Все данные (отклики), получаемые из учетной записи хранения.2 All data (responses) that are received from a storage account

Если вы используете учетные записи хранения производительности premium для неуправляемых дисков и потребности вашего приложения превышают целевые показатели масштабируемости для одной учетной записью, может потребоваться переход на управляемые диски.If you are using premium performance storage accounts for unmanaged disks and your application exceeds the scalability targets of a single storage account, you might want to migrate to managed disks. Если этот вариант вам не подходит, тогда при создании приложения настройте его на использование нескольких учетных записей храненияIf you don't want to migrate to managed disks, build your application to use multiple storage accounts. и распределите данные между этими учетными записями.Then, partition your data across those storage accounts. Например, если необходимо подключить диски объемом 51 ТБ к нескольким виртуальным машинам, распределите их между двумя учетными записями хранения.For example, if you want to attach 51-TB disks across multiple VMs, spread them across two storage accounts. Максимальный размер, поддерживаемый одной учетной записью хранилища класса Premium, составляет 35 ТБ.35 TB is the limit for a single premium storage account. Убедитесь, что учетная запись хранения производительности одного уровня "премиум" никогда не имеет подготовленных дисков объемом более 35 ТБ.Make sure that a single premium performance storage account never has more than 35 TB of provisioned disks.

Ограничения масштабируемости поставщика ресурсов хранилищаStorage resource provider scale limits

Следующие ограничения применяются только при выполнении операций управления с помощью Azure Resource Manager с хранилищем Azure.The following limits apply only when you perform management operations by using Azure Resource Manager with Azure Storage.

ResourceResource Ограничение по умолчаниюDefault limit
Операций управления учетными записями хранения (чтение)Storage account management operations (read) 800 за 5 минут800 per 5 minutes
Операций управления учетными записями хранения (запись)Storage account management operations (write) 200 в час200 per hour
Операции управления учетными записями хранения (список)Storage account management operations (list) 100 за 5 минут100 per 5 minutes

Целевые показатели масштабируемости хранилища BLOB-объектов AzureAzure Blob storage scale targets

ResourceResource Целевая платформаTarget
Максимальный размер одного контейнера больших двоичных объектовMaximum size of single blob container То же, что и максимальная емкость учетной записи храненияSame as maximum storage account capacity
Максимальное число блоков в блочном BLOB-объекте или добавочном большом двоичном объектеMaximum number of blocks in a block blob or append blob 50 000 блоков50,000 blocks
Максимальный размер блока в блочном BLOB-объектеMaximum size of a block in a block blob 100 МиБ100 MiB
Максимальный размер блочного BLOB-объектаMaximum size of a block blob 50 000 X 100 MiB (приблизительно 4,75 Тиб)50,000 X 100 MiB (approximately 4.75 TiB)
Максимальный размер блока в добавочном большом двоичном объектеMaximum size of a block in an append blob 4 МиБ4 MiB
Максимальный размер добавочного большого двоичного объектаMaximum size of an append blob 50 000 x 4 MiB (приблизительно 195 гиб)50,000 x 4 MiB (approximately 195 GiB)
Максимальный размер страничного BLOB-объектаMaximum size of a page blob 8 ТиБ8 TiB
Максимальное число хранимых политик доступа на контейнер больших двоичных объектовMaximum number of stored access policies per blob container 55
Целевая пропускная способность для одного большого двоичного объектаTarget throughput for single blob Пределы входящих и исходящих данных учетной записи хранения1Up to storage account ingress/egress limits1

1 пропускная способность одного объекта зависит от нескольких факторов, включая, но не ограничиваясь: параллелизм, размер запроса, уровень производительности, скорость источника для отправки и назначение для загрузки.1 Single object throughput depends on several factors, including, but not limited to: concurrency, request size, performance tier, speed of source for uploads, and destination for downloads. Чтобы воспользоваться преимуществами улучшений производительности блочных больших двоичных объектов , используйте размер запроса размещения большого двоичного объекта или размещения блока > 4 MiB (> 256 КИБ для хранилища BLOB-объектов уровня Premium или для Data Lake Storage 2-го поколения).To take advantage of high-throughput block blob performance enhancements, use a Put Blob or Put Block request size of > 4 MiB (> 256 KiB for premium-performance block blob storage or for Data Lake Storage Gen2).

Целевые показатели масштабируемости службы файлов AzureAzure Files scale targets

Дополнительные сведения о целевых показателях масштабируемости и производительности для службы файлов Azure и службы синхронизации файлов Azure см. в этой статье.For more information on the scale and performance targets for Azure Files and Azure File Sync, see Azure Files scalability and performance targets.

Важно!

Ограничения учетной записи хранения применяются ко всем общим ресурсам.Storage account limits apply to all shares. Масштабирование до максимального размера для учетных записей хранения возможно, только если для каждой учетной записи хранения существует только одна общая папка.Scaling up to the max for storage accounts is only achievable if there is only one share per storage account.

Стандартные общие файловые ресурсы, размер которых превышает 5 Тиб, доступны в предварительной версии и имеют определенные ограничения.Standard file shares larger than 5 TiB are in preview and have certain limitations. Список ограничений и подключение к предварительной версии этих больших размеров общих файловых ресурсов см. в разделе Стандартные файловые ресурсы раздела рекомендации по планированию файлов Azure.For a list of limitations and to onboard to the preview of these larger file share sizes, see the Standard file shares section of the Azure Files planning guide.

ResourceResource Общие файлы уровня "Стандарт"Standard file shares Общие файловые ресурсы уровня "Премиум"Premium file shares
Минимальный размер общего файлаMinimum size of a file share Не минимально; Оплата по мере использованияNo minimum; pay as you go 100 гиб; подготовлены100 GiB; provisioned
Максимальный размер общей папкиMaximum size of a file share 5 Тиб (GA), 100 Тиб (Предварительная версия)5 TiB (GA), 100 TiB (preview) 100 тиб100 TiB
Максимальный размер файла в общей папкеMaximum size of a file in a file share 1 ТиБ1 TiB 1 ТиБ1 TiB
Максимальное число файлов в общей папкеMaximum number of files in a file share Без ограниченийNo limit Без ограниченийNo limit
Максимум операций ввода-вывода в секунду на общую папкуMaximum IOPS per share 1 000 операций ввода-вывода (GA), 10 000 операций ввода-вывода (Предварительная версия)1,000 IOPS (GA), 10,000 IOPS (preview) 100 000 операций ввода-вывода в секунду100,000 IOPS
Максимальное число хранимых политик доступа на общую папкуMaximum number of stored access policies per file share 55 55
Целевая пропускная способность для одной общей папкиTarget throughput for a single file share До 60 MiB/с (GA), до 300 MiB/с (Предварительная версия)Up to 60 MiB/sec (GA), up to 300 MiB/sec (preview) См. Дополнительные сведения о входных и выходных данных файловых ресурсов уровня "Премиум"See premium file share ingress and egress values
Максимальный исходящий трафик для одной общей папкиMaximum egress for a single file share См. пропускная способность стандартной общей папкиSee standard file share target throughput До 6 204 MiB/сUp to 6,204 MiB/s
Максимальное число входящих данных для одной общей папкиMaximum ingress for a single file share См. пропускная способность стандартной общей папкиSee standard file share target throughput До 4 136 MiB/сUp to 4,136 MiB/s
Максимальное количество открытых дескрипторов на файлMaximum open handles per file 2000 открытых маркеров2,000 open handles 2000 открытых маркеров2,000 open handles
Максимальное число моментальных снимков общих ресурсовMaximum number of share snapshots 200 моментальных снимков общих ресурсов200 share snapshots 200 моментальных снимков общих ресурсов200 share snapshots
Максимальная длина имени объекта максимальное (папок и файлов)Maximum object (directories and files) name length 2 048 символов2,048 characters 2 048 символов2,048 characters
Максимальное количество компонентов в имени пути (в пути \A\B\C\D каждая буква обозначает компонент)Maximum pathname component (in the path \A\B\C\D, each letter is a component) 255 символов255 characters 255 символов255 characters

Целевые объекты масштабирования файлов PremiumPremium files scale targets

Существуют три категории ограничений, которые следует учитывать при работе с файлами уровня "Премиум": учетные записи хранения, общие папки и файлы.There are three categories of limitations to consider for premium files: storage accounts, shares, and files.

Пример: Один общий ресурс может достигать 100 000 операций ввода-вывода в секунду, а один файл — до 5 000 операций ввода-вывода.For example: A single share can achieve 100,000 IOPS and a single file can scale up to 5,000 IOPS. Например, если в одной общей папке имеется три файла, максимальное число операций ввода-вывода в секунду, которое можно получить из этой общей папки, — 15 000.So, for example, if you have three files in one share, the max IOPs you can get from that share is 15,000.

Ограничения общей папки уровня "Премиум"Premium file share limits

Дополнительные ограничения на уровень общего файлового ресурса PremiumAdditional premium file share level limits

ОбластьArea Целевая платформаTarget
Минимальный размер: увеличение/уменьшениеMinimum size increase/decrease 1 гиб1 GiB
Базовые показатели операций ввода-вывода в секундуBaseline IOPS 1 операций ввода-вывода в секунду на гиб, до 100 0001 IOPS per GiB, up to 100,000
Разбивка на операции ввода-выводаIOPS bursting 3 раза операций ввода-вывода в секунду на гиб, до 100 0003x IOPS per GiB, up to 100,000
Скорость исходящего трафикаEgress rate 60 MiB/s + 0,06 * подготовленная гиб60 MiB/s + 0.06 * provisioned GiB
Скорость входящих данныхIngress rate 40 MiB/s + 0,04 * подготовленная гиб40 MiB/s + 0.04 * provisioned GiB

Ограничения на уровне файловFile level limits

ОбластьArea Файл PremiumPremium file Стандартный файлStandard file
SizeSize 1 ТиБ1 TiB 1 ТиБ1 TiB
Максимальное число операций ввода-вывода на файлMax IOPS per file 5 0005,000 10001,000
Параллельные дескрипторыConcurrent handles 2 0002,000 2 0002,000
Исходящий трафикEgress 300 MiB/с300 MiB/sec См. стандартные значения пропускной способности файловSee standard file throughput values
Входящий трафикIngress 200 MiB/с200 MiB/sec См. стандартные значения пропускной способности файловSee standard file throughput values
Пропускная способностьThroughput См. раздел значения входных и выходных данных файла Premium.See premium file ingress/egress values До 60 МиБ/сUp to 60 MiB/sec

Целевые показатели масштабируемости службы "Синхронизация файлов Azure"Azure File Sync scale targets

Служба синхронизации файлов Azure разрабатывалась для использования без ограничений, но такое использование не всегда возможно.Azure File Sync has been designed with the goal of limitless usage, but limitless usage is not always possible. В таблице указаны пределы тестирования, проведенного Майкрософт, и жесткие ограничения для некоторых целевых показателей.The following table indicates the boundaries of Microsoft's testing and also indicates which targets are hard limits:

РесурсResource Выбор пути миграцииTarget Строгое ограничениеHard limit
Служб синхронизации службы хранилища на регионStorage Sync Services per region 20 службы синхронизации хранилища20 Storage Sync Services ДАYes
Число групп синхронизации на службу синхронизации хранилищаSync groups per Storage Sync Service 100 групп синхронизации100 sync groups ДАYes
Число зарегистрированных серверов на службу синхронизации хранилищаRegistered servers per Storage Sync Service 99 серверов99 servers ДАYes
Облачных конечных точек на группу синхронизацииCloud endpoints per sync group 1 облачная конечная точка1 cloud endpoint ДАYes
Конечных точек сервера на группу синхронизацииServer endpoints per sync group 50 конечных точек сервера50 server endpoints НетNo
Число конечных точек сервера на серверServer endpoints per server 30 конечных точек сервера30 server endpoints ДАYes
Число объектов файловой системы (папок и файлов) на группу синхронизацииFile system objects (directories and files) per sync group 50 000 000 объектов50 million objects НетNo
Максимальное число объектов файловой системы (папок и файлов) в каталогеMaximum number of file system objects (directories and files) in a directory 5 000 000 объектов5 million objects ДАYes
Максимальная длина дескриптора защиты объекта (папок и файлов)Maximum object (directories and files) security descriptor size 64 КиБ64 KiB ДАYes
Размер файлаFile size 100 ГБ100 GiB НетNo
Минимальный размер для файла, который будет связанMinimum file size for a file to be tiered 64 КиБ64 KiB ДАYes
Параллельные сеансы синхронизацииConcurrent sync sessions Агент v4 и более поздние версии: ограничение зависит от доступных системных ресурсов.V4 agent and later: The limit varies based on available system resources.
V3 агент: два активных сеанса синхронизации на один процессор или максимум восемь активных сеансов синхронизации на один сервер.V3 agent: Two active sync sessions per processor or a maximum of eight active sync sessions per server.
ДАYes

Примечание

Конечная точка Синхронизация файлов Azure может масштабироваться до размера файлового ресурса Azure.An Azure File Sync endpoint can scale up to the size of an Azure file share. Если достигнут максимальный размер файлового ресурса Azure, синхронизация не сможет работать.If the Azure file share size limit is reached, sync will not be able to operate.

Целевые показатели масштабируемости хранилища очередей AzureAzure Queue storage scale targets

ResourceResource Целевая платформаTarget
Максимальный размер одной очередиMaximum size of a single queue 500 ТиБ500 TiB
Максимальный размер сообщения в очередиMaximum size of a message in a queue 64 КиБ64 KiB
Максимальное число хранимых политик доступа на очередьMaximum number of stored access policies per queue 55
Максимальная частота запросов на учетную запись храненияMaximum request rate per storage account 20 000 сообщений в секунду, в которых предполагается КИБ размер сообщения20,000 messages per second, which assumes a 1-KiB message size
Целевая пропускная способность для одной очереди (1-КИБ сообщения)Target throughput for a single queue (1-KiB messages) До 2 000 сообщений в секундуUp to 2,000 messages per second

Целевые показатели масштабируемости табличного хранилища AzureAzure Table storage scale targets

ResourceResource Целевая платформаTarget
Максимальный размер одной таблицыMaximum size of a single table 500 ТиБ500 TiB
Максимальный размер сущности таблицыMaximum size of a table entity 1 МиБ1 MiB
Максимальное число свойств в сущности таблицыMaximum number of properties in a table entity 255, которая включает три свойства системы: PartitionKey, RowKey и timestamp255, which includes three system properties: PartitionKey, RowKey, and Timestamp
Максимальный общий размер значений свойств в сущностиMaximum total size of property values in an entity 1 МиБ1 MiB
Максимальный общий размер отдельного свойства в сущностиMaximum total size of an individual property in an entity Зависит от типа свойства.Varies by property type. Дополнительные сведения см. в разделе типы свойств в статье Основные сведения о модели данных службы таблиц.For more information, see Property Types in Understanding the Table Service Data Model.
Максимальное число хранимых политик доступа на таблицуMaximum number of stored access policies per table 55
Максимальная частота запросов на учетную запись храненияMaximum request rate per storage account 20 000 транзакций в секунду, в которых предполагается размер КИБ сущности.20,000 transactions per second, which assumes a 1-KiB entity size
Целевая пропускная способность для одной секции таблицы (1 КИБ-сущности)Target throughput for a single table partition (1 KiB-entities) До 2 000 сущностей в секундуUp to 2,000 entities per second

См. такжеSee also