「信頼性をテストすべき」か「稼働を優先すべき」か

“落ちないコンピュータ”をどうテストするか？　専門家でも意見は真っ二つ

本番環境におけるサーバの高可用性（HA）を確実にしたい場合、混乱を招くリスクを冒してでもサーバの高可用性をテストした方が良いのか、それともシステムの信頼性を信じた方が良いのだろうか。

　サーバなどのITシステムが高可用性（HA）構成になっている場合、そのシステムは事業運営に重要と見なされているということだ。つまり、HAサーバがダウンすれば、事業にマイナスの影響が及ぶことになる。それならば、HAサーバはテストすべきなのだろうか。2人の専門家の意見を紹介する。

テストは必要――ケビン・トリー氏の意見

　高可用性（HA）をどのように検証するかはクラスタサーバに固有の問題だが、HAテストについては一般的な原則に従うのが得策だろう。

　HAテストの頻度を判断するには、以下の2つの懸念についてバランスを図る必要がある。

1. HAシステムがダウンした場合、ビジネスにどの程度の影響を及ぼすか？　影響が大きいようなら、テストは頻繁に実施した方が良い。
2. テストの失敗が実際のユーザーベースにどの程度の影響を及ぼすか？　影響が大きいようなら、テストはあまり頻繁に行わない方が良い。

　多くの企業にとっては、どちらの影響も「大きい」はずだ。システムが停止しては困るが、テストの失敗も避けたい。それならば、適切なバランスを見つけるしかない。

　予算が許せば、シャドーシステムを構築し、HAサーバ環境をミラーリングするといい。シャドーシステムには、サーバの他、スイッチ、ファイアウォールなど、本番環境に存在するあらゆるHAインフラを含める。ミラーリングの設定には、OSのソフトウェアバージョンからドライバまで、全て本番環境と同一のコンポーネントを使用すること。こうしたテスト環境を用意して高可用性をテストする分には、たとえそれが毎日だとしても、テストの失敗が実際の本番環境に影響を及ぼすことはない。

　ただし、テスト用のシャドーサーバを用意していても、本番サーバのテストは必要だ。私のお勧めは、「定期的なHAテストに加え、システムのハードウェアやソフトウェアに何か大きな変更や更新があった場合にその都度HAサーバをテストする」という2本柱の戦略だ。

　本番環境のHAサーバをテストしてユーザーに混乱が生じる場合の対応はビジネスマネジャーに任せるといい。テストの間隔を長くすれば、その分、高可用性対策がうまく機能しない可能性は高まる。本番環境のテストは少なくとも四半期に1回は実行すること。さらに、HA環境に何か重要な新しい要素やコンポーネントやソフトウェアバージョンを導入した場合は、HAテストを計画し、そのアップグレードが高可用性の仕組みに悪影響を及ぼしていないかを確認する必要がある。

テストは不要――ジョー・クラビー氏の意見

　私がHAクラスタに干渉するのは唯一、パフォーマンスの問題が生じたときだけだ。そのような場合は幾つかのテスト項目を実行して、問題の原因を突き止め、解消する必要がある。

　HAクラスタにどの程度のサービス品質（QoS）を期待するかにかかわらず、テストはそう頻繁に実施する必要ない。理由は以下の通りだ。

1. HAサーバに100％の稼働率を求めるなら、クラスタは当然フォールトトレラント構成にしているはず。つまり、テストはめったに実行しなくても構わないということだ。
2. 稼働率の要件が99.99％であっても、やはりHAサーバ環境のテストは頻繁に行う必要はない。99.99％の稼働率であれば、ある程度のダウンタイムは許されるからだ。
3. 稼働率の要件が99.999％であれば、IT部門はほぼ完璧な可用性を期待しているということ。つまり、サーバクラスタはそれだけの高可用性を実現できるように構成されているはずだ。それならば、頻繁にテストを行う必要はないと思う。

ケビン・トリー氏は、サードパーティーの検証・テスティングサービスを提供する米The Tolly Groupの創始者。また、ITベンダーおよびエンドユーザー企業向けに調査サービスを提供する米Tolly Researchの創始者・CEOでもある。

ジョー・クラビー氏は、米調査会社Clabby Analyticsの代表で、IT業界において32年以上に及ぶマーケティング、調査、分析の経歴を持つ。同氏はアプリケーションのリエンジニアリングサービス、システムおよびストレージの設計、データセンターのインフラや統合サービス管理の専門家でもある。各種テクノロジーについて徹底した技術リポートを発表し、仮想化、プロビジョニング、クラウドコンピューティング、アプリケーション設計など多くの分野で助言を提供している。

この記事の著者

関連記事

• 

  今日もまたコンピュータが動かない――その理由と対策

• 

  ランニング人口は推定1000万人　エントリー合戦“第0関門”の裏で走り続けるITインフラとは

• 

  その日何が？　ニューヨーク証券取引所“3時間システム停止の謎”を追う

• 

  【徹底比較】VMware対応HAクラスタ製品の機能を「比較表」で大解剖

• 

  仮想化特有の課題がある、VMware環境の“従来型”HAクラスタ

新着ホワイトペーパー PR

• 製品資料
  [株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる
• 製品資料
  [株式会社キーエンス] なぜRPA導入は頓挫する？　シナリオ作成の壁を乗り越える解決策とは
• 製品資料
  [株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？　PLMとの融合で実現する高速開発
• 事例
  [日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？　「新たな働き手」を支える3要素とは
• 製品資料
  [日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