Oracle RACフェイルオーバを高速化するSGeFF・後編

Serviceguard以外のクラスタウェアでは、クラスタ・ロックの実装方法としてロック・ディスクを用いるのが一般的だ。一方Serviceguardでは、Quorum Serverという独立したソフトウェアによってクラスタ・ロックを実現することができる。このユニークな設計によって、クラスタ再構成時間の大幅な短縮、さらには可用性向上を可能にしている。

Quorum Serverとロック・ディスク、いずれもクラスタ・ロックという役割は同じである。では、なぜ前者はクラスタ再構成の高速化に貢献するのだろうか。以下の表は、この両者の特徴を比較したものである。

ロック・ディスクとQuorum Serverの基本的な違いは、前者は共有ディスクによる実装であるのに対し、後者がソフトウェアによる実装である点だ。ロック・ディスクの場合は、FibreChannelなどのI/Oバスのリセットが必要であり、クラスタ・ロックの取得に数十秒の時間を要する。これに対しQuorum Serverの場合は、LAN経由で同サーバに接続するため、取得時間は数秒で済むのである。

また、クラスタ構成の自由度や多重障害発生時の修復方法にこの両者には差がある。ロック・ディスクは1つのクラスタしかサポートできないが、Quorum Serverは最大50クラスタを1台でサポート可能だ。ロック・ディスクの単一障害時は、どちらの場合でもServiceguardクラスタは継続動作するので可用性としては変わらない。が、多重障害等でクラスタロックを交換する必要が生じた場合、ロックディスクの場合は、クラスタを止めて共有ディスクを修復する場合もありうるが、Quorum Server障害時はクラスタを止めずに交換できる。

Quorum Serverは無償ソフトウェアであり、HPのWebサイトからダウンロード可能だ。また必要なリソースはごく少ないため、例えばアプリケーション・サーバとQuorum Serverを同じノード上で運用してもよいだろう。Quorum Serverのシステム要件は以下の通りである。

では、Oracle 9i RACとSGeFFによるクラスタ構築では、どのような点を考慮すべきだろうか。まずはネットワーク構成について考えてみたい。

前編で説明したとおり、SGeFFでは2系統以上のハートビートLANが必要となる。またRACの構築では、GCS(Global Cache Server、すなわちインターコネクト)のための冗長化されたインターコネクトLANが必要だ。ただし、ハートビートLANの片方とインターコネクトLANは兼用可能なため、最低3本のLANが必要となる。例えば図2のような構成が可能である。

ここでは、インターコネクトLANとハートビートLAN#1はともに同じ冗長化スイッチで構成し、またハートビートLAN#2は独立したスイッチで構成している。なお、Quorum Serverをアプリケーション・サーバ側のLANに置くことで、ハートビートLANのダウンによってQuorum Serverがアクセス不可になる状況を回避できる。

つづいては、Oracle 9i RAC＋SGeFFの構築手順について説明しよう。