Zilliz Cloud の制限

このページでは、Zilliz Cloud プラットフォームの制限事項について説明します。これらの制限に関連する問題を報告する必要がある場合は、リクエストを送信 してください。

組織とプロジェクト

次の表は、1 人のユーザーに許可される組織とプロジェクトの最大数に関する制限を示しています。

項目	最大数	備考
組織	1	Zilliz Cloud は、アカウント登録が成功すると自動的に 1 つの組織を作成します。さらに組織が必要な場合は、サポートチケットを作成 してください。1 人のユーザーは複数の組織に参加できます。
プロジェクト	100	各ユーザーは、1 つの組織内に最大 100 個のプロジェクトを作成できます。

ユーザーとロール

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

項目	最大数	備考
組織ユーザー	100	1 つの組織には、合計で最大 100 人の組織ユーザーを含めることができます。
クラスターユーザー	500	1 つのクラスターには、合計で最大 500 人のユーザーを含めることができます。
クラスターのカスタムロール	500	1 つのクラスターには、合計で最大 500 個のカスタムロールを含めることができます。この制限を解除するには、お問い合わせ ください。

API キー

項目	最大数	備考
API キー	100	各組織には、リソースを最適に利用してセキュリティを確保するために、最大 100 個のカスタマイズされた API キーを含めることができます。

コンソール IP 許可リスト

項目	最大数	備考
組織のコンソール IP 許可リスト内の IP	100	各組織のコンソール IP 許可リストには、最大 100 個の IP または CIDR ブロックを含めることができます。

ボリューム

項目	最大数	備考
マネージドボリューム	100	各組織には、最大 100 個のマネージドボリュームを含めることができます。
外部ボリューム	100	各組織には、最大 100 個の外部ボリュームを含めることができます。

クラスター

クラスター数

クラスターの最大数は、支払い方法とデプロイオプションによって異なります。

• 有効な支払い方法がない場合

  クラスターデプロイオプション	最大数	備考
  Free	1	各組織で許可される Free クラスターは 1 つだけです。必要に応じて、既存の Free クラスターを削除し、新しいものに置き換えることができます。
  Serverless/Dedicated	1	無料トライアル中に作成できる Serverless/Dedicated クラスターは 1 つだけです。追加のクラスターが必要な場合は、支払い方法を追加してください。

• 有効な支払い方法がある場合

  クラスターデプロイオプション	最大数	備考
  Serving - Free	1	各組織で許可される Free クラスターは 1 つだけです。必要に応じて、既存の Free クラスターを削除し、新しいものに置き換えることができます。
  Serving - Serverless	100	各プロジェクトで作成できる Serverless クラスターは最大 100 個です。
  Serving - Dedicated	100	各プロジェクトで作成できる Dedicated クラスターは最大 100 個です。
  On-demand	20	各プロジェクトで作成できるオンデマンドクラスターは最大 20 個です。

CU

CU は、データの並列処理に使用されるコンピュートリソースの基本単位であり、CU タイプによって CPU、メモリ、ストレージの組み合わせが異なります。CU の概念は Dedicated クラスターにのみ適用されます。

プロジェクトプランとクラスターデプロイオプション	制限	備考
Standard プロジェクトの Dedicated サービングクラスター	CU size <=32	コンソールでは、1 つのクラスターに対して最大 32 CU を作成できます。
Enterprise プロジェクトの Dedicated サービングクラスター	CU size x Replica Count <=204,800	コンソールでは、1 つのクラスターに対して最大 2,048 CU を作成できます。 ただし、レプリカを追加する場合の制限は CU size x Replica Count <=204,800 です。
Enterprise プロジェクトのオンデマンドクラスター	8<= CU size <= 256	コンソールでは、1 つのオンデマンドクラスターは 8～256 CU をサポートします。 8 CU ごとに、最大 3 TB のデータにわたる検索が可能になります。

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

• Standard プロジェクトの Dedicated クラスターで 32 CU を超える必要がある場合

• Enterprise プロジェクトの Dedicated クラスターで 1,024 CU を超える必要がある場合

vCU

仮想コンピュートユニット（vCU）は、読み取り操作（search や query など）と書き込み操作（insert、upsert、delete など）で消費されるリソースを測定するために使用されます。vCU の概念は Free クラスターと Serverless クラスターにのみ適用されます。

クラスタープラン	制限
Free	月あたり 250 万 vCU
Serverless	N/A

容量

次の表は、各タイプのクラスタープランの容量に関する制限を示しています。

クラスタープラン	制限
Free	クラスターあたり 5 GB（クラスターあたり 100 万個の 768 次元ベクトルに相当）
Serverless	Zilliz Cloud の Serverless クラスターには容量制限がありません。
Dedicated（CU あたり）	Zilliz Cloud の Dedicated クラスターには容量制限がありません。

