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

Zillizクラウドの制限

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

組織とプロジェクト​

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

アイテム

マックス数

備考

組織について

1

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

プロジェクト

100

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

ユーザーと役割​

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

アイテム

マックス数

備考

組織ユーザー

100

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

クラスタユーザ

100

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

クラスタのカスタムロール

20

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

APIキー​

アイテム

マックス数

備考

APIキー

100

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

クラスタ​

クラスタ数​

クラスタの最大数は、支払い方法とサブスクリプションプランによって異なります。

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

    クラスタ計画

    マックス数

    備考

    フリー

    1

    Freeクラスタプランで利用できるクラスタは1つだけです。必要に応じて、既存のクラスタを削除して新しいクラスタに置き換えることができます。

    サーバーレス/専用(Standard)/専用(Enterprise)

    1

    無料トライアルでは1つの有料クラスタしか作成できません。追加クラスタをご希望の場合は、支払い方法を追加してください。

  • 有効な支払い方法で

    クラスタ計画

    マックス数

    備考

    フリー

    1

    Freeクラスタプランで利用できるクラスタは1つだけです。必要に応じて、既存のクラスタを削除して新しいクラスタに置き換えることができます。

    サーバーレス

    N/A

    N/A

    専用(スタンダード)/専用(エンタープライズ)

    総CUの体格<32 0>

    組織内のクラスターの最大数は、クラスターCUの合計金額によって異なります。組織内のすべての専用クラスターの累積CU数は320を超えてはいけません。

CU​

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

クラスタ計画

限界

備考

専用（スタンダード）

CU体格 x レプリカ数 <=32

コンソールでは、1つのクラスターに対して最大32個のCUを作成できます。 ただし、レプリカを追加する場合はCU体格 x レプリカ数 <=32 となります。

専用(エンタープライズ)

CU体格 x レプリカ数 <=256

コンソールでは、1つのクラスターに対して最大256個のCUを作成できます。 ただし、レプリカを追加する場合はCU体格 x Replica Count <=256 となります。

お気軽にお問い合わせください

  • Dedicated(Standard)クラスタが32 CU以上必要な場合

  • Dedicated(Enterprise)クラスタが256 CU以上必要な場合

vCU​

仮想コンピュートユニット(vCU)は、読み取り操作(検索やクエリなど)および書き込み操作(挿入、アップロード、削除など)によって消費されるリソースを測定するために使用されます。vCUの概念は、FreeおよびServerlessクラスターにのみ適用されます。

クラスタ計画

限界

フリー

月間250万個のvCU

サーバーレス

N/A

キャパシティ​

次の表に、クラスタープランの種類ごとの容量の制限を示します。

クラスタ計画

限界

フリー

クラスタあたり5 GB(クラスタあたり100万個の768-dimベクトルに相当)

サーバーレス

パーティションごとに1億個の768-dimベクトル

専用（CUごと）

Zilliz Cloudの専用クラスタには容量制限はありません。以下は、さまざまなCUタイプの専用クラスタの容量のクイックリファレンスです。より大きな容量の場合は、専用クラスタをスケーリングするだけです。詳細については、スケールクラスタを参照してください。

  • Performance-optimizedCU: CUごとの150万の768 dimベクトル

  • 容量最適化されたCU: CUあたり500万個の768-dimベクトル

  • 拡張容量CU: CUあたり2000万個の768暗ベクトル

レプリカ​

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

アイテム

限界

備考

レプリカ

10

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

レプリカ数 x CU体格

<= 256

クラスターCU体格 x レプリカ数は256を超えてはいけません。

データベース​

  • データベースは専用クラスターでのみ作成できます。

  • 各専用クラスターには最大1024のデータベースを持つことができます。

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

コレクション​

クラスタ計画

マックス数

備考

フリークラスタ

5

最大5つのコレクションを作成できます。

サーバーレスクラスター

100

最大100個のコレクションを作成できます。

専用クラスタ

CUあたり256、および<=16384

専用クラスターで使用されるCUごとに最大256個のコレクションを作成でき、クラスター内には16,384個を超えるコレクションは作成できません。

