Квоты служб Azure Cosmos DB и ограничения по умолчанию

  • Применяется к: ✅ NoSQL, ✅ MongoDB, ✅ Apache Cassandra, ✅ Apache Gremlin, ✅ Table

В этой статье описываются квоты и ограничения по умолчанию для ресурсов Azure Cosmos DB. Это помогает эффективно управлять операциями, хранилищем и пропускной способностью.

Операции с хранилищем и базой данных

После создания учетной записи Azure Cosmos DB в подписке вы можете управлять данными в учетной записи, создавая базы данных, контейнеры и элементы.

Предоставленная пропускная способность

Вы выделяете пропускную способность на уровне контейнера или на уровне базы данных с точки зрения единиц запросов (ЕЗ) или единиц запросов в секунду (ЕЗ/с). В следующей таблице перечислены ограничения в том, что касается хранения и пропускной способности каждого контейнера или базы данных. Хранилище относится к совокупному объему данных и хранилищу индексов.

Resource Лимит
Максимальное количество запросов в секунду для контейнера (режим выделенной пропускной способности) 1 000 000 ¹
Максимальное количество единиц запроса (RUs) на базу данных (режим с выделенной общей пропускной способностью) 1 000 000 ¹
Максимальное значение ЕЗ/с на один раздел (логический и физический) 10 000
Максимальный объем хранилища для всех элементов в (логическом) разделе 20 ГБ ²
Максимальное число уникальных (логических) ключей разделов Unlimited
Максимальный объем хранилища на контейнер Unlimited
Максимальный размер вложения для учетной записи (поддержка функции вложения в данный момент прекращается) 2 ГБ
Минимальное количество RU/с на 1 ГБ 1 РУ/с

¹ Увеличьте максимальное количество единиц запроса на контейнер или базу данных, отправив заявку в службу поддержки Azure.

Чтобы узнать о лучших практиках управления рабочими нагрузками с ключами разделов, требующими более высоких ограничений по объему хранения или пропускной способности, см. статью "Создание искусственного ключа раздела" и статью "Обзор иерархических ключей разделов". Если рабочая нагрузка достигает логического ограничения секции в рабочей среде, рекомендуемое долгосрочное решение — использовать общие сведения о иерархических ключах секций для повторного развертывания приложения. С помощью иерархических ключей секций можно использовать до трех уровней ключей, что позволяет превышать 20 ГБ данных для ключа первого уровня и избежать этого ограничения. Чтобы дать вам время на переархитектурирование вашего приложения, запросите временное увеличение ограничения ключа логического раздела для существующего приложения. Отправьте запрос в службу поддержки Azure и выберите тип квоты Временное увеличение размера ключа логического раздела контейнера. Запрос на временное увеличение — это неокончательное решение, которое не рекомендуется использовать долгосрочно, так как при увеличении ограничения не будут соблюдаться гарантии Соглашения об уровне обслуживания. Чтобы удалить конфигурацию, создайте запрос в службу поддержки и выберите тип квоты Восстановление размера ключа логического раздела контейнера до стандартного (20 ГБ). Этот запрос в службу поддержки можно отправить после удаления данных, чтобы уложиться в ограничение логического раздела в 20 ГБ, или после реорганизации приложения с другим ключом раздела.

Минимальное ограничение пропускной способности

Контейнер Azure Cosmos DB (или база данных с общей пропускной способностью) с использованием заданной вручную пропускной способности должен иметь минимальную пропускную способность 400 RU/с. По мере роста контейнера Azure Cosmos DB требует минимальной пропускной способности, чтобы убедиться, что ресурс (база данных или контейнер) имеет достаточный ресурс для своих операций.

Получение текущей и минимальной пропускной способности контейнера или базы данных на портале Azure или пакетах средств разработки программного обеспечения (SDK). Дополнительные сведения см. в разделе "Выделение пропускной способности для контейнеров и баз данных".

Фактический минимальный RU/s может отличаться в зависимости от конфигурации учетной записи. Метрики Azure Monitor можно использовать для просмотра истории выделенной пропускной способности (RU/s) и объема хранилища на ресурсе.

Минимальная пропускная способность контейнера

Оцените минимальную пропускную способность контейнера с помощью этого раздела.

