アウトオブバンド管理（OOB）とは？主回線ダウンでの「監視全滅」を防ぐ効率的なネットワーク機器・サーバー監視環境を実現
ネットワーク機器やサーバーの管理を業務用の社内LANだけに頼っていると、主回線に障害が発生した場合、監視システムへのアクセスや遠隔操作の手段も同時に失われるリスクがあります。障害時にこそ必要な管理手段が、主回線のダウンに伴い利用できなくなる事態も想定されます。
このような課題に直面した方も多いでしょう。
このような「監視全滅」を避ける考え方がアウトオブバンド管理（OOB）です。本記事では、OOB管理の基本から必要とされる理由、実現に必要な機器構成、活用例、導入時の注意点までを解説します。
アウトオブバンド管理（OOB）とは？
アウトオブバンド管理（OOB）とは、管理対象のネットワーク機器やサーバーにアクセスする経路を、業務通信が流れる通常の社内LANとは別系統で確保する運用方式です。通常の経路をそのまま使う管理をインバンド管理と呼び、OOB管理はその対になる考え方にあたります。
両者を並べると違いが明確になります。
| 項目 | インバンド管理 | アウトオブバンド管理（OOB） |
|---|---|---|
| 通信経路 | 拠点内／社内LAN | VPN接続やセルラー回線（4G/LTE）等を経由した独立ネットワーク |
| 管理する場所 | 拠点内・拠点外のどちらからでも可能（主回線が正常な場合） | 拠点内・拠点外のどちらからでも可能（主回線の状態を問わない） |
| 業務通信との関係 | 同じ回線を共有する | 業務通信から独立している |
| 主回線がダウンした場合 | 監視・操作とも不可 | 影響を受けずに継続できる |
ポイントは、OOB経路が社内ネットワークの外側に置かれている点です。管理用の通信が業務用の回線に依存しないため、主回線に何が起きてもエンジニアは機器へアクセスできます。逆にいえば、経路を分けていない環境では、回線障害が管理手段そのものを奪います。
なぜOOB管理が必要なのか
OOB管理が求められる最大の理由は、障害対応の初動が現地への移動時間に縛られてしまう点にあります。
24時間体制でサーバーを運用するデータセンターでは、再起動などの一次対応をするために、オペレーターがサーバーラックまで移動する必要があります。さらに一次対応で解決しない場合は、本社のインフラエンジニアが現地に駆け付けなければならず、障害復旧（MTTR）に多大な時間を要し、結果としてSLAの低下やビジネスへの甚大な影響を招きます。監視の仕組み自体は整っていても、手を動かす場所が現地に固定されることが課題です。
一方、保守回線と併せてコンソールサーバーを準備しておけば、ネットワーク障害が発生した場合でも、現場に行かずにリモートから復旧作業・初期化・障害調査に着手できます。OOB管理とは、監視システムを増やす話ではありません。障害時に人を動かさずに済む経路を、平常時のうちに用意しておく備えです。
OOB管理で解決できる課題
IP-KVMやシリアルコンソールサーバーを含めたOOB管理を導入すると、保守回線からPCやネットワーク機器を遠隔で監視・操作できます。解決できる代表的な課題は次の4点です。
- ネットワーク障害時の復旧作業・初期化・障害調査を、現場に行かずに実施できる
- OSが起動していない状態でも、BIOS設定の変更、セーフモードでの起動、HDDパスワードの入力を遠隔から行える
- サーバーがハングアップした場合でも停止状況を画面で把握し、遠隔から原因の調査や復旧作業を進められる
- 管理対象のPCやサーバーはUSB、ビデオ、シリアル通信でIP-KVMやコンソールサーバーに接続され、外部からアクセスできる保守回線に直接露出しないため安全
特に、OSが起動していない状態でも遠隔から操作できる点は、ソフトウェアによるリモートアクセスとの決定的な差です。ソフトウェアによる遠隔操作はOSが起動していることが前提のため、OS起動前の領域には手が届きません。ハードウェアで実現するOOB管理であれば、この領域まで操作の対象に含められます。
ただし、ハードウェアの交換までを遠隔で代替できるわけではありません。OOB管理が置き換えるのは、あくまで人が現地へ移動して画面を操作する工程です。
OOB管理を実現する構成と必要な機器
こうした信頼性が高いOOB管理を実現するには、管理対象に応じた2種類のリモート化機器が必要です。ネットワーク機器とPC・サーバーでは、コンソールの取り出し方が異なります。
| 管理対象 | 使用する機器 | 役割 |
|---|---|---|
| ルーター、スイッチ、PBX、モデム／CATVなどのネットワーク機器 | コンソールサーバー （ATEN SNシリーズ） | ネットワーク機器のシリアル コンソールのリモート化 |
| PC、サーバー | IP-KVMスイッチ （ATEN KNシリーズ） | PCのリモート化 |
環境に応じて適切な機器を選択、あるいは両者を併用することで、拠点内のITインフラをOOB経路から包括的にカバーできます。それぞれの役割を解説します。
ネットワーク機器はコンソールサーバーでコンソールを集約する
コンソールサーバーとは、リモートアクセスできないネットワーク機器やサーバーのRJ45コンソールポートに、リモートからアクセスできるようにする機器です。ルーター、スイッチ、PBX、モデム／CATVといった機器のシリアルコンソールを1台に集約し、OOB経路から一括して操作できる状態にします。
ATENのコンソールサーバー「SNシリーズ」は、各ネットワーク機器との間をLANケーブルだけで接続できるCisco結線に対応しており、専用ケーブルを機器ごとに揃える必要がありません。アクセスする側も、専用のSSHクライアントを用意せずWebブラウザだけで操作できるため、アプリケーションのインストールが禁止された端末からでも復旧作業に入れます。
PC・サーバーはIP-KVMスイッチでリモート化する
IP-KVMスイッチとは、複数のPCやサーバーに接続されたキーボード・モニター・マウスの操作を集約するKVMスイッチに、ネットワーク経由でのアクセス機能を付加した製品です。OOB管理では、コンソールポートを持たないPC・サーバー側を担当します。
ATENのIP-KVMスイッチ「KNシリーズ」は、配下の複数台の画面を一覧表示する「パネルアレイ」機能を備え、最大64台を同時に表示できるモデルもあります。ターゲット側のLANインターフェースを使わない方式のため、OSやベンダーが混在していても同じインターフェースから操作でき、ユーザーごとにアクセス権限を分けられることが特徴です。
ネットワーク機器・サーバー運用におけるOOB活用例
実際の運用では、OOB経路とインバンド経路を併用する構成が一般的です。拠点のサーバールームにコンソールサーバーを設置した場合、経路は次のように分かれます。
- 本社のインフラエンジニア：VPN接続で別ネットワークを経由し、OOB経路でサーバールームのコンソールサーバーへ直接アクセスする
- 拠点内の監視センター：社内ネットワーク（インバンド）を経由して、平常時のサーバールームの監視を担当する
- コンソールサーバーの接続先：ルーター、モデム／CATV、ネットワークスイッチなど、拠点の中核となるネットワーク機器
- 多ポート版のIP-KVM：コンソールポートではなくKVMで操作する機器を、同じくOOB経路の管理下に置く
構成のポイントは、日常の監視を拠点内で回しつつ、拠点のネットワークが不安定になったときの最終手段を本社側に残している点です。監視センターが社内LANごと孤立しても、本社のインフラエンジニアはOOB経路から機器へアクセスし、拠点の状況を確認できます。役割を分けることで、拠点の人員体制に依存しない保守体制を組めます。
OOB管理導入時の課題と注意点
OOB管理は管理経路を1本増やす運用です。導入前に押さえておきたい注意点は次の3つです。
- 業務用ネットワークの外側に、サーバーやネットワーク機器への新たな侵入口を作ってしまう
- 障害時に使う装置自体の冗長性が確保されていない
- 接続やアクセス手段の制約で、結局は現地対応になる
いずれも、ATENのコンソールサーバー『SNシリーズ』やIP-KVMスイッチ『KNシリーズ』を適切に活用することで解決可能です。選定する製品により暗号化（AES、FIPS 140-2）とAD、LDAP、RADIUS、IEEE 802.1Xによる認証に対応し、管理経路だけセキュリティ対策が甘くなる状態を避けられます。
冗長電源と冗長LAN／SFPに対応するモデルもあり、ネットワークや電源における単一障害点のリスクを極限まで低減できます。接続はLANケーブルだけで済むCisco結線、アクセスはWebブラウザのみで完結するため、SSHクライアントを導入できない端末からでも復旧作業に入れます。ただし対応可否は製品により異なるため、ポート数だけで選ばない点には注意が必要です。
導入前は機器貸出による事前検証やショールームでの実機体験を利用でき、OOB経路が想定どおり機能するかを購入前に確認できます。運用開始後も日本語サポートと国内修理体制に加え、有償の長期保証プログラムで先出しセンドバックサービスと最大7年間の延長保証を追加可能です。障害対応の要となる装置だからこそ、故障時の代替機手配まで含めて備えられます。
まとめ
アウトオブバンド管理（OOB）は、管理経路を業務用の社内LANから切り離し、主回線がダウンしても監視と操作を継続できるようにする運用方式です。ネットワーク機器はコンソールサーバー、PC・サーバーはIP-KVMスイッチが担当し、OOB経路から現地に行かずに復旧作業まで対応できます。
導入にあたっては経路のセキュリティ対策と機種ごとの仕様差を確認し、事前検証を経て構成を固めることが確実です。
記事を探す
