使用限制
本文介绍了 Zilliz Cloud 平台和集群的使用限制信息。如需了解更多限制信息，您可以使用 Zilliz Cloud 提供的 OPS 系统对大多数设置进行调整。如需更多帮助，可联系我们。
组织、项目和成员
下表展示了单个用户可加入的最大组织和项目数。
内容 | 最大数量 | 描述 |
|---|---|---|
项目 | 100 | 每个用户在每个组织中最多可以创建 100 个项目。 |
Replica
如需添加 Replica，集群规格需要为 8 CU 或以上。此外，Replica 功能还具有以下限制
内容 | 限制 | 描述 |
|---|---|---|
Replica 数量 | 10 | 每个集群最多可添加 10 个 Replica。 |
Replica 数量 * CU 规格 | <= 256 | CU 规格与 Replica 数量的乘积不得超过 256。 |
Collection
兼容 Milvus v2.4.x 的集群
根据您的集群使用的 CU 数量的不同，每 CU 支持创建最多 256 个 Collection 或 1,024 个 Partition。其中，每个 Collection 最多可创建 1,024 个 Partition。每个 Collection 支持创建最多 1,024 个 Partition。 您可以参考如下公式计算您的集群中的 Collection 和 Partition 的数量上限。
-
集群中 Collection 的数量上限应该在 256 和集群的 CU 数量之积与 16,384 间取最小值。
-
集群中所有 Collection 中的 Partition 的总数量应该在 1,024 和集群的 CU 数量之和与 65,536 间取最小值。
-
上述条件需同时满足。
兼容 Milvus v2.5.x 的集群
根据您的集群使用的 CU 数量的不同，每 CU 支持创建最多 1,024 个 Collection 或 4,096 个 Partition。其中，每个 Collection 最多可创建 1,024 个 Partition。您可以参考如下公式计算您的集群中的 Collection 和 Partition 的数量上限。
-
集群中 Collection 的数量上限应该在 1,024 和集群的 CU 数量之积与 16,384 间取最小值。
-
集群中所有 Collection 中的 Partition 的总数量应该在 4,096 和集群的 CU 数量之积与 65,536 间取最小值。
-
上述条件需同时满足。
字段
内容 | 最大数量 |
|---|---|
所有字段（每个 Collection） | 64 |
向量字段（每个 Collection） | 10 |
关于字段的其他限制：
- 某些字段（如 VarChar 或 JSON）使用的内存超出预期，可能导致集群空间耗尽。
向量维度
向量字段的最大维度数为 32768。
Shard
Shard 的数量上限取决于 CU 规格。
CU 规格 | 数量上限 |
|---|---|
1 - 2 CU | 2 |
4 - 8 CU | 4 |
12 - 64 CU | 8 |
> 64 CU | 16 |
速率限制
此外，Zilliz Cloud 针对 Serverless 和 Dedicated 集群中的 Collection 和 Partition 操作（包括创建、加载、释放、删除）还具有速率限制。
Rate limits | |
|---|---|
Collection 操作（创建、加载、释放、删除） | 每个集群 20 req/s。 |
Partition 操作（创建、加载、释放、删除） | 每个集群 20 req/s。 |
数据操作
下文将介绍 Zilliz Cloud 集群中常见数据操作的速率限制。
Insert
每个插入请求/响应的大小不应超过 64 MB。
速率限制根据集群类型和 CU 数量而有所不同。以下表格列出了插入操作的速率限制。
Insert 最大速率限制 | |
|---|---|
s | |
1-2 CU | 8 MB/s |
4-8 CU | 12 MB/s |
12-20 CU | 16 MB/s |
[24 CU, 64 CU) | 24 MB/s |
[64CU, 128 CU) | 36 MB/s |
[128 CU, 256 CU) | 48 MB/s |
| 64 MB/s |
在插入数据时，请确保包含所有在 Schema 中已定义的字段。如果 Collection 启用了 AutoID，则排除主键。
为了使插入的数据能够立即被检索到，建议将搜索或查询请求中的一致性级别更改为 Strong。详细信息，请参阅一致性水平。
Upsert
每个 Upsert 请求/响应的大小不应超过 64 MB。
速率限制根据集群类型和 CU 数量而有所不同。以下表格列出了 Upsert 操作的速率限制。
Upsert 最大速率限制 | |
|---|---|
1-2 CU | 8 MB/s |
4-8 CU | 12 MB/s |
12-20 CU | 16 MB/s |
[24 CU, 64 CU) | 24 MB/s |
[64CU, 128 CU) | 36 MB/s |
[128 CU, 256 CU) | 48 MB/s |
| 64 MB/s |
在 Upsert 数据时，请确保包含所有在 Schema 中已定义的字段。
为了使 Upsert 的数据能够立即被检索到，建议将搜索或查询请求中的一致性级别更改为 Strong。详细信息，请参阅一致性水平。
Index
不同字段类型对应不同类型的索引。以下表格列出了可索引的字段类型及其对应的索引类型。
字段类型 | 索引类型 | 度量类型 |
|---|---|---|
向量字段 | AUTOINDEX | L2, IP, 和 COSINE |
VarChar 字段 | TRIE | N/A |
Int8/16/32/64 | STL_SORT | N/A |
Float32/64 | STL_SORT | N/A |
Flush
每个集群的 Flush 请求速率限制为每秒 0.1 个请求，该限制具体适用于以下集群类型：
-
兼容 Milvus 2.4.x 或更高版本的 Serverless 集群；
-
升级到 Beta 版本的 Dedicated 集群，该集群类型兼容 Milvus 2.4.x 或更高版本。
不建议您手动执行 Flush 操作。Zilliz Cloud 会自动优雅地处理数据 Flush 操作。
Load
每个集群的加载请求速率限制为每秒 20 个请求。
对于已加载的 Collection，即使有新数据插入，您无需重复执行加载操作。
Search
每个搜索请求/响应的大小不应超过 64 MB。
根据集群部署方式，每个搜索请求携带的查询向量（nq）上限有所不同最多不超过 16,384 个。
根据集群部署方式，每个搜索响应返回的 Entity 数量（topK）上限有所不同最多不超过 16,384 个。
Query
每个查询请求/响应的大小不应超过 64 MB。
每个查询响应返回的 Entity 数量（topK）不超过 16384 个。
Delete Entity
每个删除请求/响应的大小不应超过 64 MB。
每个集群的删除请求速率限制为每秒 0.5 MB。
Drop Collection
每个集群的删除请求速率限制为每秒 20 个请求。
Data Import
单 Collection 支持最多 10,000 个正在运行或待运行的数据导入任务。
此外，Zilliz Cloud 还对导入的文件大小有以下限制。
数据备份（控制台）
手动创建的备份会永久保留。
自动创建的备份可最多保存 30 天。
数据恢复（控制台）
您可以从快照中恢复 Zilliz Cloud 集群。恢复的集群和原集群应属于同一地域，并使用相同的 CU 类型。
IP 白名单
内容 | 最大数量 | 描述 |
|---|---|---|
IP 地址 (CIDR) | 100 | IP 白名单中最多可添加 100 个 IP 地址。 |
迁移
您可以将数据从其他供应商迁移到您的 Zilliz Cloud 集群，每次迁移的最大集合数量会因您的 Zilliz Cloud 集群而异。每次迁移最多可以迁移 10 个 Collection。