メインコンテンツまでスキップ

Zilliz Cloud の制限

このページでは、Zilliz Cloud プラットフォーム上の制限に関する情報を提供します。このページで言及されている設定の大部分は、Zilliz が提供する OPS システムを使用して調整できます。さらにサポートが必要な場合は、引き続き お問い合わせ いただけます。

Organizations & Projects

次の表は、1 人のユーザーに許可される organization と project の最大数に関する制限を示しています。

ItemMax NumberRemarks
Project100各ユーザーは、1 つの organization 内で最大 100 個の project を作成できます。

Users & Roles

次の表は、Zilliz Cloud で許可されるユーザー数とロール数の上限を示しています。

ItemMax NumberRemarks
Cluster User5001 つの cluster には、合計で最大 500 人のユーザーを含めることができます。
Cluster Custom Role5001 つの cluster には、合計で最大 500 個のカスタムロールを含めることができます。この制限を解除するには、お問い合わせ ください。

API Keys

ItemMax NumberRemarks
API Key100各 organization には、最適なリソース利用とセキュリティのために、最大 100 個のカスタマイズされた API key を含めることができます。

Console IP Allowlist

ItemMax NumberRemarks
IPs in the organization console IP allowlist100各 organization のコンソール IP 許可リストには、最大 100 個の IP または CIDR ブロックを含めることができます。

Clusters

CUs

CU は、データの並列処理に使用される計算リソースの基本単位であり、異なる CU タイプは CPU、メモリ、ストレージの異なる組み合わせで構成されます。CU の概念は Dedicated cluster にのみ適用されます。

Project Plan & Cluster Deployment OptionLimitsRemarks
Standard project の Dedicated serving clusterCU size <=32コンソールでは、1 つの cluster に対して最大 32 CUs を作成できます。
Enterprise project の Dedicated serving clusterCU size x Replica Count <=204,800コンソールでは、1 つの cluster に対して最大 2,048 CUs を作成できます。
ただし、replica を追加した場合の制限は CU size x Replica Count <=204,800 です。

以下の場合は、ぜひ お問い合わせ ください。

  • Standard project 内の Dedicated clusters で 32 CUs を超える必要がある場合

  • Enterprise project 内の Dedicated clusters で 1,024 CUs を超える必要がある場合

Replicas

replica を追加するには、その cluster に 少なくとも 8 CUs が必要です。さらに、次の制限も適用されます。

ItemLimitsRemarks
Replica100最大 100 個の replica を作成できます。
Query CU x Replica Count204,800cluster replica x query CU は 204,800 を超えてはなりません。
📘Notes

以前の Milvus リリースと互換性のある一部の cluster では、replica を追加するために少なくとも 12 CUs が必要になる場合があります。

query CU が少ない cluster に replica を追加するには、お問い合わせ ください。

Databases

  • 各 Serving-Dedicated cluster は最大 1024 個の database を持つことができます。

  • デフォルト database は削除できません。

Collections

Zilliz Cloud cluster 内の collection と partition の最大数は、その cluster に割り当てられた CUs 数と、互換性のある Milvus バージョンによって異なります。以下の説明を参照して、cluster 内の collection と partition の最大数を計算できます。

1 CU あたり最大 1,024 個の collection、または 4,096 個の partition を作成でき、1 つの collection あたり最大 1,024 個の partition を許可します。cluster 内の collection 数と partition 数の上限は、次の式で計算できます。

I1aJwA2LShihxQbyG30cFm14ngf

  • cluster 内の collection 総数は、cluster の CUs 数の 1,024 倍、または 16,384 のいずれか小さい方未満である必要があります。

  • cluster 内のすべての collection にまたがる partition 総数は、cluster に割り当てられた CUs 数の 4,096 倍、または 65,536 のいずれか小さい方未満である必要があります。

  • 両方の条件を満たす必要があります。

Fields

ItemMax Number
Fields per collection64
Vector fields per collection10

field に関するその他の制限:

  • VarChar や JSON などの一部の field は、想定より多くのメモリを使用し、cluster が満杯になる原因となる場合があります。

Dimensions

vector field の最大次元数は 32,768 です。

Shards

許可される shard の最大数は、cluster の CU size に依存します。

CU SizeMax Number
1 - 2 CU2
4 - 8 CU4
12 - 64 CU8
> 64 CU16

Rate limit

Zilliz Cloud は、collection および partition のデータ定義言語(DDL)操作にも rate limit を課しています。これには、collection の作成、load、release、drop が含まれます。以下の rate limit は、Serverless cluster と Dedicated cluster の両方の collection に適用されます。

