ピン留めされたアイテム

AWS SOAの試験対策問題をとく中で、
CloudWatchの問題から実際の操作のイメージができないので、
以下のハンズオンやりながらメモ。
最初の方しかやれてない。→もう後半！→終わった

学習一覧

環境構築
EC2、ALB、RDSの標準メトリクス確認
カスタムメトリクス取得
CloudWatch Alarmsの設定
CloudWatch Logs
CloudWatch Logs Insightsでサーバログの分析
CloudWatch ダッシュボード作成
Amazon EventBridge（以前CloudWatch Events）

ハンズオン資料

AWS Hands-on for Beginners 監視編サーバーのモニタリングの基本を学ぼう

Eri Asa

環境構築(復習用)

Cfnで構築

用意されたテンプレートファイルをアップロード
スタック名monitoring-1、パラメータそのまま、スタックオプションの設定もそのまま

WordPressセットアップ

EC2①と②

Eri Asa

CloudWatchメニュー

タイムゾーン変更

データに応じてグラフの時間軸の間隔を変更する（今回の場合は直近データしかないので45分）

時間軸の間隔45分、現地の時間が表示

EC2メトリクス

CPU使用率

ネットワーク使用量

ELBメトリクス

HealthyHostCount

RDB

データベース別メトリクス

Read IOPS、Write IOPS

データの取得間隔 5分⇒1分へ変更

グラフの見え方変更

カスタムメトリクス取得

ディスク使用率

他メモリ使用率など

Eri Asa

CloudWatch Alarmsの設定

各種メトリクスに閾値を設定して、CloudWatchがそれを検知、発報

EC2ディスク使用率90%超えたら発報

アラーム作成

メトリクスの選択

カスタム名前空間 CWAgent

disk_used_percent

アラーム発報の間隔

条件
どいう条件でアラームを発報するか

アクションの設定

メトリクスが閾値を超えて、アラーム状態となった場合に
メール通知を行うようにする。

リソースに対してアクションを設定できる
EC2だとインスタンス停止や削除や再起動など

アラーム名を入力

できたー
アラーム作成直後は「データ不足」と表示されるが、データが溜まると状態が変わり「OK」になる

Eri Asa

CloudWatch Logs

各種サービスのログ監視、保存、アクセス
ログを一つの場所に集約することで運用効率化ができる

ディレクトリ階層はロググループ＞ログストリーム > ログイベントとなっている。
ロググループはアプリやミドルウェア単位で集約され、
ログストリームはサーバのIDごとで集約、ログインベントはアプリケーションログが表示される。

ロググループ

保持期間の設定

ログの有効期限が設定できる、デフォルトでは「失効しない」

ログストリーム

インスタンスIDごとにログストリームが格納される

ログイベント

インスタンスIDをクリックすると、中にWordPressのログが格納されてる

ログ検索

ログ表示の期間やtime zoneも変更可能

Eri Asa

CloudWatch Logs Insightsでサーバログの分析

ロググループ選択


クエリ実行

クエリ修正

parseクエリ　一時的な項目作成

parse '* - * [*] "* * *" * * * *' as host, identity, dateTimeString, httpVerb, url, protocol, statusCode, bytes, refferrer, userAgent
| filter statusCode like /(4\d\d)/