Notes

Dedicated クラスターの容量の上限は、使用する CU タイプとサイズによって異なります。クラスターの容量が不足している場合は、CU タイプとサイズの調整を検討してください。詳細については、クラスタースケーリングの計画 を参照してください。

レプリカ

レプリカを追加するには、クラスターに 少なくとも 8 CU が必要です。さらに、次の制限も適用されます。

項目	制限	備考
レプリカ	100	最大 100 個のレプリカを作成できます。
Query CU x Replica Count	204,800	クラスターのレプリカ x Query CU は 204,800 を超えてはなりません。

Notes

以前の Milvus リリースと互換性のある特定のクラスターでは、レプリカを追加するために少なくとも 12 CU が必要になる場合があります。

Query CU が少ないクラスターにレプリカを追加するには、お問い合わせ ください。

データベース

• 各 Serving-Dedicated クラスターは、最大 1024 個のデータベースを持つことができます。

• プロジェクトおよびリージョンごとに、最大 64 個のオンデマンドコンピュートデータベースを作成できます。

• デフォルトデータベースは削除できません。

コレクション

Zilliz Cloud クラスター内のコレクションとパーティションの最大数は、そのクラスターに割り当てられた CU 数と、互換性のある Milvus バージョンによって異なります。以下の説明を参照して、クラスター内のコレクションとパーティションの最大数を計算できます。

1 CU あたり最大 1,024 個のコレクションまたは 4,096 個のパーティションを作成でき、1 つのコレクションあたり最大 1,024 個のパーティションが許可されます。次の計算式を使用して、クラスター内のコレクション数とパーティション数の上限を計算できます:

• クラスター内のコレクションの総数は、クラスター内の CU 数の 1,024 倍または 16,384 のいずれか小さい方未満である必要があります。

• クラスター内のすべてのコレクションにわたるパーティションの総数は、クラスターに割り当てられた CU 数の 4,096 倍または 65,536 のいずれか小さい方未満である必要があります。

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

Notes

Free クラスターと Serverless クラスターには、代わりに次の制限が適用されます:

• Free クラスターでは最大 5 個のコレクションが許可され、

• Serverless クラスターは最大 100 個のコレクションをサポートします。

フィールド

項目	最大数
コレクションあたりのフィールド数	64
コレクションあたりのベクトルフィールド数	Free & Serverless: 4 Dedicated: 10

フィールドに関するその他の制限:

• VarChar や JSON などの一部のフィールドは、想定よりも多くのメモリを使用し、クラスターが満杯になる原因となることがあります。

次元

ベクトルフィールドの最大次元数は 32,768 です。

シャード

許可されるシャードの最大数は、クラスタープランとクラスターの CU サイズによって異なります。

クラスタープランと CU サイズ		最大数
Free		2
Serverless		2
Dedicated	1 - 2 CU	2
	4 - 8 CU	4
	12 - 64 CU	8
	> 64 CU	16

レート制限

Zilliz Cloud は、コレクションおよびパーティションのデータ定義言語（DDL）操作にもレート制限を課しています。これには、コレクションの作成、ロード、解放、削除が含まれます。次のレート制限は、Serverless クラスターと Dedicated クラスターの両方のコレクションに適用されます。

	レート制限
コレクション DDL 操作 (create, load, release, drop)	クラスターあたり 20 req/s
パーティション DDL 操作 (create, load, release, drop)	クラスターあたり 20 req/s

パーティション

次の表は、パーティションのデータ書き込み量を示しています。

項目	制限	備考
パーティションデータ書き込み量	2 TB	単一パーティションのデータ書き込み量は 2 TB に制限されています。

操作

このセクションでは、Zilliz Cloud クラスターにおける一般的なデータ操作のレート制限に焦点を当てます。

Insert と Upsert

insert および upsert 操作のレート制限は、クラスターデプロイオプションと使用中の CU 数によって異なります。

	Insert および Upsert の最大レート制限
Free クラスター	2 MB/s
Serverless クラスター	10 MB/s
Dedicated クラスター	16 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

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

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

• データを insert する場合は、スキーマで定義されたすべてのフィールドを含めてください。コレクションで AutoID が有効になっている場合は、プライマリキーを除外してください。

• データを upsert する場合は、スキーマで定義されたすべてのフィールドを含めてください。

• insert または upsert したエンティティを search や query で即座に取得できるようにするには、search または query リクエストの consistency level を Strong に変更することを検討してください。詳細については、整合性レベル を参照してください。

インデックス

