CloudWatchでOSのプロセスを監視してみる

CloudWatchを使用してプロセス監視ができるということなのでやってみようと思います。

構成イメージ

CloudWatchメトリクスとアラームを使用して、LinuxとWindowsServerそれぞれで適当なプロセスを監視します。

CloudWatchでプロセスを監視する為のCloudWatchAgentsの設定はSSMを使用して各サーバに定義します。
プロセスがダウンしたらアラームで発報するようにします。

事前準備

事前に以下のものを用意しておきます。
【Linuxサーバ】
⇒CloudWatchエージェントをインストール。

【WindowsServer】
⇒CloudWatchエージェントをインストール。

手順の流れ

以下の流れで実装します。

１．IAMロール作成
２．SSMでプロセス監視用にCloudwatchエージェントの設定
３．CloudWatchアラームの設定
４．動作確認

１. IAMロール作成

EC2からCloudWatchやSSMにアクセスするためのIAMロールを作成します。

許可ポリシーとしては下記３つを追加します。
・CloudWatchAgentAdminPolicy
・CloudWatchAgentServerPolicy
・AmazonSSMManagedInstanceCore

２．SSMからプロセス監視用にCloudwatchエージェントの設定

プロセス監視を行うためにCloudWatchエージェントのコンフィグ設定をSSMを使って実施してきます。

まずはSSMでパラメータストアから定義を作成します。
名前は「param-linux-process」とします。

値は下記を記述します。
監視対象プロセスは”rsyslog”で、
pid_countでプロセス数を取得してます。
　※詳しい定義方法についてはAmazon公式サイトをご参照。

{
        "metrics": {
                "metrics_collected": {
                        "procstat": [
                                {
                                        "exe": "rsyslogd",
                                        "measurement": [
                                                "pid_count"
                                        ]
                                }
                        ]
                }
        }
}

同様にWindowsServer用のパラメータストアも作成しておきます。
値は以下とします。
監視対象プロセスは”amazon-ssm-agent.exe”とします

{
    "metrics": {
        "metrics_collected": {
            "procstat": [
                {
                    "exe": "amazon-ssm-agent.exe",
                    "measurement": [
                        "pid_count"
                    ]

                }
            ]
        }
    }
}

次にSSMでRun Commandを実行していきます。

コマンドドキュメントは「AmazonCloudWatch-ManageAgent」を選択。

OptionalConfigurationLocationで先ほど作成したパラメータストア定義「param-linux-process」を指定します。

ターゲットにはLinuxのEC2インスタンスを指定します。

実行後、ステータスが成功となればコマンドが正常終了してます。

WindowsServer分も同じやり方で実施しておきます。

しばらく待ったあと、CloudWatchを確認するとメトリクスとしてプロセス数が取得できていることが確認できます。

３．CloudWatchアラームの設定

先ほどCloudWachメトリクスとしてプロセス情報が取得できたので、それに対してアラームをrsyslogd用とssm-agent.exe用の２つ作成します。

名前は「alarm-rsyslogd」と「alarm-ssmagent」としておきます。

アラームの条件は「1」より低いにします。

アラーム作成後、状態がOKとなることを確認すれば準備完了です。

４．動作確認

実際にプロセスを停止してみます。

Linux(rsyslogd)

しばらくするとアラーム状態となりしっかり検知していることが確認できます。

補足

アラームをさらにEventBridgeを使用してSQSに送信したりも可能です。

EventBridgeのルールでイベントパターンを下記のとおり設定します。

alarmNameは先ほど作成したアラーム２つを指定します。

{
  "source": ["aws.cloudwatch"],
  "detail-type": ["CloudWatch Alarm State Change"],
  "detail": {
    "alarmName": ["alarm-rsyslogd", "alarm-ssmagent"],
    "state": {
      "value": ["ALARM"]
    }
  }
}

ターゲットとしてはSQSを指定します。
※SQSの作成方法については過去記事に記載しているのでご参照ください。