Zilliz Cloud 制限
このページでは、Zilliz Cloud プラットフォームの制限について説明します。このページで言及されている設定のほとんどは、Zilliz が提供する OPS システムを使用して調整できます。さらにサポートが必要な場合は、お問い合わせ ください。
組織 & プロジェクト
次の表は、1 人のユーザーに許可される組織とプロジェクトの最大数の制限を示しています。
項目 | 最大数 | 備考 |
|---|---|---|
プロジェクト | 100 | 各ユーザーは 1 つの組織に最大 100 個のプロジェクトを作成できます。 |
ユーザー & ロール
次の表は、Zilliz Cloud で許可されるユーザーの最大数の制限を示しています。
項目 | 最大数 | 備考 |
|---|---|---|
クラスターユーザー | 100 | 1 つのクラスターには合計最大 100 人のユーザーを設定できます。 |
クラスターカスタムロール | 20 | 1 つのクラスターには合計最大 20 のカスタムロールを設定できます。この制限を解除するには お問い合わせ ください。 |
APIキー
項目 | 最大数 | 備考 |
|---|---|---|
APIキー | 100 | 各組織には、リソースの最適な利用とセキュリティのため、最大 100 個のカスタマイズされた APIキーを含めることができます。 |
コンソール IP 許可リスト
項目 | 最大数 | 備考 |
|---|---|---|
組織コンソール IP 許可リスト内の IP | 100 | 各組織のコンソール IP 許可リストには、最大 100 個の IP アドレスまたは CIDR ブロックを含めることができます。 |
クラスター
CU
CU はデータの並列処理に使用される計算リソースの基本単位であり、異なる CU タイプは CPU、メモリ、ストレージの異なる組み合わせで構成されています。CU の概念は Dedicated クラスターにのみ適用されます。
プロジェクトプラン & クラスターデプロイオプション | 制限 | 備考 |
|---|---|---|
Standard プロジェクトの Dedicated サービングクラスター | CU サイズ <=32 | コンソール上で、1 つのクラスターに最大 32 CU まで作成できます。 |
Enterprise プロジェクトの Dedicated サービングクラスター | CU サイズ x レプリカ数 <=10,240 | コンソール上で、1 つのクラスターに最大 1,024 CU まで作成できます。 ただし、レプリカを追加する場合、制限は CU サイズ x レプリカ数 <=10,240 となります。 |
以下の場合は、お問い合わせ ください：
-
Standard プロジェクトの Dedicated クラスターで 32 CU を超える必要がある場合
-
Enterprise プロジェクトの Dedicated クラスターで 1,024 CU を超える必要がある場合
レプリカ
レプリカを追加するには、クラスターに 12 CU 以上 が必要です。以下の制限も適用されます。
項目 | 制限 | 備考 |
|---|---|---|
レプリカ | 10 | 最大 10 個のレプリカを作成できます。 |
クエリ CU x レプリカ数 | 10,240 | クラスターのレプリカ x クエリ CU は 10,240 を超えてはいけません。 |
データベース
-
各 Serving-Dedicated クラスターは最大 1024 のデータベースを持つことができます。
-
デフォルトのデータベースは削除できません。
コレクション
Zilliz Cloud クラスター内のコレクションとパーティションの最大数は、クラスターに割り当てられた CU の数と互換性のある Milvus バージョンによって異なります。以下の説明を参照して、クラスター内のコレクションとパーティションの最大数を計算できます。
CU あたり最大 1,024 のコレクションまたは 4,096 のパーティションを作成でき、コレクションあたり最大 1,024 のパーティションが許可されています。クラスター内のコレクションとパーティションの上限を計算するために、以下の式を使用できます：
-
クラスター内のコレクションの総数は、クラスター内の CU 数の 1,024 倍または 16,384 のいずれか小さい方より少なくする必要があります。
-
クラスター内のすべてのコレクションにまたがるパーティションの総数は、クラスターに割り当てられた CU 数の 4,096 倍または 65,536 のいずれか小さい方より少なくする必要があります。
-
両方の条件を満たす必要があります。
フィールド
項目 | 最大数 |
|---|---|
コレクションあたりのフィールド数 | 64 |
コレクションあたりのベクトルフィールド数 | 10 |
フィールドに関するその他の制限：
- VarChar や JSON などの一部のフィールドは、予想より多くのメモリを使用し、クラスターがフルになる原因となる可能性があります。
次元数
ベクトルフィールドの最大次元数は 32,768 です。
シャード
許可されるシャードの最大数は、クラスターの CU サイズによって異なります。
CU サイズ | 最大数 |
|---|---|
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 |
運用
このセクションでは、Zilliz Cloud クラスターでの一般的なデータ操作のレート制限に焦点を当てます。
挿入とアップサート
挿入とアップサート操作のレート制限は、クラスターデプロイオプションと使用している CU の数によって異なります。
最大挿入およびアップサートレート制限 | |
|---|---|
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 を超えてはいけません。
-
データを挿入する際は、スキーマで定義されたすべてのフィールドを含めてください。コレクションで AutoID が有効になっている場合は、プライマリキーを除外してください。
-
データをアップサートする際は、スキーマで定義されたすべてのフィールドを含めてください。
-
挿入またはアップサートされたエンティティを検索およびクエリですぐに検索可能にするには、検索またはクエリリクエストの一貫性レベルを Strong に変更することを検討してください。詳細については、一貫性レベル をお読みください。
インデックス
インデックスタイプはフィールドタイプによって異なります。次の表は、インデックス可能なフィールドタイプと対応するインデックスタイプを示しています。
フィールドタイプ | インデックスタイプ | メトリックタイプ |
|---|---|---|
ベクトルフィールド | AUTOINDEX | L2, IP, COSINE |
VarChar フィールド | TRIE | N/A |
Int8/16/32/64 | STL_SORT | N/A |
Float32/64 | STL_SORT | N/A |
フラッシュ
フラッシュリクエストのレート制限は、特定のクラスタータイプのコレクションレベルで課される 1 秒あたり 0.1 リクエストです。このレート制限は、Milvus v2.4.x 以降と互換性のあるクラスターに適用されます。
フラッシュ操作を手動で実行することは推奨されません。Zilliz Cloud クラスターが適切に処理します。
ロード
ロードリクエストのレート制限は、クラスターあたり 20 req/s です。
すでにロードされているコレクションに新しいデータが流入しても、これらのコレクションのロードコレクションを実行する必要はありません。
検索
各検索リクエスト/レスポンスは 64 MB を超えてはいけません。
各検索リクエストが含むクエリベクトルの数（通常 nq と呼ばれる）は 16,384 を超えず、各検索レスポンスが返す数（通常 topK と呼ばれる）は 16,384 エンティティを超えてはいけません。
クエリ
各クエリリクエスト/レスポンスは 64 MB を超えてはいけません。
各クエリレスポンスが返すエンティティ数は最大 16,384（通常 topK と呼ばれる）です。
削除
各削除リクエスト/レスポンスは 64 MB を超えてはいけません。
削除リクエストのレート制限は、クラスターあたり 0.5 MB/s です。
ドロップ
ドロップリクエストのレート制限は、クラスターあたり 20 req/s です。
データインポート
コレクション内で実行中または保留中のインポートジョブは最大 10,000 まで可能です。
Zilliz Cloud は、Web コンソールでのインポートファイルにも制限を課しています。
ファイルタイプ | ローカルアップロード | オブジェクトストレージから |
|---|---|---|
JSON | 1 GB | 最大合計インポートサイズは 1 TB、各ファイルの最大サイズは 10 GB、最大 1,000 ファイルまで。 |
Parquet | 1 GB | 最大合計インポートサイズは 1 TB、各ファイルの最大サイズは 10 GB、最大 1,000 ファイルまで。 |
Numpy | 非対応 | 最大合計インポートサイズは 1 TB、各サブディレクトリの最大サイズは 10 GB、最大 1,000 サブディレクトリまで。 |
詳細については、ストレージオプション と フォーマットオプション を参照してください。
コンソールでのバックアップ
手動で作成されたバックアップは永久に保持されます。
自動作成されたバックアップの最大保持期間は 30 日です。
コンソールでの復元
バックアップファイルは、バックアップファイルの元のクラスターと同じリージョンに復元できます。復元の対象クラスターは、元のクラスターと同じ CU タイプを使用する必要があります。
IP アクセスリスト
項目 | 最大数 | 備考 |
|---|---|---|
コンソール IP アクセス | 100 | コンソール IP 許可リストに最大 100 個の IP アドレスを追加できます。 |
マイグレーション
他のベンダーから Zilliz Cloud クラスターにデータを移行でき、マイグレーションごとの最大コレクション数は Zilliz Cloud クラスターによって異なります。マイグレーション中は、1 回あたり最大 10 個のコレクションを移行できます。