インデックスタイプはフィールドタイプによって異なります。次の表は、インデックス化可能なフィールドタイプと、対応するインデックスタイプを示しています。

フィールドタイプ	インデックスタイプ	メトリクスタイプ
ベクトルフィールド	AUTOINDEX	L2、IP、COSINE
VarChar フィールド	TRIE	N/A
Int8/16/32/64	STL_SORT	N/A
Float32/64	STL_SORT	N/A

Flush

flush リクエストのレート制限は 1 秒あたり 0.1 リクエストで、特定のクラスタータイプではコレクションレベルで適用されます。このレート制限は、次のものに適用されます:

• Milvus v2.4.x 以降と互換性のある Serverless クラスター。

• ベータ版にアップグレードされた、Milvus v2.4.x 以降と互換性のある Dedicated クラスター。

Notes

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

Load

load リクエストのレート制限は、クラスターあたり 20 req/s です。

Notes

すでにロードされているコレクションには、新しいデータがこれらのコレクションに流入している場合でも、コレクションの load を実行する必要はありません。

Search

各 search request/response は 64 MB 以下である必要があります。

各 search リクエストが保持するクエリベクトルの数（通常 nq と呼ばれます）は、サブスクリプションプランによって異なります:

• Free クラスターと Serverless クラスターでは、nq は 10 以下です。

• Dedicated クラスターでは、nq は 16,384 以下です。

各 search レスポンスが保持する数（通常 topK と呼ばれます）は、サブスクリプションプランによって異なります:

• Free クラスターと Serverless クラスターでは、topK は返されるエンティティ数が 1,024 以下です。

• Dedicated クラスターでは、topK は返されるエンティティ数が 16,384 以下です。

Query

各 query request/response は 64 MB 以下である必要があります。

各 query レスポンスが返すエンティティ数は 16,384 以下です（通常 topK と呼ばれます）。

Delete

各 delete request/response は 64 MB 以下である必要があります。

delete リクエストのレート制限は、クラスターあたり 0.5 MB/s です。

Drop

drop リクエストのレート制限は、クラスターあたり 20 req/s です。

データインポート

1 つのコレクションで、最大 10,000 個の実行中または保留中のインポートジョブを持つことができます。

Zilliz Cloud は、Web コンソールでインポートするファイルにも制限を課しています。

ファイルタイプ	ローカルアップロード	オブジェクトストレージから
JSON	1 GB	Free: 各インポートリクエストでは最大 1 GB のデータをインポートでき、1 ファイルあたり最大 1 GB、1 回のインポートで最大 1,000 ファイルです。 Serverless & Dedicated: インポートの最大合計サイズは 1 TB で、各ファイルの最大サイズは 10 GB、最大 1,000 ファイルです。
Parquet	1 GB	Free: 各インポートリクエストでは最大 1 GB のデータをインポートでき、1 ファイルあたり最大 1 GB、1 回のインポートで最大 1,000 ファイルです。 Serverless & Dedicated: インポートの最大合計サイズは 1 TB で、各ファイルの最大サイズは 10 GB、最大 1,000 ファイルです。
Numpy	未対応	Free: 各インポートリクエストでは最大 1 GB のデータをインポートでき、1 サブディレクトリあたり最大 1 GB、1 回のインポートで最大 1,000 サブディレクトリです。 Serverless & Dedicated: インポートの最大合計サイズは 1 TB で、各サブディレクトリの最大サイズは 10 GB、最大 1,000 サブディレクトリです。

詳細については、ストレージオプション および フォーマットオプション を参照してください。

コンソールでのバックアップ

手動で作成されたバックアップは永久に保持されます。

自動的に作成されたバックアップの最大保持期間は 30 日です。

コンソールでの復元

バックアップファイルの元のクラスターと同じリージョンでバックアップファイルを復元できます。復元先のターゲットクラスターは、元のクラスターと同じ CU タイプを使用する必要があります。

IP アクセスリスト

項目	最大数	備考
コンソール IP アクセス	100	コンソール IP 許可リストには最大 100 個の IP アドレスを追加できます。
クラスター IP アクセス	100	クラスター IP 許可リストには最大 100 個の IP アドレスを追加できます。

移行

他のベンダーから Zilliz Cloud クラスターにデータを移行できます。1 回の移行あたりのコレクションの最大数は、Zilliz Cloud クラスターのサブスクリプションプランによって異なります。

ターゲットクラスターのサブスクリプションプラン	1 回の移行あたりのコレクションの最大数
Free	5
Serverless / Dedicated	10

プライベートエンドポイント

項目	最大数	備考
プライベートエンドポイント	10	各プロジェクトで最大 10 個のプライベートエンドポイントを作成できます。

API の利用可否

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