3.3標準
OpenSearchのデータノードでディスク使用率が上昇し、検索遅延も増えた。
容量拡張前にシャードとJVMの状態を確認したい。
最も適切な監視・保守方法はどれか。
× 不正解
OpenSearch ServiceのClusterStatus、FreeStorageSpace、JVMMemoryPressure、検索レイテンシを監視し、シャード設計と保持を見直す。
詳細解説
正しいCluster health、JVM memory、disk、search latencyを監視する
インデックス・ノード・リソースの状態を関連づけて原因を切り分けられる。
インデックス・ノード・リソースの状態を関連づけて原因を切り分けられる。
誤り検索結果の件数だけを毎日確認する
容量逼迫やキュー待ちは検知が遅れる。
容量逼迫やキュー待ちは検知が遅れる。
誤りS3 Lifecycleでインデックスを移行する
S3 LifecycleはOpenSearchインデックスのシャード管理を行わない。
S3 LifecycleはOpenSearchインデックスのシャード管理を行わない。
誤りCloudTrailの操作数を容量メトリクスにする
操作数とディスク・JVM使用率は別の指標である。
操作数とディスク・JVM使用率は別の指標である。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon OpenSearch Service CloudWatch metrics、cluster health、shardsの公式説明を確認する。期待される結果
検索結果の業務指標とクラスタリソース指標の違いを説明できる。理解のポイント
- Cluster health
- FreeStorageSpace
- JVM memory
- Shard
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
容量計画
データ増加率、レプリカ数、シャードサイズ、保持期間から必要容量を予測する。
障害予防
ディスク逼迫、JVM圧力、未割当シャードを段階的にアラートする。
問題IDAWS-DEA-221
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告