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

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

本番環境におけるサーバの高可用性（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

• 事例
  [株式会社キーエンス] PCが苦手でも自動化できる　ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用
• 製品資料
  [株式会社クレオ] IT部門を“価値創造組織”へ転換　IT管理プロセスの改革で戦略的リソースを確保
• 製品資料
  [株式会社クレオ] Excel管理が限界に――ITサービス管理の脱・属人化と運用高度化を実現する方法
• 製品資料
  [株式会社クレオ] 西武グループやイオングループも実践　事例に学ぶ「ITサービスデスク業務」改善
• 製品レビュー
  [株式会社クレオ] 「使われないITシステム」から脱却　現場が求める業務改善を実現する方法