Amazon OpenSearch Service の料金

別途記載がない限り、表示される料金には付加価値税、売上税など、一切の税金等および関税は含まれません。日本の居住者であるお客様が AWS をご利用になった場合には、料金と併せて別途消費税をご請求させていただきます。詳細はこちら。

Amazon OpenSearch Service のリザーブドインスタンスでは、1 年間あるいは 3 年間の期間インスタンスを予約することができ、オンデマンドインスタンスに比べ、使用にかかるコストの大幅な節約を実現できます。機能的に、オンデマンドとリザーブドインスタンスは全く同じものです。しかしながら、料金の面では、リザーブドインスタンスは大幅なコスト削減を提供できます。

リザーブドインスタンスでは、3 つのお支払いオプションを用意しています。

• 前払いなしのリザーブドインスタンス (NURI) – NURI はオンデマンドインスタンス料金よりも大幅に低く設定されています。前払いの必要はなく、1 年または 3 年間のリザーブドインスタンス期間中のリザーブドインスタンス料金の支払い契約をしていただきます。1 年間の NURI では 31% の割引、3 年間の NURI では 48% の割引が提供されます。T3.medium を利用する場合、1 年間の NURI では 18% の割引、3 年間の NURI では 28% の割引が提供されます。
  

• 一部前払いリザーブドインスタンス (PURI) – PURI は NURI よりもさらに料金が低く設定されています。このオプションでは、すべての料金の一部を前払いいただき、残りを期間中に、時間単位でお支払いただきます。1 年間の PURI では 33% の割引、3 年間の PURI では 50% の割引が提供されます。T3.medium を利用する場合、1 年間の PURI では 20% の割引、3 年間の PURI では 30% の割引が提供されます。
  

• 全額前払いリザーブドインスタンス (AURI) – AURI はすべてのリザーブドインスタンスの中で最も低く料金を設定しています。全予約に対して一回の前払い料金をお支払いいただき、時間単位での課金はありません。1 年間の AURI では 35% の割引、3 年間の AURI では 52% の割引が提供されます。T3.medium を利用する場合、1 年間の AURI では 22% の割引、3 年間の AURI では 32% の割引が提供されます。

• リザーブドインスタンスの料金はリージョンによって設定されており、選択されたオプションと期間をもとにお支払いただきます。リザーブドインスタンスご購入の際、現在実際には Amazon OpenSearch Service を実行していなくても、関連する前払い料金と時間料金 (ともに該当する場合) が課金されます。リザーブドインスタンスの購入は、コンソールの [Reserved Instance] タブを参照してください。
  

月額料金は、当月のインスタンス稼働時間がベースになります。

• 時間単位課金のインスタンス: 当月の稼働時間数 × 使用時間単価

使用時間単価は、リザーブドインスタンスの総額を契約期間の総時間数で割った値になります (1 年を 365 日で計算)
 

Amazon OpenSearch Serverless では、ワークロードによって消費されたリソースに対してのみ支払いが発生します。OpenSearch サーバーレスは、コンピューティングとストレージが別々に課金されます。計算能力は OpenSearch Compute Units (OCU) で測定されます。OCU の数は、データのインデックス作成やクエリーの実行に必要な CPU、メモリ、Amazon EBS ストレージ、I/O リソースに直接対応しています。1つの OCU は、6GB の RAM、対応する vCPU、GP3 ストレージ (アクセス頻度の高いデータへの高速アクセスに使用)、Amazon Simple Storage Service (S3) へのデータ転送で構成されています。

OCU-hours のコンピューティングの項目が1つあり、データのインデックス作成用と検索用の2つのラベルが表示されています。OCU は、秒単位のコレクションで時間単位で課金されます。Amazon S3 に保存されたデータについては、GB-月単位で課金されます。 アカウントの最初のコレクションでは、少なくとも 2 OCU (1 OCU [0.5 x 2] のインデックス作成にはプライマリとスタンバイが含まれ、1 OCU [0.5 x 2] の検索には HA のレプリカが 1 つ含まれます) について課金されます。ただし、最小値は、使用しているデータサイズとコレクションのタイプによって異なります。

さらに、OpenSearch Serverless は、冗長スタンバイノードなしでコレクションを起動できる開発テストオプションも提供します。このデプロイモードでは、インデックス作成で 0.5 OCU、検索で 0.5 OCU となるため、さらにコストを半減できます。どちらのモードでもすべてのデータは Amazon S3 に保存され、完全なデータ耐久性が提供されます。ただし、最小値は、使用しているデータサイズとコレクションのタイプによって異なります。

同じ暗号化キーを使用する後続のコレクションは、それらの OCU を共有できます。お客様のコレクションをサポートするために必要なコンピューティングインスタンスとデータに基づいて、追加の OCU が追加されます。アカウントごとに OCU の最大数を設定し、コストをコントロールすることができます。

