Zilliz Cloud 制限
このページでは、Zilliz Cloud プラットフォームにおける制限事項について説明します。このページに記載されている設定のほとんどは、Zilliz が提供する OPS システムを使用して調整できます。さらにサポートが必要な場合は、お問い合わせください。
組織とプロジェクト
以下の表は、単一ユーザーが作成できる組織およびプロジェクトの最大数に関する制限を示しています。
項目 | 最大数 | 備考 |
|---|---|---|
プロジェクト | 100 | 各ユーザーは、1 つの組織内で最大 100 個のプロジェクトを作成できます。 |
ユーザーとロール
以下の表は、Zilliz Cloud において許可されるユーザー数の最大値に関する制限を示しています。
項目 | 最大数 | 備考 |
|---|---|---|
クラスターユーザー | 100 | 1 つのクラスターには、合計で最大 100 人のユーザーを含めることができます。 |
クラスターカスタムロール | 20 | 1 つのクラスターには、合計で最大 20 個のカスタムロールを含めることができます。この制限を解除するには、お問い合わせください。 |
API キー
項目 | 最大数 | 備考 |
|---|---|---|
API キー | 100 | 最適なリソース活用とセキュリティのため、各組織に含めることができるカスタマイズされた API キーの最大数は 100 個です。 |
コンソール IP 許可リスト
項目 | 最大数 | 備考 |
|---|---|---|
組織コンソールの IP 許可リスト内の IP アドレス | 100 | 各組織コンソールの IP 許可リストには、最大 100 個の IP アドレスまたは CIDR ブロックを含めることができます。 |
クラスター
CU
CU は、データの並列処理に使用される計算リソースの基本単位であり、異なる CU タイプは CPU、メモリ、ストレージのさまざまな組み合わせで構成されます。CU の概念は、専用クラスターにのみ適用されます。
プロジェクトプランとクラスターデプロイオプション | 制限 | 備考 |
|---|---|---|
標準プロジェクト内の専用クラスター | CU サイズ <=32 | コンソール上では、単一のクラスターに対して最大 32 CU を作成できます。 |
エンタープライズプロジェクト内の専用クラスター | CU サイズ x レプリカ数 <=10,240 | コンソール上では、単一のクラスターに対して最大 1,024 CU を作成できます。 ただし、レプリカを追加する場合、制限は CU サイズ x レプリカ数 <=10,240 となります。 |
以下の場合には、お問い合わせください：
-
標準プロジェクト内の専用クラスターで 32 CU を超える必要がある場合
-
エンタープライズプロジェクト内の専用クラスターで 1,024 CU を超える必要がある場合
レプリカ
レプリカを追加するには、クラスターに12 CU 以上が必要です。また、以下の制限も適用されます。
項目 | 制限 | 備考 |
|---|---|---|
レプリカ | 10 | 最大 10 個のレプリカを作成できます。 |
クエリ CU x レプリカ数 | 10,240 | クラスターのレプリカ数 x クエリ CU は 10,240 を超えてはいけません。 |
データベース
-
データベースは専用クラスター内でのみ作成できます。
-
各専用クラスターには、最大 1024 個のデータベースを含めることができます。
-
デフォルトデータベースは削除できません。
コレクション
Zilliz Cloud クラスター内のコレクションおよびパーティションの最大数は、割り当てられた CU 数と互換性のある Milvus バージョンによって異なります。以下の説明を参照し、クラスター内のコレクションおよびパーティションの最大数を計算できます。
Milvus v2.4.x と互換性のあるクラスター
CU あたり最大256個のコレクションまたは1,024個のパーティションを作成でき、コレクションあたりのパーティション数は最大1,024個まで許可されます。以下の式を使用して、クラスター内のコレクション数およびパーティション数の上限を計算できます：
-
クラスター内のコレクションの総数は、クラスター内の CU 数の 256 倍または 16,384 のいずれか小さい方未満である必要があります。
-
クラスター内のすべてのコレクションにわたるパーティションの総数は、クラスターに割り当てられた CU 数の 1,024 倍または 65,536 のいずれか小さい方未満である必要があります。
-
両方の条件を満たす必要があります。
Milvus v2.5.x と互換性のあるクラスター
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）操作（コレクションの作成、ロード、リリース、削除など）にもレート制限を課しています。以下のレート制限は、サーバーレスクラスターと専用クラスターの両方のコレクションに適用されます。
レート制限 | |
|---|---|
コレクション DDL 操作 （作成、ロード、リリース、削除） | クラスターあたり 20 req/s |
パーティション DDL 操作 （作成、ロード、リリース、削除） | クラスターあたり 20 req/s |
運用
このセクションでは、Zilliz Cloud クラスターにおける一般的なデータ操作のレート制限に焦点を当てます。
Insert
各挿入リクエスト/レスポンスは64MB を超えてはいけません。
適用されるレート制限は、クラスタイプと使用中の CU 数によって異なります。以下の表は、挿入操作のレート制限を示しています。
最大挿入レート制限 | |
|---|---|
[1 CU, 2 CUs] | 8 MB/s |
[4 CUs, 8 CUs] | 12 MB/s |
[12 CUs, 20 CUs] | 16 MB/s |
[24 CUs, 64 CUs) | 24 MB/s |
[64 CUs, 128CUs) | 36 MB/s |
[128 CUs, 256CUs) | 48 MB/s |
| 64 MB/s |
データを挿入する際は、スキーマで定義されたすべてのフィールドを含めてください。コレクションで AutoID が有効になっている場合、主キーは除外してください。
挿入されたエンティティを検索やクエリですぐに取得可能にするには、検索またはクエリリクエストの一貫性レベルをStrongに変更することを検討してください。詳細については、一貫性レベル をご覧ください。
Upsert
各アップサートリクエスト/レスポンスは64MB を超えてはいけません。
適用されるレート制限は、クラスタイプと使用中の CU 数によって異なります。以下の表は、アップサート操作のレート制限を示しています。
最大アップサートレート制限 | |
|---|---|
[1 CU, 2 CUs] | 8 MB/s |
[4 CUs, 8 CUs] | 12 MB/s |
[12 CUs, 20 CUs] | 16 MB/s |
[24 CUs, 64 CUs) | 24 MB/s |
[64 CUs, 128CUs) | 36 MB/s |
[128 CUs, 256CUs) | 48 MB/s |
| 64 MB/s |
データをアップサートする際は、スキーマで定義されたすべてのフィールドを含めてください。
アップサートされたエンティティを検索やクエリですぐに取得可能にするには、検索またはクエリリクエストの一貫性レベルをStrongに変更することを検討してください。詳細については、一貫性レベル をご覧ください。
インデックス
インデックスタイプはフィールドタイプによって異なります。以下の表は、インデックス化可能なフィールドタイプと対応するインデックスタイプを示しています。
フィールドタイプ | インデックスタイプ | メトリックタイプ |
|---|---|---|
ベクトルフィールド | AUTOINDEX | L2、IP、および COSINE |
VarChar フィールド | TRIE | N/A |
Int8/16/32/64 | STL_SORT | N/A |
Float32/64 | STL_SORT | N/A |
Flush
フラッシュリクエストのレート制限は 0.1 req/s で、特定のクラスタイプに対してコレクションレベルで課されます。このレート制限は、Milvus v2.4.x 以降と互換性のあるクラスターに適用されます。
手動でフラッシュ操作を実行することは推奨されません。Zilliz Cloud クラスターが適切に処理します。
Load
ロードリクエストのレート制限は、クラスターあたり20req/s です。
すでにロードされているコレクションに対しては、新しいデータがこれらのコレクションに入ってきても、再度ロードコレクションを実行する必要はありません。
Search
各検索リクエスト/レスポンスは64MB を超えてはいけません。
各検索リクエストが運ぶクエリベクトルの数（通常nqとして知られる）は16,384以下であり、各検索レスポンスが返すエンティティの数（通常topKとして知られる）も16,384以下です。
Query
各クエリリクエスト/レスポンスは64MB を超えてはいけません。
各クエリレスポンスが返すエンティティの数は最大 16,384 個（通常topKとして知られる）です。
Delete
各削除リクエスト/レスポンスは64MB を超えてはいけません。
削除リクエストのレート制限は、クラスターあたり0.5MB/s です。
Drop
削除リクエストのレート制限は、クラスターあたり20req/s です。
データインポート
1 つのコレクション内で実行中または保留中のインポートジョブは最大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 許可リストに追加できる IP アドレスは最大 100 個です。 |
マイグレーション
他のベンダーから Zilliz Cloud クラスターへデータを移行できます。移行時のコレクションの最大数は、Zilliz Cloud クラスターによって異なります。各移行時に移行できるコレクションの最大数は10個です。