termal監視 · アラート · Connector
エージェントを入れないサーバー監視——ルールを書かないアラート
サーバーに Termalin Connectorがあれば、そのサーバーはすでに監視されています。Termalin は 1 分に 1 回、すでにある接続を通じてサーバーの状態を示す数値を読み取り、ウェブキャビネットのグラフとして表示し、異常があれば知らせます。ディスクがまもなく満杯になる、サービスが失敗した、証明書の期限が近い、といった場合です。追加でインストールするものも、設定するものもありません。
Pro と Team に含まれます · 14 日間の Pro トライアルでも利用可能 · すべての Connector で既定で有効
01 / 見えるもの
サーバーごとのダッシュボード、構築は不要
termal.in/account → サーバーメトリクスを開きます。Connector のあるサーバーにはそれぞれ専用のダッシュボードがあり、直近 15 分からプランの履歴全体まで、好きな期間で表示できます。
- ▸CPU と負荷。使用率、user、system、iowait、steal。ロードアベレージ。プレッシャー（PSI）。
- ▸メモリーとスワップ、ディスク容量と inode、ディスク I/O とディスクのビジー率。
- ▸ネットワークの受信と送信、TCP ソケット、開いているファイル、プロセス。
- ▸動いているもの。コンテナー、失敗したサービス、失敗した SSH サインイン、保留中のセキュリティアップデート。
- ▸テーブル。ディスク、CPU 使用率上位のプロセス、コンテナー、TLS 証明書と期限までの日数、失敗したサービス、待ち受けポート。
履歴は Pro で 90 日間、Team で 2 年間保存されます。直近 2 週間は 1 分単位の粒度です。それより古い履歴は 5 分平均、さらに 1 時間平均として保存し、各区間のピーク値を残します。
02 / アラート
何も設定しないうちから働くアラート
監視対象のサーバーはすべて、既定のしきい値で見張られます。変更はできますが、変更しなくてもかまいません。
- ▸ディスク。ほぼ満杯（90% で警告、95% で重大）、または 1 日以内に満杯になる見込み。inode の枯渇。
- ▸メモリーと CPU。メモリーの逼迫、高負荷の継続、ハイパーバイザーに奪われた CPU 時間（steal）、メモリー不足によるプロセスの強制終了（OOM kill）。
- ▸サービスとコンテナー。失敗した systemd サービス。再起動を繰り返すコンテナーや unhealthy なコンテナー。
- ▸証明書。期限切れが近い TLS 証明書。14 日前に通知し、3 日前で重大になります。
- ▸サーバーそのもの。再起動した。オフライン（3 分経ってから通知するので、再起動はアラートになりません）。接続が切れ続けている。
03 / 静かであるように
壊れたときに 1 通、解消したときに 1 通
アラートは読まれてこそ役に立ちます。そのため既定の設定では、メッセージの数を少なく抑えます。
- ▸始まりに 1 通、終わりに 1 通。問題が発生したときに 1 通、解消したときに 1 通です。
- ▸まとめて通知。数分以内に起きた複数の問題は、1 通のメッセージにまとめて届きます。重大な問題が待たされることはありません。
- ▸既定では繰り返しません。同じ日に再発した問題は再送されません。ただし重大な問題が続いている場合は別です。
- ▸穏やかな初日。サーバーの監視を始めた初日は、重大なアラートだけが送信されます。日常的に失敗しているユニットや、残ったままの期限切れ証明書は無視されます。
- ▸ミュート。特定のサーバーの特定の種類のアラート、またはサーバー全体をミュートできます。
04 / チャンネル
アラートの届け先
- ▸メール。既定の届け先です。
- ▸プッシュ通知。iOS アプリに届きます。
- ▸Telegram。ワンタップでボットを接続できます。
- ▸Webhook。Slack と Discord がそのまま受け取れます。リクエストは署名付きです（HMAC-SHA256）。
05 / 仕組み
何を、どのように読み取るか
監視エージェントはありません。Termalin は 1 分に 1 回、Connector の既存の接続を通じて、読み取り専用のコマンド（/proc、df、ps など）をいくつか実行します。サーバーへの負担は、CPU 数ミリ秒と 1 分あたり約 1 キロバイトです。
- ▸既定で有効、いつでもオフに。「サーバーメトリクス」に、すべてのサーバー用のスイッチと、サーバーごとのスイッチがあります。オフにすると、そのサーバーについて収集したデータは消去されます。
- ▸エンドツーエンド暗号化ではありません。これらの数値は、サービスが読める形で保存されます。グラフを描き、アラートを出すには、サービスが数値を読む必要があるためです。
- ▸すべて明記。読み取る内容は、プライバシーポリシーの Server metrics and alerts（英語）に一覧があります。
- ▸現在はウェブキャビネットのみ。ダッシュボードは termal.in/account にあります。デスクトップアプリにはまだ表示されません。iOS アプリはプッシュ通知を受け取ります。
06 / AI アプリ
「サーバーの調子はどう？」にデータで答える
Termalin のホスト型 MCP エンドポイントを通じて、Claudeと ChatGPT も同じ数値と同じアラートを読み取れます。server_metrics は数値を、alerts_list はアラートを返します。答えは、監視が収集したデータに基づきます。
07 / プラン
Pro と Team に含まれる機能
監視には Connector が必要で、Connector は有料プランの機能です。そのため監視とアラートは Pro（履歴 90 日間）と Team（2 年間）に含まれます。14 日間の Pro トライアルでも使えます。Free プランには含まれません。料金を見る →
よくある質問
サーバー監視は、サーバーに何かをインストールしますか？
いいえ。すでに Termalin Connectorが入っているサーバーならそのまま使え、何も追加しません。2 つ目のエージェントも、exporter も、開放ポートもありません。Termalin は 1 分に 1 回、Connector がすでに保持している接続を通じて、読み取り専用のコマンド（/proc、df、ps など）をいくつか実行します。
サーバーのリソースはどのくらい使いますか？
CPU を数ミリ秒、データ量にして 1 分あたり約 1 キロバイトです。
履歴はどのくらい保存されますか？
Pro では 90 日間、Team では 2 年間です。直近 2 週間は 1 分単位の粒度で保存します。それより古い履歴は 5 分平均、さらに 1 時間平均として保存し、それぞれの区間のピーク値も残すので、短いスパイクも長期間のグラフに現れます。
監視をオフにできますか？
はい。ウェブキャビネットのサーバーメトリクスに、すべてのサーバー用のスイッチと、サーバーごとのスイッチがあります。オフにすると、そのサーバーについて収集したデータは消去されます。アラートは監視が有効なサーバーでのみ機能します。
アラートはどこに届きますか？
既定ではメールです。iOS アプリへのプッシュ通知、Telegram（ワンタップでボットを接続）、Slack と Discord がそのまま受け取れる Webhook を追加できます。Webhook のリクエストは HMAC-SHA256 で署名されます。
アラートルールを書く必要はありますか？
いいえ。監視対象のサーバーはすべて、既定のしきい値で見張られます。対象はディスク、inode、メモリー、負荷、失敗したサービス、コンテナー、証明書、サーバーのオフラインです。しきい値を変更したり、特定のサーバーで特定の種類のアラートをミュートしたりできますが、何も設定しなくても動きます。
Grafana や Prometheus の代わりになりますか？
いいえ。これはセットアップ不要の基本機能です。サーバーの標準的な状態指標と既定のアラート一式を、何もデプロイせずに使えます。ログ収集、カスタムメトリクス、外部からの死活監視、ステータスページはありません。すでに本格的なオブザーバビリティ基盤を運用しているなら、そのまま使い続けてください。誰もまったく見ていないサーバーがあるなら、これがそのサーバーを見張ります。