TID技術コラム

ホーム > TID技術コラム > Proxmox VEの停電シャットダウンをEATON UPSで組む

2026/11/09
クラウド/仮想化

Proxmox VEの停電シャットダウンを
EATON UPSで組む

機材協力について
本稿で紹介する実機検証は、ダイトロン株式会社様より無停電電源装置(UPS)「EATON 9PX1500RTJ」およびネットワークカード「NETWORK-M3」をお借りし、

株式会社ティ・アイ・ディ(TID)の検証環境にて実施いたしました。貴重な機材をご提供いただきましたことに深く感謝申し上げます。



はじめに:
EATONという選択肢と実機検証の背景

企業の仮想化基盤として、オープンソースをベースとしたハイパーバイザー「Proxmox VE」の採用が広がっています。

VMware環境からの移行先や、ハイパーコンバージドインフラ(HCI)基盤としての注目が高まる一方で、

導入検討の現場で直面しやすい技術的課題が「停電時の安全なシャットダウン設計」です。


単体の物理サーバーであれば、UPS(無停電電源装置)からシグナルを受けてOSをシャットダウンするだけで対応できました。

しかし、仮想マシン(VM)やコンテナが複数稼働し、クラスタや分散ストレージ(Ceph)が連携する仮想化基盤では、

手順を誤ると仮想ディスクの不整合やクラスタの不調、最悪の場合には電源強制断によるデータ破損を引き起こす恐れがあります。


こうした中、Proxmox VE環境の停電対策として有力な選択肢として浮上しているのが「EATON(イートン)」のUPSです。



某大手サーバーメーカーの電源を支えてきた実績

EATONは、グローバル市場で高い実績を持つ電源管理機器メーカーです。

国内では特定の国産メーカーや有名外資系ブランドを想起される方が多いかもしれませんが、

実は某大手グローバルサーバーメーカーの純正UPS供給元(OEM供給元)として長年にわたり製品を提供してきた実績を持ちます。


その某大手メーカーが2025年春に自社ブランドUPSの販売終了を公表したことを受け、

これまでその信頼性に頼ってきた多くの企業やデータセンターが、

後継の電源管理ソリューションとして供給元であるEATONブランドに直接注目し始めています。



なぜProxmox VEとEATONの組み合わせなのか

EATON UPSの強みは、エンタープライズ向けの堅牢なハードウェア設計に加え、

オープンソースとの高い親和性と、Proxmox VEへの公式な連携対応を進めている点にあります。


オープンソースの電源管理フレームワーク「NUT(Network UPS Tools)」の主要な推進役としてコード貢献を続けているほか、

純正の電源管理ソフトウェア「Brightlayer Distributed IT - Lite(以下、DIT-Lite)」では、

Proxmox VE環境とのAPI連携コネクタを正式に提供しています。


今回TIDでは、国内正規代理店であるダイトロン株式会社様より検証機材(9PX1500RTJおよびNETWORK-M3)をお借りし、

Proxmox VEクラスタ環境における停電シャットダウンの自動化を実機で検証いたしました。


本稿では、仮想化基盤の電源設計における注意点と、EATON UPSを選定する理由、

そして実機検証で確認された具体的な連携手順と挙動について解説します。



仮想化基盤のシャットダウン設計:
単体サーバーと異なる注意点

仮想化基盤の停電対策が単体サーバーと大きく異なる理由は、物理ホストと仮想マシンが「親子関係」にあるためです。

物理サーバーの電源が落ちる前に、その上で稼働しているすべての仮想マシンが正常に停止していなければなりません。



突然の電源断が招くデータ破損リスク

