IP経由の遠隔電源管理(スマートPDU)設計の基本
対象読者:撮影・演出・音響・照明・編集・配信・制作進行に関わり、IP伝送技術に関心を持つすべてのプロフェッショナルへ。
深夜1時、スマートフォンが鳴った。山あいに設置した無人の中継地点で、NDIエンコーダーが応答を返さなくなったという配信担当からの連絡だった。次の生中継まで6時間。現場には誰もいない。選択肢は二つしかなかった。誰かが車を2時間走らせて現地に行き、電源タップを一度抜いて挿し直すか。あるいは、その拠点を諦めて予備の回線に切り替えるか。
結局、車を出した。往復4時間かけて、やったことはコンセントの抜き差し10秒だけだった。

ネットワーク機材がフリーズしたときの直し方は、この10年近く変わっていない。電源を一度切って、入れ直す。ソフトウェアのバグであれ、メモリリークであれ、この一手でだいたい直る。問題は、その「一手」を実行するために、人間が物理的にその場にいなければならないことだ。
固定カメラの定点サイト、山や海沿いのライブカメラ拠点、複数会場を1つの制作拠点からまとめて手掛けるリモートプロダクション(REMI)。無人で稼働させる拠点は、この数年で確実に増えている。REMI方式は、複数の会場に中継車と人員を送り込む代わりに、1つの制作拠点から複数のイベントを手掛けられる点に価値がある(Haivision社のREMI解説による)。だが、この方式の効率を支えているはずの「無人化」そのものが、機材がフリーズした瞬間に牙をむく。現場に人がいないという前提が、そのまま復旧を阻む壁になる。

この壁を越える方法はすでに存在する。電源タップそのものをネットワーク経由で制御する「スマートPDU」と呼ばれる機材だ。スイッチのオン・オフを、ブラウザやSNMPコマンドで遠隔から切り替えられる。仕組み自体は単純だが、設計を誤ると別の事故を招く。

たとえば、電源投入のタイミングだ。スマートPDUには、出力ごとに投入の遅延時間を設定できる機種がある。あるメーカーの標準設定では出力間隔0.5秒(NETIO社の製品仕様による)、別のメーカーの解説資料では0秒から600秒までの範囲で個別に設定できるとされている(Vertiv社・Geist社のアプリケーションノートによる)。この幅の広さは、逆に言えば「設定を誤ればすべての機材が同時に電源投入され、突入電流が重なって別のブレーカーを落とす」という事故が起こりうることを意味する。
もうひとつ、見過ごせない数字がある。IoT機器を乗っ取る「Mirai」ボットネットは、わずか60種類の初期パスワードの組み合わせだけで、世界中の50万台を超える機器を掌握した(Graham Cluley氏の技術解説記事による)。電源そのものをネットワークに接続するということは、電源のオン・オフという強力な権限を、ネットワークの向こう側に置くということでもある。ここを甘く見た設計は、便利さと引き換えに新しい弱点を抱え込む。
スマートPDUは、現場に置いてきた自分の腕のようなものだと考えるとわかりやすい。普段はその存在を意識しない。だが機材が固まった瞬間、その腕が電源スイッチまで手を伸ばせるかどうかが、復旧までの時間をそのまま決定づける。腕を用意すること自体は難しくない。ただし、その腕がどこから指令を受け取るのか、指令を出す人以外の手が入り込まないか、動かす順番は誰が決めるのか。この設計を詰めていないまま導入すると、腕はあるのに動かない、あるいは動いてはいけないときに動く、という状態になる。
この記事では、次のことを持ち帰れるように設計してある。
- 遠隔から電源を切り替える仕組みを構成する4つの要素と、それぞれの設計基準
- 制御用の通信経路そのものが切れたときに備える、経路の二重化の考え方
- 突入電流を避けるための投入順序の決め方と、具体的な計算例
- 外部からの不正操作を防ぐための、最低限のセキュリティ設定基準
- よくあるミスと、実際に起きた珍しいトラブル、それぞれの正解

この設計を知らないまま無人拠点を増やしていけば、機材がフリーズするたびに、誰かが往復4時間をかけて現地に向かうことになる。次の拠点で同じ往復をしないための手順を、このあとに置いておく。


コメント