Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описываются квоты и ограничения по умолчанию для ресурсов Azure Cosmos DB. Это помогает эффективно управлять операциями, хранилищем и пропускной способностью.
Операции с хранилищем и базой данных
После создания учетной записи Azure Cosmos DB в подписке вы можете управлять данными в учетной записи, создавая базы данных, контейнеры и элементы.
Подготовленная пропускная способность
Вы выделяете пропускную способность на уровне контейнера или на уровне базы данных с точки зрения единиц запросов (ЕЗ) или единиц запросов в секунду (ЕЗ/с). В следующей таблице перечислены ограничения в том, что касается хранения и пропускной способности каждого контейнера или базы данных. Служба хранилища — это объединенный объем данных и хранилище индексов.
| Ресурс | Ограничение |
|---|---|
| Максимальное количество запросов в секунду для контейнера (режим выделенной пропускной способности) | 1000 000 no |
| Максимальное количество запросов для одной базы данных (подготовленный режим общей пропускной способности) | 1000 000 no |
| Максимальное значение ЕЗ/с на один раздел (логический и физический) | 10,000 |
| Максимальный объем хранилища для всех элементов в (логическом) разделе | 20 ГБ 20 ГБ 2 |
| Максимальное число уникальных (логических) ключей разделов | Не ограничено |
| Максимальный объем хранилища на контейнер | Не ограничено |
| Максимальный размер вложения для учетной записи (поддержка функции вложения в данный момент прекращается) | 2 ГБ |
| Минимально необходимое значение ЕЗ/с на 1 ГБ | 1 ЕЗ/с |
¹ Увеличьте максимальное количество единиц ЕЗ на контейнер или базу данных, отправив запрос в службу поддержки Azure.
Сведения о рекомендациях по управлению рабочими нагрузками с ключами секций, требующими более высоких ограничений для хранения или пропускной способности, см. в статье "Создание искусственного ключа секции". Если рабочая нагрузка достигает логического ограничения в 20 ГБ в рабочей среде, рекомендуется перезагружить приложение с другим ключом секции в качестве долгосрочного решения. Чтобы предоставить время повторной иерархии приложения, запросить временное увеличение ограничения ключа логического раздела для существующего приложения. Отправьте запрос в службу поддержки Azure и выберите тип квоты Временное увеличение размера ключа логического раздела контейнера. Запрос на временное увеличение — это неокончательное решение, которое не рекомендуется использовать долгосрочно, так как при увеличении ограничения не будут соблюдаться гарантии Соглашения об уровне обслуживания. Чтобы удалить конфигурацию, создайте запрос в службу поддержки и выберите тип квоты Восстановление размера ключа логического раздела контейнера до стандартного (20 ГБ). Этот запрос в службу поддержки можно отправить после удаления данных, чтобы поместить ограничение логического раздела в 20 ГБ или перезаставить приложение с другим ключом секции.
Минимальное ограничение пропускной способности
Контейнер Azure Cosmos DB (или общая база данных пропускной способности) с помощью ручной пропускной способности должен иметь минимальную пропускную способность 400 ЕЗ/с. По мере роста контейнера Azure Cosmos DB требует минимальной пропускной способности, чтобы убедиться, что ресурс (база данных или контейнер) имеет достаточный ресурс для своих операций.
Получение текущей и минимальной пропускной способности контейнера или базы данных на портале Azure или пакетах средств разработки программного обеспечения (SDK). Дополнительные сведения см. в разделе "Выделение пропускной способности для контейнеров и баз данных".
Фактический минимальный ЕЗ/с может отличаться в зависимости от конфигурации учетной записи. Метрики Azure Monitor можно использовать для просмотра журнала подготовленной пропускной способности (ЕЗ/с) и хранилища в ресурсе.
Минимальная пропускная способность контейнера
Оцените минимальную пропускную способность контейнера с помощью этого раздела.
Ручная пропускная способность
Чтобы оценить минимальный объем запросов в секунду для контейнера с ручной пропускной способностью, найдите максимальное значение:
- 400 ЕЗ/с
- Текущее хранилище в ГБ * 1 ЕЗ/с
- Максимальное значение ЕЗ/с, подготовленное в контейнере / 100
Например, контейнер подготавливается с 400 ЕЗ/с и 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 единиц запросов в секунду
- Текущий объем хранилища в ГБ * 10 ЕЗ/с
- Самый высокий ЕЗ/с, когда-либо подготовленный в контейнере / 10
Например, у вас есть контейнер, подготовленный с 1000 ЕЗ/с и 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 ЕЗ/с.
Минимальная пропускная способность в базу данных с общей пропускной способностью
Используйте этот раздел для оценки минимальной пропускной способности для общего доступа к базе данных между контейнерами.
Ручная пропускная способность
Чтобы оценить минимальные ЕЗ/с, необходимые для базы данных общей пропускной способности с ручной пропускной способностью, найдите максимум:
- 400 ЕЗ/с
- Текущее хранилище в ГБ * 1 ЕЗ/с
- Максимальное значение ЕЗ/с, предусмотренное для базы данных / 100
- 400 + MAX(число контейнеров – 25, 0) * 100 ЕЗ/с
Например, у вас есть база данных с подготовленными 400 ЕЗ/с, 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 единиц запросов в секунду
- Текущий объем хранилища в ГБ * 10 ЕЗ/с
- Самый высокий ЕЗ/с, когда-либо подготовленный в базе данных / 10
- 1000 + MAX(Число контейнеров - 25, 0) * 1000 ЕЗ/с
Например, у вас есть база данных, подготовленная с 1000 ЕЗ/с, 15 ГБ хранилища и 10 контейнеров. Минимальное значение ЕЗ/с для базы данных автомасштабирования равно MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) 1000 ЕЗ/с. Если в базе данных было 30 контейнеров, минимальное значение ЕЗ/с будет 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5000 ЕЗ/с.
Ниже приведены минимальные ограничения единиц запросов при использовании подготовленной пропускной способности.
| Тип подготовки | Ресурс | Ограничение |
|---|---|---|
| Ручная пропускная способность | Минимальное количество запросов в секунду на контейнер (режим выделенной подготовленной пропускной способности), установленное вручную. | 400 |
| Ручная пропускная способность | Минимальные ЕЗ на базу данных (режим подготовки общей пропускной способности с ручной пропускной способностью | 400 ЕЗ/с для первых 25 контейнеров. |
| Автомасштабирование пропускной способности | Минимальное максимальное количество единиц ЕЗ на контейнер (выделенный режим подготовки пропускной способности с пропускной способностью автомасштабирования) | 1000 |
| Автомасштабирование пропускной способности | Минимальное максимальное количество единиц ЕЗ на базу данных (режим подготовки общей пропускной способности с автомасштабированием) | 1000 ЕЗ/с для первых 25 контейнеров. |
Azure Cosmos DB поддерживает программное масштабирование пропускной способности (ЕЗ/с) на контейнер или базу данных с помощью пакетов SDK или портала.
Каждый ресурс синхронизируется синхронно и немедленно между минимальным ЕЗ/с и до 100x минимального ЕЗ/с в зависимости от текущих ЕЗ/с, подготовленных и параметров ресурсов. Если запрашиваемое значение пропускной способности выходит за пределы диапазона, масштабирование выполняется асинхронно. Асинхронное масштабирование может занять несколько минут до часов в зависимости от запрошенной пропускной способности и размера хранилища данных в контейнере. Подробнее.
Бессерверные приложения
Бессерверная модель позволяет использовать ресурсы Azure Cosmos DB на основе потребления. В следующей таблице перечислены ограничения возможности увеличения ресурсов хранения и пропускной способности каждого контейнера или базы данных. Эти значения не подлежат увеличению. Выделение дополнительных бессерверных учетных записей для получения дополнительных потребностей в хранилище.
| Ресурс | Ограничение |
|---|---|
| Максимальное число ЕЗ/с на контейнер | 20,000* |
| Максимальный объем хранилища для всех элементов в (логическом) разделе | 20 ГБ |
| Максимальный объем хранилища на контейнер | 1 TБ |
*Максимальная доступность в секунду зависит от данных, хранящихся в контейнере. Просмотр, бессерверная производительность
Уровень управления
Azure Cosmos DB предоставляет поставщик ресурсов, который позволяет создавать, обновлять и удалять ресурсы в учетной записи Azure Cosmos DB. Поставщик ресурсов взаимодействует с общим уровнем управления ресурсами Azure, который является службой развертывания и управления для Azure.
Создание ресурсов Azure Cosmos DB и управление ими с помощью:
- Портал Azure
- Azure PowerShell
- Azure CLI (Интерфейс командной строки для Azure)
- Шаблоны JSON/Bicep в Azure Resource Manager
- Azure REST API
- Пакеты SDK для управления Azure
- Terraform
- Пулуми
Этот уровень управления также можно получить из пакетов SDK плоскости данных Azure Cosmos DB, используемых в приложениях для создания ресурсов и управления ими в учетной записи. Пакеты SDK плоскости данных также выполняют запросы уровня управления во время первоначального подключения к службе, чтобы выполнять такие действия, как перечисление баз данных и контейнеров, а также запрос ключей учетной записи для проверки подлинности.
Каждая учетная запись Azure Cosmos DB содержит основную секцию , содержащую все метаданные для учетной записи. Она также имеет небольшой объем пропускной способности для поддержки операций плоскости управления. Запросы уровня управления, которые создают, считывают, обновляют или удаляют эти метаданные, потребляют эту пропускную способность. Если объем пропускной способности, потребляемой операциями плоскости управления, превышает этот объем, операции ограничены скоростью, так же, как операции плоскости данных в Azure Cosmos DB. Однако, в отличие от пропускной способности для операций с данными, пропускная способность основной секции не может быть увеличена.
Некоторые операции уровня управления не используют пропускную способность первичной секции, например получение или перечисление ключей. Однако в отличие от запросов на данные в учетной записи Azure Cosmos DB поставщики ресурсов в Azure не предназначены для больших объемов запросов. Операции уровня управления, превышающие документированные ограничения на устойчивых уровнях в течение 5-минутных периодов, могут выполнять регулирование запросов, а также сбои или неполные операции в ресурсах Azure Cosmos DB.
Операции плоскости управления можно отслеживать, перейдя на вкладку "Аналитика" для учетной записи Azure Cosmos DB. Дополнительные сведения см. в разделе "Мониторинг запросов плоскости управления". Эти аналитические сведения можно настроить, использовать Azure Monitor и создать книгу для мониторинга запросов метаданных и настройки оповещений.
Ограничения ресурсов
В следующей таблице перечислены ограничения ресурсов для каждой подписки или учетной записи.
| Ресурс | Ограничение |
|---|---|
| Максимальное количество учетных записей на подписку | 250 по умолчанию NO |
| Максимальное количество баз данных и контейнеров для каждой учетной записи | 500 2 |
| Максимальная пропускная способность, поддерживаемая учетной записью для операций с метаданными | 240 ЕЗ/с |
Ограничения по умолчанию отличаются для внутренних клиентов Майкрософт. Увеличьте эти ограничения, создав запрос в службу поддержки Azure не более 1000. Cosmos DB резервирует право на удаление всех пустых учетных записей базы данных, т. е. без баз данных и коллекций. 2. Это ограничение не может быть увеличено. Общее число включает как базы данных, так и контейнеры в учетной записи (например, 1 база данных и 499 контейнеров или 250 баз данных и 250 контейнеров).
Ограничения запросов
В следующей таблице перечислены ограничения запросов на 5-минутный интервал для каждой учетной записи, если иное не указано.
| Операция | Ограничение |
|---|---|
| Максимальный список или получение ключей | 500 no |
| Максимальное количество баз данных и контейнеров | 500 |
| Максимальная база данных Get или List и контейнер | 500 no |
| Максимальная подготовленная пропускная способность обновления | 25 |
| Максимальная региональная отработка отказа | 10 (в час) 2 |
Максимальное число всех операций (PUT, , POSTPATCH, DELETE, ) GETне определено ранее |
500 |
¹ Используйте одинтонный клиент для экземпляров пакета SDK и ключи кэша, базы данных и ссылки на контейнеры между запросами на время существования этого экземпляра. 2 Региональные отработки отказа применяются только к учетным записям записи в одном регионе. Учетные записи записи в нескольких регионах не требуют или не позволяют изменять регион записи.
Azure Cosmos DB автоматически выполняет резервное копирование данных через регулярные интервалы. Дополнительные сведения об интервалах и окнах хранения резервных копий см. в разделе Оперативное резервное копирование и восстановление данных по запросу в Azure Cosmos DB.
ограничения для каждой учетной записи
Ниже приведены ограничения для каждой учетной записи.
Подготовленная пропускная способность
| Ресурс | Ограничение |
|---|---|
| Максимальное количество баз данных и контейнеров для каждой учетной записи | 500 |
| Максимальное число контейнеров в одной базе данных с общей пропускной способностью | 25 |
| Максимальное число регионов | Нет ограничения (все регионы Azure) |
Бессерверные приложения
| Ресурс | Ограничение |
|---|---|
| Максимальное количество баз данных и контейнеров для каждой учетной записи | 500 |
| Максимальное число регионов | 1 (любой регион Azure) |
Ограничения для одного контейнера
В зависимости от используемого API контейнер Azure Cosmos DB может представлять коллекцию, таблицу или граф. Контейнеры поддерживают конфигурации для уникальных ограничений ключей, хранимых процедур, триггеров и определяемых пользователем функций (ОПРЕДЕЛ) иполитик индексирования. В следующей таблице перечислены ограничения, предусмотренные для конфигураций в контейнере.
| Ресурс | Ограничение |
|---|---|
| Максимальная длина имени базы данных или контейнера | 255 |
| Максимальное количество хранимых процедур на контейнер | 100 no |
| Максимальное число определяемых пользователем функций на контейнер | 50 no |
| Максимальное число уникальных ключей на контейнер | 10 no |
| Максимальное число путей на ограничение уникального ключа | 16 no |
| Максимальное время жизни (TTL) | 2,147,483,647 |
NO Увеличьте любое из этих ограничений на контейнер, создав запрос в службу поддержки Azure.
Ограничения для каждого элемента
Элемент Azure Cosmos DB может представлять документ в коллекции, строку в таблице или узел или край в графе в зависимости от используемого API. В следующей таблице показаны ограничения для каждого элемента в Azure Cosmos DB.
| Ресурс | Ограничение |
|---|---|
| Максимальный размер элемента | 2 МБ (длина представления JSON UTF-8) NO |
| Максимальная длина значения ключа раздела | 2 048 байт (101 байт, если большой ключ секции не включен) |
| Максимальная длина значения идентификатора | 1 023 байта |
| Допустимые символы для значения идентификатора | Разрешены все символы Юникода на стороне службы, кроме "/" и "\". ПРЕДУПРЕЖДЕНИЕ. Но для оптимальной взаимодействия мы НАСТОЯТЕЛЬНО РЕКОМЕНДУЕМ использовать только буквы-числовые символы ASCII только в значении идентификатора. Существуют известные ограничения в некоторых версиях пакета SDK Cosmos DB и соединителей (Фабрика данных Azure, Spark, Spark, Kafka и т. д.) и драйверы или библиотеки HTTP. Эти ограничения могут препятствовать успешной обработке, если значение идентификатора содержит символы, не являющиеся цифрами ASCII. Таким образом, чтобы повысить взаимодействие, закодируйте значение идентификатора, например с помощью Base64 + настраиваемой кодировки специальных символов, разрешенных в Base64. — если в службе или приложении необходимо поддерживать символы, не являющиеся цифрами ASCII. |
| Максимальное число свойств на элемент | Без практически применимых ограничений |
| Максимальная длина имени свойства | Без практически применимых ограничений |
| Максимальная длина значения свойства | Без практически применимых ограничений |
| Максимальная длина строкового значения свойства | Без практически применимых ограничений |
| Максимальная длина числового значения свойства | 64-разрядное значение IEEE754 с двойной точностью |
| Максимальный уровень вложенности для внедренных объектов и массивов | 128 |
| Максимальное значение срока жизни | 2147483647 |
| Максимальная точность и диапазон чисел в формате JSON (для обеспечения безопасного взаимодействия) | Институт инженеров электротехники и электроники (IEEE) 754 binary64 |
Размер большого документа не более 16 МБ поддерживается только в Azure Cosmos DB для MongoDB. Дополнительные сведения см. в документации по функциям MongoDB 4.2.
Для полезной нагрузки элемента не предусмотрены ограничения, например по числу свойств и глубине вложения, за исключением ограничений по длине ключей разделов и значений идентификаторов, а также по общему размеру (2 МБ). Возможно, потребуется настроить политику индексирования для контейнеров с большими или сложными структурами элементов, чтобы сократить потребление единиц запросов. См. статью " Моделирование элементов в Azure Cosmos DB " для реального примера и шаблонов для управления большими элементами.
Ограничения для каждого запроса
Azure Cosmos DB поддерживает операции CRUD и запросов для таких ресурсов, как контейнеры, элементы и базы данных. Он также поддерживает транзакционные пакетные запросы для элементов с тем же ключом секции в контейнере.
| Ресурс | Ограничение |
|---|---|
| Максимальное время выполнения для одной операции (например, выполнение хранимой процедуры или получение одной страницы запроса) | 5 с |
| Максимальный размер запроса (например, хранимая процедура, CRUD) | 2 МБ |
| Максимальный размер отклика (например, запрос с разбивкой на страницы) | 4 МБ |
| Максимальное количество операций в пакете транзакции | 100 |
Azure Cosmos DB поддерживает триггеры во время записи. Служба позволяет выполнять одну предварительную и одну операцию записи после триггера.
Когда операция запроса достигает ограничения времени ожидания выполнения или размера ответа, она возвращает страницу результатов и маркер продолжения клиенту для возобновления выполнения. Практических ограничений по продолжительности выполнения одного запроса на страницах или продолжениях не предусмотрено.
Azure Cosmos DB использует хэш-коды проверки подлинности сообщений (HMAC) для авторизации. Используйте первичный ключ для точного управления доступом к ресурсам. Эти ресурсы могут быть контейнерами, ключами разделов или элементами. В следующей таблице перечислены ограничения для маркеров авторизации в Azure Cosmos DB.
| Ресурс | Ограничение |
|---|---|
| Максимальный срок действия первичного маркера | 15 мин. |
| Минимальный срок действия маркера ресурса | 10 мин. |
| Максимальный срок действия маркера ресурса | 24 ч по умолчанию no |
| Максимальная расфазировка тактовых сигналов для авторизации токена | 15 мин. |
¹ Увеличьте его путем подачи запроса в службу поддержки Azure.
Ограничения для подготовленной автомасштабируемой пропускной способности
Дополнительные сведения об ограничениях пропускной способности и хранилища см. в статье " Автомасштабирование " и " Часто задаваемые вопросы " о ограничениях пропускной способности и хранилища с автомасштабированием.
| Ресурс | Ограничение |
|---|---|
| Максимальное число единиц запросов в секунду, до которого возможно масштабирование системы |
Tmax, максимальное значение ЕЗ/с автомасштабирования, заданное пользователем |
| Минимальное число единиц запросов в секунду, до которого возможно масштабирование системы | 0.1 * Tmax |
| Текущее число единиц запросов в секунду, до которого возможно масштабирование системы |
0.1*Tmax <= T <= Tmax, с учетом данных по использованию |
| Минимальное число единиц запросов в час, включаемых в счет | 0.1 * Tmax Выставление счетов в час зависит от максимального количества единиц запросов в секунду, масштабируемых в течение часа или 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 ЕЗ/с. Если база данных имеет более 25 контейнеров, система увеличивает минимальное максимальное значение ЕЗ/с на 1000 ЕЗ/с для каждого дополнительного контейнера. Например, если у вас есть 30 контейнеров, максимальное максимальное значение ЕЗ/с для автомасштабирования составляет 6000 ЕЗ/с (масштабирование от 600 до 6000 ЕЗ/с). |
Ограничения по запросам SQL
Azure Cosmos DB поддерживает запросы элементов с помощью SQL. В следующей таблице описываются ограничения в инструкциях запроса, таких как количество предложений или длина запроса.
| Ресурс | Ограничение |
|---|---|
| Максимальная длина SQL-запроса | 512 КБ |
Максимальное количество JOIN операторов на запрос |
10 10 00 |
| Максимальное число определяемых пользователем функций на запрос | 10 no |
| Максимальное число точек на многоугольник | 4096 |
| Максимальное явное включение путей для каждого контейнера | 1500 no |
| Максимальное число явных исключенных путей для каждого контейнера | 1500 no |
| Максимальное число свойств в составном индексе | 8 |
| Максимальное число путей в составном индексе | 100 |
¹ Вы можете увеличить эти ограничения SQL-запросов, создав запрос в службу поддержки Azure.
Ограничения API для MongoDB
Azure Cosmos DB поддерживает протокол подключения MongoDB для приложений, написанных с помощью MongoDB. Найдите поддерживаемые команды и версии протокола в поддерживаемых функциях и синтаксисе MongoDB.
В следующей таблице перечислены ограничения, связанные с поддержкой функций MongoDB. Другие ограничения служб, упомянутые для API noSQL, также применяются к API для MongoDB.
| Ресурс | Ограничение |
|---|---|
| Максимальный размер документа | 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.
| Ресурс | Ограничение |
|---|---|
| Число учетных записей уровня "Бесплатный" для одной подписки Azure | 1 |
| Продолжительность действия скидки на основе категории для уровня "Бесплатный" | Срок действия учетной записи. Во время создания учетной записи необходимо принять участие. |
| Максимальное число единиц запросов в секунду для уровня "Бесплатный" | 1000 единиц запросов в секунду |
| Максимальный объем хранилища для уровня "Бесплатный" | 25 ГБ |
| Максимальное число контейнеров в базе данных с общей пропускной способностью | 25 |
Помимо предыдущей таблицы ограничения для каждой учетной записи также применяются к учетным записям уровня "Бесплатный". Дополнительные сведения см. в статье о создании учетной записи уровня "Бесплатный".