博多鶏塩らぁめん「みやびや」に.
「鶏塩らぁめん」に「煮玉子」をトッピング. ラーメンは透き通るようなスープにも関わらず, 味が深くてとても美味しく, 最後まで飲み干すことが出来た. チャーシューは鶏チャーシューでジューシーで鶏の旨味を感じることは出来たけど, 少し塩辛さが口の中に残った. 夜は居酒屋モードになるようなので, この鶏チャーシューをつまみに一杯やりたいと思う.
シェルスクリプトで作成してたものを, 諸般の事情から, 勉強がてら Go で書き直してみました. 記事のタイトル通り, Nagios のアラート通知を有効化, 無効化, ホストの情報 (Host State Information) を取得するだけの機能を持っています.
テレビでシン・ゴジラを見ながら作ったので...名前は godzilla っぽくしてみました.
Nagios は他の監視ツールのように, REST API で監視や通知の状態を操作することはオフィシャルでは出来ないという認識でして, シェルスクリプト版を作成した際にも, 以下のブログ記事を参考にして curl で操作出来るように実装していました.
Nagios に用意されている「外部コマンド」を curl または HTTP クライアントで叩くことで, ブラウザ操作以外からの操作を実現しています. 今回は, Go 言語の net/http パッケージを利用しています.
Nagios の外部コマンドを Go 言語から叩く部分については, 特に難しいことはありませんでした. 今回は Nagios 自体に Basic 認証が設定されているホストを対象としているので, リクエストヘッダに認証情報を追加してあげることで, 通知の有効, 無効, ホストの情報を取得することは出来ました.
ところが, レスポンスはシンプルとは言え, JSON ではなく HTML で返却される為, HTML を解析する必要がありました...これが, 今回の鬼門で一番時間が掛かりました. HTML 解析には, 以下のように net/html を利用しています.
... func ParseCheckHostStatus(targetHost string, body io.Reader) { z := html.NewTokenizer(body) keys := []string{} values := []string{} // 苦肉の HTML 解析... for z.Token().Data != "html" { tt := z.Next() if tt == html.StartTagToken { t := z.Token() var key string var value string if t.Data == "td" { inner1 := z.Next() if inner1 == html.TextToken { text := ((string)(z.Text())) if strings.TrimSpace(text) != "" { key = strings.TrimSpace(text) if strings.HasSuffix(key, ":") || strings.HasSuffix(key, "?") { keys = append(keys, strings.Trim(key, ":?")) } else { values = append(values, strings.Trim(key, ":?")) } } } if inner1 == html.StartTagToken { if z.Token().Data == "div" { inner2 := z.Next() if inner2 == html.TextToken { text := (string)(z.Text()) if strings.TrimSpace(text) != "" { value = strings.TrimSpace(text) values = append(values, strings.Trim(value, ":?")) } } } } } } } m := map[string]string{} for i := 0; i < len(keys); i++ { m[keys[i]] = values[i] } // fmt.Println(m) data := map[string]interface{}{"Host": targetHost, "Status": m} data_json, _ := json.Marshal(data) fmt.Println(string(data_json)) } ...
下図のような Host State Information の情報を解析して JSON で出力しているクソコードです. 苦肉の対応が随所に見られていて, 本当にこれで良いのか悩みどころではあります.
Docker for Mac の Kubernetes を有効にして, 以下のようなマニフェストを書きました.
$ cat nagios.yml --- apiVersion: v1 kind: Service metadata: name: nagios-externalip spec: type: LoadBalancer ports: - name: "http-port" protocol: "TCP" port: 8080 targetPort: 80 selector: app: nagios-pod --- apiVersion: v1 kind: Pod metadata: name: nagios-pod labels: app: nagios-pod spec: containers: - name: nagios-container image: jasonrivers/nagios:latest ports: - containerPort: 80
Docker Compose っぽいなあというのがファーストインプレッションです.
以下のように実行して, 環境を起動します.
kubectl apply -f nagios.yml
LoadBalancer サービスや Nagios 環境の Pod が正常に起動すると http://localhost:8080 で Nagios の Web コンソールにアクセスすることが出来ます. 今回, Nagios コンテナは以下のコンテナを利用しています.
Nagios のバージョンは 4.4.2 となります. また, nagilla は以下の環境で実行しています.
$ sw_vers
ProductName: Mac OS X
ProductVersion: 10.13.6
BuildVersion: 17G65
$ nagilla -version
0.0.1
nagilla を始める為には, direnv が必要になります. また, 以下のように設定ファイルを JSON で書いておく必要があります. 詳細は README をご確認下さい.
以下を実行して, ホストの状態を確認してみます.
$ nagilla -hosts=localhost -check | jq . { "Host": "localhost", "Status": { "Active Checks": "ENABLED", "Check Latency / Duration": "0.001 / 4.150 seconds", "Check Type": "ACTIVE", "Current Attempt": "1/10 (HARD state)", "Event Handler": "ENABLED", "Flap Detection": "ENABLED", "Host Status": "UP", "In Scheduled Downtime": "NO", "Is This Host Flapping": "NO", "Last Check Time": "12-16-2018 15:06:01", "Last Notification": "N/A (notification 0)", "Last State Change": "12-16-2018 10:37:29", "Last Update": "12-16-2018 15:08:07 ( 0d 0h 0m 3s ago)", "Next Scheduled Active Check": "12-16-2018 15:11:01", "Notifications": "DISABLED", "Obsessing": "ENABLED", "Passive Checks": "ENABLED", "Performance Data": "rta=0.077000ms;3000.000000;5000.000000;0.000000 pl=0%;80;100;0", "Status Information": "PING OK - Packet loss = 0%, RTA = 0.08 ms" } }
-hosts に対象のホスト名 (Nagios に登録しているホスト名) を指定します. hosts の複数形にしているのは, 将来的にはカンマ区切りで複数指定出来るようにしたいと考えている為です. 現在, 上記のホストは通知 (Notifications) は無効 (DISABLED) になっているようです.
通知を有効化します.
$ nagilla -hosts=localhost -enable localhost 上記のホストの通知を有効しますか?(y/n): y 通知を有効にします. 通知を有効にしました.
有効化を改めて -check オプションで確認してみます.
$ nagilla -hosts=localhost -check | jq '.Status.Notifications' "ENABLED"
上記の通り, ENABLED (有効) になっているようです.
通知を無効化します.
$ nagilla -hosts=localhost -disable localhost 上記のホストの通知を無効しますか?(y/n): y 通知を無効にします. 通知を無効にしました.
無効化を改めて -check オプションで確認してみます.
$ nagilla -hosts=localhost -check | jq '.Status.Notifications' "DISABLED"
いい感じです. ひとまず, 単一ホストの通知の有効化, 無効化は行えるようです.
とにかくコードは汚いですが, やりたいことがコマンド一発で実行出来るのは嬉しいですね. ただし, HTML のパースは個人的には苦行でした... まだまだ, 修行が必要なようです. ところで, Kubernetes を初めて触ってみました. Kubernetes は概念からちゃんと勉強していきたいけど, 取り急ぎ, 検証やギョームで Docker で動かしている諸々を Kubernetes で動かしていきたいと考えています.
毎年恒例のかずきん夫婦と忘年会. 三時間のカラオケまでのフルコースでとても楽しい夜だった.
山手線がいきなり止まったりして, ちょっと焦ったりしたけど無事に羽田空港に到着.
わかっていたけど、飛行機乗るときには時間に余裕を持って動いたほうが良いよね。
— Yohei Kawahara（かっぱ） (@inokara) 2018年12月14日
乗り遅れるのも良い人生経験かもしれないけど, そこまでの肝は座っていなかった (笑.
相変わらず, 福岡便は満席で, 隣なのか, 前なのか, 後ろの座席は判らないけど, 誰かの (自分である可能性もある) 足のニホヒが臭くて辛かった.
博多で奥さんと待ち合わせて, 夕飯を食べようと数軒のお店を覗いてみるも, 金曜日の夜というのと, 忘年会シーズンも重なり, どこのお店も入店を断られてしまったので, 結局, いつもの美人居酒屋にて.
景品をゲットするつもりで少し大きめのスーツケースで来たのに一つもゲット出来ず...
忘年会に参加してますが、景品があたりません。どうしたらいいんでしょうか。（福岡･男子 43歳）
— Yohei Kawahara（かっぱ） (@inokara) 2018年12月13日
ブログ読んでくださっている方, furikake 使ってくださっている方, 色々と声を掛けて頂いて嬉しかったし, 一人か, 二人でも誰かの役に立てているのかもしれないなと身の引き締まる思いになった.
一次会の後は, 有志の皆さんに唆されてwカラオケにジョイン. 福山雅治の HELLO を歌った. もう去っていく人間が HELLO なんて笑えるが, 人生は一期一会, その時, その時を大切に, 出会った人にはいつでも Hello と明るく声を掛けられるような人生にしていきたい. 皆さん, 有難うございました.
雨が降っていたし, とても寒かった.
を Backlog の公式ツイッターで紹介して頂いた.
オフラインでも #Backlog Wikiを更新するツール" daimyo "を、Backlogユーザーの @inokara さんが開発&公開しています！飛行機など長距離移動の際や、インターネット環境が無い/遅いような場所で大活躍しそうです。ぜひみなさまもお使いください✨https://t.co/ZdzMk7b1Em
— Backlog | プロジェクト管理ツール (@backlogapp) 2018年12月11日
に参加した.
ビールに大量のピザで驚いたけど, ピザは美味しいし, すごく刺激になった勉強会だった.
#jkd報告会, 思わず JDK 報告会に間違えそうになったけど, Kubernetes の話から Docker 以外のコンテナランタイムや rcon, buildpack 等, 幅広い話が聞けてすごく刺激的だった.
— Yohei Kawahara（かっぱ） (@inokara) 2018年12月10日
