dockerに突っ込んだmirakurunをmuninで監視させようとするとかなり難しいんじゃないんですかこれ
Conversation
Notices
-
rednose (rednose@fla.red)'s status on Friday, 10-Aug-2018 23:53:25 JST
rednose
-
rednose (rednose@fla.red)'s status on Friday, 10-Aug-2018 23:54:21 JST
rednose
muninを予めインストールしておいたイメージを用意しましょうねという話ですが……
-
rednose (rednose@fla.red)'s status on Friday, 10-Aug-2018 23:59:41 JST
rednose
これの問題はdockerコンテナ上で複数のプロセスが同時に走るということで、dockerって基本的に単一プロセスが動作することしか想定していないはずでは……?という記憶があるんですが、initまわり改善されたんですかね。
-
rednose (rednose@fla.red)'s status on Saturday, 11-Aug-2018 00:05:34 JST
rednose
@orumin あれなことを言うとすぐにツッコミが入ってくるのめっちゃいいですね。いい
-
rednose (rednose@fla.red)'s status on Saturday, 11-Aug-2018 00:07:45 JST
rednose
@orumin initプロセスに拾われないと、プロセスが例えばゾンビになったときにまずいとかそういうのなかったっけというおぼろげな記憶があるんだけど、気のせい?
-
rednose (rednose@fla.red)'s status on Saturday, 11-Aug-2018 00:15:11 JST
rednose
@orumin mirakurunから見えてるmunin-pluginsはmirakurunが実行されてるホストと同じ環境で動作することが望まれてるから(これは当たり前)、mirakurunが入ってるコンテナにはmunin-nodeも入ってないとログ収集ができないのじゃ……という事が言いたいんですよ。
munin-serverをdockerに押し込められるのはそれはそうと思うけど、munin-nodeをmirakurunと別に用意して、そこからmirakurunのコンテナに入っているmunin-pluginを叩くの、無理っぽく見えている。どうしてもやりたいならSNMPをmirakurunコンテナが話せるようにするとかしかなさそうじゃが -
rednose (rednose@fla.red)'s status on Saturday, 11-Aug-2018 00:23:52 JST
rednose
@orumin 直感ではそれダメだと思ってるんですよね。となっていましたが、何だけイケる気がしてきた。
mirakurunのmunin-pluginsはnode.jsを使うようにして書かれてるんですけど、これよく見るとmirakurunが提供するREST APIに対してリクエスト投げてるだけなので、意外となんとかなる気がしてきた。
-