機能 #104
完了Prometheus SNMP exporter を chuable にデプロイする
100%
説明
house-exporter と一緒に RasPi に載せようかと思ったこともあったが、 LAN 内にあればノードの制限は特にないので、素直に独立した Debian のコンテナとかにしてしまう方が可用性の面でも保守性の面でも望ましい。
Cloudflare Tunnel を使ってしまうと追加の Basic 認証をかけられないことにだけは注意。
→ バックエンド (アップストリーム) サーバの時点で Basic 認証がかかっていれば、 Cloudflare Tunnel 越しにもそのまま認証がかかる。 SNMP exporter 自体が Basic Auth 機能を持っているため、そちらで認証を設定しておけば Cloudflare Tunnel を使って問題ない。
ファイル
nop_thread さんが10ヶ月前に更新
- 題名 を snmp_exporter を chuable にデプロイする から Prometheus SNMP exporter を chuable にデプロイする に変更
- 説明 を更新 (差分)
nop_thread さんが10ヶ月前に更新
- ステータス を 進行中 から 終了 に変更
- 進捗率 を 50 から 100 に変更
APC の AP8858 を使っているが、 SNMP exporter が頻繁に I/O エラーを報告してくる。
つまり Prometheus 側でとれる情報も頻繁に欠落するので、グラフ上での表示にも多少の工夫が必要。
たとえば last_over_time(rPDU2PhaseStatusPower{job="snmp-apc-pdu-interval15",house=~"$house"}[5m])*10 にすると欠落した場所は最後の値を使うし、 rPDU2PhaseStatusPower{job="snmp-apc-pdu-interval15",house=~"$house"}*10 or avg_over_time(rPDU2PhaseStatusPower{job="snmp-apc-pdu-interval15",house=~"$house"}[5m])*10 のようにすれば欠落した場所は過去5分の平均で埋める。
値の正確性で言うなら rPDU2DeviceStatusPower よりも rPDU2DeviceStatusEnergy の増分を見る方が良いのだろうが (なぜなら前者ではスクレイプ間で発生した瞬間的な高い値を取り零す可能性があるため)、前者が 10 W (1/100 kW) 単位で後者は 100Wh (1/10 kWh) 単位なので前者の方が精度が良く、15秒程度の高頻度表示に使うなら前者一択。
rPDU2DeviceStatusEnergy はある程度長期的な値を見たいときにしか使えない。