Amazon Elasticsearch Service(Amazon ES)のリソースに格納されているデータが、誤った削除、アプリケーションやハードウェアの障害、または停止から保護されていることを確認したいと思います。覚えておくいくつかのベストプラクティス。

Amazon ESドメインの耐障害性を向上させるには、次のベストプラクティスを念頭に置いてください。

  • 定期的な索引スナップショットをとる。
  • Amazon ES リソースのステータスを監視する。
  • Amazon ES サービスの制限を理解し、維持する。
  • ドメインの 2 つ以上のノードを使用する。
  • ドメインのゾーン認識を有効にする。
  • 本番稼働環境の t2 インスタンスタイプを避ける。
  • 専用マスターノードを使用する。

定期的な索引スナップショットをとる

  • クラスターのバックアップソリューションとして、自動的な日次スナップショットを設定します。クラスターを復元するために、最新のスナップショットがプロセスを加速します。
  • 手動で索引のスナップショットを撮り、Amazon ES ドメインのデータのその時点でのバックアップを作成し、それらをお使いのアカウントの Amazon Simple Storage Service (Amazon S3) バケットに格納します。手動の索引スナップショットはまた、Amazon ES ドメイン間でデータを移行する上でも役立ちます。

Amazon ES リソースのステータスを監視する

ドメインの 2 つ以上のノードを使用する

  • 2 つ以上のノードを使用して、意図せずに区画化されたネットワーク (分割ブレーン) を避けます。
  • 各索引のレプリカをもち、潜在的なデータ損失を避けます。
  • 専用マスターノードを使用していない場合、3 つ以上のノードを使用します。

ドメインのゾーン認識を有効にする

ゾーン認識は、同じリージョンの複数のアベイラビリティ―ゾーンにわたる Elasticsearch クラスターに属するノードとレプリカ索引シャードを割り当てます。

注: 可用性ゾーンごとに少なくとも 1 つのレプリカシャードを割り当てて、ゾーン認識を有効にする必要があります。

本番稼働環境の t2 インスタンスタイプを避ける

t2 インスタンスのタイプは、本番稼働環境で Amazon ES で使用するように最適化されません。本番稼働環境に対しては、m3 インスタンスタイプまたはそれより大きなものを使用します。t2 インスタンスタイプを使用することにした場合、インスタンスの CPU クレジット、CPU 使用状況、メモリ使用状況、および一般的なオペレーション安定性を密接に監視してください。必要に応じて、スケールアップまたはスケールアウトしてください。

専用マスターノードを使用する

専用マスターノードは、過負荷のノードにより生じる問題から守る上で役立ちます。専用マスターノードは、次のようなときに使用します。

  • ドメインに 5 つ以上のノードがある
  • 索引のマッピングが複雑で、タイプや索引にわたって定義された多くのフィールドがある

このページは役に立ちましたか? はい | いいえ

AWS サポートナリッジセンターに戻る

サポートが必要ですか?AWS サポートセンターをご覧ください。

公開日: 2016 年 10 月 20 日

更新: 2018 年 6 月 6 日