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

整合性レベル

分散型ベクトルデータベースとして、Zilliz Cloudは複数の整合性レベルを提供し、各ノードまたはレプリカが読み書き操作中に同じデータにアクセスできるようにします。現在サポートされている整合性レベルには、StrongBoundedEventuallySessionがあり、デフォルトではBoundedが使用されます。

概要

Zilliz Cloudはストレージと計算を分離したシステムです。このシステムでは、DataNodesがデータの永続化を担当し、最終的にはMinIO/S3などの分散オブジェクトストレージに保存します。QueryNodesは検索などの計算タスクを処理します。これらのタスクには、バッチデータストリーミングデータの両方の処理が含まれます。簡単に言うと、バッチデータは既にオブジェクトストレージに保存されたデータであると理解できますが、ストリーミングデータはまだオブジェクトストレージに保存されていないデータを指します。ネットワークの遅延により、QueryNodesはしばしば最新のストリーミングデータを持っていません。追加の保護措置を講じない場合、ストリーミングデータに対して直接検索を実行すると、多くの未コミットデータポイントが失われる可能性があり、検索結果の正確性に影響を与えることがあります。

UlOJwpWuKhj5LAbGSp9cwMFznEb

上図のように、検索リクエストを受け取った後、QueryNodesはストリーミングデータとバッチデータの両方を受け取ることができます。ただし、ネットワークの遅延により、QueryNodesが取得するストリーミングデータは不完全である可能性があります。

この問題を解決するために、Zilliz Cloudはデータキュー内の各レコードにタイムスタンプを付与し、データキューに継続的に同期タイムスタンプを挿入します。同期タイムスタンプ(syncTs)を受信するたびに、QueryNodesはそれをServiceTimeとして設定します。つまり、QueryNodesはそのServiceTime以前のすべてのデータを見ることができるようになります。ServiceTimeに基づき、Zilliz Cloudは整合性と可用性の異なるユーザー要求を満たすために保証タイムスタンプ(GuaranteeTs)を提供できます。ユーザーは、検索範囲に指定した時刻以前のデータを含める必要があることを検索リクエストでGuaranteeTsを指定することでQueryNodesに通知できます。

Owddb7D3Fo8zyFxJgWWcZCxanIf

上図のように、GuaranteeTsがServiceTimeより小さい場合、指定された時刻以前のすべてのデータが完全にディスクに書き込まれたことを意味し、QueryNodesはすぐに検索操作を実行できます。GuaranteeTsがServiceTimeより大きい場合、QueryNodesはServiceTimeがGuaranteeTsを超えるまで待機してから検索操作を実行する必要があります。

ユーザーはクエリの正確性とクエリの遅延の間でトレードオフを考慮する必要があります。整合性の要件が高く、クエリの遅延に敏感でない場合は、GuaranteeTsをできるだけ大きな値に設定できます。クエリ結果を迅速に受け取りたいが、クエリの正確性に対して寛容である場合は、GuaranteeTsを小さな値に設定できます。

Y9YabwvmjoWMXhxt9kRc8Atmnid

Zilliz Cloudは、異なるGuaranteeTsを持つ4つの整合性レベルを提供します。

  • Strong

    最新のタイムスタンプをGuaranteeTsとして使用し、QueryNodesはServiceTimeがGuaranteeTsを満たすまで待機してから検索リクエストを実行します。

  • Eventually

    GuaranteeTsを1のように極めて小さな値に設定し、整合性チェックを回避して、QueryNodesがすべてのバッチデータに対して即座に検索リクエストを実行できるようにします。

  • Bounded Staleness

    GuaranteeTsを最新のタイムスタンプより前の時刻に設定し、一定のデータ損失を許容してQueryNodesが検索を実行できるようにします。

  • Session

    クライアントがデータを挿入した最新の時刻をGuaranteeTsとして使用し、QueryNodesがクライアントが挿入したすべてのデータを検索できるようにします。

Zilliz Cloudでは、デフォルトの整合性レベルとしてBounded Stalenessが使用されます。GuaranteeTsを指定しない場合、最新のServiceTimeがGuaranteeTsとして使用されます。

整合性レベルの設定

コレクションの作成時や検索・クエリの実行時に、異なる整合性レベルを設定できます。検索またはクエリに整合性レベルが指定されていない場合、コレクション作成時に指定した整合性レベルが適用されます。

コレクション作成時の整合性レベル設定

コレクションを作成する際、コレクション内の検索およびクエリの整合性レベルを設定できます。以下のコード例では、整合性レベルをBoundedに設定しています。

client.create_collection(
collection_name="my_collection",
schema=schema,
consistency_level="Bounded",
)

consistency_levelパラメータの可能な値は、StrongBoundedEventuallySessionです。

特定の検索について常に整合性レベルを変更できます。以下のコード例では、整合性レベルをBoundedに戻しています。変更は現在の検索リクエストにのみ適用されます。

res = client.search(
collection_name="my_collection",
data=[query_vector],
limit=3,
search_params={"metric_type": "IP"}
consistency_level="Bounded",
# highlight-next
)

このパラメータはハイブリッド検索および検索イテレータでも使用できます。consistency_levelパラメータの可能な値は、StrongBoundedEventuallySessionです。

クエリ時の整合性レベル設定

特定の検索について常に整合性レベルを変更できます。以下のコード例では、整合性レベルをEventuallyに設定しています。設定は現在のクエリリクエストにのみ適用されます。

res = client.query(
collection_name="my_collection",
filter="color like \"red%\"",
output_fields=["vector", "color"],
limit=3
consistency_level="Bounded",
# highlight-next
)

このパラメータはクエリイテレータでも使用できます。consistency_levelパラメータの可能な値は、StrongBoundedEventuallySessionです。