TOP
＞
設計・移行・活用
＞ コミュニケーションパス（ハートビート）冗長化
LifeKeeperのすべて
第１３回：ハードウェア冗長化
著者：
サイオステクノロジー クラスタソリューショングループ
監修者：
サイオステクノロジー 小野寺 章
2006/2/17
前のページ
1
2
3
4
次のページ
コミュニケーションパス（ハートビート）冗長化
コミュニケーションパスは各クラスタノード間での情報のやり取りを行うための経路であり、ハートビートはコミュニケーションパスを通じて行われるクラスタノード同士の死活監視機能を指している。
HAクラスタにおいては複数台のノード同士が連携してサービスの冗長性を維持するため、クラスタノード同士の通信および死活監視が不可欠となる。このコミュニケーションパスが障害などで失われた場合には、ノードが停止しているものと判断され不要なフェイルオーバーを招いてしまう。このようなノード停止の誤検知を回避するためには、コミュニケーションパスの冗長化が必要不可欠である。
LifeKeeperでコミュニケーションパスの冗長化を行うためには、特別な操作やアプリケーションの追加は必要ない。LifeKeeperはもともと複数のコミュニケーションパスを定義できるため、クラスタ構築時に少なくともTCPコミュニケーションパスを2経路以上定義し、さらに可能であればTTYコミュニケーションパスも作成しておいたほうが望ましい。
ネットワーク冗長化のまとめ
先にあげた図1では、「チーミングデバイスとLifeKeeperのバックアップインターフェースを併用する」という実に豪華な構成となっているが、現実にはサーバのポート数の問題もあるため、ここまでの構成をとることはまずないだろう。
OS（もしくはドライバ）の機能を用いた、Bondingに代表される冗長化と、上述のLifeKeeperの機能を用いたバックアップインターフェースのどちらを用いるべきかについては、システムの求める機能によって分かれるところとなる。しかし、もしもネットワークの冗長性を確保することだけが目的であるならば、LifeKeeperのバックアップインターフェースを使用することをお奨めする。
ストレージパスの冗長化
ストレージパスとは、クラスタを構成する各ノードと共有ストレージの間を結ぶ経路を指す。
共有ストレージを使用する上でのもっともシンプルな形状は、シングルパス、シングルコントローラの構成である。これはノード-ストレージ間を1本のケーブルで接続し、また共有ストレージにはコントローラを1つだけ搭載する。このような構成において、ノード-ストレージの経路に障害が生じた場合は、LifeKeeperによるフェイルオーバーの対象となる。またコントローラが1つしか搭載されていない場合は、コントローラが単一障害点となる事に注意して欲しい。
コントローラの冗長化
ストレージパスに関連するの冗長化の手法として、マルチコントローラ（リダンダントコントローラ、デュアルコントローラと同義）構成がある。これは1つの共有ストレージに複数のコントローラが搭載されている構成で、片方のコントローラに異常が生じても、もう片方のコントローラを使用してアクセスを継続する仕組みである。次に述べるマルチパス構成の場合も、ストレージがコントローラを複数内蔵しているためマルチコントローラ構成を含んでいるといえる。
マルチパス構成
先にあげた図1の2で示された項目はFibre Channel（以下、FC）ストレージのパスの冗長化をあらわしている。この部分を抜き出して、HAクラスタシステムにおけるストレージとFCパスの構成をより詳細に図式化したものが図3となる。
図3：FCストレージのマルチパス構成
図3は一般的なFCストレージのマルチパス構成となっている。青で示された線は、ストレージにアクセスするための有効なパスをあらわしており、破線は有効な経路の予備として待機しているパスをあらわしている。このように、
サーバとストレージ間のFC経路が失われても、予備の経路を使用してディスクへのアクセスを継続させる仕組み
をマルチパス構成と呼ぶ。
図3の左側は障害が起こっていない平時の状態であるのに対して、右側はサーバ1のHBA（ホストバスアダプタ）0からFCスイッチへのパスに障害が発生している。この場合、サーバ1の内部でHBA0からHBA1へ経路の切り替えが行われ、以降はHBA1を使用してディスクへのアクセスは継続して行われる。この経路の切り替えは、LifeKeeperが障害を検知して行っているのではなく、マルチパスを実現するためのマルチパスドライバによって行われることに注意してほしい。
図3の例では、LifeKeeperはHBA0の経路で発生した障害を検知することなく（もしくは検知したとしてもフェイルオーバーに至る前に回復して）、通常通りディスクのチェックを続行していなければならない。パスが切り替わる前に、LifeKeeperによって障害として検知されてしまった場合は、LifeKeeperは自身のリカバリシナリオにそってサーバ2へのフェイルオーバーを行うが、これではマルチパスを構成している意味がない。
また図3の例では、有効なパスと予備のパスを作成し障害時にはパスの切り替えを行うよう設定されているが、これはあくまで一例であり、マルチパスドライバの種類や設定によっては、同時に複数のパスを使用してパフォーマンスの向上をはかることも可能だ。
前のページ
1
2
3
4
次のページ
著者プロフィール
サイオステクノロジー株式会社 クラスタソリューショングループ
サイオステクノロジーにおいて、SteelEye LifeKeeperの技術サポートや構築支援を行うエンジニア集団。日本国内で、彼ら以上にLifeKeeperを知る者たちはいないと自負している。世の中のすべてのHAクラスタがLifeKeeperになることを夢見て日々奮闘を続けている。
監修者プロフィール
サイオステクノロジー株式会社 小野寺 章
インフラストラクチャービジネスユニット
エンタープライズソリューション部 部長
国産汎用機メーカに入社し、汎用機のSEを10数年担当、1994年頃からオープン・ダウンサイジングブームの到来とともにUNIX系OSを担当し、Solaris、HP/UXでSun Cluster、Veritas Cluster、MC/ServiceGuardなどを使用した、多数のミッションクリティカルシステムのHAシステム構築に従事。2001年ノーザンライツコンピュータ（現サイオステクノロジー）へ入社後、SteelEye LifeKeeperの総責任者としての国内での販売・サポート業務に従事。
INDEX
第13回：ハードウェア冗長化
はじめに
OSによるパブリックネットワークの冗長化
コミュニケーションパス（ハートビート）冗長化
マルチパスの種類
