スプリットブレインシンドローム
[Wikipedia|▼Menu]
.mw-parser-output .ambox{border:1px solid #a2a9b1;border-left:10px solid #36c;background-color:#fbfbfb;box-sizing:border-box}.mw-parser-output .ambox+link+.ambox,.mw-parser-output .ambox+link+style+.ambox,.mw-parser-output .ambox+link+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+style+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+link+.ambox{margin-top:-1px}html body.mediawiki .mw-parser-output .ambox.mbox-small-left{margin:4px 1em 4px 0;overflow:hidden;width:238px;border-collapse:collapse;font-size:88%;line-height:1.25em}.mw-parser-output .ambox-speedy{border-left:10px solid #b32424;background-color:#fee7e6}.mw-parser-output .ambox-delete{border-left:10px solid #b32424}.mw-parser-output .ambox-content{border-left:10px solid #f28500}.mw-parser-output .ambox-style{border-left:10px solid #fc3}.mw-parser-output .ambox-move{border-left:10px solid #9932cc}.mw-parser-output .ambox-protection{border-left:10px solid #a2a9b1}.mw-parser-output .ambox .mbox-text{border:none;padding:0.25em 0.5em;width:100%;font-size:90%}.mw-parser-output .ambox .mbox-image{border:none;padding:2px 0 2px 0.5em;text-align:center}.mw-parser-output .ambox .mbox-imageright{border:none;padding:2px 0.5em 2px 0;text-align:center}.mw-parser-output .ambox .mbox-empty-cell{border:none;padding:0;width:1px}.mw-parser-output .ambox .mbox-image-div{width:52px}html.client-js body.skin-minerva .mw-parser-output .mbox-text-span{margin-left:23px!important}@media(min-width:720px){.mw-parser-output .ambox{margin:0 10%}}

この記事は検証可能参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方
出典検索?: "スプリットブレインシンドローム" ? ニュース ・ 書籍 ・ スカラー ・ CiNii ・ J-STAGE ・ NDL ・ dlib.jp ・ ジャパンサーチ ・ TWL(2023年5月)

スプリットブレインシンドローム(split-brain syndrome)またはネットワークパーティション問題とは、複数のコンピュータノード)を相互接続して1台のサーバのように動作させるシステム密結合クラスター)において、ハードウェアインターコネクト障害によりシステムが分断され、1つのサービス(仮想IPを含む)がクラスタ内の複数のノード群で同時に起動してしまい、サービス供給が停止してしまう状況のこと。

スプリットブレインシンドロームが発生すると、クラスター外からのサービスへのアクセスが不能な状態に陥ったり、複数のノードのデータベースへの書き込みが競合し、データベースを破壊したり一貫性を喪失するなど、さまざまな致命的現象を引き起こすことになる。

ミッションクリティカルな密結合クラスターには、障害が発生した場合もクラスターを動的に再構成してサービスを維持する対障害機構が備わっており、スプリットブレインシンドロームはこの機構によって発生する副産物といえる。
生存ノードの決定と方法

 多くの密結合クラスターではスプリットブレインシンドロームを防ぐために、ある生存ノード群はそのノード数があらかじめ定めたクラスター定足数(多くの場合は全ノードの過半数)を占めているときにのみ、Vote(ラテン語の投票)によるマスタノードの決定を行い、マスタノードの制御に従って処理を継続する。

一方、ノード数がクラスターノードの定足数に対して1/2となる場合、Voteによるマスタノードの決定や生存ノードの決定時の均衡を破る機構(機能からタイブレーカと呼ばれる)を利用して、自らをマスタノードとしてよいかどうかを判断する。

判りやすい例として、2ノードクラスタにおいてインターコネクト障害などによりノード間通信が停止した場合、このタイブレーカ機構により、マスタノードとなった方が生き残り、スレイブとなった方が緊急停止(強制パニック)してサービスの継続を図る。

なお、このマスタノードはマジョリティノード/マネージャノードなど、各クラスタパッケージにおいて呼び方が異なる。多くの場合、Voteからマジョリティノードと呼ばれる。
タイブレーカ機構の実装

商用Unix系の高可用クラスターパッケージにおいては、Vote数が同票の場合、それぞれマスタノードを決定するスキームがある。特に2ノードクラスターの場合、サバイバルノードを決定する方法に特色がある。各パッケージのサバイバルノードを決定するスキームは以下の通り。

パッケージ名称対応OSベンダ実装方式クラスタノードの強制移行の名称
HACMPAIXIBM共用ディスクがある場合、ディスクを使用したキープアライブチェック機構をサポートしている。ちなみにスプリットブレインシンドロームを防ぐため、優先ノードを生存させるノード間調停機構 (DSGP) はあるが、状況を判断してシステムの強制停止を行うようなロジックはサポートされていない。

そのため、ハートビート (KA) の異常停止に弱く、N+1クラスタ構成や両現用構成を取った場合、ノード間通信が阻害された時にスプリットブレインシンドロームが発生しやすいというデメリットがある ⇒[1])。DGSP
MC/ServiceGuardHP-UXLinuxHP日立製作所NEC)接続方式によらないクォーラムサーバ機構とSCSI/FC接続のロックディスクをサポート。LVM(VERITAS製)のVG管理領域にロック管理情報を持ち、対応する。TOC
Oracle Solaris ClusterSolarisオラクルSCSIロックとロックディスクによるタイブレーカ機構をサポート。LVMとしては、VERITASのVxVMかSolaris自体の持つSVMを使用する。SVM使用時には、SMF配下で監視管理されるrpc.metadにより定足数デバイスの管理が行われる。強制パニック
CLUSTERPROLinux/Windows/商用UNIX(予定)NECSCSI/FC接続のロックディスクをサポート。LVM(VERITAS互換)のVG管理領域にロック管理情報やDisk管理領域に独自の設定方法を持ち、対応する。強制パニック
ClusterPerfectLinux東芝SCSI/FC接続のロックディスクをサポート。LVM(VERITAS互換)のVG管理領域にロック管理情報を持ち、対応する。不明
VxClusterServer各商用UNIX/LinuxVERITASSCSI/FC接続のロックディスクをサポート。LVM(VERITAS互換)のVG管理領域にロック管理情報を持ち、対応する。不明
LifeKeeperLinuxSteelEye TechnologySCSIロックをサポート。FC接続の場合、仮想SCSI上にフェンシング機能を実装する。不明
Red Hat Cluster SuiteLinuxRed Hat共有ディスクにvoteを持たせるquorum diskによるタイブレーク機構を持つ。quorum diskはノード間通信経路としても利用され、ノード間通信の可用性を高める。不明

関連項目

密結合クラスター

コンピュータ・クラスター

アムネジア


記事の検索
おまかせリスト
▼オプションを表示
ブックマーク登録
mixiチェック!
Twitterに投稿
オプション/リンク一覧
話題のニュース
列車運行情報
暇つぶしWikipedia

Size:9303 Bytes
出典: フリー百科事典『ウィキペディア(Wikipedia)
担当:undef