人と地球にやさしい情報社会を イノベーションで実現する グローバルリーディングカンパニー NEC グループビジョン 2017 Page 2

CLUSTERPRO X 3.1

ネットワークパーティション解決方法

補足資料

(Linux版)

人と地球にやさしい情報社会を

イノベーションで実現する

グローバルリーディングカンパニー

本資料について

▐

この資料はネットワークパーティション状態時の動作と、それを解決する

方法について説明した資料です

ネットワークパーティション状態とは

共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) 共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) ネットワークに障害が 発生 アプリケーション アプリケーション 共有ディスク HBA Server1 NIC1 NIC2 HBA NIC1 NIC2 Server2 アプリケーション アプリケーション 共有ディスク HBA Server1 NIC1 NIC2 HBA NIC1 NIC2 Server2 アプリケーション アプリケーション 同一 ファイルシステムを マウントして ファイルシステム破壊発生 LAN HB KLAN HB LAN HB

KLAN HB _{KLAN HB}LAN HB

①Server2 は ダウンした LAN HB KLAN HB ①Server1 は ダウンした LAN HB KLAN HB ②Server1の業 務をフェイルオー バする LAN HB KLAN HB LAN HB KLAN HB LAN HB KLAN HB サーバが正常であるが ハートビート用のLANの障害などで 「双方のサーバ」 が 「相手サーバがダウンしている」 と認識する状態のこと

LANハートビート, KLANハートビートを補完するリソース

− LAN以外のハートビート −

共有ディスク HBA Server1 NIC1 NIC2 Server2 LAN HB KLAN HB

Disk HB

COM

COM HB

HBA NIC1 NIC2 LAN HB KLAN HB

Disk HB

COM

_{COM HB}

COM(RS-232C)ポート を使用して 死活監視 を行います 共有ディスク上のディスク ハートビート用パーティ ションを使用して 死活監 視を行います

LAN系のハートビートを補完する

*1

_{ハートビートリソースとして以下のハートビートリソース}

が 追加で設定可能です。

• COMハートビートリソース

• ディスクハートビートリソース

*1 LAN系のHBは必須です。 COMハートビートとディスクハートビートのみでは動作しません。 ディスクハートビート用 パーティション COMハートビートリソース RS-232Cクロスケーブル ディスクハートビートリソース

ディスクハートビートを追加した場合

共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) 共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) ネットワークに障害が 発生 アプリケー ション LAN HB KLAN HB LAN HB

KLAN HB _{KLAN HB}LAN HB

①LANHB, LANKHB は ダウンした LAN HB KLAN HB

LANが断線した場合でもネットワークパーティション状態と判断されなくなる

Disk HB Disk HB アプリケー ション Disk HB Disk HB ②DiskHB は ダウンしてい ない ①LANHB, LANKHB は ダウンした ②DiskHB は ダウンしてい ない ③Server1の業務を フェイルオーバしない

COMハートビートを追加した場合

共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) 共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) ネットワークに障害が 発生 アプリケーション LAN HB KLAN HB LAN HB

KLAN HB _{KLAN HB}LAN HB

①LANHB, LANKHB は ダウンした LAN HB KLAN HB

LANが断線した場合でもネットワークパーティション状態と判断されなくなる

COM HB COM HB ①LANHB, LANKHB は ダウンした ③Server1の業務を フェイルオーバしない COM

COM COM HB _{COM COM} COM HB

アプリケーション ②COMHB は ダウンしてい ない ②COMHB は ダウンしてい ない

ネットワークパーティション状態の発生を抑止するリソース

− Pingネットワークパーティション解決(PING NP)リソース −

NIC2 Server2 LAN HB KLAN HB NIC1 NIC2 HUB ルータなど IPアドレスを持つ ネットワーク機器 HUB ルータ1 ルータ2 他のサーバ PING NP Server1 NIC1 LAN HB KLAN HB PING NP Server2からも 同様 ICMP PCや 他サーバへ

1. 設定した監視先へping

パケットを送出, 応答を

監視する

2. ハートビートが途絶し か

つ pingの応答が無い と

サーバをダウンさせる

ハートビートが「相手サーバダウン」の状態になった場合に 予め設定

した監視先 (pingの発行先) からの応答が 無い場合に サーバを

シャットダウンします。

ネットワークパーティション状態の発生を抑止するリソース

− Pingネットワークパーティション解決リソース −

NIC2 Server2 LAN HB KLAN HB NIC1 NIC2 HUB ルータなど IPアドレスを持つ ネットワーク機器 常時起動で クラスタ システムと関連性の ある*1_他サーバ HUB ルータ1 ルータ2 サーバ PING NP Server1 NIC1 LAN HB KLAN HB PING NP Server2からも 同様 ICMP ICMP PCや 他サーバへ 1. 設定した監視先へpingパケット を送出, 応答を監視する 2. ハートビートが途絶し かつ ping の応答が無い と自サーバをダウ ンさせる

監視先の計画停止などに対応するため 監視先は複数設定(OR と AND) が可能

(例) 以下 A または B になった場合に「ping不達」と判断する

A) サーバ と ルータ1 にpingが不達

B) サーバ と ルータ2 にpingが不達

*1 クラスタシステム上で動作する業務が依存しているサーバなど ICMP

PING NPが設定されている場合の挙動

共有ディスク HBA Server1 (現用系) NIC1 NIC2 HBA NIC1 NIC2 Server2 (待機系) 共有ディスク HBA NIC1 NIC2 HBA NIC1 NIC2 Server1にネットワーク に障害が発生 アプリケーション アプリケーション 共有ディスク HBA NIC1 NIC2 HBA NIC1 NIC2 アプリケーション アプリケーション 共有ディスク HBA NIC1 NIC2 HBA NIC1 NIC2 アプリケーション アプリケーション 安全にフェイルオーバして 業務継続 LAN / KLAN HB PING NP 監視先 PING NP 監視先 PING NP LAN / KLAN HB PING NP ①Server1 は ダウンした ①Server2 は ダウンした PING NP 監視先 LAN / KLAN HB PING NP ③PINGの応答が 無い ので自サーバ をダウンさせる LAN / KLAN HB PING NP PING NP 監視先 LAN / KLAN HB PING NP LAN / KLAN HB PING NP ④Server1 は シャットダウン Server1がダウンして フェイルオーバをする ③PINGの応答が 有るので自サーバを ダウンさせない LAN / KLAN HB PING NP LAN / KLAN HB PING NP ②PingNP監視 先に ping 実行 ②PingNP監視 先に ping 実行

IPモニタリソースとの違い

IPモニタリソースも pingの応答有無でサーバシャットダウンなどのアクションが可能

ですが 以下の点で PINGネットワークパーティション解決リソースと異なります。

▐

IPモニタリソース

ハートビートリソースの

状態に依存せず

pingの応答が無いときに 設定されたアクション

*1

_を

実行します

▐

PINGネットワークパーティション解決リソース

ハートビートリソースが 「

相手サーバダウン

」 状態で かつ pingの応答が無いときに サーバ

のシャットダウンを実行します

*1 モニタリソースの異常検出タブで設定したアクション