JP6570740B2 - クラスター通信 - Google Patents

クラスター通信 Download PDF

Info

Publication number
JP6570740B2
JP6570740B2 JP2018517193A JP2018517193A JP6570740B2 JP 6570740 B2 JP6570740 B2 JP 6570740B2 JP 2018517193 A JP2018517193 A JP 2018517193A JP 2018517193 A JP2018517193 A JP 2018517193A JP 6570740 B2 JP6570740 B2 JP 6570740B2
Authority
JP
Japan
Prior art keywords
route
network card
server
address
neighbor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018517193A
Other languages
English (en)
Other versions
JP2018530258A (ja
Inventor
シジェ リ
シジェ リ
シ チャン
シ チャン
チャンビン ブ
チャンビン ブ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
New H3C Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Publication of JP2018530258A publication Critical patent/JP2018530258A/ja
Application granted granted Critical
Publication of JP6570740B2 publication Critical patent/JP6570740B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/025—Updating only a limited number of routers, e.g. fish-eye update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/46—Cluster building
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/252—Store and forward routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本願は、２０１５年９月３０日に中国特許庁に出願された、出願番号が２０１５１０６４０５０９．７で、発明の名称が「クラスターの実現方法及びサーバー」である中国特許出願に基づく優先権を主張するものであり、本願にこの中国特許出願の全内容を援用する。
クラスター（ｃｌｕｓｔｅｒ）において、クラスター内のサーバー(ｓｅｒｖｅｒ)は、サーバーにおけるネットワークカードのＩＰアドレス(ネットワークカードＩＰアドレスと称する)を外部に配信し、同一クラスター内の他のサーバー及び／又はクラスター外のネットワーク装置、例えばスイッチなどは、ネットワークカードＩＰアドレスを受信した後、このネットワークカードＩＰアドレスへの最適なルートを算出する。この後、算出された最適なルートを用いてこのネットワークカードＩＰアドレスへデータストリームを送信する。
図１は、一例で提供する方法のフローチャートである。 図２は、一例で提供するネットワーク構成の模式図である。 図３は、一例で提供するボーダー・ゲートウェイ・プロトコル(ＢＧＰ)適用のネットワーク構築図である。 図４は、一例で提供するオープン・ショーテスト・パス・ファースト(ＯＳＰＦ)適用のネットワーク構築図である。 図５は、一例で提供するサーバーの構成図である。 図６は、一例で提供するサーバーの構成の模式図である。
本願の目的、技術案及び利点をより明確にするために、以下、図面を参照しながら、具体例に基づいて本願を詳細に説明する。
一例において、クラスターはサーバー１〜サーバー５から構成され、サーバー１〜サーバー５はそれぞれローカルに１つのネットワークカードが設けられている。また、サーバー１〜サーバー５のネットワークカードには、異なるＩＰアドレスが割り当てられている。サーバー１、サーバー２はいずれもローカルのネットワークカードを介してスイッチ（Ｓｗｉｔｃｈ）１に接続され、サーバー３、サーバー４、サーバー５はいずれもローカルのネットワークカードを介してスイッチ２に接続され、スイッチ１とスイッチ２とは接続されている。サーバー１を例にすると、サーバー１はローカルのネットワークカードのＩＰアドレスを外部に配信する。スイッチ１、サーバー２は、サーバー１が配信したネットワークカードＩＰアドレスを受信すると、ルーティングプロトコルに従ってネットワークカードＩＰアドレスへの最適なルートを算出する。その後、スイッチ１、サーバー２は、ネットワークカードＩＰアドレス宛のデータストリームを受信すると、算出されたこのネットワークカードＩＰアドレスへの最適なルートに従ってデータストリームを送信する。ローカルのネットワークカードとは、自装置、例えばサーバーに設けられている物理的または論理的なネットワークカードをいう。
ネットワークには、リンクの故障、例えばスイッチ１の故障が発生する可能性がある。スイッチ１の故障発生時、クラスター内のサーバー１、サーバー２はスイッチ１の故障のため動作できなくなり、クラスターの可用性に影響を及ぼすことになる。
一例で提供する方法は、図１に示すフローを含む。
図１を参照すると、図１は一例で提供する方法のフローチャートである。この方法は、クラスター内のいずれかのサーバーに用いられる。図１に示すように、このフローは、以下のステップを含む。
ステップ１０１において、ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバーのルートネイバーに配信する。
同一クラスター内の各サーバーに設けられるネットワークカードの数は、同じでも異なっていてもよい。ただし、同一クラスター内の各サーバーに設けられるネットワークカードの数が同じかどうかにかかわらず、各サーバーにはいずれも２つ以上のネットワークカードが設けられている。一例において、サーバーにおける各ネットワークカードは、異なるセグメントのＩＰアドレスが割り当てられ、ここでは、ネットワークカードのＩＰアドレスをネットワークカードＩＰアドレスと称する。図２に示すように、クラスター内のサーバー１にはｅｔｈ０とｅｔｈ１との２つのネットワークカードが設けられ、ｅｔｈ０のネットワークカードＩＰアドレスはセグメント１９２．１６８．１００．ｘに所属し、ｅｔｈ１のネットワークカードＩＰアドレスはセグメント１９２．１６８．２００．ｘに所属し、ｅｔｈ０のネットワークカードＩＰアドレスとｅｔｈ１のネットワークカードＩＰアドレスはそれぞれ異なるセグメントに所属する。
この例において、サーバーのローカルにおける異なるネットワークカードは、異なるルートスイッチ装置に接続される。例えば、図２におけるサーバー１を例にすると、サーバー１におけるｅｔｈ０はスイッチ１に接続され、サーバー１のｅｔｈ１はスイッチ２に接続されている。
ステップ１０１で述べたように、サーバーにネットワークカードを配置した後、サーバーはローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及びサーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信する。以下、２つの例を挙げて、サーバーがローカルの各ネットワークカードを介して自装置のルートネイバーにルートを配信することについて説明する。
この例において、サーバーのＩＰアドレスはループバック(Ｌｏｏｐｂａｃｋ)インタフェースの属性を有する。Ｌｏｏｐｂａｃｋインタフェースは、論理的インターフェース(仮想インターフェースともいう)であり、サーバーがダウンしない限り常にアップ(ｕｐ)状態を維持するという属性を有する。この例において、サーバーのＩＰアドレスは、サーバーにおけるループバック(Ｌｏｏｐｂａｃｋ)インタフェースに対してサブインターフェースを配置し、サブインターフェースのＩＰアドレスをサーバーのＩＰアドレスとして設定するという方式によって設定することができる。
Ｌｏｏｐｂａｃｋインタフェース自体のＩＰアドレスは、そのままデフォルトのＩＰアドレス１２７．０．０．１／８に設定することができる。
他装置は、このサーバーのＩＰアドレスを受信すると、このサーバーのＩＰアドレスとルートを確立する。例えば、サーバーが、サーバーのＩＰアドレス及びネットワークカードＩＰアドレスを配信した後(すなわち、ネットワークカードのセグメントアドレス及び自サーバーのＩＰアドレスのルートを配信した後)、スイッチ装置は、サーバーのＩＰアドレス及びネットワークカードＩＰアドレスを受信して、サーバーのＩＰアドレスへのルートを決定する。このルートにおけるネクストホップは当該ネットワークカードＩＰアドレスである。
ステップ１０２において、ローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信して、自サーバーから他装置アドレスへのルートを決定し、前記ルートの出力ポートは当該ネットワークカードである。出力ポートとは、当該サーバーにおいてデータストリームを当該他装置に送信するためのポートをいう。
ステップ１０２において、他装置アドレス(すなわち、他装置のアドレス)は、クライアントのＩＰアドレス（クライアントＩＰアドレスと称する）、または同一クラスター内の他サーバーのＩＰアドレス（他サーバーＩＰアドレスと称する）を含む。以下においても、どのようにローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信するかについて例を挙げて説明する。
ステップ１０２において、異なるネットワークカードを介して同一アドレス、例えばクライアントＩＰアドレスまたは同一クラスター内の他サーバーＩＰアドレスを受信することができる。これにより、自サーバーから上記アドレス、例えばクライアントＩＰアドレスまたは同一クラスター内の他サーバーＩＰアドレスまでには、複数の異なるルートがあることを特定できる。
ステップ１０２によって、上記他装置アドレスが同一クラスター内の他サーバーＩＰアドレスである場合、サーバーは同一クラスター内の他サーバーと通信することができる。サーバーには２つ以上のネットワークカードが設けられているので、サーバーが同一クラスター内の他サーバーと通信するルートは２つ以上ある。上記他装置アドレスがクライアントＩＰアドレスである場合、サーバーは当該クライアントと通信することができる。サーバーには２つ以上のネットワークカードが設けられているので、サーバーが当該クライアントと通信するルートは２つ以上ある。
ここでのクライアントは、サーバーにアクセスできるユーザである。
ステップ１０３において、前記他装置アドレスにパケットを送信する場合、前記他装置アドレスへの１つのルートを介してパケットを転送する。
一例において、当該１つのルートは、サーバーに設けられている複数のネットワークカードから当該装置アドレスへのルートのうちの１つであってもよい。
本願の一例として、このステップ１０３において、上記他装置アドレスへのルートが複数ある場合、予め設定されたローカルのルートポリシに従って複数のルートから１つを選択し、選択された１つのルートを介してパケットを転送する。ここでのルートポリシは、最短経路アルゴリズム、ハッシュ(Ｈａｓｈ)アルゴリズムなどを含むことができ、本願では特に限定しない。
ステップ１０４において、ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートが当該ネットワークカードである全てのルートを無効にする。例えば、出力ポートが当該ネットワークカードである全てのルートを削除するとともに、当該ネットワークカードから受信した全てのルート情報を削除する。また、出力ポートが当該ネットワークカードである全てのルートに対して無効マークを設定することにより、出力ポートが当該ネットワークカードである全てのルートを無効にしてもよい。
ローカルのネットワークカードが接続しているリンクに故障が発生した場合、出力ポートが当該ネットワークカードであるルートは到達不可能になる。
出力ポートが当該ネットワークカードである全てのルートを削除することを例にすると、ステップ１０１で述べたように、他装置は、サーバーのＩＰアドレスを受信すると、当該サーバーのＩＰアドレスへのルートを生成する。サーバーは、ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出すると、出力ポートが当該ネットワークカードである全てのルートを削除するとともに、当該ネットワークカードから受信した全てのルート情報を削除するだけであり、他のネットワークカードのルートには影響しない。サーバーは複数のネットワークカードを備えているので、ルートの切り替え(ルートの削除はルートの切り替えの１つの形態である)によりサーバーのＩＰアドレスが変わることはない。このため、クラスター内部のサービスはルートの切り替えの影響を受けず、クラスター内部の設定を変更する必要がなく、クラスターの可用性が向上する。同様に、出力ポートが当該ネットワークカードである全てのルートに対して無効マークを設定するという形態を採用する場合においても、ルートの切り替えによりサーバーのＩＰアドレスが変わることはない。このため、クラスター内部のサービスはルートの切り替えの影響を受けず、クラスター内部の設定を変更する必要がなく、クラスターの可用性が向上する。
以下、２つの例を挙げて図１に示すフローを説明する。
ＢＧＰを例にすると、ステップ１０１において、ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信することは、以下のステップｂ１を含む。
ステップｂ１において、ローカルの各ネットワークカードについて、当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置（ＢＧＰネイバーという）との間のＢＧＰネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＢＧＰネイバーに配信する。当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスである。
ステップ１０２において、ローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信することは、以下のステップｃ１を含む。
ステップｃ１において、ローカルの各ネットワークカードを介して、当該ネットワークカードに接続するＢＧＰネイバーが配信したＢＧＰルートを受信する。
以下、１つの例を用いて説明する。
ＢＧＰネイバー接続がＥＢＧＰネイバー接続であると仮定する。図３に示すＢＧＰ適用のネットワーク構築を例にする。図３において、クラスター内のサーバー１(１．１．１．１／３２と示されている)及びサーバー２(２．２．２．２／３２と示されている)との２つのサーバーが示されている。サーバー１のＩＰアドレス１．１．１．１はサーバー１におけるＬｏｏｐｂａｃｋインタフェースに対して設定されたサブインターフェースのＩＰアドレスであり、サーバー１にはネットワークカードｅｔｈ０(１９２．１６８．５６．７６／２４と示されている)及びネットワークカードｅｔｈ１(１９２．１６８．５５．７６／２４と示されている)が設けられている。サーバー２のＩＰアドレス２．２．２．２はサーバー２におけるＬｏｏｐｂａｃｋインタフェースに対して設定されたサブインターフェースのＩＰアドレスであり、サーバー２にはネットワークカードｅｔｈ３(１９２．１６８．５４．７６／２４と示されている)及びネットワークカードｅｔｈ４(１９２．１６８．５３．７６／２４と示されている)が設けられいる。ネットワークカードｅｔｈ３のＩＰアドレスは１９２．１６８．５４．７６であり、ネットワークカードｅｔｈ４のＩＰアドレスは１９２．１６８．５３．７６である。
図３において、サーバー１におけるネットワークカードｅｔｈ０とスイッチ１のポート０との間のＥＢＧＰネイバー接続(以下、ＥＢＧＰネイバー接続１という)を確立し、サーバー１におけるネットワークカードｅｔｈ１とスイッチ２のポート１との間のＥＢＧＰネイバー接続(以下、ＥＢＧＰネイバー接続２という)を確立する。ネットワークカードｅｔｈ０のセグメントルートをルート０とし、ルート０のネクストホップはネットワークカードｅｔｈ０のＩＰアドレス１９２．１６８．５６．７６である。ネットワークカードｅｔｈ１のセグメントルートをルート１とし、ルート１のネクストホップはネットワークカードｅｔｈ１のＩＰアドレス１９２．１６８．５５．７６である。
図３において、サーバー２におけるネットワークカードｅｔｈ３とスイッチ１のポート３との間のＥＢＧＰネイバー接続(以下、外部ボーダー・ゲートウェイ・プロトコル(ＥＢＧＰ)ネイバー接続３という)を確立し、サーバー２におけるネットワークカードｅｔｈ４とスイッチ２のポート４との間のＥＢＧＰネイバー接続(以下、ＥＢＧＰネイバー接続４という)を確立する。ネットワークカードｅｔｈ３のセグメントルートをルート３とし、ルート３のネクストホップはネットワークカードｅｔｈ３のＩＰアドレス１９２．１６８．５４．７６である。ネットワークカードｅｔｈ４のセグメントルートをルート４とし、ルート４のネクストホップはネットワークカードｅｔｈ４のＩＰアドレス１９２．１６８．５３．７６である。
図３において、サーバー１は、ＥＢＧＰネイバー接続１を介してセグメントルート（すなわち、ルート０）、自サーバーのＩＰアドレス１．１．１．１の第１ルート(ルート０１という)をスイッチ１に配信し、ルート０１のネクストホップはネットワークカードｅｔｈ０のＩＰアドレス１９２．１６８．５６．７６である。サーバー１は、ＥＢＧＰネイバー接続２を介してセグメントルート（すなわち、ルート１）、自サーバーのＩＰアドレス１．１．１．１の第２ルート(ルート０２という)をスイッチ２に配信し、ルート０２のネクストホップはネットワークカードｅｔｈ１のＩＰアドレス１９２．１６８．５５．７６である。サーバー１は、ローカルの各ネットワークカードを介して当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバー１のルートネイバーに配信する。
図３において、サーバー２は、ＥＢＧＰネイバー接続３を介してルート３、自サーバーのＩＰアドレス２．２．２．２の第１ルート(ルート０３という)をスイッチ１に配信し、ルート０３のネクストホップはネットワークカードｅｔｈ３のＩＰアドレス１９２．１６８．５４．７６である。サーバー２は、ＥＢＧＰネイバー接続４を介してルート４、自サーバーのＩＰアドレス２．２．２．２の第２ルート(ルート０４という)をスイッチ２に配信し、ルート０４のネクストホップはネットワークカードｅｔｈ４のＩＰアドレス１９２．１６８．５３．７６である。サーバー２は、ローカルの各ネットワークカードを介して当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信する。
図３において、スイッチ１は、サーバー１が配信したルート０、ルート０１を受信した後、ルート学習によってサーバー１へのルート(ルートА１という)を学習することができる。学習したルートА１のＩＰアドレスはルート０１におけるサーバー１のＩＰアドレス１．１．１．１であり、ネクストホップはネットワークカードｅｔｈ０のＩＰアドレス１９２．１６８．５６．７６である。
スイッチ２は、サーバー１が配信したルート１、ルート０２を受信した後、ルート学習によってサーバー１へのルート(ルートＢ１という)を学習することができる。学習したルートＢ１のＩＰアドレスはルート０２におけるサーバー１のＩＰアドレス１．１．１．１であり、ネクストホップはネットワークカードｅｔｈ１のＩＰアドレス１９２．１６８．５５．７６である。
スイッチ１は、サーバー２が配信したルート３、ルート０３を受信した後、ルート学習によってサーバー２へのルート(ルートА２という)を学習することができる。学習したルートА２のＩＰアドレスはルート０３におけるサーバー２のＩＰアドレス２．２．２．２であり、ネクストホップはネットワークカードｅｔｈ３のＩＰアドレス１９２．１６８．５４．７６である。
スイッチ２は、サーバー２が配信したルート４、ルート０４を受信した後、ルート学習によってサーバー２へのルート(ルートＢ２という)を学習することができる。学習したルートＢ２のＩＰアドレスはルート０４におけるサーバー２のＩＰアドレス２．２．２．２であり、ネクストホップはネットワークカードｅｔｈ４のＩＰアドレス１９２．１６８．５３．７６である。
図３において、スイッチ１、スイッチ２はいずれもリフレクタとして設けられている。一例において、装置にはリフレクタが設けられ、このリフレクタは、自装置のルートを他装置のリフレクタに同期させるためのものである。
スイッチ１は、ローカルで学習したルートА１、ルートА２、及びローカルで学習したクライアントルートА０(クライアント８．１．１．１へのルート)をリフレクタを介してスイッチ２にリフレクトする。ここで、スイッチ１は、ルートА１をリフレクトする際に、ＢＧＰに従って、ルートА１のネクストホップを、スイッチ２に接続するスイッチ１のポートのＩＰアドレスに変更する。同様の理由により、スイッチ１は、ルートА２、ルートА０のネクストホップを、スイッチ２に接続するスイッチ１のポートのＩＰアドレスに変更する。
スイッチ２は、ローカルで学習したルートＢ１、ルートＢ２、及びローカルで学習したクライアントルートＢ０(クライアント７．１．１．１へのルート)をＢＧＰリフレクタを介してスイッチ１にリフレクトする。ここで、スイッチ２は、ルートＢ１をリフレクトする際に、ＢＧＰに従って、ルートＢ１のネクストホップを、スイッチ１に接続するスイッチ２のポートのＩＰアドレスに変更する。同様の理由により、スイッチ２は、ルートＢ２、ルートＢ０のネクストホップを、スイッチ１に接続するスイッチ２のポートのＩＰアドレスに変更する。
図３において、スイッチ１は、ＥＢＧＰネイバー接続１を介してサーバー１にルートを配信する際に、ローカルで学習したルートА２、ルートА０(クライアント８．１．１．１へのルート)、スイッチ２がリフレクトしたルートＢ２、ルートＢ０をサーバー１に配信する。スイッチ１は、ルートА２を配信する際に、ＢＧＰに従ってルートА２のネクストホップをローカルポート０のポートＩＰアドレスに変更する。同様に、スイッチ１は、ルートА０、ルートＢ２、ルートＢ０のネクストホップをローカルポート０のポートＩＰアドレスに変更する。スイッチ２は、ＥＢＧＰネイバー接続２を介してサーバー１にルートを配信する際に、ローカルで学習したルートＢ２、ルートＢ０(クライアント７．１．１．１へのルート)、スイッチ１がリフレクトしたルートА２、ルートА０をサーバー１に配信する。スイッチ２は、ルートＢ２を配信する際に、ＢＧＰに従ってルートＢ２のネクストホップをローカルポート１のポートＩＰアドレスに変更する。同様に、スイッチ２は、ルートＢ０、ルートА２、ルートА０のネクストホップをローカルポート１のポートＩＰアドレスに変更する。これによって、サーバー１は、ローカルの各ネットワークカードを介して、自サーバー１のルートネイバーが送信した他装置アドレスを含むルート情報を受信することができる。
スイッチ１は、ＥＢＧＰネイバー接続３を介してサーバー２にルートを配信する際に、ローカルで学習したルートА１、ルートА０(クライアント８．１．１．１へのルート)、スイッチ２がリフレクトしたルートＢ１、ルートＢ０をサーバー２に配信する。スイッチ１は、ルートА１を配信する際に、ＢＧＰに従ってルートА１のネクストホップをローカルポート３のポートＩＰアドレスに変更する。同様に、スイッチ１は、ルートА０、ルートＢ１、ルートＢ０のネクストホップをローカルポート３のポートＩＰアドレスに変更する。これによって、サーバー２は、ローカルの各ネットワークカードを介して、自サーバー２のルートネイバーが送信した他装置アドレスを含むルート情報を受信することができる。スイッチ２は、ＥＢＧＰネイバー接続４を介してサーバー２にルートを配信する際に、ローカルで学習したルートＢ１、ルートＢ０(クライアント７．１．１．１へのルート)、スイッチ１がリフレクトしたルートА１、ルートА０をサーバー２に配信する。スイッチ２は、ルートＢ１を配信する際に、ＢＧＰに従ってルートＢ１のネクストホップをローカルポート４のポートＩＰアドレスに変更する。同様に、スイッチ２は、ルートＢ０、ルートА１、ルートА０のネクストホップをローカルポート４のポートＩＰアドレスに変更する。これによって、サーバー２は、ローカルの各ネットワークカードを介して、自サーバー２のルートネイバーが送信した他装置アドレスを含むルート情報を受信することができる。
以上のように、サーバー１にはサーバー１からサーバー２へのルートが２つあり、この２つのルートのＩＰアドレスは同じで、いずれもサーバー２のＩＰアドレス２．２．２．２であり、出力ポートが異なり、１つはネットワークカードｅｔｈ０であり、もう１つはネットワークカードｅｔｈ１である。サーバー１にはサーバー１からクライアント(８．１．１．１)へのルートが２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス８．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ０であり、もう１つはネットワークカードｅｔｈ１である。サーバー１にはサーバー１からクライアント(７．１．１．１)へのルートが２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス７．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ０であり、もう１つはネットワークカードｅｔｈ１である。
同様に、サーバー２にはサーバー２からサーバー１へのルートが２つあり、この２つのルートのＩＰアドレスは同じで、いずれもサーバー１のＩＰアドレス１．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ３であり、もう１つはネットワークカードｅｔｈ４である。サーバー２にはサーバー２からクライアント(８．１．１．１)へのルートが２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス８．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ３であり、もう１つはネットワークカードｅｔｈ４である。サーバー２にはサーバー２からクライアント(７．１．１．１)へのルートが２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス７．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ３であり、もう１つはネットワークカードｅｔｈ４である。
上述した例において、サーバー１を例にすると、サーバー１は、クライアント８．１．１．１宛のパケットを受信すると、１つのルート、例えば出力ポートがネットワークカードｅｔｈ０であるルートを選択してパケットを送信する。
サーバー１は、ネットワークカードｅｔｈ０が接続しているリンクに故障が発生したことを検出した場合、上記の出力ポートがネットワークカードｅｔｈ０であるルートを削除するとともに、ネットワークカードｅｔｈ０から受信した全てのルート情報を削除することができる。サーバー１は、出力ポートがネットワークカードｅｔｈ０であるルートを削除する際にその旨のメッセージを外部に配信しない。他のスイッチ装置またはクライアントは、スイッチ１に接続するポートに故障が発生したことを検出した場合、パケットがスイッチ１の故障発生したポートに転送されないようにルートを適応的に調整することができる。サーバー１は、スイッチ１のポートに故障が発生した後、クライアント８．１．１．１宛のパケットを再度受信すると、出力ポートがネットワークカードｅｔｈ１であるルートを介してパケットを送信する。
もう一つの例として、ルートプロトコルがＯＳＰＦである場合を説明する。この例において、クラスター内の全てのサーバーにおけるネットワークカードと、ネットワークカードが接続されるルートスイッチ装置におけるポートとは同じＯＳＰＦドメインにある。
ステップ１０１において、ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信することは、以下のステップｄ１を含む。
ステップｄ１において、ローカルの各ネットワークカードについて、当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＯＳＰＦネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＯＳＰＦネイバーに配信する。当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスである。
ステップ１０２において、ローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信することは、以下のステップｅ１を含む。
ステップｅ１において、ローカルの各ネットワークカードを介して、当該ネットワークカードに接続するＯＳＰＦネイバーが配信したルートを受信する。
以下、１つの例を用いて説明する。
図４に示すＯＳＰＦ適用のネットワーク構築を例にする。図４において、クラスター内のサーバー３(３．３．３．３／３２と示されている)及びサーバー４(４．４．４．４／３２と示されている)との２つのサーバーが示されている。サーバー３のＩＰアドレス３．３．３．３はサーバー３におけるＬｏｏｐｂａｃｋインタフェースに対して設定されたサブインターフェースのＩＰアドレスであり、サーバー３にはネットワークカードｅｔｈ３１(１９２．１６８．１００．３１／２４と示されている)及びネットワークカードｅｔｈ３２(１９２．１６８．２００．３２／２４と示されている)が設けられている。ネットワークカードｅｔｈ３１のＩＰアドレスは１９２．１６８．１００．３１であり、ネットワークカードｅｔｈ３２のＩＰアドレスは１９２．１６８．２００．３２である。サーバー４のＩＰアドレス４．４．４．４はサーバー４におけるＬｏｏｐｂａｃｋインタフェースに対して設定されたサブインターフェースのＩＰアドレスであり、サーバー４にはネットワークカードｅｔｈ４１(１９２．１６８．１００．４１／２４と示されている)及びネットワークカードｅｔｈ４２(１９２．１６８．２００．４２／２４と示されている)が設けられている。ネットワークカードｅｔｈ４１のＩＰアドレスは１９２．１６８．１００．４１であり、ネットワークカードｅｔｈ４２のＩＰアドレスは１９２．１６８．２００．４２である。
図４において、サーバー３におけるネットワークカードｅｔｈ３１はスイッチＣのポートＣ３１に接続され、サーバー３におけるネットワークカードｅｔｈ３２はスイッチＤのポートＤ３２に接続され、サーバー４におけるネットワークカードｅｔｈ４１はスイッチＣのポートＣ４１に接続され、サーバー４におけるネットワークカードｅｔｈ４２はスイッチＤのポートＤ４２に接続される。ポートＣ３１、ポートＤ３２、ポートＣ４１及びポートＤ４２は同一のＯＳＰＦドメイン（ＯＳＰＦ１のドメインという）に所属する。
図４において、サーバー３におけるネットワークカードｅｔｈ３１とスイッチＣのポートＣ３１との間のＯＳＰＦネイバー接続(以下、ＯＳＰＦネイバー接続３１という)を確立し、サーバー３におけるネットワークカードｅｔｈ３２とスイッチＤのポートＤ３２との間のＯＳＰＦネイバー接続(以下、ＯＳＰＦネイバー接続３２という)を確立する。サーバー４におけるネットワークカードｅｔｈ４１とスイッチＣのポートＣ４１との間のＯＳＰＦネイバー接続(以下、ＯＳＰＦネイバー接続４１という)を確立し、サーバー４におけるネットワークカードｅｔｈ４２とスイッチＤのポートＤ４２との間のＯＳＰＦネイバー接続(以下、ＯＳＰＦネイバー接続４２)を確立する。
図４において、ネットワークカードｅｔｈ３１のセグメントルートをルート３１とし、ネクストホップはネットワークカードｅｔｈ３１のＩＰアドレス１９２．１６８．１００．３１である。ネットワークカードｅｔｈ３２のセグメントルートをルート３２とし、ネクストホップはネットワークカードｅｔｈ３２のＩＰアドレス１９２．１６８．２００．３２である。ネットワークカードｅｔｈ４１のセグメントルートをルート４１とし、ネクストホップはネットワークカードｅｔｈ４１のＩＰアドレス１９２．１６８．１００．４１である。ネットワークカードｅｔｈ４２のセグメントルートをルート４２とし、ネクストホップはネットワークカードｅｔｈ４２のＩＰアドレス１９２．１６８．２００．４２である。
図４において、サーバー３は、ルート３１、自サーバーのＩＰアドレス３．３．３．３の第１ルート(ルート３３という)をＯＳＰＦネイバー接続３１を介してＯＳＰＦ１のドメイン内で配信し、ルート３３のネクストホップはネットワークカードｅｔｈ３１のＩＰアドレス１９２．１６８．１００．３１である。サーバー３は、ルート３２、自サーバーのＩＰアドレス３．３．３．３の第２ルート(ルート３４という)をＯＳＰＦネイバー接続３２を介してＯＳＰＦ１のドメイン内で配信し、ルート３４のネクストホップはネットワークカードｅｔｈ３２のＩＰアドレス１９２．１６８．２００．３２である。これによって、サーバー３は、ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信することができる。
サーバー４は、ルート４１、自サーバーのＩＰアドレス４．４．４．４の第１ルート(ルート４３という)をＯＳＰＦネイバー接続４１を介してＯＳＰＦ１のドメイン内でスイッチＣに配信し、ルート４３のネクストホップはネットワークカードｅｔｈ４１のＩＰアドレス１９２．１６８．１００．４１である。サーバー４は、ルート４２、自サーバーのＩＰアドレス４．４．４．４の第２ルート(ルート４４という)をＯＳＰＦネイバー接続４２を介してＯＳＰＦ１のドメイン内でスイッチＤに配信し、ルート４４のネクストホップはネットワークカードｅｔｈ４２のＩＰアドレス１９２．１６８．２００．４２である。これによって、サーバー４は、ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信することができる。
図４において、スイッチＣは、サーバー３が配信したルート３１、ルート３３を受信し、ルート学習によってサーバー３へのルート(ルートＣ３という)を学習することができる。学習したルートＣ３のＩＰアドレスはルート３３におけるサーバーのＩＰアドレス３．３．３．３であり、ネクストホップはネットワークカードｅｔｈ３１のＩＰアドレス１９２．１６８．１００．３１である。
スイッチＤは、サーバー３が配信したルート３２、ルート３４を受信し、ルート学習によってサーバー３へのルート(ルートＤ３という)を学習することができる。学習したルートＤ３のＩＰアドレスはルート３４におけるサーバーのＩＰアドレス３．３．３．３であり、ネクストホップはネットワークカードｅｔｈ３２のＩＰアドレス１９２．１６８．２００．３２である。
スイッチＣは、サーバー４が配信したルート４１、ルート４３を受信し、ルート学習によってサーバー４へのルート(ルートＣ４という)を学習することができる。学習したルートＣ４のＩＰアドレスはルート４３におけるサーバーのＩＰアドレス４．４．４．４であり、ネクストホップはネットワークカードｅｔｈ４１のＩＰアドレス１９２．１６８．１００．４１である。
スイッチＤは、サーバー４が配信したルート４２、ルート４４を受信し、ルート学習によってサーバー４へのルート(ルートＤ４という)を学習することができる。学習したルートＤ４のＩＰアドレスはルート４４におけるサーバーのＩＰアドレス４．４．４．４であり、ネクストホップはネットワークカードｅｔｈ４２のＩＰアドレス１９２．１６８．２００．４２である。
図４において、スイッチＣはＯＳＰＦ１のドメイン内で、学習したルートＣ３、ルートＣ４、ルートＣ０(クライアント６．１．１．１へのルート)をスイッチＤに配信する。スイッチＣは、ルートＣ３を配信する際に、ルートＣ３のネクストホップを、スイッチＤに接続するスイッチＣのポートのＩＰアドレスに変更する。同様の理由により、スイッチＣは、ルートＣ４、ルートＣ０のネクストホップを、スイッチＤに接続するスイッチＣのポートのＩＰアドレスに変更する。スイッチＤは、スイッチＣが配信するルートＣ３、ルートＣ４、ルートＣ０を受信することになる。
スイッチＤはＯＳＰＦ１のドメイン内で、学習したルートＤ３、ルートＤ４、ルートＤ０(クライアント５．１．１．１へのルート)をスイッチＣに配信する。スイッチＤは、ルートＤ３を配信する際に、ルートＤ３のネクストホップを、スイッチＣに接続するスイッチＤのポートのＩＰアドレスに変更する。同様の理由により、スイッチＤは、ルートＤ４、ルートＤ０のネクストホップを、スイッチＣに接続するスイッチＤのポートのＩＰアドレスに変更する。スイッチＣは、スイッチＤが配信するルートＤ３、ルートＤ４、ルートＤ０を受信することになる。
図４において、スイッチＣは、ＯＳＰＦ１のドメイン内でＯＳＰＦネイバー接続３１を介してサーバー３にルートを配信する際に、ローカルで学習したルートＣ４、ルートＣ０(クライアント６．１．１．１へのルート)、スイッチＤが配信したルートＤ４、ルートＤ０をサーバー３に配信する。スイッチＣは、ルートＣ４を配信する際に、ルートＣ４のネクストホップをローカルポートＣ３１のポートＩＰアドレスに変更する。同様に、スイッチＣは、ルートＣ０、ルートＤ４、ルートＤ０のネクストホップをローカルポートＣ３１のポートＩＰアドレスに変更する。スイッチＤは、ＯＳＰＦ１のドメイン内でＯＳＰＦネイバー接続３２を介してサーバー３にルートを配信する際に、ローカルで学習したルートＤ４、ルートＤ０(クライアント５．１．１．１へのルート)、スイッチＣが配信したルートＣ４、ルートＣ０をサーバー３に配信する。スイッチＤは、ルートＤ４を配信する際に、ルートＤ４のネクストホップをローカルポートＤ３２のポートＩＰアドレスに変更する。同様に、スイッチＣは、ルートＣ０、ルートＣ４、ルートＣ０のネクストホップをローカルポートＤ３２のポートＩＰアドレスに変更する。これによって、サーバー３は、ローカルの各ネットワークカードを介して、自装置ルートネイバーが送信した他装置アドレスを含むルート情報を送信することができる。
スイッチＣは、ＯＳＰＦ１のドメイン内でＯＳＰＦネイバー接続４１を介してサーバー４にルートを配信する際に、ローカルで学習したルートＣ４、ルートＣ０(クライアント６．１．１．１へのルート)、スイッチＤが配信したルートＤ３、ルートＤ０をサーバー４に配信する。スイッチＣは、ルートＣ３を配信する際に、ルートＣ３のネクストホップをローカルポートＣ４１のポートＩＰアドレスに変更する。同様に、スイッチＣは、ルートＣ０、ルートＤ３、ルートＤ０のネクストホップをローカルポートＣ４１のポートＩＰアドレスに変更する。スイッチＤは、ＯＳＰＦ１のドメイン内でＯＳＰＦネイバー接続４２を介してサーバー４にルートを配信する際に、ローカルで学習したルートＤ３、ルートＤ０(クライアント５．１．１．１へのルート)、スイッチＣが配信したルートＣ３、ルートＣ０をサーバー４に配信する。スイッチＤは、ルートＤ３を配信する際に、ルートＤ３のネクストホップをローカルポートＤ４２のポートＩＰアドレスに変更する。同様に、スイッチＤは、ルートＤ０、ルートＣ３、ルートＣ０のネクストホップをローカルポートＤ４２のポートＩＰアドレスに変更する。これによって、サーバー４は、ローカルの各ネットワークカードを介して、自装置ルートネイバーが送信した他装置アドレスを含むルート情報を送信することができる。
以上のように、サーバー３からサーバー４へのルートは２つあり、この２つのルートのＩＰアドレスは同じで、例えばいずれもサーバー４のＩＰアドレス４．４．４．４であり、出力ポートが異なり、１つはネットワークカードｅｔｈ３１であり、もう１つはネットワークカードｅｔｈ３２である。サーバー３からクライアント(６．１．１．１)へのルートは２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス６．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ３１であり、もう１つはネットワークカードｅｔｈ３２である。サーバー３からクライアント(５．１．１．１)へのルートは２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス５．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ３１であり、もう１つはネットワークカードｅｔｈ３２である。
サーバー４からサーバー３へのルートは２つあり、この２つのルートのＩＰアドレスは同じで、いずれもサーバー３のＩＰアドレス３．３．３．３であり、出力ポートが異なり、１つはネットワークカードｅｔｈ４１であり、もう１つはネットワークカードｅｔｈ４２である。サーバー４からクライアント(６．１．１．１)へのルートは２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス６．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ４１であり、もう１つはネットワークカードｅｔｈ４２である。サーバー４からクライアント(５．１．１．１)へのルートは２つあり、この２つのルートのＩＰアドレスは同じで、いずれもクライアントのＩＰアドレス５．１．１．１であり、出力ポートが異なり、１つはネットワークカードｅｔｈ４１であり、もう１つはネットワークカードｅｔｈ４２である。
上述した例において、サーバー３を例にすると、サーバー３は、クライアント(６．１．１．１)宛のパケットを受信すると、１つのルート、例えば出力ポートがネットワークカードｅｔｈ３１であるルートを選択してパケットを送信する。
サーバー３は、ネットワークカードｅｔｈ３１が接続しているリンクに故障が発生したことを検出した場合、上記の出力ポートがネットワークカードｅｔｈ３１であるルートを削除するとともに、ネットワークカードｅｔｈ３１から受信した全てのルート情報を削除することができる。サーバー３は、出力ポートがネットワークカードｅｔｈ３１であるルートを削除する際にその旨のメッセージを外部に配信しない。他のスイッチ装置またはクライアントは、スイッチＣに接続するポートに故障が発生したことを検出した場合、パケットがスイッチＣの故障発生したポートに転送されないようにルートを適応的に調整することができる。サーバー３は、スイッチＣのポートに故障が発生した後、クライアント(６．１．１．１)宛のパケットを再度受信すると、出力ポートがネットワークカードｅｔｈ３２であるルートを介してパケットを送信する。
図５を参照すると、図５は一例で提供するサーバーの構成図である。サーバーは、クラスター内のサーバーであり、ローカルに２つ以上のネットワークカードが設けられている。図５に示すように、このサーバー５００は、ルート配信手段５０１と、ルート決定手段５０２と、転送手段５０３と、ルート更新手段５０４とを含む。
ルート配信手段５０１は、ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信する。
ルート決定手段５０２は、ローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信して、自サーバーから他装置アドレスへのルートを決定する。前記ルートの出力ポートは当該ネットワークカードであり、前記他装置アドレスはクライアントＩＰアドレスまたは同一クラスター内の他サーバーＩＰアドレスを含む。
転送手段５０３は、前記他装置アドレス宛てのパケットがある場合、前記他装置アドレスへの１つのルートを介してパケットを転送する。
ルート更新手段５０４は、ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートが当該ネットワークカードである全てのルートを無効にする。
一例において、このルート更新手段５０４は、さらに、ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートが当該ネットワークカードである全てのルートを削除するとともに、当該ネットワークカードから受信した全てのルート情報を削除する。
一例において、ルート更新手段５０４が、ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートが当該ネットワークカードである全てのルートを無効にすることは、出力ポートが当該ネットワークカードである全てのルートに対して無効マークを設定するとともに、当該ネットワークカードから受信した全てのルート情報に対して無効マークを設定することを含む。
一例において、前記サーバーのＩＰアドレスはループバックインタフェースの属性を有する。
一例において、前記サーバーのローカルにおける異なるネットワークカードは、異なるセグメントのＩＰアドレスを有し、かつ異なるルートスイッチ装置に接続される。
前記ルート配信手段５０１が、ローカルの各ネットワークカードを介して当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信することは、当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＢＧＰネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＢＧＰネイバーに配信し、当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであることを含む。
前記ルート決定手段５０２が、ローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信することは、当該ネットワークカードに接続するＢＧＰネイバーが配信したＢＧＰルートを受信することを含む。
前記ルート配信手段５０１が、ローカルの各ネットワークカードを介して当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自装置のルートネイバーに配信することは、当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＯＳＰＦネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＯＳＰＦネイバーに配信し、当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであることを含む。
前記ルート決定手段５０２が、ローカルの各ネットワークカードを介して、自装置のルートネイバーが送信した他装置アドレスを含むルート情報を受信することは、当該ネットワークカードに接続するＯＳＰＦネイバーが配信したルートを受信することを含む。
ここまでは、図５に示す装置の構成図である。
図６は、一例で提供するサーバーの構成の模式図である。前記サーバーは、ローカルに２つ以上のネットワークカードが設けられている。図６に示すように、このサーバーは、メモリ６０１、プロセッサー６０２及び内部バス６０３を含む。
メモリ６０１は、機械可読命令を格納する。
プロセッサー６０２、例えばＣＰＵは、当該メモリ６０１における機械可読命令を実行して、以下の処理を行う。
ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバーのルートネイバーに配信する。
ローカルの各ネットワークカードを介して、自サーバーのルートネイバーが送信した他装置アドレスを含むルート情報を受信して、自サーバーから他装置アドレスへのルートを決定する。前記ルートの出力ポートは当該ネットワークカードであり、前記他装置アドレスは同一クラスター内の他サーバーＩＰアドレスまたはクライアントＩＰアドレスを含む。
前記他装置アドレス宛のパケットがある場合、前記他装置アドレスへの１つのルートを介してパケットを転送する。
ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートが当該ネットワークカードである全てのルートを無効にする。
一例において、前記サーバーのＩＰアドレスはループバックインタフェースの属性を有し、前記サーバーのローカルにおける異なるネットワークカードは、異なるルートスイッチ装置に接続され、前記サーバーのローカルにおける異なるネットワークカードのＩＰアドレスは、異なるセグメントに所属する。
一例において、プロセッサー６０２は、さらに、当該メモリ６０１における機械可読命令を実行することによって、当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＢＧＰネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＢＧＰネイバーに配信する。当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスである。
一例において、プロセッサー６０２は、さらに、当該メモリ６０１における機械可読命令を実行することによって、当該ネットワークカードに接続するＢＧＰネイバーが配信したＢＧＰルートを受信する。
一例において、プロセッサー６０２は、さらに、当該メモリ６０１における機械可読命令を実行することによって、当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＯＳＰＦネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＯＳＰＦネイバーに配信する。当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスである。
一例において、プロセッサー６０２は、さらに、当該メモリ６０１における機械可読命令を実行することによって、当該ネットワークカードに接続するＯＳＰＦネイバーが配信したルートを受信する。
一例において、プロセッサー６０２は、さらに、当該メモリ６０１における機械可読命令を実行することによって、出力ポートが当該ネットワークカードである全てのルートに対して無効マークを設定するとともに、当該ネットワークカードから受信した全てのルート情報に対して無効マークを設定する。
以上の説明は、本発明の好適な実施例にすぎず、本発明を限定するものではない。本発明の趣旨および原理を逸脱しない範囲内で行われる任意の変更、同等の置換、改善などはいずれも、本発明の権利範囲に含まれる。

Claims (15)

  1. クラスターの実現方法であって、クラスター内の、ローカルに２つ以上のネットワークカードが設けられているサーバーに用いられる方法において、
    ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバーのルートネイバーに配信し、
    ローカルの各ネットワークカードを介して、自サーバーのルートネイバーが送信した他装置アドレスを含むルート情報を受信して、自サーバーから他装置アドレスへのルートを決定し、前記ルートの出力ポートは当該ネットワークカードであり、前記他装置アドレスは同一クラスター内の他サーバーのＩＰアドレスまたはクライアントのＩＰアドレスを含み、
    前記他装置アドレス宛のパケットがある場合、前記他装置アドレスへの１つのルートを介してパケットを転送し、
    ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートがリンクに故障が発生した当該ネットワークカードである全てのルートを無効にするとともに、リンクに故障が発生した当該ネットワークカードから受信した全てのルート情報を削除することを含むことを特徴とするクラスターの実現方法。
  2. 前記サーバーのＩＰアドレスはループバックインタフェースの属性を有することを特徴とする請求項１に記載の方法。
  3. 前記サーバーのローカルにおける異なるネットワークカードは、異なるルートスイッチ装置に接続され、
    前記サーバーのローカルにおける異なるネットワークカードのＩＰアドレスは、異なるセグメントに所属することを特徴とする請求項１に記載の方法。
  4. ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバーのルートネイバーに配信することは、
    当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＢＧＰ（ボーダー・ゲートウェイ・プロトコル）ネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＢＧＰネイバーに配信し、当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであることを含むことを特徴とする請求項１に記載の方法。
  5. ローカルの各ネットワークカードを介して、自サーバーのルートネイバーが送信した他装置アドレスを含むルート情報を受信することは、
    当該ネットワークカードに接続するＢＧＰネイバーが配信したＢＧＰルートを受信することを含むことを特徴とする請求項４に記載の方法。
  6. ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバーのルートネイバーに配信することは、
    当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＯＳＰＦ（オープン・ショーテスト・パス・ファースト）ネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＯＳＰＦネイバーに配信し、当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであることを含むことを特徴とする請求項１に記載の方法。
  7. ローカルの各ネットワークカードを介して、自サーバーのルートネイバーが送信した他装置アドレスを含むルート情報を受信することは、
    当該ネットワークカードに接続するＯＳＰＦネイバーが配信したルートを受信することを含むことを特徴とする請求項６に記載の方法。
  8. 前記の出力ポートがリンクに故障が発生した当該ネットワークカードである全てのルートを無効にすることは、
    出力ポートがリンクに故障が発生した当該ネットワークカードである全てのルートを削除することを含むことを特徴とする請求項１に記載の方法。
  9. サーバーであって、クラスターに用いられ、ローカルに２つ以上のネットワークカードが設けられ、メモリと前記メモリにおける機械可読命令を実行するプロセッサーとを含むサーバーにおいて、
    前記機械可読命令がプロセッサーにより実行されると、
    ローカルの各ネットワークカードを介して、当該ネットワークカードのセグメントアドレスを含むルート及び自サーバーのＩＰアドレスを含むルートを自サーバーのルートネイバーに配信し、
    ローカルの各ネットワークカードを介して、自サーバーのルートネイバーが送信した他装置アドレスを含むルート情報を受信して、自サーバーから他装置アドレスへのルートを決定し、前記ルートの出力ポートは当該ネットワークカードであり、前記他装置アドレスは同一クラスター内の他サーバーのＩＰアドレスまたはクライアントＩＰアドレスを含み、
    前記他装置アドレス宛のパケットがある場合、前記他装置アドレスへの１つのルートを介してパケットを転送し、
    ローカルのネットワークカードが接続しているリンクに故障が発生したことを検出した場合、出力ポートがリンクに故障が発生した当該ネットワークカードである全てのルートを無効にするとともに、リンクに故障が発生した当該ネットワークカードから受信した全てのルート情報を削除する処理が実行されることを特徴とするサーバー。
  10. 前記サーバーのＩＰアドレスはループバックインタフェースの属性を有し、
    前記サーバーのローカルにおける異なるネットワークカードは、異なるルートスイッチ装置に接続され、
    前記サーバーのローカルにおける異なるネットワークカードのＩＰアドレスは、異なるセグメントに所属する請求項９に記載のサーバー。
  11. 前記機械可読命令がプロセッサーにより実行されると、
    当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＢＧＰ（ボーダー・ゲートウェイ・プロトコル）ネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＢＧＰネイバーに配信し、当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスである処理が実行されることを特徴とする請求項９に記載のサーバー。
  12. 前記機械可読命令がプロセッサーにより実行されると、
    当該ネットワークカードに接続するＢＧＰネイバーが配信したＢＧＰルートを受信する処理が実行されることを特徴とする請求項１１に記載のサーバー。
  13. 前記機械可読命令がプロセッサーにより実行されると、
    当該ネットワークカードと当該ネットワークカードが接続されるルートスイッチ装置との間のＯＳＰＦ（オープン・ショーテスト・パス・ファースト）ネイバー接続を確立し、当該ネットワークカードのセグメントルート及び自サーバーのＩＰアドレスのルートをＯＳＰＦネイバーに配信し、当該ネットワークカードのセグメントに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスであり、自サーバーのＩＰアドレスに対応するルートにおけるネクストホップは当該ネットワークカードのネットワークカードＩＰアドレスである処理が実行されることを特徴とする請求項９に記載のサーバー。
  14. 前記機械可読命令がプロセッサーにより実行されると、
    当該ネットワークカードに接続するＯＳＰＦネイバーが配信したルートを受信する処理が実行されることを特徴とする請求項１３に記載のサーバー。
  15. 前記機械可読命令がプロセッサーにより実行されると、
    出力ポートがリンクに故障が発生した当該ネットワークカードである全てのルートに対して無効マークを設定することを特徴とする請求項９に記載のサーバー。
JP2018517193A 2015-09-30 2016-09-30 クラスター通信 Active JP6570740B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201510640509.7A CN106559246B (zh) 2015-09-30 2015-09-30 集群的实现方法和服务器
CN201510640509.7 2015-09-30
PCT/CN2016/101143 WO2017054770A1 (zh) 2015-09-30 2016-09-30 集群通信

Publications (2)

Publication Number Publication Date
JP2018530258A JP2018530258A (ja) 2018-10-11
JP6570740B2 true JP6570740B2 (ja) 2019-09-04

Family

ID=58417623

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018517193A Active JP6570740B2 (ja) 2015-09-30 2016-09-30 クラスター通信

Country Status (5)

Country Link
US (1) US10644991B2 (ja)
EP (1) EP3306861B1 (ja)
JP (1) JP6570740B2 (ja)
CN (1) CN106559246B (ja)
WO (1) WO2017054770A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111726286A (zh) * 2017-03-14 2020-09-29 华为技术有限公司 Evpn报文处理方法、设备及系统
CN108881027B (zh) * 2018-06-01 2020-04-10 武汉绿色网络信息服务有限责任公司 一种基于Linux系统实现路由器的radius报文转发方法和装置
CN108494679B (zh) * 2018-06-01 2020-01-07 武汉绿色网络信息服务有限责任公司 一种基于Linux系统实现路由器的SSH报文转发方法和装置
CN108718279B (zh) * 2018-06-01 2020-04-28 武汉绿色网络信息服务有限责任公司 一种基于Linux系统实现路由器的portal认证报文转发方法和装置
CN110611644A (zh) * 2018-06-15 2019-12-24 视联动力信息技术股份有限公司 一种数据的传输方法和装置
US10937155B2 (en) * 2018-12-10 2021-03-02 General Electric Company Imaging system and method for generating a medical image
CN110266833B (zh) * 2019-07-16 2022-03-29 广州虎牙科技有限公司 Ip地址管理方法及边缘集群
CN110995805B (zh) * 2019-11-24 2022-02-18 浪潮电子信息产业股份有限公司 一种集群网卡的确定方法、装置、设备及可读存储介质
CN113225264B (zh) * 2021-04-30 2023-01-20 中国工商银行股份有限公司 一种报文处理系统、方法、装置和计算机设备
CN115665026A (zh) * 2022-09-26 2023-01-31 京东科技信息技术有限公司 一种集群组网的方法和装置

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7421505B2 (en) * 2000-12-21 2008-09-02 Noatak Software Llc Method and system for executing protocol stack instructions to form a packet for causing a computing device to perform an operation
US20020156888A1 (en) * 2001-04-23 2002-10-24 Lee Man-Ho L. Method and apparatus for detecting and reporting configuration errors in a multi-component switching fabric
US20030035408A1 (en) * 2001-08-17 2003-02-20 Hebert James E. Redundant communication adapter system for connecting a client to an FDDI network
US7401254B2 (en) * 2003-04-23 2008-07-15 Dot Hill Systems Corporation Apparatus and method for a server deterministically killing a redundant server integrated within the same network storage appliance chassis
CN100479465C (zh) * 2005-06-10 2009-04-15 杭州华三通信技术有限公司 网络设备实现链路聚合的方法
US7979563B2 (en) * 2007-08-16 2011-07-12 International Business Machines Corporation Method and system for dynamic client/server network management using proxy servers
US7818408B1 (en) * 2008-04-24 2010-10-19 Network Appliance, Inc. Automated virtual interface failover in a mass storage cluster
US8296398B2 (en) * 2008-04-29 2012-10-23 Overland Storage, Inc. Peer-to-peer redundant file server system and methods
JP5018716B2 (ja) * 2008-09-29 2012-09-05 富士通株式会社 アプリケーション間通信の高信頼化技術
CN101488918B (zh) 2009-01-09 2012-02-08 杭州华三通信技术有限公司 一种多网卡服务器的接入方法和系统
JP4682255B2 (ja) * 2009-03-11 2011-05-11 富士通株式会社 経路制御装置、経路制御方法及び経路制御プログラム
CN101883160B (zh) * 2010-07-09 2013-03-20 杭州华三通信技术有限公司 多接口网络设备和多接口网络设备的报文发送方法
CN104954182B (zh) * 2012-07-27 2018-05-11 北京奇虎科技有限公司 一种用于配置虚拟服务器集群的方法和装置
US20140204760A1 (en) * 2013-01-22 2014-07-24 Brocade Communications Systems, Inc. Optimizing traffic flows via mac synchronization when using server virtualization with dynamic routing
CN103095600B (zh) * 2013-02-07 2015-09-16 杭州华三通信技术有限公司 一种基于Trill网络的负载均衡的方法及路由设备
JP6160151B2 (ja) * 2013-03-21 2017-07-12 富士通株式会社 中継装置、およびルーティング制御方法
US9019814B1 (en) * 2013-08-05 2015-04-28 Juniper Networks, Inc. Fast failover in multi-homed ethernet virtual private networks
CN104486124B (zh) * 2014-12-19 2018-09-04 盛科网络（苏州）有限公司 使用逻辑端口实现多系统链路聚合的装置及方法
CN104506408B (zh) * 2014-12-31 2018-02-06 新华三技术有限公司 基于sdn的数据传输的方法及装置

Also Published As

Publication number Publication date
CN106559246B (zh) 2020-01-10
CN106559246A (zh) 2017-04-05
EP3306861A4 (en) 2018-06-13
JP2018530258A (ja) 2018-10-11
US20180198702A1 (en) 2018-07-12
US10644991B2 (en) 2020-05-05
WO2017054770A1 (zh) 2017-04-06
EP3306861B1 (en) 2020-12-16
EP3306861A1 (en) 2018-04-11

Similar Documents

Publication Publication Date Title
JP6570740B2 (ja) クラスター通信
JP6369698B2 (ja) トラフィック切り替え方法、デバイス、およびシステム
US10778564B2 (en) Proxy of routing protocols to redundant controllers
US9736263B2 (en) Temporal caching for ICN
CN107733793B (zh) 一种转发表项维护方法及装置
EP3399703B1 (en) Method for implementing load balancing, apparatus, and network system
JP5488979B2 (ja) コンピュータシステム、コントローラ、スイッチ、及び通信方法
US8667174B2 (en) Method and system for survival of data plane through a total control plane failure
WO2020135339A1 (zh) 一种网络路径收敛的方法以及相关设备
EP3989512A1 (en) Method for controlling traffic forwarding, device, and system
CN108540386B (zh) 一种防止业务流中断方法及装置
US20160127229A1 (en) Packet data routing
EP2671348A1 (en) System and method for providing communication connection resilience
CN108768845B (zh) 一种多归属主机路由同步方法及装置
WO2022142932A1 (zh) 一种路由处理方法、相关装置以及网络系统
US8732335B2 (en) Device communications over unnumbered interfaces
US20220231942A1 (en) Packet processing method and related apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180330

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190523

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190730

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190806

R150 Certificate of patent or registration of utility model

Ref document number: 6570740

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250