メインコンテンツまでスキップ
バージョン: User Guides (Cloud)

Zilliz Cloud 制限

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

組織 & プロジェクト​

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

項目

最大数

備考

Organization

1

Zilliz Cloud は、アカウント登録成功時に自動的に1つの組織を作成します。さらに組織が必要な場合は、サポートチケットを作成してください。1人のユーザーは複数の組織に参加できます。

Project

100

各ユーザーは1つの組織内に最大100個のプロジェクトを作成できます。

ユーザー & ロール​

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

項目

最大数

備考

Organization User

100

1つの組織は、合計で最大100人の組織ユーザーを持つことができます。

Cluster User

500

1つのクラスターは、合計で最大500人のユーザーを持つことができます。

Cluster Custom ロール

500

1つのクラスターは、合計で最大500個のカスタムロールを持つことができます。この制限を解除するには、お問い合わせください。

APIキー​

項目

最大数

備考

APIキー

100

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

コンソール IP 許可リスト​

項目

最大数

備考

組織コンソール IP 許可リスト内の IP

100

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

ボリューム​

項目

最大数

備考

Managed volume

100

各組織は、最大100個のマネージドボリュームを含むことができます。

External volume

100

各組織は、最大100個の外部ボリュームを含むことができます。

クラスター​

クラスター数​

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

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

    クラスターデプロイオプション

    最大数

    備考

    Free

    1

    各組織には1つの Free クラスターのみが許可されています。必要に応じて、既存の Free クラスターを削除して新しいクラスターに置き換えることができます。

    Serverless/Dedicated

    1

    無料トライアル期間中は、Serverless/Dedicated クラスターを1つだけ作成できます。追加のクラスターが必要な場合は、支払い方法を追加してください。

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

    クラスターデプロイオプション

    最大数

    備考

    Serving - Free

    1

    各組織には1つの Free クラスターのみが許可されています。必要に応じて、既存の Free クラスターを削除して新しいクラスターに置き換えることができます。

    Serving - Serverless

    100

    各プロジェクトに最大100個の Serverless クラスターを作成できます。

    Serving - Dedicated

    100

    各プロジェクトに最大100個の Dedicated クラスターを作成できます。

    On-demand

    20

    各プロジェクトに最大20個のオンデマンドクラスターを作成できます。

CU​

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

プロジェクトプラン & クラスターデプロイオプション

制限

備考

Standard プロジェクトの Dedicated serving クラスター

CU サイズ <=32

コンソール上で、1つのクラスターに最大32 CU を作成できます。

Enterprise プロジェクトの Dedicated serving クラスター

CU サイズ x レプリカ数 <=10,240

コンソール上で、1つのクラスターに最大1,024 CU を作成できます。

ただし、レプリカが追加される場合、制限は CU サイズ x レプリカ数 <=10,240 となります。

Enterprise プロジェクトのオンデマンドクラスター

8<= CU サイズ <= 256

コンソール上で、1つのオンデマンドクラスターは8から256 CU をサポートします。

8 CU ごとに、最大3 TB のデータを検索できます。

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

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

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

vCU​

仮想計算ユニット（vCU）は、読み取り操作（検索やクエリなど）と書き込み操作（挿入、アップサート、削除など）で消費されるリソースを測定するために使用されます。vCU の概念は Free および Serverless クラスターにのみ適用されます。

クラスタープラン

制限

Free

月間250万 vCU

Serverless

N/A

容量​

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

クラスタープラン

制限

Free

クラスターあたり5 GB（クラスターあたり100万個の768次元ベクトルに相当）

Serverless

Zilliz Cloud の Serverless クラスターに容量制限はありません。

Dedicated（1 CU あたり）

Zilliz Cloud の Dedicated クラスターに容量制限はありません。

📘Notes

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

レプリカ​

レプリカを追加するには、クラスターに12 CU 以上が必要です。以下の制限も適用されます。

項目

制限

備考

Replica

10

最大10個のレプリカを作成できます。

Query CU x レプリカ数

10,240

クラスターのレプリカ数 x クエリ CU は10,240を超えてはいけません。

データベース​

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

  • プロジェクトあたり、リージョンあたり最大64個のオンデマンド計算データベースを作成できます。

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

コレクション​

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

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

I1aJwA2LShihxQbyG30cFm14ngf

  • クラスター内のコレクションの総数は、クラスター内の 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

運用​

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

挿入とアップサート​

挿入とアップサート操作のレート制限は、クラスターデプロイオプションと使用している CU の数によって異なります。

挿入とアップサートの最大レート制限

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

さらに、以下の追加制限が適用されます：

  • 1つのシャードの書き込みレートは32 MB/sを超えてはいけません。

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

  • データをアップサートする際は、スキーマで定義されたすべてのフィールドを含めてください。

  • 挿入またはアップサートされたエンティティを検索やクエリですぐに検索可能にするには、検索またはクエリリクエストの一貫性レベルを Strong に変更することを検討してください。詳細については、一貫性レベルをお読みください。

インデックス​

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

フィールドタイプ

インデックスタイプ

メトリックタイプ

ベクトルフィールド

AUTOINDEX

L2, IP, COSINE

VarChar Field

TRIE

N/A

Int8/16/32/64

STL_SORT

N/A

Float32/64

STL_SORT

N/A

フラッシュ​

フラッシュリクエストのレート制限は、特定のクラスタータイプのコレクションレベルで課される秒間0.1リクエストです。このレート制限は以下に適用されます：

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

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

📘Notes

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

ロード​

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

📘Notes

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

各検索リクエスト/レスポンスは64 MB を超えてはいけません。

各検索リクエストが含むクエリベクトルの数（通常nqとして知られる）は、サブスクリプションプランによって異なります：

  • Free および Serverless クラスターの場合、nq は10を超えてはいけません。

  • Dedicated クラスターの場合、nq は16,384を超えてはいけません。

各検索レスポンスが含む数（通常topKとして知られる）は、サブスクリプションプランによって異なります：

  • Free および Serverless クラスターの場合、topK は返されるエンティティ数が1,024を超えてはいけません。

  • Dedicated クラスターの場合、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

Free: 各インポートリクエストは最大1 GB のデータをインポートでき、ファイルあたり最大1 GB、インポートあたり最大1,000ファイルです。

Serverless & Dedicated: 最大総インポートサイズは1 TB で、ファイルあたりの最大サイズは10 GB、最大1,000ファイルです。

Parquet

1 GB

Free: 各インポートリクエストは最大1 GB のデータをインポートでき、ファイルあたり最大1 GB、インポートあたり最大1,000ファイルです。

Serverless & Dedicated: 最大総インポートサイズは1 TB で、ファイルあたりの最大サイズは10 GB、最大1,000ファイルです。

Numpy

Not support

Free: 各インポートリクエストは最大1 GB のデータをインポートでき、サブディレクトリあたり最大1 GB、インポートあたり最大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 クラスターにデータを移行でき、マイグレーションあたりのコレクションの最大数は、Zilliz Cloud クラスターのサブスクリプションプランによって異なります。

ターゲットクラスターのサブスクリプションプラン

マイグレーションあたりのコレクション最大数

Free

5

Serverless / Dedicated

10