Ручная пропускная способность

Чтобы оценить минимальное количество запросов в секунду (RU/s) для контейнера с ручным управлением пропускной способностью, найдите максимальное значение:

  • 400 RU/с
  • Текущее хранилище (ГБ) * 1 RU/s
  • Максимальное количество RU/с, предоставленное в контейнере / 100

Например, контейнер подготавливается с 400 RU/с и 0 ГБ хранилища. Вы увеличиваете пропускную способность до 50 000 ЕЗ/с и импортируете 20 ГБ данных. Минимальное значение ЕЗ/с теперь равно MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 ЕЗ/с. Со временем хранилище растет до 2000 ГБ. Минимальное значение ЕЗ/с теперь равно MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 ЕЗ/с.

Автомасштабирование пропускной способности

Чтобы оценить минимальное максимальное значение ЕЗ/с, необходимое для контейнера с пропускной способностью автомасштабирования, найдите максимальное значение:

  • 1000 RU/сек
  • Текущий объем хранилища в ГБ * 10 RU/с
  • Наибольшее количество RU/с, когда-либо выделенных для контейнера / 10

Например, у вас есть контейнер, подготовленный с 1000 RU/с и 0 ГБ хранилища. Вы увеличиваете пропускную способность до 50 000 ЕЗ/с и импортируете 20 ГБ данных. Минимальное максимальное значение ЕЗ/с теперь MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5000 ЕЗ/с. Со временем хранилище растет до 2000 ГБ. Минимальное максимальное число единиц запросов в секунду составляет MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) 20 000 ЕЗ/с.

Минимальная пропускная способность в базе данных с разделенной пропускной способностью

Используйте этот раздел для оценки минимальной способности обработки данных совместно используемой между контейнерами базы данных.

Ручная пропускная способность

Чтобы оценить минимальное количество RU/с, необходимое для базы данных с выделенной пропускной способностью или с ручным управлением, определите наибольшее значение из следующих параметров:

  • 400 RU/с
  • Текущее хранилище (ГБ) * 1 RU/s
  • Максимальное значение ЕЗ/с, предусмотренное для базы данных / 100
  • 400 + MAX(число контейнеров – 25, 0) * 100 RU/с

Например, у вас есть база данных с выделенными 400 RU/с, 15 ГБ хранилища и 10 контейнерами. Минимальное значение ЕЗ/с равно MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 ЕЗ/с. Если в базе данных было 30 контейнеров, минимальное количество ЕЗ/с составит 400 + MAX(30 - 25, 0) * 100 RU/s = 900 ЕЗ/с.

Автомасштабирование пропускной способности

Чтобы оценить минимальное максимальное значение ЕЗ/с, необходимое для общей базы данных пропускной способности с автомасштабированием, найдите максимальное значение:

  • 1000 RU/сек
  • Текущий объем хранилища в ГБ * 10 RU/с
  • Наибольшее количество RU/c, когда-либо предоставленных в базе данных / 10
  • 1000 + MAX(Число контейнеров - 25, 0) * 1000 RU/с

Например, у вас есть база данных с предоставленной производительностью в 1000 RU/с, 15 ГБ хранилища и 10 контейнеров. Для базы данных с автоматическим масштабированием минимальное максимальное количество запросов в секунду (RU/s) равно MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) 1000 RU/s. Если в базе данных было 30 контейнеров, минимально максимальное значение RU/s будет 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5000 RU/s.

Ниже приведены минимальные ограничения ресурсов (RU) при использовании подготовленной пропускной способности.

