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

mmapの使用

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

📘Notes

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

Zilliz Cloudでは、mmap設定をプログラムで構成することも、ウェブコンソール経由で構成することも可能です。このページでは、プログラムによるmmap設定の方法に焦点を当てます。ウェブコンソールでの操作の詳細については、コレクションの管理(コンソール)を参照してください。

概要

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

EPNvwAI7hhCppbbKmuxcW5VRnUh

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

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

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

グローバルなmmap戦略

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

mmap対象

専用クラスター

Freeクラスター

Serverlessクラスター

パフォーマンス最適化済み

容量最適化済み

Tiered-storage

スカラーフィールドの生データ

無効 & 変更可

有効 & 変更可

有効 & 変更不可

スカラーフィールドのインデックス

無効 & 変更可

有効 & 変更可

有効 & 変更不可

ベクトルフィールドの生データ

有効 & 変更可

有効 & 変更可

有効 & 変更不可

ベクトルフィールドのインデックス

無効 & 変更不可

無効 & 変更不可

有効 & 変更不可

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

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

FreeクラスターやServerlessクラスター、および拡張容量CUを使用する専用クラスターでは、すべてのフィールドの生データとインデックスに対してmmapが有効になり、システムキャッシュを最大限に活用してホットデータのパフォーマンスを向上させ、コールドデータのコストを削減します。

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

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

📘Notes

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)

# Disable mmap on a field upon creating the schema for a collection
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)

# Disable mmap on an existing field
# The following assumes that you have a collection named \`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 を無効にする方法を示しています。

# Add a varchar field
schema.add_field(
field_name="title",
datatype=DataType.VARCHAR,
max_length=512
)

index_params = MilvusClient.prepare_index_params()

# Create index on the varchar field with mmap settings
index_params.add_index(
field_name="title",
index_type="AUTOINDEX",
params={ "mmap.enabled": "false" }
)

# Change mmap settings for an index
# The following assumes that you have a collection named \`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 を無効にする方法を示します。

# Enable mmap when creating a collection
client.create_collection(
collection_name="my_collection",
schema=schema,
properties={ "mmap.enabled": "false" }
)

既存のコレクションのmmap設定を次のように変更することもできます。

# Release collection before change mmap settings
client.release_collection("my_collection")

# Ensure that the collection has already been released
# and run the following
client.alter_collection_properties(
collection_name="my_collection",
properties={
"mmap.enabled": false
}
)

# Load the collection to make the above change take effect
client.load_collection("my_collection")

コレクションのプロパティを変更するには、一度コレクションをリリースし、変更を有効にするために再度コレクションをリロードする必要があります。