停電時に仮想マシンが正しく停止しないまま電源が断たれた場合、次のようなトラブルが発生します。


  • ゲストOSのファイルシステム不整合。データベースのトランザクション中やOSアップデート中に突然電源が切れると、次回起動時にOSが立ち上がらなくなるリスクが生じます。
  • ストレージの未コミットデータ喪失。仮想環境ではホストOSや共有ストレージ(ZFS、Ceph、NFS)がディスク書き込みをメモリ上にキャッシュしています。電源断によってフラッシュ前のキャッシュデータが消失すると、ストレージプール全体の破損につながります。
  • 仮想マシン差分データの破損。バックアップ処理中やレプリケーション中に電源断が発生すると、差分管理情報が破損し、整合性を保ったリストアが困難になる恐れがあります。



止める順番(Start/Shutdown Order)の設計

物理ホストがシャットダウンコマンドを発行すると、Proxmox VEは起動順序(Start/Shutdown Order)の逆順でゲストOSを停止させていきます。


業務システムには依存関係が存在します。

例えば、データベース(DB)サーバー、Web/APサーバー、ドメインコントローラ(DNS/AD)がある場合、次のような順番で止める必要があります。


  1. 利用者のアクセスを遮断するため、Web/APサーバーを停止
  2. トランザクションをコミットし、DBサーバーを正常終了
  3. 認証や名前解決を最後まで維持した上で、DNS/ADサーバーを停止
  4. すべてのVM停止を確認後、Proxmox VEホスト自身を停止


各VMには「Shutdown Timeout(停止タイムアウト時間)」を適切に設定しておく必要があります。

応答がなくなったVMのためにホスト全体の停止が遅延し、UPSのバッテリーが枯渇して強制断に至る事態を防ぐためです。



クラスタ・HA・Ceph環境における固有の注意点

クラスタ構成や分散ストレージ(Ceph)を採用している環境では、より高度な設計が求められます。



1. HA(高可用性)による自己フェンシングの防止

Proxmox VEのHA機能を有効にしている場合、ノードの1台が停止に向かうと、

HAマネージャー(CRM)がノード障害と誤認して他ノードへVMをフェイルオーバーさせようとしたり、

スプリットブレインを防ぐためのハードウェアWatchdogによってノードを強制リブート(フェンシング)させたりすることがあります。


全ノードが停止に向かう停電時には、HAのフェイルオーバー動作は電力を無駄に消費するだけでなく、

停止処理そのものを妨げます。そのため、シャットダウン開始前にHAマネージャーの監視を一時解放する「Disarm-HA」を投入するか、

DIT-Liteのようなクラスタ連携ツール側で調停を行う必要があります。



2. Ceph HCI環境におけるリバランシング抑止

Proxmox VE上でCephを動かしているHCI構成では、1台目のノードが停止した瞬間に、残りのノードがデータの冗長性低下を検知し、

バックグラウンドで自動的な再配置(リバランシング)を開始します。


この負荷はバッテリー残量を急速に消耗させ、他ノードのシャットダウンを遅延させる要因になります。

そのため、停止前には事前にCephの自動再配置を抑止するフラグ(noout、norebalance、nobackfill)を設定する手順が欠かせません。



制御方式の比較:
オープンソース「NUT」と純正「DIT-Lite」

Proxmox VE環境でEATON UPSと連携して自動シャットダウンを実現するには、主に2つの方式が存在します。

オープンソースの「NUT」を利用する方法と、Eaton純正の管理ツール「Brightlayer Distributed IT - Lite(DIT-Lite)」を利用する方法です。


比較項目

オープンソース「NUT」

Eaton純正「DIT-Lite」

ライセンス費用

無料(OSS)

有償(ライセンス購入)

管理・設定インターフェース

CUI(Linux設定ファイル編集)

Web GUI(ブラウザから直感的に操作)

Proxmox VE連携

OS標準のコマンド・シェルスクリプト実行

公式ProxmoxコネクタによるAPI連携

クラスタ・HA・Cephの調停

管理者自身によるスクリプト作り込みが必要

GUI上でクラスタ停止ポリシーを設定可能

仮想アプライアンス提供

なし(各ホストにパッケージ導入)

