AWS監視の基本　- 監視すべき項目やAWS監視サービスを解説 -

こんにちは。アシストでクラウドを担当している原田拓朗です。

皆様の会社でクラウドの活用は進んでいますか？
昨今、システムのクラウド化に関するニーズが非常に高まっており「システムをクラウド化したい」、「システム移行時において、移行先のファーストチョイスはクラウドになる」という話を耳にすることが増えました。
その際、多くのお客様から「クラウドにおける監視」について相談があります。

例えば、
・アマゾン ウェブ サービス（以下、AWS）では、どのような監視を行えば良いか？
・オンプレミスの監視内容を、そのままAWSでも採用できるのか？
・そもそもシステムの監視は、どのように検討を進めればよいのか？
などです。

そこで、本コラムでは、AWSにおける「監視すべき項目」や「監視サービス」、「検討の進め方」についてご紹介します。

そもそも「監視」とは何か、認識合わせをしておきましょう。
監視とは、 システムの状態を定期的にチェックし、問題発生時に検知・通知して適切な対応を行うこと です。

監視を検討するにあたり、多くのケースにおいて「 監視する方法 」に着目されがちですが、それだけではなく「 問題発生時の検知および通知方法 」までをワンセットで考えることが重要です。
そこまで実施して初めて「システムの安定稼働」を実現することが可能になります。

では、本コラムの本題である「AWSの監視」について見ていきましょう。
AWSの監視は「システム監視」「サービス監視」「セキュリティ監視」「コスト監視」の4つに分類できます。
オンプレミス環境とは異なり 「AWSサービス」に関するメンテナンスや障害監視が必要 となりますので、注意が必要です。

この中から、AWSを運用する上で必要不可欠な「システム監視」と「サービス監視」にフォーカスを当ててご紹介します。

システム監視は、システム全体の健全性や利用状況を確認します。
システムの安定稼働を確保するために不可欠な監視です。
システム監視をすることで、問題が発生した際に迅速な対応が可能となり、システムのダウンタイムを最小限に抑えることができます。

具体的には以下の項目を監視します。

死活監視
システムやサービスが正常に稼働しているかを確認します。
サーバーやアプリケーションがダウンしていないかを常にチェックし、異常があれば即座に通知します。

リソース監視
CPU、メモリ、ディスクなどのリソース使用状況を監視します。
リソースの使用率が高くなりすぎるとパフォーマンスが低下するため、適切なリソース配分ができるようにします。

ログ監視
システムやアプリケーションのログを監視し、異常やエラーを検知します。
ログ解析により、潜在的な問題を早期に発見することができます。

データベース監視
データベースのパフォーマンスや接続状況を監視します。
クエリの応答時間や接続数などをチェックし、データベースの健全性を保ちます。

サービス監視は、AWSサービスのメンテナンスや障害を確認します。
AWS上で稼働する各種サービスの正常性を確保するために必要な監視です。
サービス監視をすることで、サービスの停止や性能低下といった問題を早期に発見し、迅速に解決することが可能となります。

具体的には以下の項目を監視します。

AWSサービスのメンテナンス監視
定期的なメンテナンスが正常に実施されているかを監視します。
メンテナンスによる影響を最小限に抑え、サービスの連続性を保ちます。

AWSサービスの障害監視
各種AWSサービスの稼働状況を監視し、障害が発生した際には即座に通知します。
例えば、Amazon EC2 のインスタンスの停止や、Amazon RDS の接続障害などを検知します。


これらの監視内容をみると、AWSの正常稼働を担保するには「システム監視」と「サービス監視」が重要なことがお分かりいただけたかと思います。

では「システム監視」と「サービス監視」を実施するためには、どのような方法があるでしょうか？
ここでは、AWS監視サービスを利用した方法についてご紹介します。

システム監視では主に「 Amazon CloudWatch 」を利用します。
Amazon CloudWatch は、AWSのリソースとアプリケーションを監視するサービスです。
システムのパフォーマンスをリアルタイムで追跡し、運用状況を可視化できます。
また、アラーム設定やダッシュボードでの確認も可能です。

サービス監視では主に「 AWS Healtch Dashboard 」を利用します。
AWS Health Dashboard は、AWSサービスの稼働状況やイベント情報を提供するダッシュボードです。
AWSサービス全体の健全性をリアルタイムで把握し、システム運用における潜在的な影響を最小限に抑えることができます。

上記2つのサービスを活用すれば、システムとサービスの健全性を維持し、AWS環境全体の安定性と信頼性を高めることができます。

AWSに必要な監視項目や監視サービスが分かったところで、AWS監視について検討してみましょう。
通常は「AWS監視の4分類」をそれぞれ検討すべきですが、ここでは「システム監視」だけピックアップして見ていきます。

まずは、監視要件や現在の課題を書き出します。

システム監視要件
・24時間365日アクセスされる可能性があるシステムのため、システム障害が発生したタイミングでの通知／復旧が必要
・監視対象のAWSのリソースは「Amazon EC2」と「Amazon RDS」
・チェック頻度は平日は「毎日」

現在の課題
・平日昼間は作業対応者がいるが、平日夜間や休日は作業対応者が不在
・障害からの復旧手順がない（オンプレミス版しかない）

監視要件や課題が分かったところで、監視内容を整理・検討していきます。
この時、
・「定期的なチェック」だけなく「問題発生時の対応」についても検討する
・「いつ」「誰が」「何を」「どのように」実施するかを書き出す
と良いでしょう。

このように整理していくと、追加で検討すべき箇所が明らかになり、システム移行時のリスクを軽減することができます。

この例にある運用体制に関しては、「シフト制の導入」「オンコール体制の確立」「運用のアウトソーシング」などを検討すると良いかもしれません。
また、リソース監視では「メンテナンスの実施」が必要なこともあります。
月1回はシステム停止時間を設けて、そのタイミングでメンテナンスを実施するなどの検討をすると良いでしょう。

AWSの監視は「AWSサービス」に関する監視も必要となるため、オンプレミスの監視を踏襲するだけでは対応できない領域が発生します。
「オンプレミスで問題なく監視できていたから大丈夫」と思わず、ぜひ一度AWSの監視について検討していただければと思います。

また、本コラムではAWS監視サービスを使った監視についてお伝えしましたが、AWS監視サービスだけでは対応できない要件もあります。
「オンプレミスとAWSと同じ仕組みで監視したい」「AWSサービスの稼働状況をグラフやマップで表示したい」などの要件があれば、アシストでは、

・オープンソースの統合監視ツール「 Zabbix 」
・国内トップシェアを誇る統合システム運用管理ソフトウェア「 JP1 」

を活用した監視をご提案しています。
もしAWSの監視にお困りであれば、ぜひお気軽にご相談ください。

本コラムが皆様のクラウド監視に関する課題解決の一助となれば幸いです。