本文へジャンプ

ClusterPerfect EX for BladeCenter

N+Mコールド・スタンバイとサービス・フェイルオーバーにより、BladeCenterの可用性を容易にかつ適切に高めるクラスター・ソリューション

上記リンクをクリックすると、ページ内の該当個所に移動します

概要

サーバー統合のプラットフォームとなるBladeCenterには、さまざまな業務アプリケーションが混在します。いずれの業務も利用者にとっては重要であり、万一の障害による長時間にわたる業務の停止は、莫大な損失につながりかねません。
ClusterPerfect EXは、他に類を見ない先進の技術で、BladeCenterシステムの可用性を容易にかつ適切に高めます。

ClusterPerfect EXの特長

サーバー・システムの可用性を高めるには、HAクラスター・ソフトウェアによるサービス・フェイルオーバー・クラスターを構築する方法が一般的です。しかし、ブレード・サーバー・システムのように、さまざまな業務アプリケーションが混在するシステムでは、すべての業務アプリケーションにサービス・フェイルオーバー・クラスターを適用すると、ブレードの台数が増えたり、クラスターの設計・構築に手間がかかるといった問題がありました。
ClusterPerfect EXは、二通りのクラスター機能を提供することで、これらの問題を解決します。


各クラスター機能の比較

  N+Mコールド・スタンバイ・クラスター サービス・フェイルオーバー・クラスター
構成 コールド・スタンバイ
(電源OFF状態で待機)
ウォーム・スタンバイ
(OSが起動した状態で待機)
障害時の切り替え時間 OSを起動する分、時間がかかる OSが起動しているので、切り替えが早い
システム設計・構築 予備サーバにはOS、アプリケーションのインストールは必要はない(ローカル・ディスク不要) フェイルオーバー対象のOSとアプリケーションを、事前に待機サーバーにインストールしておく必要がある※1
適用分野 多ノード・システムの可用性を容易に高めたい場合 DBサーバなど、即時切り替えが必要な業務

※1:OS/アプリケーションを共有ディスク上に置くシステム設計も可能です。

N+Mコールド・スタンバイ・クラスター 

N+Mコールド・スタンバイ・クラスターの正常稼働字と障害発生時との比較画像

※SANブート:SAN接続された共有ディスクにインストールされたOSからシステム起動すること。

サービス・フェイルオーバー・クラスター 

サービス・フェイルオーバー・クラスターのOS/アプリケーションをサーバーにインストールした場合と、OS/アプリケーションをディスク上に置いた場合の比較画像

例えば、下図のような3層構造システムでは、複数のサーバーが用意されているWebサーバーやアプリケーション・サーバーに「N+Mコールド・スタンバイ・クラスター」を適用することで、障害により稼働サーバー台数が減っても、予備サーバーを使って元のサーバ台数に戻せます。
一方、DBサーバーには「サービス・フェイルオーバー・クラスター」を適用することで、障害時の停止時間を最小化します。

三層構造システムでの「N+Mコールド・スタンバイ・クラスター」使用時の説明図

このように活用できます

「BladeCenterとClusterPerfect EXによる高可用なサーバ統合システム」

業務ごとに許容される障害時の停止時間から、N+Mコールド・スタンバイ・クラスターとサービス・フェイルオーバー・クラスターを使い分け、BladeCenterシステムの可用性を容易にかつ適切に高めます。
予備サーバは、Windowsサーバー、Linuxサーバー、どちらの障害に対しても代替ができます。

正常稼働時の状態
障害発生時の状態:障害が発生すると予備のサーバーがファイル・サーバーやグループウェア・サーバーに、待機サーバーがDBサーバーに適切に切り替わります。

製品情報

ClusterPerfect EX for BladeCenter 14CPUパッケージ
ClusterPerfect EX for BladeCenter 28CPUパッケージ

HAクラスター・ソフトウェア ClusterPerfect

2~4ノード用のクラスター・ソリューションです。
BladeCenterやSystem xにおいて、サービス・フェイルオーバー・クラスターを実現し、サーバー/OS/アプリケーション障害の影響を最小限に抑えます。
共有ディスク(IBM System Storage DS3400)稼働サーバー(IBM System x3650)に障害が発生した場合、待機サーバー(IBM System x3650)が業務を開始する説明図