あるチームはアプリケーションログをAmazon OpenSearch Serviceに取り込み、直近7日間は高速に検索・可視化し、それ以降90日間は低頻度のアクセスのために検索可能な状態で保持したい。検索可能性を保ちなが

Question

あるチームはアプリケーションログをAmazon OpenSearch Serviceに取り込み、直近7日間は高速に検索・可視化し、それ以降90日間は低頻度のアクセスのために検索可能な状態で保持したい。検索可能性を保ちながらストレージコストを最小化する方法はどれか。

Accepted Answer

正解: 直近データをホットストレージに保持し、UltraWarm ストレージへ移行する Index State Management ポリシーを設定して、90日経過後にインデックスを削除する。Amazon OpenSearch Service の UltraWarm は検索可能性を維持したまま S3 ベースの低コストストレージにインデックスを保持できる。Index State Management(ISM)でホット→UltraWarm→削除の遷移を自動化することで、直近の高速検索と低頻度データのコスト最小化を両立できる。

選択肢Bの 全データのホット保持は高コストで要件に反する。
選択肢Cの S3スナップショットは検索不可となり復元が必要。
選択肢Dの Coldストレージは即時検索不可でUltraWarm経由が前提のため不適。

Answer

すべてのインデックスをホットストレージに保持し、90日経過したインデックスを Index State Management ポリシーで削除する — 全データをホットストレージに保持すると、SSDベースの高コストストレージを90日間使い続けることになり、低頻度アクセスデータのコスト最小化という要件を満たせない。

Answer

直近データをホットストレージに保持し、7日経過後にインデックスを Amazon S3 にスナップショットしてOpenSearchから削除する — S3へスナップショットしてOpenSearchから削除すると、データは検索不可となり利用前にrestore(復元)が必要。90日間の検索可能性を保つという要件を満たさない。

Answer

直近データをホットストレージに保持し、7日経過後に Cold ストレージへ直接移行する Index State Management ポリシーを設定する — Coldストレージへの移行はUltraWarmを経由する必要があり、ホットから直接遷移できない。さらにColdは即時検索不可で再アタッチが必要なため、低頻度でも検索する要件に合わない。

解説