バッチコンソール (9501)
plantpulse-batch-web の運用コンソールです。センサーポイントを受け取り、Aster TSDB にバッチで
書き込むプロセスが、現在何をしているか、どれだけ滞留しているか、どこで失敗したかを
一画面で確認できます。
| 項目 | 値 |
|---|---|
| アドレス (TLS) | https://<server-ip>:9501/ |
| デフォルトアカウント | admin / admin123! |
| 役割 | Kafka または Redis からポイントを取り出し、Aster TSDB にバッチ記録 · アーカイブテーブルへ格納 |
| 読み取るもの | 自身のプロセスの JMX · Dropwizard メトリクス、メタストア(PostgreSQL)、イベントストア(Aster TSDB) |
admin123! は出荷時のデフォルト値です。インストール後すぐに変更してください —
パスワード変更 を参照してください。
ダッシュボード
最初の画面です。現在書き込んでいるか · 滞留しているか · どこで失敗したかの3つを確認します。
| 確認箇所 | 意味 |
|---|---|
| 時間別エラーバー | 1マスが1時間です。緑は«エラー0»、赤は«エラーあり»、斜線は記録がない時間 — 静かだったのではなく、このインスタンスがその時間に存在しなかったことを意味します |
| Write throughput | 1分移動率(rows/s)。隣の線はサーバーがメモリに保持している直近30分のウィンドウです |
| Point queue | 受信したポイントが記録されるのを待つ場所。満杯になると新しいポイントを拒否します |
| Heap usage | ヒープが満杯になるとバッチサイズを自動的に縮小して処理を続行します — しきい値で停止することはありません |
| Batch errors | 統計ではなくイベントです。0以外の場合はログを確認してください |
以下のテーブルは、システム · パイプライン · スループット · エラー · メモリ · ランタイム · カウンター · JVM を
分けて表示します。Write stalled が Yes であり、Stall threshold(デフォルト 60,000 ms)を
超えた場合、書き込みは停止しています。
ストレージ
このノードが使用するストレージが応答しているか、また Aster TSDB キースペースの使用量を確認します。
- Daily size — 1日1ポイントです。誰も測定しなかった日は 0 ではなく空欄として表示します。
- Stores —
Metastore(PostgreSQL) ·Eventstore(Aster TSDB) がそれぞれupかどうか。 応答したもの · 拒否したもの · まだ到達していないものを区別して記録します。 - Aster TSDB Tables — キースペースのすべてのテーブルです(このコンソールが使用するものだけではありません)。
WRITTEN BYを使用して、このコンソールが使用するものと他のコンポーネントが使用するものを区別します。RETENTION列が各テーブルの実際の TTL であり、数値は多くの場合推定値であることも併記します。
tm_tag_point の RETENTION が 3650 days として表示されます。この値を変更する方法は
データ保持期間にあります。
ログ
このプロセスのログをブラウザーですぐに確認できます。サーバーにログインせずにエラー時刻を 確認する際に使用します。
ジョブ実行
バッチが実行したジョブの結果です。いつ開始し、いつ終了したか、成功か失敗かが記録されます。
変更履歴
コンソール上で誰が何を変更したかがアカウントとともに記録されます。設定トグルはすべてここに記録されます。
ノード
どのコンポーネントがどのボックスで動作しているかを確認します。
Node はホスト名から派生したサービス名です。同じスタックを実行するノードが複数ある場合、
ここでも、Kafka コンシューマーグループでも、互いに区別されません。ボックスごとに PP_NODE_ID を
指定してください。
コンポーネントを停止してもすぐには停止しません。 設定はそのノードが起動時に一度だけ読み込まれるため、 次回のコンテナ再作成時に反映されます。
設定
このデプロイが何で起動されたかを表示する読み取り専用画面です。
値は起動時に一度だけ読み取られます。設定ファイルや環境変数を変更しても、このアプリケーションを 再起動するまで何も変わりません。パスワードとアカウント名はマスキングではなく 一覧から除外されます。