あり(OVA形式でProxmox上に展開可能)

保守・運用の難易度

エンジニアのスキルに依存・属人化しやすい

標準化が容易・設定ミスを低減可能

推奨される環境

単体ホスト、検証環境、自社でシェル保守が可能な現場

複数ノードクラスタ、Ceph HCI、安定運用を最優先する企業



方式の選定基準

オープンソースのNUTは、追加のソフトウェア費用がかからず、単体ホストなどの小規模構成では有力な選択肢となります。

ただし、クラスタ構成で「VMを安全な順序で停止させ、Cephのフラグを制御し、最後に全ノードを落とす」という高度なシーケンスを組む場合、

シェルスクリプトの作成と保守責任がすべて社内の担当者にのしかかります。


一方、Eaton純正のDIT-Lite(旧IPM)は、Proxmox VEのAPIと直接通信するコネクタを内蔵しています。

Web画面からクラスタ内のノードやVMを視覚的に把握し、停電時のアクション(VM順次停止、クラスタ停止)をルールとして定義できるため、

運用の属人化を防ぎ、設定ミスによる電源断事故を抑えることができます。



電源保護の心臓部:
常時インバータ(0ms)とABMが選ばれる理由

停電対策を成功させるには、ソフトウェアの連携だけでなく、接続するUPS本体のハードウェア性能が要件を満たしていなければなりません。

特にサーバー仮想化基盤では、「給電方式」と「バッテリー充電技術」の2点が重要です。




image

図:給電方式の比較:常時インバータ方式とラインインタラクティブ方式



瞬断を許さない仮想基盤に「切替時間0ms」が必要な理由

オフィス向けUPSで広く使われているラインインタラクティブ方式は、通常時は商用電源をそのまま出力し、

停電検知時にインバータ給電へと切り替えます。この切替時には数ミリ秒から十数ミリ秒の瞬断(電源断時間)が発生します。


最新のエンタープライズサーバーやHCI基盤に搭載されている高効率PFC電源(力率改善電源)は、電源の瞬断や電圧降下に敏感です。

切替時間のわずかな遅れによってサーバーの電源ユニットが電圧低下を検知し、

安全装置が働いて瞬時に電源が落ちてしまうトラブルが生じることがあります。


今回検証に使用した「EATON 9PX1500RTJ」は、商用電源を常にACからDC、

DCからACへと二重変換して出力する「常時インバータ給電方式(オンライン二重変換方式)」を採用しています。


常時インバータ方式のメリットは、停電発生時の切替時間が0ms(無瞬断)である点です。

商用電源が喪失しても出力波形は途切れず、サーバーは安定して稼働を継続します。

高負荷な仮想化クラスタやストレージ基盤を保護する上で、切替時間0msは決定的な選定条件となります。



バッテリー寿命を延ばす特許技術「ABM」

UPS運用の課題の一つにバッテリーの劣化と定期交換コストがあります。


一般的なUPSは、バッテリーを常時微弱な電流で充電し続けるトリクル充電(フロート充電)を採用しています。

しかし、鉛蓄電池は常に電流を流し続けると電極の腐食が進み、通常3年から4年程度で寿命を迎えてしまいます。


EATON UPSに搭載されている特許技術「ABM(Advanced Battery Management)」は、

この充電方式を見直した技術です。


ABMでは、停電後の回復時に速やかに90%まで急速充電を行い、残りの10%を緩やかに充電して満充電状態に整えます。

満充電に達した後は充電電流を完全に停止し、バッテリーを休止状態にして内部劣化を防ぎます。

電圧が一定値を下回った場合のみ自動で再充電を行う仕組みです。


この3段階充電制御により電極の腐食が抑制され、バッテリーの期待耐用年数が通常方式と比較して最大50%延長(約5年間)されます。

交換バッテリーの購入頻度と交換作業の工数を削減できるため、導入後のトータルコスト(TCO)の面でも大きな強みを発揮します。