Zilliz Cloudは、コレクションの作成、読み込み、リリース、削除を含むコレクション操作に対してレート制限を課しました。以下のレート制限は、サーバーレスおよび専用クラスターのコレクションに適用されます。

レート制限

コレクションオペレーション(作成、ロード、リリース、ドロップ)

クラスタあたり5 req/s

パーティション​

クラスタタイプ

一つのコレクションあたりの最大数

備考

フリークラスタ

1,024

1つの無料クラスタでは、1つのコレクションにつき最大1,024個のパーティションを作成できます。

サーバーレスクラスター

1,024

サーバーレスクラスターでは、コレクションごとに最大1,024個のパーティションを作成できます。

専用クラスタ

1,024

専用クラスターでは、コレクションごとに最大1,024のパーティションを作成できます。

作成されたパーティション数と使用可能なパーティション数を計算する場合は、「コレクション」のノートを参照してください。また、パーティション作成のレート制限は、クラスタあたり1パーティション/秒です。

フィールド​

アイテム

マックス数

コレクションごとのフィールド

64

コレクションごとのベクトルフィールド

4

他のフィールドの制限:

  • Null値はどのフィールドタイプでもサポートされていません。

  • VarCharやJSONなどの一部のフィールドは、予想よりも多くのメモリを使用し、クラスターがいっぱいになる可能性があります。

ディメンション​

ベクトル場の最大次元数は32,768である。

オペレーション​

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

挿入する​

各挿入要求/応答は大なり64MBでなければなりません。

適用されるレート制限は、クラスターの種類と使用中のCUの数によって異なります。次の表に、挿入操作のレート制限を示します。

最大挿入レート制限

フリークラスタ

2 MB/s

サーバーレスクラスター

10 MB/s

専用クラスタ1-2 CU

8メガバイト/秒

専用クラスタ4-8 CU

12メガバイト/秒

専用クラスタ12-20 CU

16メガバイト/秒

専用クラスタ[24 CU、64 CU]

24メガバイト/秒

専用クラスタ[64 CUs,128 CUs)

36メガバイト/秒

専用クラスタ[128 CUs,256 CUs)

48メガバイト/秒

256 CU以上の専用クラスタ

64メガバイト/秒

データを挿入するときは、すべてのスキーマ定義フィールドを含めます。コレクションでAutoIDが有効になっている場合は、主キーを除外します。

挿入されたエンティティを検索やクエリですぐに取得できるようにするには、検索またはクエリリクエストの一貫性レベルを強くすることを検討してください。詳細については、一貫性レベルを参照してください。

アップサート​

各upsertリクエスト/レスポンスは64MB以上である必要があります。

適用されるレート制限は、クラスターの種類と使用中のCUの数によって異なります。次の表に、upsert操作のレート制限を示します。

最大Upsertレート制限

フリークラスタ

2 MB/s

サーバーレスクラスター

10 MB/s

専用クラスタ1-2 CU

8メガバイト/秒

専用クラスタ4-8 CU

12メガバイト/秒

専用クラスタ12-20 CU

16メガバイト/秒

専用クラスタ[24 CU、64 CU]

24メガバイト/秒

専用クラスタ[64 CUs,128 CUs)

36メガバイト/秒

専用クラスタ[128 CUs,256 CUs)

48メガバイト/秒

256 CU以上の専用クラスタ

64メガバイト/秒

データを更新する際には、スキーマで定義されたすべてのフィールドを含めてください。

挿入されたエンティティを検索やクエリですぐに取得できるようにするには、検索またはクエリ要求の一貫性レベルを強くすることを検討してください。詳細については、一貫性レベルを参照してください。

インデックス​

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

フィールドタイプ

インデックスタイプ

メートルタイプ

ベクトル場

AUTOINDEX

L 2、IP、およびCOSINE

VarCharフィールド

TRIE

N/A

Int 8/16/32/64

STLソート

N/A

フロート32/64

STLソート

N/A

フラッシュ​

