冗長化すべきか否かの判断基準:ITIL Managerの視点から(3/3 ページ)
ITサービスの重要性は、ビジネスへの関与度合いに比例する。これを理解していないと、優先順位を正確に判断できなくなってしまうのだ。
SPOF(Single Point Of Failure)
「可用性を高めよう。ではどこの可用性を高めるのが先決だろうか」といった話題でよく出てくるのがこの「SPOF」という用語である。日本語では「単一障害点」などと訳される。
ある辞書には「システム上のある1点が故障することによってそのシステム全体が障害に陥ってしまうような部分のこと」とある。ここが壊れてしまっては、そのシステム全体が壊れたのと同じぐらいのインパクトを与える部分、という意味である。SPOFをなくすために冗長構成をしましょう、というのが常套句である。
しかし、よく考えると(いや、よく考えなくても……)、重要なシステムは全体がSPOFだらけなのだ。CPU、HDD、ネットワークアダプタ、ネットワークケーブル、HUB、電源装置、どれをとっても「壊れても大丈夫」なものはない。結局は電源を2重化し、HDDを二重化し、ネットワークを二重化し、そうしてできたサーバそのものを2重化し……、という涙ぐましい努力が続けられている。
SPOFこそ、VBFを主体に考えるべきではないだろうか。例えばeコマースサイトの場合、VBFであるところの「商品を注文する」という機能に必要なところは必要かつ十分な多重化を試みるほうがよいだろう。一方、VBFではない部分に関する機能は、あえてサーバやネットワークを分けて、多重化の対象にしないという決断も必要ではないか、と考える。サーバの仮想化技術も進んできた昨今、局所的な多重化は不可能なことではない。常に「ビジネスにとって何が重要なのか」という観点でモノを見る目を養う必要があるのだ。
谷 誠之(たに ともゆき)
IT技術教育、対人能力育成教育のスペシャリストとして約20年に渡り活動中。テクニカルエンジニア(システム管理)、MCSE、ITIL Manager、COBIT Foundation、話しことば協会認定講師、交流分析士1級などの資格や認定を持つ。なおITIL Manager有資格者は国内に約200名のみ。「ITと人材はビジネスの両輪である」が持論。ブログ→谷誠之の「カラスは白いかもしれない」
関連記事
- メールやチャットは却下――IT変更管理はオフラインで
社内ITインフラの変更管理に有効な手段「変更諮問委員会の設置」という手法を紹介する。 - インシデントの原因は変更管理の不備にある
ビジネスに影響を与えるインシデントのうち、実に90%が、情報システム部などが把握していない「勝手な変更管理」が原因だという。つまり変更管理プロセスをうまく回せば、インシデント発生を防げるということだ。 - サービス可用性――その評価手法を知っているか?
「可用性の向上」とはよく聞く標語だが、その基準は意外と知られていない。ただの掛け声に終わらないよう、その評価手法を紹介する。 - 確率論を究める――交通事故とシステムダウンの関係
今回は、可用性を高めるために先人が残した分析手法を紹介する。温故知新という言葉もある。昔から色々と研究され、編み出された手法を使わせてもらうのは非常に有効な手段である。 - 究極の選択――落ちないシステムとすぐ直るシステム
MTTR(平均修理時間)が短いシステムとMTBF(平均故障間隔)が長いシステム、あなたならどちらを選択するだろうか。システム管理者にとっての究極の選択である――。 - 初めてのサービスレベルアグリーメント【その3】
SLAを支援する文書として、OLA(Operational Level Agreement)およびUC(Underpinning Contract)を紹介する。 - 初めてのサービスレベルアグリーメント【その2】
連載初回では、SLAの意義や作成手順について述べた。今回は、SLAの具体的な中身を解説する。 - 初めてのサービスレベルアグリーメント
企業のIT担当者ならば、「サービスマネジメント」というコトバに聞き覚えがあるだろう。要は効率の良い、費用対効果の高いシステム管理のことであるが、ITがビジネスの根幹になって以来、未解決の課題となっており、多くのIT担当者がその実現に悩んでいるのだ。 - ITガバナンスを定義してみる
- ITILの成り立ちと現状を知る
関連リンク
Copyright © ITmedia, Inc. All Rights Reserved.