実機検証レポート:
Proxmox VE × EATON 9PXのシャットダウン自動化

ダイトロン株式会社様よりお借りした実機(EATON 9PX1500RTJおよびNETWORK-M3)を用いて実施した検証の構成と、

停電模擬試験の結果を詳しく報告します。



検証環境のトポロジーと主要スペック

image

図:検証環境トポロジー


今回の実機検証では、企業の基幹業務システムやHCI基盤として標準的な以下の構成を構築しました。


コンポーネント

機種・ソフトウェア構成

IPアドレス / 役割

設定のポイント

UPS本体

EATON 9PX1500RTJ(1500VA / 1350W)

商用単相100V受電

常時インバータ方式(切替時間0ms)、ABM充電制御

ネットワークカード

NETWORK-M3(ファームウェア最新版)

172.20.2.123

ホスト停止制御リレー実行

仮想化ホスト

Proxmox VE 9.2x(物理3ノードクラスタ)

pve1 (.11), pve2 (.12), pve3 (.13)

Ceph共有ストレージ統合、高可用性クラスタ

電源管理アプライアンス

Brightlayer Distributed IT - Lite(v3.0.0-59)

172.20.2.125 (VM 113 on pve1)

OVA仮想アプライアンス、Proxmox公式APIコネクタ内蔵

稼働仮想マシン

12台

クラスタ各ノードに分散

Web/AP、DB、認証サーバーなど異なる負荷を想定


商用電源から供給された電力をEATON 9PX1500RTJ経由でProxmox VE物理ノード群へ給電し、

NETWORK-M3カードとDIT-Lite仮想アプライアンスの間を管理ネットワーク経由で接続しています。

DIT-LiteはOVA形式の仮想アプライアンスとして配布されており、Proxmox VE環境上に短時間でインポートして展開できます。



安全停止を実現する3大設定ポイント

実機検証を通じて、安全かつ確実な自動シャットダウンを実現するための設定ポイントは次の3点でした。



1. Proxmox VEコネクタの作成(暗号化認証連携)

DIT-Liteの「セキュリティ・ウォレット」機能を用い、Proxmox VEクラスタへの接続情報を暗号化して登録します

(実機検証では管理者アカウント、本番環境では VM.PowerMgmt および Sys.PowerMgmt 権限を付与したAPIトークンによる最小権限運用も可能です)。

コネクタを作成すると、DIT-LiteがProxmox VEのAPI経由でクラスタ構成、物理ノード3台、全VMを一元同期し、GUI上で可視化されます。



2. DIT-Lite自身の「インフラ保護」とProxmox側の起動・停止順序指定

電源管理アプライアンス自身がProxmox VE上のVM(VM 113)として稼働している構成では、自身が一般VMと一緒に途中で停止してしまい、

以降の物理ホスト停止コマンドが発行できなくなる事態を防ぐ必要があります。


公式マニュアル(p.2)が指定する要件は、インフラ保護指定と、パワーオン時に起動のONです。

本検証では、これに停止順序の指定を加えた、次の2つの設定を組み合わせました。


  • DIT-Lite側のインフラ保護指定: DIT-Liteの仮想資産画面にて、VM 113のクリティカリティを「インフラ(INFRASTRUCTURE)」に設定します。公式マニュアルは、この指定によって、DIT-Liteが他のVMと同時に停止してクラスタ停止処理に失敗する事態を防げると説明しています。
  • Proxmox VE側の自動起動と停止遅延: Proxmox VEのオプションにて、VM 113の「ブート時に起動(onboot)」を有効(1)にし、開始/停止順に order=1,up=30,down=180 を設定します。停止順序を一般VMの後にし、最大180秒のクリーン停止待機時間を確保した上で、復電時にも最優先で自動立ち上げを行います。



3. 停電検知からクラスタ停止までのルール定義とリレー連携指定

