Webアプリケーションの情報を定期的に送信するエージェントを作りたい

Question

前提・実現したいこと

Webアプリケーションの各情報をあるサーバに定期的に送信するエージェントを作成したいと思っています。

全体的な構成としては、「監視用サーバ」と「Webアプリケーションサーバ」で別れており、今回作りたい「エージェント」はWebアプリケーションの状態を取得（例えばそのWebアプリケーションにメンテナンス用のCLIがある場合、"get status"のようなコマンドを叩いて標準出力される結果をパースする）し、「監視用サーバ」に何かしらの方法で状態の値を送信する、ということを行いたいと思っています。

「監視用サーバ」と「Webアプリケーションサーバ」間については距離としてはかなり近く、セキュリティの配慮は必要ありません。

また、「Webアプリケーションサーバ」は１台ではなく、将来的にはスケールアウトして複数台構成となる想定で、台数毎にエージェントが存在する形になるようなイメージです。
対して「監視サーバ」はスケールアウトせず、１台のままで運用していくイメージとなります。
最終的に、Webアプリケーションの情報を受取るサーバ１台に対して、Webアプリケーションサーバが複数台存在するような形を想定しています。

相談したいこと

「エージェント」から「監視用サーバ」への情報送信のための手段を考えています。
「監視用サーバ」側にREST API実装を行い、「エージェント」からHTTP通信で値を送信することを考えていますが、本来の使い方として間違っている、あるいは「Webアプリケーション」がスケールアウトした際に「監視用サーバ」の負荷が耐えられるかなどの懸念があります。

今回のような場合は、WebSocketの方が適しているのでしょうか。

これ以外の手段がわからないため、ご助言を頂きたいと思っています。

Comments

[dameo]

う～ん、SNMPが出てくるとは思いませんでしたが、今使われてるのか知らないけどZabbixみたいな、負荷などサーバー状況を監視/表示するような仕組みなのではないか？と推測します。ZabbixみたいなOSSだけではなく、この分野の製品は昔から結構あると思いますが、多分作るにしては知識が足りてない気がします。

鯖同士が近くてセキュリティ配慮がいらず、簡単なモノならシェルで集めて、そのままsyslogで一台に集めて、ログをベースに画面を作ればいいのかもしれませんが。。。
製品レベルのものを作りたいという話なのであれば、ちょっと難しいような気がします。

って書いていて、回答にコメントがついてるのに今気付きました。推測は当たりのようですね。その内容で質問内容を修正すべきです。

[退会済みユーザー]

ご指摘ありがとうございます。
なるほど。質問内容は編集できるのですね。

> Zabbixみたいな、負荷などサーバー状況を監視/表示するような仕組みなのではないか？
仕組みとしてはおっしゃるとおりです。今回作成したいのは製品レベルとまではいきませんが、Webアプリケーションのある程度の規模を想定して考えています。

サーバ同士については距離としてはかなり近く、セキュリティの配慮は必要ありません。

> そのままsyslogで一台に集めて、ログをベースに画面を作ればいいのかもしれませんが。。。
なるほど。syslogはたしかに最もシンプルに実現できそうな気がします。
ですが、このサーバ状態を送信する仕組みは、最終的にrpmなどにパッケージングし、かんたんに導入できるような仕組みにしたかったため、エージェントとして作りたかったのが経緯となります。

まずはこちらに書いた内容と、ご回答に対する返信をもとに質問を編集しようと思います。
ありがとうございます。

[dameo]

正直に言ってまだ漠然としすぎていて、識者の注意を引くのは難しいかと思います。簡単に言うと、実際に想定している具体的なHWや規模が公開され、実測値に基づいた予測がある状態で、何か特別に配慮が必要な不思議事態が起きているのでなければ、誰の注意も引きません。そういう特別なことがない限り、それはあなたが検証して予算に合ったシステムを組むべき課題だとしか、誰の目にも映らないと思いますよ。

本当に1台で限界まで負荷に耐えさせたいのなら、rustやgoでスクラッチから組むのが今の流行りのようです。ただ、そこまでしなくてもみんなが使える言語やプロトコルでメンテナンスできた方がいいはずですよね。できるだけ分かりやすく、不必要に効率を下げなければ、後はあなたの工夫次第です。性能と予算と利便性のバランスを取って、課題をクリアできる範囲で、一番コスパのいい形を選択してください。

[退会済みユーザー]

再度のご指摘ありがとうございました。
今回の件に関してましては、そもそもシステムの全体像がまだぼやけた状態であることもあり、漠然とした質問内容となってしまっておりました。

もっと要件などを絞り込み、その上で必要であればまたこちらで質問させていただきたいと思います。
ありがとうございました

Answer 1

要件が不明瞭すぎて、アドバイスが付かないと思います。
一般論でいえば、SNMP を使うのが適切です。

Comments

[退会済みユーザー]

ご回答ありがとうございます。
すみません。おっしゃるとおり不明瞭かと思いますので、補足説明させていただきます。

実現したいこととしては、「Webアプリケーションのヘルスチェックを行うエージェントを作成したい」というところは変わりないです。

全体的な構成としては、「監視用サーバ」と「Webアプリケーションサーバ」で別れており、今回作りたい「エージェント」がWebアプリケーションの状態を取得（例えばそのWebアプリケーションにメンテナンス用のCLIがある場合、"get status"のようなコマンドを叩いて標準出力される結果をパースする）し、「監視用サーバ」に何かしらの方法で状態の値を送信する、ということを行いたいと思っています。

また、「Webアプリケーションサーバ」は１台ではなく、将来的にはスケールアウトして複数台構成となる想定で、台数毎にエージェントが存在する形になるようなイメージです。
対して「監視サーバ」はスケールアウトせず、１台のままで運用していくイメージとなります。