JP2015534150A5 - - Google Patents

Description

加えて、通信問題が存在する状態で設定時間を減少させるために、システムは、ある特定のリモートターゲットノードにすべて関連付けられた複数のターゲットＩＰアドレスおよびリモートネットワークインターフェイスのために、ｐｉｎｇ動作を同時に行なうことができる。図４に示すように、ローカルノード４０１は、ターゲットノードＡ４０２にすべて関連付けられた複数のターゲットＩＰアドレス４２２および４２４ならびにリモートネットワークインターフェイス４１２および４１４のために、ｐｉｎｇ動作４３４および４３６を同時に行なうことができる。そのような場合、ローカルノード４０１は、ＩＰアドレス４２２とネットワークインターフェイス４１２との組合せを使用でき、そこからシステムは第１のｐｉｎｇ応答４３８を受信する。

図５に示すように、ローカルネットワークインターフェイス５１１および５１６を使用して、ローカルノード５０１は、ターゲットノードＡ５０２にすべて関連付けられた複数のターゲットＩＰアドレス５２２および５２４ならびにリモートネットワークインターフェイス５１２および５１４のために、ｐｉｎｇ動作５３２および５３４を同時に行なうことができる。そのような場合、ローカルノード５０１は、ＩＰアドレス５２２とネットワークインターフェイス５１２との組合せを使用でき、そこからシステムは第１のｐｉｎｇ応答５３６を受信する。

この発明の一実施形態によれば、新しい接続が確立される前に、システムは、リモートサービスＩＰアドレスの可用性を、異なる物理ネットワークＡ６０４〜Ｂ６０５における対応するリモートネットワークインターフェイス６１２〜６１５を介して発見するために、プローブ動作６３１〜６３８のうちの１つを使用することができる。たとえば、プローブ動作６３１〜６３８の各々は、インターネット制御メッセージ（ＩＣＭ）ベースのｐｉｎｇ動作、または他のデータグラムベースの要求／応答動作であってもよく、それらは、ＴＣＰレベル接続タイムアウトに比べて短いタイムアウト値を有していてもよい。

図６に示すように、ローカルネットワークインターフェイス６１１および６１６を介して、ローカルノード６０１は、ターゲットノードＡ６０２にすべて関連付けられた複数のターゲットＩＰアドレス６２２および６２４ならびにリモートネットワークインターフェイス６１２および６１４のために、ｐｉｎｇ動作６３２、６３４、６３６および６３８を同時に行なうことができる。そのような場合、ローカルノード６０１は、ＩＰアドレス６２２とネットワークインターフェイス６１２との組合せを使用でき、そこからシステムは第１のｐｉｎｇ応答６４０を受信する。

Claims (13)

1. ミドルウェアマシン環境で高可用性（ＨＡ）ネットワーク通信を実装するための方法であって、
   １つ以上のリモートサービスアドレスの可用性を、１つ以上の対応するネットワークインターフェイスを介してプローブするステップと、
   前記リモートサービスアドレスの１つに関連付けられた前記ネットワークインターフェイスの１つから応答を受信するステップと、
   前記リモートサービスアドレスを使用して動作を行なうために、通信接続を確立するステップとを含む、方法。
2. ミドルウェアマシン環境で高可用性（ＨＡ）ネットワーク通信を実装するためのシステムであって、
   １つ以上のマイクロプロセッサを含む１つ以上の物理サーバを含み、１つ以上の物理サーバは、
   １つ以上のリモートサービスアドレスの可用性を、１つ以上の対応するネットワークインターフェイスを介してプローブし、
   前記リモートサービスアドレスの１つに関連付けられた前記ネットワークインターフェイスの１つから応答を受信し、
   前記リモートサービスアドレスを使用して動作を行なうために、通信接続を確立するように動作する、システム。
3. ミドルウェアマシン環境で高可用性（ＨＡ）ネットワーク通信を実装するためのシステムであって、
   １つ以上のリモートサービスアドレスの可用性を、１つ以上の対応するネットワークインターフェイスを介してプローブするための手段と、
   前記リモートサービスアドレスの１つに関連付けられた前記ネットワークインターフェイスの１つから応答を受信するための手段と、
   前記リモートサービスアドレスを使用して動作を行なうために、通信接続を確立するための手段とを含む、システム。
4. 異なるインターネットプロトコル（ＩＰ）アドレスが、異なるネットワークインターフェイスおよび通信経路に関連付けられている、請求項２または３に記載のシステム。
5. 通信フェイルオーバーが、アプリケーションレベルのロジックを使用して、通信層の一部として実装される、請求項２〜４のいずれか１項に記載のシステム。
6. 伝送制御プロトコル（ＴＣＰ）が使用される場合、信頼性および順序付けが確実にされる、請求項２〜５のいずれか１項に記載のシステム。
7. 前記１つ以上の物理サーバは、ＴＣＰタイムアウトに基づいてフェイルオーバーの必要性を検出し、動作が完了した場合、通信接続を閉鎖するように動作する、請求項２〜６のいずれか１項に記載のシステム。
8. 前記１つ以上の物理サーバは、前記プローブするステップを行なうために、データグラムベースの要求／応答動作を使用するように動作する、請求項２〜７のいずれか１項に記載のシステム。
9. 主要ネットワークインターフェイスおよびターゲットサービスアドレスに対するプローブするステップが失敗した場合、前記１つ以上の物理サーバは、代替的なサービスアドレスを、対応するネットワークインターフェイスを介して試行するように動作する、請求項２〜８のいずれか１項に記載のシステム。
10. 前記１つ以上の物理サーバは、複数のターゲットサービスアドレスおよびネットワークインターフェイスに対して、前記プローブするステップを同時に行なうように動作する、請求項２〜９のいずれか１項に記載のシステム。
11. 前記１つ以上の物理サーバは、同期ＴＣＰベースのリモート・プロシージャ・コール（ＲＰＣ）動作を保護するために、ｐｉｎｇタイプの動作を使用するように動作する、請求項２〜１０のいずれか１項に記載のシステム。
12. 命令を含む機械読取可能なプログラムであって、前記命令は、実行されると、
    １つ以上のリモートサービスアドレスの可用性を、１つ以上の対応するネットワークインターフェイスを介してプローブするステップと、
    前記リモートサービスアドレスの１つに関連付けられた前記ネットワークインターフェイスの１つから応答を受信するステップと、
    前記リモートサービスアドレスを使用して動作を行なうために、通信接続を確立するステップとを、システムに行なわせる、機械読取可能なプログラム。
13. ローカルノードと、
    サブネットと、
    １つ以上のリモートサービスアドレスを介してローカルノードをサブネットに接続するための、１つ以上のネットワークインターフェイスと、
    １つ以上のサーバとを含む、ミドルウェアマシン環境であって、
    前記１つ以上のサーバは、
    １つ以上のリモートサービスアドレスの可用性を、１つ以上の対応するネットワークインターフェイスを介してプローブし、
    前記リモートサービスアドレスの１つに関連付けられた前記ネットワークインターフェイスの１つから応答を受信し、
    前記リモートサービスアドレスを使用して動作を行なうために、通信接続を確立するように動作する、ミドルウェアマシン環境。