DIT-Liteのルールエンジンを用いて停止シーケンスを定義します。

トリガー条件には「UPS AC停電が60秒間継続した場合(瞬低対策の待機時間)」を指定しました。


続くアクションとして、クラスタシャットダウン(shutdownCluster)を投入します。

ここで最大の設計ポイントとなるのが「リレー実行者(Network-M3カード)の指定」です。

DIT-LiteのUIにて、対象クラスタの横にあるドロップダウンでUPS(NETWORK-M3)を明示的に選択します。

この設定を行うことで、DIT-Lite自身が停止した後の制御がNETWORK-M3カードへリレー委譲され、

M3カードから全物理ホストへ安全な停止コマンドが発行されます。



クラスタ内仮想アプライアンス構成におけるリレー連携の重要性

Proxmox VEクラスタ環境で電源管理アプライアンス(DIT-Lite)をクラスタ内の仮想マシンとして稼働させる場合、

安全なシャットダウンを実現するために「リレー連携」の設計が重要となります。


電源管理アプライアンスがクラスタ内部のVMとして稼働している場合、一般VMの停止後にアプライアンス自身が停止すると、

それ以降のAPI発行元が失われて物理ホストの停止処理へ進めなくなる課題が生じます。


DIT-Liteには、この課題を解決するための「HCIリレー連携(外部リレー実行機構)」が備わっています。


一般VMの順次停止:


DIT-Lite自身がProxmox APIと直接通信し、稼働中の業務仮想マシン群を安全にクリーンシャットダウンします。


Network-M3へのスクリプト委譲と自律停止:


DIT-Liteが停止する直前に、公式シャットダウンスクリプトを 外部のネットワーク管理カード(Network-M3)へ送信し、制御を非同期に引き継ぎます。

仮想アプライアンスの停止後も、独立したハードウェアであるNetwork-M3カードがProxmox APIを直接実行し、

Cephフラグの保護設定から物理ノード全台の順次停止までを自律して完結させます。


DIT-Liteの設定画面(アセット選択画面)にて対象クラスタにNetwork-M3カードを紐付けることで、

このHCIリレー機能が有効化され、物理ホストの電源断まで一気通貫で確実に実行できるようになります。



停電シミュレーション試験の実測ログと挙動評価

設定完了後、実際にUPSの入力電源プラグをコンセントから引き抜く模擬停電試験を実施しました。



実測時系列ログ(Proxmox VE側APIアクセスログおよびping監視)

抜線試験時の実測時系列ログは以下の通りです。


時刻

実行主体

実行内容・API呼び出し

状態・詳細解説

16:49:59

現場作業

UPS AC入力電源プラグの抜線

バッテリー給電(0ms無瞬断)へ移行。サーバー電圧変動皆無

16:52:56

DIT-Lite

オートメーション「進行中」へ遷移

待機時間の経過および停電確定を検知

16:54:01

DIT-Lite (.125)

PUT /api2/json/nodes/{node}/qemu/{vmid}/config

全VMの onboot: 0 を設定(誤自動起動抑止)

16:54:01

DIT-Lite (.125)

POST /api2/json/nodes/{pve1,pve2,pve3}/stopall

全ノードへ一般業務VMのACPI停止要求を発行

16:54:04〜

Proxmox VE

一般業務VM群(12台)の順次シャットダウン

各ノードで安全なクリーン停止を完了

16:55:50

DIT-Lite → M3

M3カードへシャットダウンスクリプトをオフロード

クラスタ停止スクリプトをM3カードへ送信・委譲

16:55:50〜

Network-M3 (.123)

GET /api2/json/nodes/{node}/qemu, lxc

M3カードが自律してProxmox APIを直接ポーリング開始

16:56:05

Network-M3 (.123)

PUT /api2/json/cluster/ceph/flags (HTTP 200)

Cephストレージ保護フラグを設定(データ不整合抑止)

