Dependency Map / Common Dependency
SPOFは「壊れやすい一台」ではなく、代替のない共通依存を探す
SPOF（Single Point of Failure）は、 その箇所が停止したときに代替経路や代替手段がなく、システムや業務全体へ影響が及ぶ単一障害点です。 情報システムでは、サーバ一台だけでなく、共通の認証、DNS、ルーター、PoEスイッチ、電源回路もSPOFになり得ます。
01 / BUSINESS
業務・行政サービス
住民受付、受発注、出荷、医療、監視など。停止許容時間の起点です。
03 / DNS & SESSION
DNS・名前解決
回線疎通があっても名前解決が止まれば、クラウドや業務システムへ到達できません。
05 / ACCESS INFRASTRUCTURE
ONU・PoE・Wi-Fi
PoEスイッチ一台の停止でAP、IP電話、カメラ、センサーが同時停止する構成は共通依存です。
Evidence / What to Check
「冗長化している」を構成図ではなく証跡で確認する
二重化された機器があっても、同じ認証、同じルーター、同じPoEスイッチ、同じ電源回路へ依存していれば、共通障害点は残ります。 構成だけでなく、切替試験、監視ログ、再起動履歴、電源イベントを照合して、代替経路が実際に機能するかを確認します。
| 依存レイヤー | SPOFの例 | 確認する証跡 |
|---|---|---|
| 認証 | 単一認証サーバ、MFA、ディレクトリ | 認証ログ、冗長構成、代替ログイン試験 |
| DNS | 単一DNS、名前解決の共通依存 | DNS設定、監視ログ、代替経路 |
| ネットワーク | 共通ルーター、VPN装置、単一路 | 経路図、死活監視、切替試験 |
| 通信機器 | ONU、PoEスイッチ、無線AP | uptime、再起動履歴、PoEイベント |
| 電源 | 分電盤、コンセント、単一UPS | 電源イベント、UPSログ、点検・切替記録 |
POLICY & AUDIT → TECHNICAL DEPENDENCY
制度上の「可用性」を、利用者が業務を使える状態までつなぐ
自治体の「機密性・完全性・可用性」を支える電源設計 は、可用性2、指定時間以内の復旧、情報セキュリティ監査における機器電源基準を制度・監査側から扱う記事です。 本稿はその補完として、その可用性要求が、なぜONU・ルーター・PoE・Wi-Fi・認証・端末・物理電源まで届くのかを技術側から確認します。
ここで重要なのは、「バックアップがある」ことと「指定時間以内に業務が再開できる」ことを分けることです。 データが保全されていても、ONU、ルーター、Wi-Fi、認証、受付端末が停止していれば、利用者はサービスを使えません。
監査・BCPで確認する順序
優先業務を定義する → 許容停止時間を決める → 必要な端末・通信・認証を特定する → 共通依存を確認する → 切替・復旧試験を行う → ログと記録を残す
Regional Failure / Facility-side Control
広域障害と、拠点内で制御できるSPOFを分ける
令和8年熊本地震の発災後72時間を検証した記事 では、電気、通信、道路、燃料等の障害が重なり、復旧判断そのものを難しくする状況を扱っています。
REGIONAL FAILURE
拠点だけでは解消できない障害
- 商用電力網と変電・配電設備
- 携帯・固定通信網と中継設備
- 道路、燃料物流、保守要員の到達経路
- 水、排水、空調を含む施設外インフラ
FACILITY-SIDE CONTROL
拠点内で対策できる依存点
- 分電盤、コンセント、電源ケーブル
- ONU、ルーター、スイッチ、PoEスイッチ
- Wi-Fi、IP電話、監視カメラ、センサー
- 受付端末、認証機器、制御・監視端末
一台のUPSで広域障害を解決するのではなく、広域障害の最中でも状態把握・連絡・受付・監視を続けるため、拠点側に残す最小機能を決めます。
Power Event / Recovery Time
数秒未満の電源異常でも、業務停止は数十分以上へ伸びることがある
情報機器では、長時間停電だけが停止原因ではありません。 瞬停や 瞬時電圧低下、 法定停電、復電時の過渡的な電源変動でも、ONU、ルーター、PoE、Wi-Fi、監視装置、制御装置が再起動する場合があります。
機器が再起動すると、電源が戻った時点では業務は復旧していません。 ネットワークへの再接続、認証、設定読込、サーバとの再同期、アプリケーション起動、動作確認が必要になる場合があります。
比較するのは「停電が何秒だったか」ではなく、電源異常から業務が再び利用可能になるまでの総停止時間です。
電源品質を一次データから切り分ける方法は、 電源品質を測る記事で確認できます。
Acceptable Downtime / Power Requirement
許容停止時間から、必要な電源対策を決める
すべての機器を0ms無瞬断にする必要はありません。 接続機器が短い切替を許容できるのか、一度停止すると復旧に長時間を要するのか、何時間の継続が必要なのかで要求条件が変わります。
| 業務側の条件 | 確認する電源条件 | 次に確認すること |
|---|---|---|
| 短時間停止を許容できる | 安全停止、切替時間、再起動時間 | 停止後の復旧手順と担当者 |
| 一度も再起動させたくない | 接続機器が要求する切替時間、無瞬断条件 | 実機接続試験と電源イベント記録 |
| 停電中も業務を継続する | 実負荷、必要保持時間、増設・補給方法 | UPS・発電機・外部電源・受電経路 |
ポータブル電源とUPSの切替・用途の違いは、 「ポータブル電源はUPSとして使えますか？」 で確認できます。
Mobile Redundancy / Changing Priority
優先場所が変わる業務では、電源の冗長性を移動できることに意味がある
固定設備は、あらかじめ決めた建物や回路を保護します。 一方、災害や設備障害では、受付を支所へ移す、避難所へ通信設備を設置する、停止したPoEスイッチを一時保護するなど、優先場所が変わることがあります。
- 本庁舎から支所へ受付機能を移す
- 避難所へONU、ルーター、Wi-Fi、端末を展開する
- 停止したPoEスイッチと下流機器を一時保護する
- 医療・介護施設内で優先機器を変更する
- 工場・物流拠点で停止損失の大きい工程へ電源を移す
可搬型UPSは、物理電源がSPOFであり、かつ保護すべき場所が固定されない場合に検討できる「移動可能な冗長性」です。
PoE / Shared Power Dependency
PoEは、通信と電源を集約するからこそ共通依存点になりやすい
PoEスイッチが一台停止すると、その下流にあるWi-Fiアクセスポイント、IP電話、監視カメラ、センサー等が同時に停止することがあります。 個々の端末には異常がなくても、共通のPoE電源点が止まれば同じ症状が複数機器に現れます。
Operation / Audit / Evidence
可用性対策は、設置した設備より「切替できた証跡」で確認する
BCPに「重要業務を継続する」と書かれていても、接続方法、担当者、保持時間、優先機器が未確認なら実行できません。 平時の法定停電、設備更新、BCP訓練、仮設運用などを使い、実際に切替・保持・復旧を確認して記録を残します。
切替
商用電源断、UPS移行、代替回線、代替認証が想定どおり切り替わるか。
保持
実負荷で何分・何時間継続でき、どの時点で縮退や停止判断が必要か。
証跡
監視ログ、UPSログ、再起動履歴、点検記録、切替試験結果を残せるか。
物流拠点では、クラウド側が正常でも構内の電源やPoE・無線APが止まればWMSを利用した入出庫作業は停止します。電気と情報を一つの物流機能として捉える視点は、現代物流は電気と情報で動くシステムに接続します。
Loss Avoidance / Investment Decision
電源可用性への投資は、停止時間と復旧損失で比較する
瞬停自体が短くても、通信機器や端末の再起動、再接続、再認証、再同期によって業務停止は長くなります。 したがって対策費は、電池容量だけでなく、停止中の売上・サービス停止、復旧人件費、不良・廃棄、納期、契約、信用への影響と比較します。
「何も起こらなかった価値」をVoLLで見る考え方は VoLLの記事、 BCP・レジリエンス投資を資本配分として評価する方法は 柳モデルの記事へ接続します。
Assessment / Implementation
情報システムのSPOFを確認する7項目
1. 優先業務を決める
すべてを守るのではなく、停止損失や公共性から最優先で継続する業務を特定します。
2. 許容停止時間を決める
数秒、数分、数時間のどこまで停止を許容できるかを業務側から決めます。
3. 依存機器とサービスを列挙する
端末だけでなく、認証、DNS、ONU、ルーター、PoE、Wi-Fi、監視、プリンター等まで追います。
4. 共通依存と代替経路を照合する
二重化した機器が同じ回線、同じ認証、同じスイッチ、同じ電源回路へ依存していないかを確認します。
5. 電源がSPOFなら実負荷を測る
定格値だけでなく実使用時の消費電力、起動・復電時ピーク、必要保持時間を確認します。
6. 切替・保持・復旧を試験する
実機を接続し、切替時に停止しないか、保持時間を満たすか、復旧手順が実行できるかを検証します。
7. ログと試験記録を残す
構成図だけでなく、切替試験、監視ログ、UPSログ、再起動履歴を残し、次回の監査と改善へ使います。
関連テーマ
特定したSPOFに応じて、次の確認先を選ぶ
Availability / End-to-End Dependency
情報システムの可用性は「業務が使えるか」で確認する
情報システムの可用性は、サーバ、クラウド、回線のどれか一つを冗長化すれば成立するものではありません。 利用者が業務を使うまでの依存関係が連続して成立し、停止した依存先を別経路へ切り替えられて初めて、業務を継続できます。
まず止めてはならない業務と許容停止時間を決め、 端末・認証 → DNS → ネットワーク → ONU・PoE・Wi-Fi → 物理電源をたどります。 代替のない共通依存を特定したら、そのレイヤーに必要な対策を置きます。
UPSが答えになるのは、物理電源がSPOFであり、その停止時間を業務側が許容できない場合です。 そのとき初めて、切替時間、保持時間、代替電源、監視、試験記録を具体的な要求条件にできます。
Alternative Power / Business Continuity
電源品質に、
空白をつくらない。
停電、設備故障、浸水、法定点検、リコールなど、 既存の電源設備が使えない時間にも、 通信、医療ICT、制御、監視、受付などの 止めてはいけない機能は残ります。
代替電源は、施設全体を支えることが目的ではありません。 必要な負荷と継続時間を絞り、初動を無瞬断でつなぎ、 発電機、電源車、別系統、系統復旧など次の電源へ引き継ぐまでの 時間を確保するために使います。
停電時の切替時間
無瞬断・0秒切替
停電発生時も接続機器への給電を継続
非リチウム方式
AGM方式鉛蓄電池
長期保有と定期交換を前提とした産業用設計
TAIS登録番号
02272-000001
可搬型UPS HPPHBB0101
公的な技術評価
神戸発・優れた技術
慧通信技術工業株式会社の認定技術
※必要な容量、出力、運転時間、切替条件は、接続する機器、突入電流、 設置環境、充電方法、運用体制により異なります。 既存設備との役割分担、代替電源への切替、次の電源への引継ぎまで含めて設計します。
