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

mmapの使用

メモリマッピング(mmap)により、ディスク上の大きなファイルに直接メモリアクセスできるようになり、Zilliz Cloudがインデックスとデータをメモリとハードディスクの両方に保存できるようになります。このアプローチにより、アクセス頻度に基づいたデータ配置ポリシーの最適化が可能となり、検索パフォーマンスに影響を与えることなくコレクションのストレージ容量を拡張できます。このページでは、Zilliz Cloudがmmapを使用して高速で効率的なデータ保存と検索を実現する方法について説明します。

📘注意

異なるプランを持つソースクラスターとターゲットクラスター間でデータを移行または復元する場合、ソースコレクションのmmap設定はターゲットクラスターに移行されません。ターゲットクラスターでmmap設定を手動で再構成してください。

Zilliz Cloudは、mmap設定をプログラム的に構成するか、Webコンソール経由で構成することをサポートしています。このページでは、mmapをプログラム的に設定する方法に重点を置いています。Webコンソールでの操作の詳細については、コレクション管理(コンソール)を参照してください。

概要

Zilliz Cloudはコレクションを使用してベクトル埋め込みとそのメタデータを整理し、コレクション内の各行がエンティティを表します。以下の左図に示すように、ベクトルフィールドはベクトル埋め込みを保存し、スカラーフィールドはそれらのメタデータを保存します。特定のフィールドにインデックスを作成し、コレクションをロードすると、Zilliz Cloudは作成したインデックスとすべてのフィールドから生データをメモリにロードします。

EPNvwAI7hhCppbbKmuxcW5VRnUh

Zilliz Cloudクラスターはメモリ集約型のデータベースシステムであり、利用可能なメモリサイズがコレクションの容量を決定します。大量のデータを含むフィールドをメモリにロードすることは、データサイズがメモリ容量を超える場合不可能です。これはAI駆動アプリケーションでは通常のケースです。

このような問題を解決するために、Zilliz Cloudはmmapを導入してコレクション内のホットデータとコールドデータのロードをバランスさせます。上記の右図に示すように、容量最適化CUを備えたZilliz Cloudクラスターを使用している場合、コレクションをロードする際、Zilliz Cloudはベクトルインデックスのみをメモリにロードし、すべてのフィールドの生データとスカラーインデックスをメモリマッピングします。

左図と右図のデータ配置手順を比較することで、左図の方が右図よりもメモリ使用量がはるかに多いことがわかります。mmapが有効になっている場合、メモリにロードされるべきデータはハードディスクにオフロードされ、オペレーティングシステムのページキャッシュにキャッシュされるため、メモリの使用量が削減されます。ただし、キャッシュヒットの失敗はパフォーマンスの低下を引き起こす可能性があります。詳細については、この記事を参照してください。

グローバルmmap戦略

以下の表は、異なるティアのクラスターに対するグローバルmmap戦略を示しています。

mmapターゲット

専用クラスター

無料クラスター

サーバーレスクラスター

パフォーマンス最適化型

容量最適化型

拡張容量型

スカラー領域の生データ

無効 & 変更可能

有効 & 変更可能

有効 & 不変

スカラー領域インデックス

無効 & 変更可能

有効 & 変更可能

有効 & 不変

ベクトル領域の生データ

有効 & 変更可能

有効 & 変更可能

有効 & 不変

ベクトル領域インデックス

無効 & 不変

無効 & 不変

有効 & 不変

パフォーマンス最適化型CUを使用する専用クラスターでは、Zilliz Cloudはベクトルフィールドの生データに対してのみmmapを有効にし、スカラーフィールドの生データとすべてのフィールドインデックスをメモリにロードします。検索およびクエリ時のメタデータフィルタリングと取得のパフォーマンスを確保するためにグローバル設定を維持することをお勧めします。ただし、メタデータフィルタリングに使用されない、または出力フィールドとして使用されていないフィールドに対しては、引き続きmmapを有効にすることができます。

容量最適化型CUを使用する専用クラスターでは、自動インデックス作成のため、ベクトルフィールドインデックスに対してmmapを無効にし、スカラーインデックスとすべてのフィールドの生データをメモリマップして最大ストレージ容量を確保します。メタデータフィルタリング条件で使用される、または出力フィールドにリストされているフィールドの生データが大きすぎてハードドライブ上に置かれたままでは応答が遅くなったりネットワークが不安定になったりする場合は、これらのフィールドのmmapを無効にして検索パフォーマンスを向上させることを検討できます。

無料クラスターやサーバーレスクラスター、および拡張容量CUを使用する専用クラスターでは、Zilliz Cloudはすべてのフィールドの生データとインデックスに対してmmapを有効にしてシステムキャッシュを完全に活用し、ホットデータのパフォーマンスを向上させ、コールドデータのコストを削減します。

コレクション固有のmmap設定