フラッシュ要求のレート制限は、特定のクラスタータイプのコレクションレベルで課せられる1秒あたり0.1要求です。このレート制限は、以下に適用されます。

  • Milvus 2.4. x以降に対応したサーバーレスクラスター。

  • Milvus 2.4. x以降に対応したベータ版にアップグレードされた専用クラスタ。

📘ノート

手動でフラッシュ操作を実行することはお勧めできません。Zilliz Cloudクラスターが優雅に処理します。

ロードする​

ロード要求のレート制限は、クラスターあたり5req/sです。

📘ノート

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

各検索リクエスト/レスポンスは64MB以上である必要があります。

各検索要求に含まれるクエリベクトルの数(通常はnqと呼ばれます)は、サブスクリプションプランによって異なります。

  • FreeおよびServerlessクラスタの場合、nqは大なり10ではありません。

  • Dedicatedクラスタの場合、nqは16,384ではない。

各検索応答に含まれる番号（通常はtopKと呼ばれます）は、サブスクリプションプランによって異なります。

  • FreeクラスタとServerlessクラスタの場合、topKは1,024個のエンティティとは異なります。

  • Dedicatedクラスタの場合、topKは16,384個のエンティティを返しません。

クエリ​

各クエリリクエスト/レスポンスは64MB以上である必要があります。

各クエリ応答には、通常topKとして知られる16,384個を超えるエンティティは含まれません。

削除する​

各削除要求/応答は、大なり64MBであってはならない。

削除要求のレート制限は、クラスターあたり0.5MB/sです。

ドロップとす​

ドロップ要求のレート制限は、クラスターあたり5req/sです。

データのインポート​

1つのコレクションには、実行中または保留中のインポートジョブを最大10件まで含めることができます。

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

ファイルタイプ

ローカルアップロード

S 3/GCS/その他のOSSからの同期

JSON

1 GB

1 GB

Numpy

サポートしない

フォルダの最大体格は100 GBで、各サブディレクトリの最大体格は15 GBです。

パーケット

サポートしない

10ギガバイト

詳細については、ストレージオプションと書式オプションを参照してください。

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

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

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

コンソールでの復元​

スナップショットの元のクラスタと同じリージョンのスナップショットを復元することができます。復元の対象クラスタは、元のクラスタと同じCUタイプを使用する必要があります。

IPアクセスリスト​

アイテム

マックス数

備考

IPアドレス(CIDR)

20

許可リストには最大20個のIPアドレスを追加できます。

パイプライン
About to Deprecate
​

パイプラインの数​

次の表に、プロジェクトで作成できるさまざまな種類のパイプラインの制限を示します。

パイプラインタイプ

プロジェクトごとの最大数

摂取パイプライン

100

削除パイプライン

100

検索パイプライン

100

摂取する​

次の表は、各埋め込みモデルでサポートされるカスタマイズされたチャンク体格の制限を示しています。

埋め込みモデル

チャンクサイズの範囲（トークン）

zilliz/bge-based-en-v 1.5-ダウンロード

20-500

zilliz/bge-base-zh-v 1.5-ダウンロード

20-500

タイトル: voyageai/voyage-2

20-3,000

voyageai/航海コード-2

20-12,000

voyageai/ヴォヤージュラージ2

20-12,000

OPENAI/text-embedding-3-small

250-8,191

OPENAI/text-embedding-3-large

250-8,191

次の表に、取り込みパイプラインでPRESERVE関数によって生成されるメタデータフィールドの制限を示します。

マックス数

メタデータフィールドの数

50

VARCHARフィールドのmax_length

4,000

次の表は、毎回摂取できるチャンクの数の制限を示しています。

埋め込みモデル

マックス。チャンク/摂取

zilliz/bge-based-en-v 1.5-ダウンロード

3,500

タイトル: voyageai/voyage-2

6,000

voyageai/航海コード-2

6,000

OPENAI/text-embedding-3-small

6,000

OPENAI/text-embedding-large

6,000

zilliz/bge-base-zh-v 1.5-ダウンロード

3,500

パイプラインの使用​

マックス。使用法

それぞれの組織

20ドル/月