ベクトル検索コレクションが検索コレクションまたは時系列コレクションと同じ KMS キーを使用している場合でも、ベクトル検索コレクションは検索コレクションや時系列コレクションと OCU を共有できません。初めてのベクトル検索コレクション用に新しい OCU セットが作成されます。ベクトル検索コレクションの OCU は、同じ KMS キーベクトルコレクション間で共有されます。

Amazon OpenSearch Ingestion では、ワークロードによって消費されたリソースに対してのみ支払いが発生します。OpenSearch Ingestion では、OpenSearch Ingestion パイプラインでのデータの取り込み、変換、ルーティングに必要なコンピューティングに対してのみ課金されます。計算能力は OpenSearch Compute Units (OCU) で測定されます。OCU の数は、データの取り込みやデータの変換に必要な CPU とメモリに直接対応します。1 つの OCU は 15 GB の RAM と 2 つの vCPU で構成されています。データインジェストのラベルが付いた OCU 時間のコンピューティングのエントリが 1 つ表示されます。OCU は、1 分単位の細度で 1 時間単位で請求されます。パイプラインごとに OCU の最小数と最大数を設定してコストを抑えることができます。さらに、OpenSearch Ingeston を使用すると、使用していないときはパイプラインを完全に一時停止でき、パイプラインが一時停止しても OCU は消費されません。

Amazon OpenSearch Serviceのベクター取り込みは、Amazon OpenSearch Service上でベクターデータベースを構築するためのAmazon OpenSearch取り込みパイプラインを簡単に作成する方法を提供します。ベクトル自動最適化ジョブを任意で実行したり、GPUアクセラレーションを利用したベクトルインデックスを使用して、大規模なベクトルデータベースを迅速に最適化・構築することができます。選択した機能以外に追加料金はかかりません。価格については、 Amazon OpenSearch Ingestion、Amazon OpenSearch Service Vector Auto-Optimize ジョブ、Amazon OpenSearch Service Vector Index GPU アクセラレーションの料金表をそれぞれ参照してください。 詳細はこちら

Amazon OpenSearch Service のベクトルインデックス GPU 加速を使用すると、加速されたベクトルインデックス処理中に使用されたリソース分だけ支払えばよいです。計算容量は、OpenSearchコンピュートユニット（OCU）—ベクトルアクセラレーションで測定されます。この OCU タイプは、6 GB の GPU メモリ、8 GiB の RAM、および 2 つの仮想 CPU で構成されています。GPU アクセラレーションが有効になっていて、インデックス作成のスループットが設定可能なしきい値を超えると、ベクターインデックスタスクはこれらの OCU にオフロードされます。OCU はスループットが高くなると拡張できますが、支払いは OCU の合計時間に基づいて行われます。言い換えれば、OCUが2倍になれば処理時間は半分になり、総コストはOCUを倍増させなかった場合と同じになります。オートスケーリングとウォームプーリングは完全に管理されていますが、請求時間には追加されません。OCU は、時間単位で 2 番目の単位で請求されます。この機能について詳しくはこちら。

Amazon OpenSearch Service のベクター自動最適化ジョブでは、各ジョブごとに固定料金を支払います。各ジョブはハイパーパラメータの最適化プロセスを実行します。これは、データセットからベクトルをサンプリングし、さまざまな設定を使用してインデックスを作成および評価する並列実験を実施し、最適化の推奨事項を含むレポートを作成することを含みます。詳細はこちら

Amazon S3 Vectors は、ベクトルのアップロード、保存、クエリにかかるコストを最大 90% 削減できる、コスト効果、伸縮性、耐久性に優れたベクトルストレージです。S3 Vectors を使用すると、RAG や他のセマンティック検索ワークロードを、ストレージ、リクエスト、アップロードされたデータ、クエリされたデータにかかるコストを大幅に削減しながら、大規模に強化できます。

PUT コスト
PUT 料金は、アップロードするベクトルの論理 GB に基づきます。各ベクトルは、論理ベクトルデータ、メタデータ、キーの合計です。1 回の PUT リクエストで複数のベクトルをアップロードできるため、アップロードのスループットが最大化され、アップロードコストが最小化されます。

ストレージコスト
合計ストレージは、インデックス全体の論理ストレージの合計です。ストレージのサイズは、保存するベクトルの数とサイズによって決まります。  ベクトルのサイズは、次によって決まります:

1) ベクトルデータ: 各ベクトルのサイズは次元数によって決まります。各次元はベクトルあたり 4 バイトのストレージに相当するため、例えば 1024 次元のベクトルには 4 KB の論理ベクトルデータが必要です。

2) メタデータ: ベクトルには、フィルタリング可能なメタデータとフィルタリング不可能なメタデータの両方を保存できます。フィルタリング不可能なメタデータは、クエリ結果の一部として情報を返すために使用され、フィルタリング可能なメタデータはクエリ結果をフィルタリングするためにも使用できます。