mmap設定を変更するにはコレクションをリリースし、変更が有効になるようにコレクションを再度ロードする必要があります。特定のフィールド、フィールドインデックス、またはコレクションに対してmmapを構成できます。

📘注意

mmap設定を変更する際は注意が必要です。不適切なmmap設定は以下の問題を引き起こす可能性があります:

  • パフォーマンス最適化型専用クラスターでは、すべてのスカラーフィールドの生データとベクトルインデックスが検索およびクエリ時のスカラーフィールドの高速取得を確実にするためにデフォルトでメモリにロードされます。デフォルトのmmap設定を変更するとパフォーマンスが低下する可能性があります。

  • 容量最適化型専用クラスターでは、最大ストレージ容量を確保するためにデフォルトでベクトルインデックスのみがメモリにロードされます。デフォルトのmmap設定を変更すると、メモリ不足(OOM)の問題によりロードが失敗する可能性があります。

特定のフィールドのmmap構成

パフォーマンス最適化型の小さなCUを備えた専用クラスターを使用していて、データセット内のフィールドの生データが大きい場合は、mmapを有効にしてそのフィールドをコレクションに追加することを検討してください。

以下の例では、パフォーマンス最適化型の専用クラスターに接続していることを前提として、フィールドを追加する際、doc_chunkという名前のVarCharフィールドでmmapを有効にする方法を示しています。

from pymilvus import MilvusClient, DataType

CLUSTER_ENDPOINT="YOUR_CLUSTER_ENDPOINT"
TOKEN="YOUR_CLUSTER_TOKEN"

client = MilvusClient(
uri=CLUSTER_ENDPOINT,
token=TOKEN
)

schema = MilvusClient.create_schema()
schema.add_field("id", DataType.INT64, is_primary=True, auto_id=False)
schema.add_field("vector", DataType.FLOAT_VECTOR, dim=5)

# コレクションのスキーマ作成時にフィールドでmmapを無効化
schema.add_field(
field_name="doc_chunk",
datatype=DataType.INT64,
max_length=512,
mmap_enabled=False,
)

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

# 既存のフィールドでmmapを無効化
# 以下では`my_collection`という名前のコレクションがあると仮定
client.alter_collection_field(
collection_name="my_collection",
field_name="doc_chunk",
field_params={"mmap.enabled": True}
)

上記のスキーマを使用して作成されたコレクションをロードする際、Zilliz Cloudはdoc_chunkフィールドの生データをメモリマップします。フィールドのmmap設定を変更するにはコレクションをリリースし、変更後にコレクションを再度ロードする必要があることに注意してください。

スカラーインデックスのmmap構成

メタデータフィルタリングに関与するスカラーフィールドまたは出力フィールドとして使用されるスカラーフィールドについては、他のスカラーフィールドをハードドライブ上に保持しながらメモリにロードすることを検討してください。

以下の例では、容量最適化型の専用クラスターに接続していることを前提として、高速で取得するためにtitleという名前のVarCharフィールドのインデックスでmmapを無効にする方法を示しています。

# varcharフィールドを追加
schema.add_field(
field_name="title",
datatype=DataType.VARCHAR,
max_length=512
)

index_params = MilvusClient.prepare_index_params()

# mmap設定を使用してvarcharフィールドにインデックスを作成
index_params.add_index(
field_name="title",
index_type="AUTOINDEX",
params={ "mmap.enabled": "false" }
)

# インデックスのmmap設定を変更
# 以下では`my_collection`という名前のコレクションがあると仮定
client.alter_index_properties(
collection_name="my_collection",
index_name="title",
properties={"mmap.enabled": True}
)

上記のインデックスパラメータを使用して作成されたコレクションをロードする際、Zilliz Cloudはtitleフィールドのインデックスをメモリにロードします。フィールドのmmap設定を変更するにはコレクションをリリースし、変更後にコレクションを再度ロードする必要があることに注意してください。

コレクション内のmmap構成

コレクション内でmmap設定を無効にすることで、Zilliz Cloudがすべてのフィールドの生データを完全にメモリにロードするようにできます。

以下の例では、パフォーマンス最適化型の専用クラスターに接続していることを前提として、コレクションを作成する際にmmapを無効にする方法を示しています。

# コレクション作成時にmmapを有効化
client.create_collection(
collection_name="my_collection",
schema=schema,
properties={ "mmap.enabled": "false" }
)

既存のコレクションのmmap設定も以下のように変更できます。

# mmap設定を変更する前にコレクションをリリース
client.release_collection("my_collection")

# コレクションが既にリリースされていることを確認
# そして以下を実行
client.alter_collection_properties(
collection_name="my_collection",
properties={
"mmap.enabled": false
}
)

# 変更が有効になるようにコレクションをロード
client.load_collection("my_collection")

変更を反映するにはコレクションをリリースし、変更が有効になるようにコレクションを再度ロードする必要があります。