Тип предоставления Resource Лимит
Ручная пропускная способность Минимальное количество единиц запросов (RU) на контейнер (режим выделенной подготовленной пропускной способности с ручной настройкой). 400
Ручная пропускная способность Минимальные RUs на базу данных (режим разделяемой пропускной способности с ручной настройкой 400 RU/с на первые 25 контейнеров.
Автомасштабирование пропускной способности Минимальное максимальное количество единиц запросов на контейнер (режим выделенной пропускной способности с масштабируемой пропускной способностью) 1000
Автомасштабирование пропускной способности Минимальное максимальное количество зарезервированных единиц запроса (RUs) на базу данных (режим выделенной производительности с общей пропускной способностью и автоматическим масштабированием) 1000 RU/с за первые 25 контейнеров.

Azure Cosmos DB поддерживает программное масштабирование пропускной способности (ЕЗ/с) на контейнер или базу данных с помощью пакетов SDK или портала.

Каждый ресурс масштабируется синхронно и немедленно между минимальным RU/с и до 100x минимального RU/с в зависимости от текущих RU/с и параметров ресурса, выделенных для него. Если запрашиваемое значение пропускной способности выходит за пределы диапазона, масштабирование выполняется асинхронно. Асинхронное масштабирование может занять несколько минут до часов в зависимости от запрошенной пропускной способности и размера хранилища данных в контейнере. Подробнее.

Serverless

Бессерверная модель позволяет использовать ресурсы Azure Cosmos DB на основе потребления.

Resource Лимит
Максимальный объем хранилища для всех элементов в (логическом) разделе 20 ГБ
Максимальное число уникальных (логических) ключей разделов Unlimited
Максимальный объем хранилища на контейнер Unlimited

Если рабочая нагрузка достигает логического ограничения в 20 ГБ в рабочей среде, рекомендуемое долгосрочное решение — использовать общие сведения о иерархических ключах секций для повторного развертывания приложения. С помощью иерархических ключей секций можно использовать до трех уровней ключей, что позволяет превышать 20 ГБ данных для ключа первого уровня и избежать этого ограничения. Чтобы дать вам время на переархитектурирование вашего приложения, запросите временное увеличение ограничения ключа логического раздела для существующего приложения. Отправьте запрос в службу поддержки Azure и выберите тип квоты Временное увеличение размера ключа логического раздела контейнера. Запрос временного увеличения предназначен для временного устранения рисков и не рекомендуется в качестве долгосрочного решения. Чтобы удалить конфигурацию, создайте запрос в службу поддержки и выберите тип квоты Восстановление размера ключа логического раздела контейнера до стандартного (20 ГБ). Этот запрос в службу поддержки можно отправить после удаления данных, чтобы уложиться в ограничение логического раздела в 20 ГБ, или после реорганизации приложения с другим ключом раздела.

Контрольная плоскость

Поставщик ресурсов Azure Cosmos DB позволяет вам создавать, обновлять и удалять ресурсы в вашей учетной записи Azure Cosmos DB. Поставщик ресурсов взаимодействует с общим уровнем управления ресурсами Azure, который является службой развертывания и управления для Azure.

Создание ресурсов Azure Cosmos DB и управление ими с помощью:

  • Azure portal
  • Azure PowerShell
  • Azure CLI
  • Шаблоны JSON/Bicep в Azure Resource Manager
  • Azure REST API
  • Пакеты SDK для управления Azure
  • Terraform
  • Pulumi

Этот уровень управления также можно получить из пакетов SDK плоскости данных Azure Cosmos DB, используемых в приложениях для создания ресурсов и управления ими в учетной записи. Пакеты SDK плоскости данных также выполняют запросы уровня управления во время первоначального подключения к службе, чтобы выполнять такие действия, как перечисление баз данных и контейнеров, а также запрос ключей учетной записи для проверки подлинности.

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

Некоторые операции плоскости управления, такие как получение или перечисление ключей, не используют пропускную способность основного раздела. Однако в отличие от запросов на данные в учетной записи Azure Cosmos DB поставщики ресурсов в Azure не предназначены для больших объемов запросов. Операции в управляющей плоскости, которые превышают документированные ограничения на постоянной основе в течение последовательных 5-минутных периодов, могут подвергаться ограничению запросов и приводить к сбоям или неполным операциям в ресурсах Azure Cosmos DB.

Операции плоскости управления можно отслеживать, перейдя на вкладку "Аналитика" для учетной записи Azure Cosmos DB. Дополнительные сведения см. в разделе "Мониторинг запросов плоскости управления". Эти аналитические сведения можно настроить, использовать Azure Monitor и создать книгу для мониторинга запросов метаданных и настройки оповещений.

Ограничения ресурсов

В следующей таблице перечислены ограничения ресурсов для каждой подписки или учетной записи.

Resource Лимит
Максимальное количество учетных записей на подписку 250 по умолчанию Не определено
Максимальное количество баз данных и контейнеров для каждой учетной записи 500 2
Максимальная пропускная способность, поддерживаемая учетной записью для операций с метаданными 240 RU/с

Ограничения по умолчанию отличаются для внутренних клиентов Майкрософт. Увеличьте ограничения, создав запрос в службу поддержки Azure до максимума 1000. Cosmos DB резервирует право на удаление всех пустых учетных записей базы данных, т. е. без баз данных и коллекций. 2. Это ограничение не может быть увеличено. Общее число включает как базы данных, так и контейнеры в учетной записи (например, 1 база данных и 499 контейнеров или 250 баз данных и 250 контейнеров).

Ограничения запросов

В следующей таблице перечислены ограничения запросов на 5-минутный интервал для каждой учетной записи, если иное не указано.

Операция Лимит
Максимальный список или получение ключей 500 ¹
Максимальное создание базы данных и контейнера 500
Максимальная база данных Get или List и контейнер 500 ¹
Максимальная предоставленная пропускная способность для обновлений 25
Максимальное региональное обеспечение отказоустойчивости 10 (в час) 2
Максимальное число всех операций (PUT, POST, PATCH, DELETE, GET) ранее не определено 500

¹ Используйте клиент singleton для экземпляров SDK, а также ключи кэша, базы данных, и ссылки на контейнеры в течение времени существования этого экземпляра между запросами. 2 Региональные переключения на резервные ресурсы применяются только к учетным записям с возможностью записи в одном регионе. Учетные записи записи в нескольких регионах не требуют или не позволяют изменять регион записи.

Azure Cosmos DB автоматически выполняет резервное копирование данных через регулярные интервалы. Дополнительные сведения об интервалах и окнах хранения резервных копий см. в разделе Оперативное резервное копирование и восстановление данных по запросу в Azure Cosmos DB.

ограничения для каждой учетной записи

Ниже приведены ограничения для каждой учетной записи.

Управление доступом на основе ролей

Resource Ограничение по умолчанию
Максимальное число определений пользовательских ролей для каждой учетной записи (RBAC в собственном уровне данных) 100
Максимальное количество назначений ролей на одну учетную запись (RBAC в собственном уровне данных) 2 000

Предоставленная пропускная способность

Resource Лимит
Максимальное количество баз данных и контейнеров для каждой учетной записи 500
Максимальное число контейнеров в одной базе данных с общей пропускной способностью 25
Максимальное число регионов Нет ограничения (все регионы Azure)

Serverless

Resource Лимит
Максимальное количество баз данных и контейнеров для каждой учетной записи 500
Максимальное число регионов 1 (любой регион Azure)

Ограничения для одного контейнера

В зависимости от используемого API контейнер Azure Cosmos DB может представлять коллекцию, таблицу или граф. Контейнеры поддерживают конфигурации уникальных ключевых ограничений, хранимых процедур, триггеров и определяемых пользователем функций, и политики индексирования. В следующей таблице перечислены ограничения, предусмотренные для конфигураций в контейнере.

Resource Лимит
Максимальная длина имени базы данных или контейнера 255
Максимальное количество хранимых процедур в контейнере 100 ¹
Максимальное число определяемых пользователем функций для каждого контейнера 50 сноска 1
Максимальное число уникальных ключей на контейнер 10¹
Максимальное число путей на каждое ограничение уникального ключа 16¹
Максимальное время жизни (TTL) 2,147,483,647

NO Увеличьте любое из этих ограничений на контейнер, создав запрос в службу поддержки Azure.

Ограничения для каждого элемента

Элемент Azure Cosmos DB может представлять документ в коллекции, строку в таблице или узел или край в графе в зависимости от используемого API. В следующей таблице показаны ограничения для каждого элемента в Azure Cosmos DB.

Resource Лимит
Максимальный размер элемента 2 МБ (длина JSON-представления в формате UTF-8)
Максимальная длина значения ключа раздела 2 048 байт (101 байт, если большой ключ секции не включен)
Максимальная длина значения идентификатора 1 023 байта
Допустимые символы для значения идентификатора Разрешены все символы Юникода на стороне службы, кроме "/" и "\". ПРЕДУПРЕЖДЕНИЕ. Но для оптимальной взаимодействия мы НАСТОЯТЕЛЬНО РЕКОМЕНДУЕМ использовать только буквы-числовые символы ASCII только в значении идентификатора. Существуют известные ограничения в некоторых версиях SDK Cosmos DB, соединителях (Фабрика данных Azure, Spark, Kafka и т. д.) и драйверах или библиотеках HTTP. Эти ограничения могут препятствовать успешной обработке, если значение идентификатора содержит символы, не являющиеся цифрами ASCII. Таким образом, чтобы повысить взаимодействие, закодируйте значение идентификатора, например с помощью Base64 + настраиваемой кодировки специальных символов, разрешенных в Base64. — если в службе или приложении необходимо поддерживать символы, не являющиеся цифрами ASCII.
Максимальное число свойств на элемент Без практически применимых ограничений
Максимальная длина имени свойства Без практически применимых ограничений
Максимальная длина значения свойства Без практически применимых ограничений
Максимальная длина строкового значения свойства Без практически применимых ограничений
Максимальная длина числового значения свойства 64-разрядное значение IEEE754 с двойной точностью
Максимальный уровень вложенности для внедренных объектов и массивов 128
Максимальное значение срока жизни 2147483647
Максимальная точность и диапазон чисел в формате JSON (для обеспечения безопасного взаимодействия) Институт инженеров электротехники и электроники (IEEE) 754 binary64

Размер большого документа не более 16 МБ поддерживается только в Azure Cosmos DB для MongoDB. Дополнительные сведения см. в документации по функциям MongoDB 4.2.

Для полезной нагрузки элемента не предусмотрены ограничения, например по числу свойств и глубине вложения, за исключением ограничений по длине ключей разделов и значений идентификаторов, а также по общему размеру (2 МБ). Возможно, потребуется настроить политику индексирования для контейнеров с большими или сложными структурами элементов, чтобы сократить потребление RUs (единиц запросов). См. статью " Моделирование элементов в Azure Cosmos DB " для реального примера и шаблонов для управления большими элементами.

Ограничения для каждого запроса

Azure Cosmos DB поддерживает операции CRUD и запросов для таких ресурсов, как контейнеры, элементы и базы данных. Он также поддерживает транзакционные пакетные запросы для элементов с тем же ключом секции в контейнере.

Resource Лимит
Максимальное время выполнения для одной операции (например, выполнение хранимой процедуры или получение одной страницы запроса) 5 с
Максимальный размер запроса (например, хранимая процедура, CRUD) 2 МБ
Максимальный размер отклика (например, запрос с разбивкой на страницы) 4 МБ
Максимальное количество операций в пакете транзакции 100

Azure Cosmos DB поддерживает триггеры во время записи. Данный сервис позволяет использовать один триггер до записи и один триггер после записи за одну операцию записи.

Когда операция запроса достигает ограничения времени ожидания выполнения или размера ответа, она возвращает страницу результатов и маркер продолжения клиенту для возобновления выполнения. Практических ограничений на длительность выполнения одного запроса через страницы или континуации нет.

Azure Cosmos DB использует хэш-коды проверки подлинности сообщений (HMAC) для авторизации. Используйте первичный ключ для точного управления доступом к ресурсам. Эти ресурсы могут включать контейнеры, ключи для разделов или элементы. В следующей таблице перечислены ограничения для маркеров авторизации в Azure Cosmos DB.

Resource Лимит
Максимальный срок действия первичного маркера 15 минут
Минимальный срок действия токена ресурса 10 мин.
Максимальный срок действия токена ресурса 24 ч по умолчанию ¹
Максимальное отклонение тактовой частоты для авторизации токена 15 минут

¹ Увеличьте его путем подачи запроса в службу поддержки Azure.

Ограничения для подготовленной автомасштабируемой пропускной способности

Дополнительные сведения об ограничениях пропускной способности и хранилища см. в статье " Автомасштабирование " и " Часто задаваемые вопросы " о ограничениях пропускной способности и хранилища с автомасштабированием.

Resource Лимит
Максимальное число единиц запросов в секунду, до которого возможно масштабирование системы Tmax, максимальное значение ЕЗ/с автомасштабирования, заданное пользователем
Минимальное RU/s, до которого система может масштабироваться 0.1 * Tmax
Текущее RU/s, до которого масштабирована система 0.1*Tmax <= T <= Tmax, с учетом данных по использованию
Минимальное количество единиц RU в час для выставления счета 0.1 * Tmax

Выставление счетов производится ежечасно на основе максимального количества RU/s, к которому система масштабировалась в течение часа, или 0.1*Tmax, в зависимости от того, что из этого является большим.
Минимальное значение автомасштабирования для макс. числа единиц запросов в секунду для контейнера MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) округляется до ближайших 1000 РУ/с
Минимальное значение автоматического масштабирования максимального числа единиц запросов в секунду для базы данных MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)) округляется до ближайших 1000 RU/с.

