【CloudWatch】サーバー監視を行う上で設定する項目についてご指摘をいただきたいです。

Question

大雑把にいうと、サービスが落ちていない事が確認をしたいです。

cloudwatchでは、CPU使用率と、Webサーバーの死活監視を行います。
そのほかに、CloudWatchで監視しておいた方が良いものがあればご教示いただきたいです。

サービスの仕様

ティザーサイトを作成しました。
特筆すべき事は下記です。

• 一般的なWebサーバーの構成(apache+php)
• サービス経由で、ストレージにデータを保存しない
• DBは使わない
• APIも提供しない

また、クライアントから過去のサーバー実績やサイトのPV等情報をもらえなかったため、予想されるアクセス数わかりません。

考えている監視方法

下記を想定しています。
また、なるべくAWSの無料枠に納めたいと考えています。

CPU使用率

下記の設定をしました。

5分間 内の 1データポイントに対する CPUCreditUsage >= 80

Webサーバの死活監視

cronで1分ごとにwgetでurlを監視し、結果をCloudwatch側に渡します。

Answer 1

サービスが落ちているかどうかを監視したいのであればCPU使用率は不要です。

curlで特定ページの監視文字列検出のレイテンシ
→サービスが提供できているかの確認
ディスクの空き容量
→ログを保存する余裕があるかの確認

この２つで十分ではないでしょうか。

Comments

[hasshy]

ご回答ありがとうございます！
確かに、ログを保存する余裕がなくなることは考えていませんでした。
ありがとうございます。
一点をお伺いしたいのですが、なぜCPU使用率の監視は不要なのでしょうか？
もしかしたら、落ちる前提で検知したいとお伝えしてしまった、私の不備かもしれません。
サービスが落ちてしまう前に、状況を検知するためには監視はした方がよいと考えております。

[moonphase]

「サービスが落ちていない事が確認をしたい」
「なるべくAWSの無料枠に納めたい」
とのことでしたので、必要最小限としました。
プロダクション環境でもコストを抑える場合、この程度の監視に留めるケースも存在します。

CPU使用率は傾向を把握する際の参考には良いと思いますが、CPU100%でもサービスのレイテンシに影響がなければ問題なく、むしろリソースを最大限に生かしている状態といえます。

サービスが落ちる前に状況を検知したい場合は、可能な限りのメトリクスを取得しておき、あとでどのような状況で落ちやすいかを判断し、対策が必要であれば実施します。
蓄積して分析して、等の作業量を考えると、スケールしたほうがコスト的には遥かにメリットがあると考える事もできます。