概要

サーバ監視ツールMackerelにログインしてから
実運用の一歩手前までをまとめました。

入門記事としてご利用下さい。
とはいえ、日本語ドキュメントが充実しているので、そもそも学習コストは低いです。
記事に記載した作業も2時間以内には完了します。

準備

登録はサインアップページから行います。
（手順はひたすら書いてある手順に従うのみなので割愛）

2週間はトライアル期間として有料のStandardプランと同等に使用でき
期間が終了すると自動的に無料のFreeプランに切り替わるようです。
プライベートの用途であれば、無料プランでも十分事足ります。
（この場合、外形監視ができないのは残念）

試しに使ってみるにしても、監視する対象のサーバは必要です。
筆者はAWSのインスタンスを1個だけ立ててこの記事を書きました。

実際に機能を使用する前に、自身のアカウントのセキュリティを担保します。
右上のメニューから「アカウント設定」を開き、その先で「2段階認証」を選択。
お好きなデバイス（アプリ）を使って設定を完了します。

左側のメニューの中にさりげなくスタートガイドへのリンクがあります。

クリックすると以下のような手順を紹介されるので、素直に従います。

手順の中でカタカナがいくつか出てきますが、まずはとにかく手を動かします。

作業はほとんどがご覧になっているコンソール上で済み、
唯一黒い画面などで作業する内容も、以下のように丁寧に説明されます。
自分に合った環境用のガイドを選択し、コピペベースで進められます。

上記の手順を終えるともうお祝いされてしまいますが
まだサーバの数値を取得できるようになっただけで、監視とは言えません。

「おめでとうございます！」の下にある2つの作業を行います。

アラート通知の検証ではメトリックを異常値にしたいため
LinuxでCPU使用率を上げるコマンドを参考に作業しました。

通知先としてChatworkとSlackを試してみましたが
グラフをそのまま描画でき、見た目も直感的なSlackの方がオススメです。

これで、サーバの特定の部分が異常状態になった際に
好みの方法で通知を行うことができるようになりました。

ここまでの設定ではロードアベレージやcpuなどの
基本的なメトリックしか監視することができませんでした。

その他のミドルウェア監視などを行うために
Mackerelでは公式プラグインが提供されています。

例えばLinuxサーバの監視を行う際は、公式プラグインのインストール後に
以下のような設定を行います。（コメントアウトを解除するだけ）

/etc/mackerel-agent/mackerel-agent.conf

# Plugin for Linux
[plugin.metrics.linux]
command = "mackerel-plugin-linux"

これでスワップの状況やログインユーザ数など
Linuxに即したメトリックを取得することができるようになりました。

Mackerelではメトリックだけではなく、ログやプロセスも監視できます。
この用途においても、公式プラグインが提供されています。

インストールしたら、使用しているミドルウェアや設定に応じて
mackerel-agent.confに記載し、監視を適用します。
これらを導入してもまだ物足りない場合には
スクリプトによるチェック監視項目の追加で対応するのが良さそうです。

ここまでの内容で、大抵のサーバは監視できると思います。
AWSのフルマネージドサービス、Heroku、Dockerなどの特殊な環境に関しても
ヘルプの記事を読めば対応できそうです。

ドキュメントが充実しているだけではなく、触っていて気持ちいいUIなので
本来シリアスな監視の設定も楽しみながら設定することができました。