Stackdriver Monitoringを使いはじめて2週間ほど経ちました。とても便利なのでやや気が早いですが、一部AWSのCloudWatchで行っているモニタリング運用の移行を検討しています。

以下、Stackdriver Monitoringを使ってみた感想です。

Good ここが素晴らしい！

ざっと４点。

①Webの死活監視が Uptime Checks で簡単に設定可能

CloudWatch単独機能ではWebの死活監視(URL監視)ができない¹
がStackdriverではURL監視の設定がサポートされており設定も簡単でした。

参考 Uptime Checks 設定画面

Slackにてアラート通知させました。(以下、通知例)

AWSだとSNS経由でLambda設定するなど、やや設定が手間です。

Nginx,Apache,MySQL等の主要ミドルウェアの監視用プラグインのサポートがあります。²

Nginx,MySQLのプラグイン導入してみましたが設定も簡単でした。

また、メトリクスは多く定義されていますが、抑えておきたいメトリクスにおいてはデフォルトのビューでグラフ化されているので監視の勘所のキャッチアップの助けになりました。

参考 Nginxのデフォルトで描画されているグラフの一部

AWSもドキュメントは充実しているが、GCPのドキュメントも簡潔で整理されており、手順も極力少なくなるよう工夫が随所に読み取れた。

ワンライナー的なコマンドの成功率も高く、エラーが起きてもわかりやすいメッセージが出力され、比較的スムーズに導入ができた気がする。

また、AWS環境で設定する最小限の権限定義方法のTipsも載っており気になりどころもまとめられていて好印象。

以下２点期待したい。

ちなみに、AWS環境では以下イメージにはインストールができて、Stackdriver上で送信されたメトリクスを確認しています。

Amazon Linux1
Ubuntu Server 18.04 LTS
CentOS 7
Debian GNU/Linux 9

CloudWatchだとグラフの色の設定が可能で、関連のある色を統一ができるが、Stackdriver上ではできない。

GCP-Stackdriver	AWS-CloudWatch

雑めにCloudWatchとStackdriverを比較すると

AWSのCloudWatchはとても高機能だが設定やや複雑だが
Stackdriver Monitoringはデータ保存期間や細かいグラフ設定はやや機能劣位はあるが、よりライトに使い始めることができるサービスという印象です。

当分どちらにもお世話になると思いますが、Stackdriver Loggingの方も試してみたい。