16:56:07

Network-M3 (.123)

POST /api2/json/nodes/pve3/status (HTTP 200)

物理ホストpve3のシャットダウン実行

16:56:08

Network-M3 (.123)

POST /api2/json/nodes/pve2/status (HTTP 200)

物理ホストpve2のシャットダウン実行

16:56:38

Network-M3 (.123)

POST /api2/json/nodes/pve1/status (HTTP 200)

物理ホストpve1(自ノード)のシャットダウン実行

16:58:25

監視端末

外部ping疎通確認

pve1, pve2, pve3, DIT-Lite全台の電源断(DOWN)を確認
Network-M3カード(.123)のみ稼働を維持

17:03:17〜

物理ホスト

商用電源復電(コンセント再接続)

BIOS自動電源オン設定により、pve1, pve2, pve3全台が自動起動(UP)



実測評価の4大ポイント

給電の完全無瞬断(0ms):


抜線の瞬間、サーバーの電源ユニットやネットワーク機器に電圧変動の影響は一切なく、安定した稼働が継続されました。


Network-M3による自律制御(リレー連携):


DIT-Liteがクラスタ内VMとして配備されている場合でも、Network-M3カードをリレー実行者として指定することで、DIT-Lite停止後もM3カードが自律してProxmox APIを呼び出し、全物理ホストの電源断まで確実にやりきることが実証されました。


Cephストレージの保護:


Network-M3上のスクリプトが物理ノードを落とす直前に PUT /cluster/ceph/flags を発行し、

Cephの不要なリバランスやデータの不整合を防ぐ保護制御が自動的に実行されることを確認いたしました。


安全なノード停止順序:


通信元となる自ノード(pve1)を最後に残し、リモートノード(pve3, pve2)から順にシャットダウンを発行した上で、

最終的にpve1を停止する安全な順序制御が機能していることを確認いたしました。



まとめ

Proxmox VEの本格導入にあたり、停電シャットダウンはシステムの安全性を左右する重要テーマです。


今回の実機検証を通じて得られた要点は次のとおりです。


  • Proxmox VE × EATONの高い親和性: 公式コネクタを備えたDIT-Liteを活用することで、クラスタの停止シーケンスをGUIから直感的に構築できます。
  • 常時インバータ(0ms)とABMの安心感: 瞬断によるサーバーダウンを防ぎ、バッテリー寿命を延ばすEATONのハードウェア特性は、仮想化基盤のTCO削減に直結します。
  • 停止順序とリレー連携の事前設計が重要: 業務VMの依存関係、Network-M3カードとのHCIリレー連携、Cephフラグの考慮など、仮想環境ならではの設計ポイントを押さえることが安定運用のポイントとなります。



※なお、本稿執筆時点(2026年10月)におけるメーカー公式ドキュメント(互換性リスト)上のサポート表記はProxmox VE 9.1までとなっておりますが、今回のTID検証環境(Proxmox VE 9.2 3ノードクラスタ環境)においても一連のシャットダウン連携が問題なく正常稼働することを確認しております。



展示会出展のお知らせ:産業交流展2026(東京ビッグサイト)

株式会社ティ・アイ・ディは、2026年11月11日(水)〜13日(金)に東京ビッグサイトで開催される「産業交流展2026」に出展いたします。


当社ブース(西2ホール / 小間番号: IT-104)では、本稿のテーマであるオープン仮想化基盤「Proxmox VE」や、

フォールトトレラントサーバー「Stratus ztC Endurance」を中心に展示いたします。


会場では、ダイトロン株式会社様より機材貸出のご協力をいただいたEATON UPS(9PX1500RTJ + NETWORK-M3)のデモ展示もご紹介いたします。

ご来場の際はぜひお立ち寄りください。

全20工程の構築手順や画面キャプチャを収録したホワイトペーパー『Proxmox VE × EATON UPS実機検証完全レポート』をご案内いたします。