Rate Limit
Collection DDL Operation
(create, load, release, drop)
20 req/s per cluster
Partition DDL Operation
(create, load, release, drop)
20 req/s per cluster

Operations

このセクションでは、Zilliz Cloud cluster における一般的なデータ操作の rate limit に焦点を当てます。

Insert and Upsert

insert および upsert 操作の rate limit は、cluster のデプロイメントオプションと使用中の CUs 数によって異なります。

Maximum Insert and Upsert Rate Limits
Dedicated cluster16 MB/s + 1 MB/s × CU
最大で 256 MB/s まで。

例:

  • 1 CU: 17 MB/s

  • 8 CUs: 24 MB/s

  • 64 CUs: 80 MB/s

  • 240 CUs: 256 MB/s

  • >= 240 CUs: 最大 256 MB/s

さらに、次の追加制限が適用されます。

  • 単一 shard の書き込みレートは 32 MB/s を超えてはなりません。

  • データを insert する際は、スキーマで定義されたすべての field を含めてください。collection で AutoID が有効な場合は primary key を除外してください。

  • データを upsert する際は、スキーマで定義されたすべての field を含めてください。

  • insert または upsert された entity を検索や query で即座に取得できるようにするには、search または query リクエスト内の consistency level を Strong に変更することを検討してください。詳細は Consistency Level を参照してください。

Index

index タイプは field タイプによって異なります。次の表は、index 化可能な field タイプと対応する index タイプを示しています。

Field TypeIndex TypeMetric Type
Vector FieldAUTOINDEXL2, IP, and COSINE
VarChar FieldTRIEN/A
Int8/16/32/64STL_SORTN/A
Float32/64STL_SORTN/A

Flush

flush リクエストの rate limit は 1 秒あたり 0.1 リクエストで、特定の cluster タイプでは collection レベルで適用されます。この rate limit は、Milvus v2.4.x 以降と互換性のある cluster に適用されます。

📘Notes

flush 操作を手動で実行することは推奨されません。Zilliz Cloud cluster がこれを適切に処理します。

Load

load リクエストの rate limit は、cluster ごとに 20 req/s です。

📘Notes

すでに load 済みの collection に対しては、新しいデータがこれらの collection に入ってくる場合でも、collection の load を実行する必要はありません。

各 search リクエスト/レスポンスは 64 MB を超えてはなりません。

各 search リクエストに含められる query vector の数(通常 nq と呼ばれます)は 16,384 以下であり、各 search レスポンスが返す数(通常 topK と呼ばれます)は返却される entity 数として 16,384 以下です。

Query

各 query リクエスト/レスポンスは 64 MB を超えてはなりません。

各 query レスポンスが返す entity 数は 16,384 以下です(通常 topK と呼ばれます)。

Delete

各 delete リクエスト/レスポンスは 64 MB を超えてはなりません。

delete リクエストの rate limit は、cluster ごとに 0.5 MB/s です。

Drop

drop リクエストの rate limit は、cluster ごとに 20 req/s です。

Data import

1 つの collection で、実行中または保留中の import job を最大 10,000 件まで持つことができます。

Zilliz Cloud は、web console 上で import するファイルにも制限を課しています。

File TypeLocal uploadFrom Object Storage
JSON1 GBimport の合計最大サイズは 1 TB、各ファイルの最大サイズは 10 GB、ファイル数は最大 1,000 個です。
Parquet1 GBimport の合計最大サイズは 1 TB、各ファイルの最大サイズは 10 GB、ファイル数は最大 1,000 個です。
NumpyNot supportimport の合計最大サイズは 1 TB、各サブディレクトリの最大サイズは 10 GB、サブディレクトリ数は最大 1,000 個です。

詳細については、Storage Options および Format Options を参照してください。

Backup on Console

手動で作成した backup は永続的に保持されます。

自動作成された backup の最大保持期間は 30 日です。

Restore on Console

backup ファイルは、その backup ファイルの元の cluster と同じリージョン内で restore できます。restore 先の target cluster は、元の cluster と同じ CU type を使用する必要があります。

IP Access List

ItemMax NumberRemarks
Console IP Access100コンソール IP 許可リストには最大 100 個の IP アドレスを追加できます。

Migration

他のベンダーから Zilliz Cloud cluster にデータを migration でき、migration ごとの collection の最大数は Zilliz Cloud cluster によって異なります。migration のたびに最大 10 個の collection を migration できます。

API の提供状況

Zilliz Cloud は、より優れたユーザー体験を提供するために、Milvus とは若干異なる動作をします。この記事は、API の観点から 2 つのプラットフォームの違いを明確にすることを目的としています。 | BYOC

Ctrl I