イベント連携 - OASE

本シナリオでは、簡単な例として、以下のようなリクエスト数に応じた運用保守を題材に OASE の基本操作を学習します。

リクエスト数に応じた運用保守を行うことを題材として扱いますが、様々なイベントをもとに運用保守することも可能で、本シナリオはあくまで数ある運用保守パターンの一例であることを理解してください。

今回は、以下のようなシナリオを想定しています。

1. インスタンス1台につき、50リクエスト/minを閾値とする。

2. 通常は1台稼働である。

3. Webサーバ前のLBを監視し、Webサーバへの総リクエスト数に関してメールで通知する。

4. リクエスト数が閾値に達したらスケールアウトをする。

5. スケールアウトの上限は3台とし、それ以上のリクエスト数があった場合は、Sorry画面へ切り替える。

6. リクエスト数が閾値内に回復したら、切り戻しを行う。

リクエスト数に関するメール通知をイベントとして、イベント発生に合わせて4.・5.・6.の保守作業を行うよう、OASEの設定を行います。

またOASEでは、以下のような流れで自動化を実現します。

1. イベントを外部サービスから収集する

2. 収集したイベントの属性に合わせてラベルを付与する

3. ラベルが条件に合ったときに、保守作業を自動的に実行する

リクエスト数を通知するメールの内容は以下のものを想定しています。

表 132 通知メール一覧

通知内容	リクエスト数超過	リクエスト数閾値内回復
件名	[alert] Requests: Threshold reached	[info] Requests: Threshold recovery
本文	リクエスト数が、閾値を超えました。 RequestCount > 150	リクエスト数が、閾値内に回復しました。 RequestCount < 150
備考	値は、50，100，150のどれか	値は、50，100，150のどれか

まずは、リクエスト数が閾値を超過した時の対応について学習し、演習問題でリクエスト数が閾値内に回復した時の対応について実際に自分で設定してみましょう。

前提

本シナリオを操作するに必要となる条件は、下記の通りです。

1. OASEのインストール

2. 作業用ワークスペース

3. メールアカウント

4. 各種Conductor・オペレーション

ワークスペース

システムの構成情報や自動化タスクのための設計情報を中央管理するための作業領域のことです。

Tip

シナリオの展開に合わせて、以下の名称のConductor・オペレーションが必要になります。

表 133 Conductor名・オペレーション名

インスタンススケールアウト

インスタンススケールイン

Sorry画面切り替え

Sorry画面切り戻し

自動化する作業について

今回のシナリオでは、以下の保守作業を自動的に実行します。

• 作業A インスタンスをスケールアウトする作業

• 作業B Sorry画面へ切り替える作業

• 作業C インスタンスをスケールインする作業

• 作業D Sorry画面から切り戻す作業

シナリオの流れ

OASEの設定は、以下の流れになります。

1. イベント収集設定

   - どの外部サービスからイベントを収集するかを設定

2. ラベルの設定

   - 収集したイベントを特定するために付与するラベルに関する設定

3. OASEエージェントの設定

   - 外部サービスからイベントを収集するOASEエージェントの設定

4. ルールの設定

   - 収集されたイベントをもとに保守作業を実行するための設定

それでは、各作業について、具体的にOASEの設定を行っていきましょう。

シナリオ

• 1. シナリオ 1
  • 1.1. インスタンスのスケールアウト実施
    • 1.1.1. 今回のシナリオで自動化する作業について
    • 1.1.2. 具体的な設定の検討
    • 1.1.3. イベント収集設定
    • 1.1.4. ラベルの設定
    • 1.1.5. OASEエージェントの設定
    • 1.1.6. ルールの設定
  • 1.2. Sorry画面への切り替え実施
    • 1.2.1. 今回のシナリオで自動化する作業について
    • 1.2.2. 具体的な設定の検討
    • 1.2.3. イベント収集設定
    • 1.2.4. ラベルの設定
    • 1.2.5. OASEエージェントの設定
    • 1.2.6. ルールの設定
  • 1.3. インスタンスのスケールイン実施 (演習問題)
    • 1.3.1. 問題
    • 1.3.2. 解答
  • 1.4. インスタンスのスケールイン実施 (解答)
    • 1.4.1. 問題 (再掲)
    • 1.4.2. 自動化する作業の具体的な検討
    • 1.4.3. イベント収集設定
    • 1.4.4. ラベルの設定
    • 1.4.5. OASEエージェントの設定
    • 1.4.6. ルールの設定
  • 1.5. Sorry画面切り戻し実施 (演習問題)
    • 1.5.1. 問題
    • 1.5.2. 解答
  • 1.6. Sorry画面からの切り戻し実施 (解答)
    • 1.6.1. 問題 (再掲)
    • 1.6.2. 自動化する作業の具体的な検討
    • 1.6.3. イベント収集設定
    • 1.6.4. ラベルの設定
    • 1.6.5. OASEエージェントの設定
    • 1.6.6. ルールの設定
  • 1.7. ルールに複数の条件を設定した場合のイベントのTTL問題について
    • 1.7.1. 状況の整理
    • 1.7.2. ルールの設定
  • 1.8. 不要になったイベントについて
    • 1.8.1. 状況の整理
    • 1.8.2. ルールの設定
  • 1.9. 不要になったイベントについて2
    • 1.9.1. 状況の整理
    • 1.9.2. ルールの設定
• 2. シナリオ 2
  • 2.1. OASEを設定する際の事前設計の必要性について
    • 2.1.1. 現状整理
    • 2.1.2. アクションをベースにした状況の整理
  • 2.2. OASEを設定する際の事前設計について
    • 2.2.1. アクション実行の条件の整理
    • 2.2.2. 条件の実現方法と注意点
  • 2.3. ルール設定について
    • 2.3.1. イベント収集設定
    • 2.3.2. ラベルの設定
    • 2.3.3. OASEエージェントの設定
    • 2.3.4. ルールの設定