3) キー: 各ベクトルはキーに関連付けられています。キーは文字ごとに 1 バイトのストレージを必要とします。

クエリコスト
クエリ料金には、API ごとの料金に加えて、ベクトルデータ、キー、フィルタリング可能なメタデータを含む平均ベクトルサイズに、クエリ対象のインデックス内のベクトル数を乗じて算出される数値に基づく USD/TB 料金が含まれます。ベクトルインデックスが大きくなると、クエリのデータ処理料金も比例して増加しますが、大規模になると、ベクトルインデックスで 10 万を超えると、より低い USD/TB の恩恵を享受できます。

Amazon OpenSearch Service では、ワークロードによって消費されたリソースに対してのみ支払いが発生します。OpenSearch Service Direct Query では、接続されたデータソースのクエリに必要なコンピューティングにのみ料金が請求されます。また、OpenSearch Service でデータをインデックス化することにした場合にも請求されます。コンピューティング能力は OpenSearch Compute Units (OCU) で測定されます。OCU の数は、データに基づいてインデックスをクエリまたは維持するために必要な vCPU とメモリに直接対応します。1 つの OCU は 2vCPU と 8 ギガバイトの RAM で構成されています。データインジェストのラベルが付いた OCU 時間のコンピューティングのエントリが 1 つ表示されます。OCU は、1 分単位の細度で 1 時間単位で請求されます。コストを制限するために、AWS Budget を使用して請求期間内に使用できる最大 OCU 時間数を設定できます。アクティブなクエリやインデックス作成ジョブがない場合、OCU は消費されません。

ダイレクトクエリ OCU のコストは、データのサイズおよび OpenSearch でインデック化されたデータの更新頻度によって異なります。サーバーレスのインデックス作成、検索、管理ストレージのコストは、ダッシュボードで使用するためにインデックス化されるデータのサイズと、OpenSearch での保持期間によって異なります。

ダイレクトクエリを使用して、Amazon S3、Amazon CloudWatch Logs、および Amazon Security Lake に保存されているログデータを分析できるようになりました。

VPC、WAF、CloudTrail 向けの OpenSearch ダッシュボードを構築している CloudWatch Logs のお客様

CloudWatch Logs のお客様は、CloudWatch Logs Insights の [Analyze with OpenSearch] (OpenSearch による分析) に移動し、ダッシュボードのタイプとログを選択することで、お客様の VPC、WAF、CloudTrail のログに基づいて CloudWatch で OpenSearch ダッシュボードを作成できます。このステップの前に、CloudWatch のお客様はまず OpenSearch 統合を設定する必要があります。このステップでは、OpenSearch のログに必要なメトリクスを保存するために使用される OpenSearch コレクションを作成します。ダイレクトクエリは、CloudWatch のログをクエリして OpenSearch のメトリクスを更新することで、OpenSearch のメトリクスデータを常に最新の状態に保つために使用されます。このようなダッシュボードの作成方法については、CloudWatch のドキュメントを参照してください。

Amazon EBS ボリュームには、Amazon OpenSearch Service ではボリュームタイプを選択できます。プロビジョンド IOPS (SSD) ストレージを選択した場合、ストレージと合わせてプロビジョニングしたスループットに対しても料金が発生します。ただし、使用する I/O に対しては課金されません。

UltraWarm は、Amazon OpenSearch Service 層であり、常にインタラクティブな分析体験を維持しながら、大量のデータを経済的に保持できます。 詳細はこちら »

コールドストレージとは、Amazon OpenSearch Service の最低コストのストレージ層であり、アクセス頻度の低いデータをデタッチして Amazon S3 で保存することで、必要な場合にのみコンピューティング料金を支払うことができます。 詳細はこちら »

注: マネージドストレージの料金は、UltraWarm データ、コールドストレージデータ、および OR1 リモートストアデータに適用されます。

Amazon OpenSearch Service は、延長サポートの対象となっているエンジンバージョンについて、標準サポートの終了後も少なくとも 12 か月間、重要なセキュリティ修正とオペレーティングシステムパッチを提供します。これにより、サポートされている最新のエンジンバージョンへのアップグレードを計画する時間を確保できます。延長サポートのバージョンを実行する場合、標準インスタンスコストに加えて、定額料金/標準インスタンス時間 (NIH) が請求されます。NIH は、インスタンスサイズ (例: medium、large) とインスタンス時間数の係数として計算されます。延長サポートの詳細、延長サポート料金の計算、さまざまなバージョンのスケジュールについては、ドキュメントを参照してください。NIH ごとの延長サポート料金については、以下をご覧ください。

Amazon OpenSearch Serviceへのデータの送受信には、標準のAWSデータ転送料金を支払う必要があります。Amazon OpenSearch Service ドメイン内のノード間のデータ転送に対しては課金されません。