【やってみた】ZabbixのアラートをQuickSightで見える化！【エンジニアブログより】

こんにちは、MS課OJT中の峯です。 Amazon CognitoとFacebookとの連携を書いたときは技術4課でOJT中でしたが、今はMS課でOJT中です。今回はQuickSightを使ったZabbixのアラートを見える化について書きたいと思います。

なぜこんなことをしたか？

MS課にてOJTの研修課題でZabbixサーバーに自分自身を監視させるというのをやっていました。

先輩から
「アラートをAthenaとかQuickSightとかでいい感じにして、いつどんなアラートがあがってるかとかどのホストグループからあがってるかとか分析したいんだよね」

ってことでこの要件のざっくりとした検証？お試し？を私がやることになりました。

実際やってみた

構成

課題を進めていた検証用の環境ではSESを使い、ZabbixのアラートメールがS3バケットに保存され、メールの本文はbase64でエンコードされていました。Athenaでのテーブル作成のためにメールをデコードし、なんとかJSONファイルにしなければなりません。というわけで以下のような構成になりました。

1. ZabbixサーバーからのアラートメールがS3バケットに保存されます。
2. ↑をトリガーにしてLambdaを発火。保存されたメールの本文をbase64デコードします。そして必要な情報を抜き取り、それらを書き込んだJSONファイルを別のS3バケットに保存します。
3. GlueのクローラーをつかってAthenaに自動でテーブル作成・更新します。
4. QuickSightで見える化！！！

Glue、Athena、QuickSightについては利用できるリージョンが限られています(2018/2/現在)。今回はそれぞれバージニア北部で利用しました。

手順

Zabbixの設定設定というか、アクションにてメールのデフォルトメッセージを以下のようにします。

次のLambdaはこのテンプレを想定して作ってあります。

Lambdaの作成

Lambdaを作成していきます。今回はpython3.6でコードを書きます。s3-get-object-python3というテンプレがあるのでそれを使用します。

書いたコードは以下になります。

メール保存用のS3バケットにアップロードされたオブジェクトからsplit関数を使い、メール本文、さらにその中から必要なものを取り出します。取り出したものをJSONファイルに書き込みJSON保存用のS3バケットに保存します。 ロールのポリシーにはCloudWatch Logsの書き込み権限だけでなく、メール保存用S3バケットのオブジェクト読み取り権限（GetObject）、JSON保存用S3バケットのオブジェクト書き込み権限（PutObject）を追加しておきます。（ビジュアルエディタのおかげでポリシーの編集がだいぶ楽になりました）。

AthenaとGlueの設定

続いてGlueをつかってデータベースとテーブルを作成します。
マネコンからデータベースを作成します。

クローラーを作成します。
クローラーの名前を入力します。

S3バケットを選択します。パスは最後にスラッシュを入れてください。

ロールを作成します。

スケジュールを設定します。今回は「Run on demand」です。

先ほど作成したデータベースを選択します。

Glueの設定はOKです。ではAthenaを確認してみましょう。 データベースとテーブルが作成されてることがわかります。

ちなみにクエリを投げるとこんな感じ。

QuickSightの設定

さて、いよいよQuickSightの設定です。といっても、とくに難しいことはないです。はじめて利用する場合はプランを選んでサインアップする必要があります。私はスタンダードにしました。あまり覚えてないですが、以下の作業はサインアップするときにやらないといけないはずです。。。パーミッションの設定まずはパーミッションの設定です。右上のユーザーのアイコンから「Manage QuickSight」を開きます。

Account Settingからパーミッションの設定をします。Athenaだけでなく、JSONを置いているS3バケットへのパーミッションも許可しないといけません。

もとの画面に戻り、New analyticsから見える化していきます。

New DatasetからAthenaを選択し、先ほど作成したもので設定していきます。

データソース名を決めて、「Validate connection」をクリックし、接続が検証されれば「Validated」になります。

Athenaで作成したデータベースとテーブルを選択します。

SPICEにインポートするか直接クエリを投げるか選択します。今回は「Directly query your data」にします。SPICEについてはこちら

では、どう見える化されたでしょうか。

おや？微妙なグラフが表示されました。表示されない場合はフィールドをいろいろ選択してみてください。QuickSightではグラフのことをビジュアルと呼びます。ビジュアルは数種類用意されていますが、今回は画像の赤丸で囲ったものを使用します。

上のビジュアルを選択し、Field wellsからx軸とグループに表示するフィールドを選択します。今回はx軸にdatetime、グループはtrigernameにします。実際に表示されたビジュアルがこちら

なんだかまだ微妙だ... そもそもアラートの量がすくないのもあるが... ここからはこのビジュアルをもうちょっといい感じにしていきます。ビジュアルをいい感じにするCalculatedフィールドx軸に設定したdatetimeフィールドが文字列型のままなので、これを日付型にして、さらに年・月・日のフィールドを作成します。データセットの編集画面を開きます。

datetimeフィールドの型が「String」となっていますが、「Date」を選択します。

「Date」を選択すると、年月日がもとの文字列でどう並んでいる入力します。

これでdatetimeフィールドが日付になりました。次はコレをもとにして、年・月・日のCalculatedフィールドを作成していきます。FieldsのNew Fieldsから作成します。

フィールド名はそれぞれDay、Month、Yearとします。Formula欄には関数を入力します。truncDate関数を使用します。年月日が日付型で返されます。後述しますが、ビジュアルの表示を設定しなおす必要があります。似たような関数にextract関数がありますがこちらは数値型が返されます。

これで年月日それぞれのフィールドが作成されました。ビジュアルの画面に戻り、x軸を「Day」にすると下のようになります。

x軸の表示の設定を変えます。「Day」フィールドは日付まで、「Month」フィールドは月まで、「Year」フィールドは年まで見えるようにします。またソートを昇順にします。下の画像は「Day」の設定例です。

フィルター

これでx軸の日付はいい感じになりました。次はフィルターを設定します。フィルターのタブからフィルターを作成します。

tirggerstatusがPROBLEMのもののみを表示するフィルターをつくります。

hostgroupとかhostnameとかのフィルターも作っても作りましたが、今回は検証ということもあり、データが少ないので必要はなさそう... これでだいたいいい感じになりました。

まとめ

いかがでしたでしょうか。今回は研修で使用したZabbixであったため、アラートの量も少なく、日によってどのアラートが何個とんでいるかがわかるくらいで、見える化する意味はあまりありませんでした。何をどう見たいかにもよると思いますが、どのホストグループ・ホストからいつにどんなアラートが飛びやすくなっているかという分析も可能かもしれません。