Junos Spaceクラスタ内の仮想IPの可用性を理解する
Junos Space は、クラスター内のノードの 1 つで仮想 IP(VIP)アドレスが常に利用可能であることを確認する必要があります。VIP アドレスが使用できなくなると、すべてのユーザー インターフェイス クライアントと NBI クライアントでクラスター全体が使用できなくなるため、これは HA ソリューションにとって不可欠です。このシナリオから保護するために、Junos Space は Linux-HA プロジェクトが提供するハートビート サービス(バージョン 2.1.3 からバージョン 3)を使用して、クラスター内のいずれかのノードで VIP アドレスが常に利用可能になるようにします。Linux-HA プロジェクトの詳細については、 Linux HA ユーザー ガイドを参照してください。
図 1 は、クラスター内の 2 つのノードで実行されるハートビート サービスを示しており、これらのノードが一緒になって Linux HA クラスターを形成しています。
上の Heartbeat Service
ハートビート・サービスは、1 秒間隔で他方のノードにハートビート・メッセージを送信するように、両方のノードで対称的に構成されます。ハートビートメッセージの送信には、UDPポート694へのユニキャストメッセージが使用されます。ノードが他のノードからのハートビート メッセージを 10 回連続して見逃すと、他のノードが停止していると見なし、フェールオーバーを開始して保護されたリソースの所有権を取得します。この場合の保護リソースは、クラスタの VIP アドレスです。フェイルオーバーが発生すると、IPアドレスの引き継ぎ(詳しくは、 IP アドレスの引き継ぎを参照)と呼ばれる方法を使用して仮想IPアドレスが取得され、新しく起動されたノードがそのインターフェイスの1つにVIPアドレスを設定し(このためにeth0:0がJunos Spaceで使用されます)、VIPアドレスにGratuitous ARPパケットを送信します。ネットワーク上のすべてのホストは、これらのARPパケットを受信し、この時点から、VIPアドレスの後続のパケットをこのノードに送信する必要があります。現在 VIP アドレスを所有しているノードがクラッシュすると、10 秒強でクラスター内の他のノードへの VIP アドレスの自動フェールオーバーが発生します。クラッシュしたノードが復旧すると(再起動時など)、そのノードは HA クラスタに参加し、スタンバイノードとして機能します。つまり、VIP アドレスの自動フェールバックは行われません。
Junos Space が障害ノードを検出するのにかかる 10 秒は、ノードがクラッシュした場合や応答しなくなった場合に適用されます。ただし、ノードがシャットダウンまたは再起動された場合、またはノード上のハートビート サービスが Junos Space 管理者によって停止された場合は、もう一方のノードのハートビート サービスにメッセージが送信され、VIP フェイルオーバーがほぼ瞬時に発生します。
専用データベース・ノードの場合、データベースVIPアドレスのフェイルオーバーは、データベースの高可用性を確保するために同様の方法で行われます。