Если база данных имеет более 25 контейнеров, система увеличивает минимальное максимальное значение ЕЗ/с на 1000 ЕЗ/с для каждого дополнительного контейнера. Например, если у вас есть 30 контейнеров, максимальное максимальное значение ЕЗ/с для автомасштабирования составляет 6000 ЕЗ/с (масштабирование от 600 до 6000 ЕЗ/с).

Ограничения по запросам SQL

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

Resource Лимит
Максимальная длина SQL-запроса 512 КБ
Максимальное количество JOIN выражений на запрос 10¹
Максимальное количество UDF на запрос 10¹
Максимальное число точек на многоугольник 4096
Максимальное количество явно включенных путей для контейнера 1500 ¹
Максимальное число явных исключенных путей для каждого контейнера 1500 ¹
Максимальное число свойств в составном индексе 8
Максимальное число путей в составном индексе 100

¹ Вы можете увеличить эти ограничения SQL-запросов, создав запрос в службу поддержки Azure.

Ограничения API для MongoDB

Azure Cosmos DB поддерживает протокол подключения MongoDB для приложений, написанных с помощью MongoDB. Найдите поддерживаемые команды и версии протокола в поддерживаемых функциях и синтаксисе MongoDB.

В следующей таблице перечислены ограничения, связанные с поддержкой функций MongoDB. Другие ограничения служб, упомянутые для API noSQL, также применяются к API для MongoDB.

