可用性要件とは何か

顧客からは、次のような表現で要望を受けることがあります。

• ネットワークを止めたくない
• 業務時間中は絶対に止めないでほしい
• 障害が起きてもすぐ復旧してほしい
• 回線が切れても業務を続けたい
• メンテナンスでも停止させたくない

しかし、これらはまだ要望です。

「止めたくない」と言われただけでは、 ルーターを冗長化するのか、回線も冗長化するのか、 電源まで考慮するのか、障害時に自動切り替えが必要なのかを判断できません。

要件と設計を分ける

最初に停止時の業務影響を確認する

可用性要件を整理するとき、 最初から「ルーターは2台必要ですか？」と質問するのはおすすめできません。

最初に確認したいのは、 ネットワークが停止したときに何が起きるのかです。

同じ「ネットワーク停止」でも影響は違う

このように、 技術的な停止を業務への影響へ変換して確認する ことが重要です。

許容停止時間を具体化する

「すぐ復旧してほしい」 「できるだけ止めないでほしい」という言葉は、 人によって解釈が異なります。

そこで可用性要件では、 停止をどの程度まで許容できるのかを具体化します。

すべての通信を同じ重要度にしない

企業ネットワークには、 業務への影響が異なる複数の通信があります。

そのため、すべてに同じ可用性を求めるのではなく、 重要な業務から優先して整理すると判断しやすくなります。

何を冗長化するのか整理する

「冗長化する」という言葉だけでは、 どこまで対策するのか分かりません。

ネットワークには複数の構成要素があるため、 単一障害が発生した場合に、どこまで通信を継続する必要があるのか を確認します。

「機器を2台にすれば冗長化完了」ではない

たとえば、ルーターを2台にしても、 その先のインターネット回線が1本しかなければ、 回線障害では通信が停止します。

可用性要件では、 どの障害まで業務継続の対象にするのかを整理します。

自動切り替え・手動切り替えを確認する

冗長な構成が用意されていても、 障害発生後に人が設定変更をしなければ通信を復旧できないのであれば、 一定時間の停止が発生します。

そこで、 障害時の切り替えを自動で行う必要があるのか、 手動でも許容できるのかを確認します。

計画停止の条件を確認する

障害だけでなく、 機器交換、設定変更、ソフトウェア更新など、 計画的なメンテナンスによる停止についても確認します。

確認したい代表的な項目

• 業務時間中の計画停止は可能か
• 夜間であれば停止可能か
• 休日であれば停止可能か
• 事前通知は何日前までに必要か
• 停止可能な時間帯は決まっているか
• メンテナンス中も主要業務を継続する必要があるか

この情報は、 後の冗長化設計だけでなく、 移行計画や変更作業の設計にもつながります。

「止めたくない」を可用性要件へ変換する

実務では、顧客の言葉をそのまま要件定義書へ書くのではなく、 質問を重ねて具体化します。

1. 停止すると困る業務を確認する 「ネットワークが停止した場合、どの業務が利用できなくなりますか？」と確認します。
2. 影響範囲を確認する 全社員なのか、一部部署なのか、特定拠点なのかを確認します。
3. 許容停止時間を確認する 「何分・何時間程度までなら業務上許容できますか？」と具体化します。
4. 対象となる障害を確認する 機器、回線、経路、電源など、どの単一障害まで業務継続が必要かを確認します。
5. 切り替え方法を確認する 自動切り替えが必要か、手動対応でも問題ないかを確認します。
6. 計画停止を確認する 保守・変更作業で停止可能な曜日や時間帯を確認します。
7. 設計・試験できる要件として記録する 誰が読んでも同じ意味になり、後から満たしたか確認できる文章へ変換します。

要望から要件へ変える例

可用性要件シートに残す項目

ヒアリングした結果は、 後工程で追跡できるように文書へ残します。

要件だけでなく理由も残す

可用性要件でよくある失敗

顧客・上司へ可用性要件をどう説明するか

技術に詳しくない相手へ、 いきなり「ルーターを冗長化します」 「経路を二重化します」と説明しても、 必要性が伝わらない場合があります。

まず業務影響から説明します。

技術ではなく業務リスクから話す

可用性要件で使われる英語表現

よく使われる単語

ヒアリングで使える表現

自分の言葉で説明する課題