Resource Лимит
Максимальный размер документа 16 МБ (длина представления JSON UTF-8) 2
Максимальный размер памяти запроса MongoDB (применяется только к версии сервера 3.2) 40 МБ
Максимальное время выполнения для операций MongoDB (применяется к версии сервера 3.2) 15 секунд
Максимальное время выполнения для операций MongoDB (применяется к версиям сервера 3.6 и 4.0) 60 секунд
Максимальный уровень вложенности для внедренных объектов или массивов в определениях индексов 6
Тайм-аут бездействующего соединения для закрытия соединения сервером 2 30 минут
Ограничение времени для оболочки MongoDB в портале Azure 120 минут в течение 24 часового периода

Для больших размеров документов до 16 МБ требуется включение функций в портал Azure. Дополнительные сведения см. в документации по функциям.

2–3 минуты установите время ожидания простоя подключения в параметрах драйвера, так как время ожидания по умолчанию для Azure LoadBalancer составляет 4 минуты. Это время ожидания гарантирует, что посреднический балансировщик нагрузки при бездействии не закрывает подключения между клиентским компьютером и Azure Cosmos DB.

Ограничения для учетных записей уровня "Бесплатный" в Azure Cosmos DB

В следующей таблице перечислены ограничения для учетных записей бесплатного уровня Azure Cosmos DB.

Resource Лимит
Число учетных записей уровня "Бесплатный" для одной подписки Azure 1
Продолжительность скидки для бесплатного уровня Срок действия учетной записи. Во время создания учетной записи необходимо согласиться на участие.
Максимальные RU/s для уровня "Бесплатный" 1000 RU/сек
Максимальный объем хранилища для уровня "Бесплатный" 25 ГБ
Максимальное число контейнеров в базе данных с общей пропускной способностью 25

Помимо предыдущей таблицы ограничения для каждой учетной записи также применяются к учетным записям уровня "Бесплатный". Дополнительные сведения см. в статье о создании учетной записи уровня "Бесплатный".

Связанный контент

  • Last updated on