JP2009003491A - Server switching method in cluster system - Google Patents
Server switching method in cluster system Download PDFInfo
- Publication number
- JP2009003491A JP2009003491A JP2007160846A JP2007160846A JP2009003491A JP 2009003491 A JP2009003491 A JP 2009003491A JP 2007160846 A JP2007160846 A JP 2007160846A JP 2007160846 A JP2007160846 A JP 2007160846A JP 2009003491 A JP2009003491 A JP 2009003491A
- Authority
- JP
- Japan
- Prior art keywords
- server
- address
- arp
- network
- cluster system
- 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.)
- Pending
Links
Images
Landscapes
- Hardware Redundancy (AREA)
Abstract
Description
本発明は、クラスタシステムにおけるサーバの切り替え方法に係り、特に、クラスタを構成するサーバが相互に他サーバの状態を正常に認識できない場合に複数のサーバが実行モードとなり、ネットワーク上に同じアドレスが存在することによって発生するシステム障害を防止できるクラスタシステムにおけるサーバ切り替え方法に関する。 The present invention relates to a server switching method in a cluster system, and in particular, when servers constituting a cluster cannot mutually recognize the status of other servers normally, a plurality of servers enter an execution mode, and the same address exists on the network. The present invention relates to a server switching method in a cluster system that can prevent a system failure caused by the operation.
クラスタシステムとは、2台のサーバで構成され、サーバ上でオペレーティングシステム,クラスタソフト,アプリケーションが動作し、サーバ間で共通のIPアドレス(以下、仮想IPアドレスと呼ぶ)を排他利用して、ネットワーク上で仮想的に1台のサーバに見せるシステムのことをいう。 A cluster system is composed of two servers, and an operating system, cluster software, and applications run on the server, and a common IP address (hereinafter referred to as a virtual IP address) is used exclusively between the servers. A system that is virtually shown on one server above.
このシステムでは、いずれか一方のサーバは実行モードであり、クライアントコンピュータとクラスタシステムとの間でネットワーク通信を行うための仮想IPアドレスを有効化する。実行モードのサーバが停止した場合、もう1台の待機モードのサーバが同じ仮想IPアドレスを有効化することでサーバの切り替えを行う。この時、同じネットワーク上に存在するクライアントコンピュータに対して、有効化したIPアドレスと自サーバのMAC(Media Access Control address)アドレスとを関連付けたARP(Address Resolution Protocol)パケットをブロードキャスト形式で送信することで、クライアントのARPテーブル(IPアドレスとMACアドレスの対応表)を更新する。これによってクライアントコンピュータは、仮想IPアドレスを有効化しているサーバが切り替わったことを意識せずに通信を再開することが可能となる。 In this system, one of the servers is in the execution mode, and the virtual IP address for performing network communication between the client computer and the cluster system is validated. When a server in execution mode stops, another server in standby mode switches the server by enabling the same virtual IP address. At this time, an ARP (Address Resolution Protocol) packet in which the activated IP address and the MAC (Media Access Control address) address of the local server are associated with each other is transmitted in broadcast format to a client computer existing on the same network. Then, the ARP table (IP address / MAC address correspondence table) of the client is updated. As a result, the client computer can resume communication without being aware that the server that has enabled the virtual IP address has been switched.
クラスタシステムで他サーバの停止を検出する方法には、サーバ間に伝送経路を設け、相互にハートビートと呼ぶ電文の送受信を行い、一定時間ハートビートの受信が途絶したときに他サーバの停止を検出する方法がある。 To detect the stop of other servers in a cluster system, a transmission path is provided between the servers, and a message called a heartbeat is sent and received between them. When the heartbeat is interrupted for a certain period of time, the other servers are stopped. There is a way to detect.
しかし、サーバ間の伝送経路が異常となった場合、実行モードのサーバが一時的に高負荷状態となり、ハートビートの送信処理が動作不可または遅延した場合は、サーバは停止していないにも関わらず、ハートビートが途絶することで、待機モードのサーバは、他サーバが停止したものと誤った判断をし、実行モードへの切り替え動作を行う。これによって両方のサーバが実行モードとなり、ネットワーク上に同じ仮想IPアドレスに対して複数のMACアドレスが対応付いた状態となり、クライアントコンピュータとクラスタシステムを構成するサーバが通信を行う際に、電文の欠落や、通信不能などの障害が発生する。 However, if the transmission path between servers becomes abnormal, the servers in the execution mode are temporarily in a heavy load state, and if the heartbeat transmission process is disabled or delayed, the server has not stopped. First, when the heartbeat is interrupted, the server in the standby mode erroneously determines that the other server has stopped, and performs the switching operation to the execution mode. As a result, both servers enter the execution mode, and multiple MAC addresses are associated with the same virtual IP address on the network. When a client computer communicates with the servers that make up the cluster system, a message is missing. Or failure such as communication failure occurs.
このため、〔特許文献1〕に記載のように、クラスタシステムのサーバとは別に、クラスタシステムのデータを共有するための共有ディスクを接続し、共有ディスクの占有権によって排他制御を行い、誤った判断をした場合でも、一方のサーバのみが実行モードとなるようにする方式がある。また、同様なものに、〔特許文献2〕に記載のものがある。 For this reason, as described in [Patent Document 1], a shared disk for sharing data of the cluster system is connected separately from the server of the cluster system, and exclusive control is performed by the exclusive right of the shared disk. There is a method in which only one of the servers is in the execution mode even when the determination is made. A similar one is described in [Patent Document 2].
また、〔特許文献3〕に記載のように、各々のサーバに特殊機器を接続し、ハートビートの受信が途絶したときに、特殊機器を利用して他サーバを強制停止する方式がある。 Further, as described in [Patent Document 3], there is a method in which a special device is connected to each server, and when the heartbeat reception is interrupted, other servers are forcibly stopped using the special device.
上述したハートビートの受信が途絶したときにサーバの停止を検出する方式では、サーバ間の伝送経路異常、実行モードのサーバで高負荷状態が発生した際に、相互に他サーバの停止を誤って検出し、待機モードのサーバが切り替え動作を行うことでネットワーク上に同じ仮想IPアドレスに対応付く複数のMACアドレスが存在する状態となる。この結果、クライアントコンピュータとクラスタシステムを構成するサーバ間で通信障害が発生するという問題がある。 In the above-described method of detecting a server stop when the heartbeat reception is interrupted, when a transmission path error between servers or a high load condition occurs in a server in execution mode, the other servers are erroneously stopped. When the server in the standby mode detects and performs the switching operation, a plurality of MAC addresses corresponding to the same virtual IP address exist on the network. As a result, there is a problem that a communication failure occurs between the client computer and the servers constituting the cluster system.
また、〔特許文献1〕に記載のように、共有ディスクを使用する場合は、複数のサーバが共有ディスクに接続されているということが前提となるため、共有ディスクを使用しないシステムでは適用できないという問題がある。また、共有ディスクを使用した場合、その共有部位での故障によりシステム全体が停止してしまうという問題がある。 Also, as described in [Patent Document 1], when a shared disk is used, it is assumed that a plurality of servers are connected to the shared disk, and therefore cannot be applied to a system that does not use a shared disk. There's a problem. Further, when a shared disk is used, there is a problem that the entire system stops due to a failure at the shared part.
また、〔特許文献2〕に記載の技術では、クラスタシステムを構成するサーバに、問題を解決するための専用の機器が前提となるため、システム価格が高くなり、パーソナルコンピュータなどの汎用品でのシステム構築ができない。 In addition, in the technology described in [Patent Document 2], a dedicated device for solving the problem is premised on the server that constitutes the cluster system, so that the system price is high, and a general-purpose product such as a personal computer is used. The system cannot be built.
本発明の目的は、サーバ間のハートビート伝送経路異常、実行モードのサーバにおける一時的な高負荷によって待機モードのサーバが誤った判断を行い、切り替え動作を行った場合であっても、クラスタシステムが提供するIPアドレスに複数のMACアドレスが対応付く状態を回避し、ネットワークにおける通信障害を防止するクラスタシステムにおけるサーバ切り替え方法を提供することにある。 An object of the present invention is to provide a cluster system even when a standby mode server makes an erroneous determination due to an abnormal heartbeat transmission path between servers or a temporary high load on an execution mode server and performs a switching operation. It is an object of the present invention to provide a server switching method in a cluster system that avoids a state in which a plurality of MAC addresses correspond to an IP address provided by and prevents a communication failure in a network.
本発明は、両方のサーバが実行モードとなった際に、一方のサーバで有効化されている仮想IPアドレスを利用した通信を不能な状態とすることでネットワークから論理的に切り離すようにしたものである。これにより、ネットワーク上でクラスタシステムが提供する仮想IPアドレスに対応するMACアドレスは1つとなるため、クライアントコンピュータとクラスタシステムとの通信が正常に行われる。 The present invention logically disconnects from the network by disabling communication using the virtual IP address enabled on one of the servers when both servers are in execution mode. It is. As a result, since there is one MAC address corresponding to the virtual IP address provided by the cluster system on the network, communication between the client computer and the cluster system is normally performed.
本発明によれば、特別な機器を利用しない安価なクラスタ構成において、ハートビート伝送経路の異常、実行モードのサーバにおける一時的な高負荷状態によって待機モードのサーバが他サーバの停止を誤って判断した場合でも、一方のサーバをネットワークから切り離し、クラスタシステムを構成するサーバとクライアント間の通信障害の発生を防止したサーバ切り替えが可能となる。 According to the present invention, in a low-cost cluster configuration that does not use special equipment, a standby mode server erroneously determines that another server has stopped due to an abnormal heartbeat transmission path or a temporary high load on the execution mode server. Even in this case, one server can be disconnected from the network, and server switching can be performed while preventing a communication failure between the server constituting the cluster system and the client.
本発明の一実施例を図1から図5により説明する。図1は、本実施例のクラスタシステムの構成図である。 An embodiment of the present invention will be described with reference to FIGS. FIG. 1 is a configuration diagram of the cluster system of this embodiment.
図1に示すように、ネットワーク1402を介して、サーバA1101,サーバB1201,クライアントコンピュータ1301が接続されている。クラスタシステムを構成するサーバA1101,サーバB1201は、伝送経路1401で相互に接続される。
As shown in FIG. 1, a
サーバA1101,サーバB1201では、サーバ毎にクラスタ制御機構1103,1202,ネットワーク通信機構1105,1204、アプリケーション1102を有している。クラスタ制御機構1103,1202には、それぞれARP制御部1104,1203が設けられ、ネットワーク通信機構1105,1204には、それぞれARPテーブル1106,1205、仮想IPアドレス1107,MACアドレスA1108,MACアドレスB1206が設けられる。ここで、仮想IPアドレスを上位アドレス、MACアドレスを下位アドレスともいう。
The
クライアントコンピュータ1301には、アプリケーション1302,ネットワーク通信機構1303を有しており、ネットワーク通信機構1303には、ARPテーブル1304,クライアントIPアドレス1305,MACアドレス1306が設けられる。
The
アプリケーション1102はクラスタ制御機構1103の持つ運転モードに従い、処理を行うか否かが制御される。図1に示す例では、サーバA1101がアプリケーションの処理を行う場合を示している。
The
実行モードのサーバA1101は、アプリケーション1102と、クライアントコンピュータ1301のアプリケーション1302が通信を行うための仮想IPアドレス1107を有効化している。仮想IPアドレスに対応するMACアドレスは、実行モードのサーバA1101のMACアドレスC1108であり、クライアントコンピュータ1301のネットワーク通信機構1303では、この対応付けをARPテーブル1304にエントリしている。エントリの内容は、クライアントのARPエントリ(1)1307に示すように、仮想IPアドレス1107とMACアドレスA1108である。
The
実行モードのサーバA1101のネットワーク通信機構1105においても、クライアントのIPアドレスとMACアドレスの対応付けをARPテーブル1106にエントリしている。エントリの内容は、サーバAのARPエントリ(1)1109に示すように、クライアントのIPアドレス1305とMACアドレスC1306である。
Also in the
これらのIPアドレスとMACアドレスの対応付けによってネットワーク1402における通信を行っている。
Communication in the
図1に示す構成において、サーバA1101が停止した場合、サーバB1201のクラスタ制御機構1202は、サーバA1101が停止したことを検出し、サーバB1201上でアプリケーションが処理を行うようにクラスタ制御機構1202が制御する。
In the configuration shown in FIG. 1, when the
他のサーバが停止したことの検出は、ハートビート受信の途絶によって判定する。これは、サーバ毎のクラスタ制御機構1103,1202がハートビート用の伝送経路1401を利用して定周期で電文の送受信を行い、両方のクラスタ制御機構1103,1202で一定期間の受信が行われない場合には、サーバが停止したと判断する。待機モードのサーバB1201が、実行モードのサーバA1101が停止したと判断した場合には、待機モードから実行モードへの移行を行う。
The detection of the other server being stopped is determined by the interruption of heartbeat reception. This is because the
図1に示す構成において、伝送経路1401が異常となった場合、もしくは、実行モードのサーバA1101内でアプリケーション1102の処理負荷が高くなったため、クラスタ制御機構1103がハートビートを送信できなかった場合は、待機モードのクラスタ制御機構1202は、実行モードのサーバA1101の停止を誤って判断する。
In the configuration shown in FIG. 1, when the
待機モードのサーバB1201が実行モードに移行する際、待機モードのARP制御部1203は、停止したと判断したサーバA1101(以下、旧実行サーバと呼ぶ)に対し、ネットワーク1402に接続されているクライアントコンピュータ1301のIPアドレスとネットワーク上に存在しないMACアドレスとを関連付けたARPリプライパケット(以下、偽装ARPと呼ぶ)を送信する。
When the standby
旧実行サーバ1101が停止していなかった場合、偽装ARPを受けることでネットワーク通信機構1105のARPテーブル1106が更新または追加される。このときのARPテーブル1106のエントリ内容は、サーバAのARPエントリ(2)1110に示すように、クライアントIPアドレス1305とMACアドレスXである。図1では、ネットワーク上に存在しないMACアドレスの例をxとしている。このため、旧実行サーバ1101からクライアントコンピュータ1301に対する通信は存在しないMACアドレス宛となり、旧実行サーバ1101を通信不能な状態として、ネットワークから切り離す。
When the
また、ARPテーブルのエントリは保持時間があり、設定された時間を経過すると消去されるため、実行モードとなるサーバB1201(以下、新実行サーバと呼ぶ)のARP制御部1203は、設定された時間より短い間隔で旧実行サーバ1101のネットワーク通信機構1105に対して偽装ARPを送信することによってエントリの消去を防止する。ARPエントリの保持時間は、オペレーティングシステムの仕様によって異なるため、偽装ARPの送信時間間隔は設定可能となっている。
Also, since the entry in the ARP table has a holding time and is deleted when the set time elapses, the
偽装ARPの送信は、旧実行サーバ1101のクラスタ制御機構1103からのハートビートを再度受信し、状態が確認できるまで継続する。
The transmission of the fake ARP continues until the heartbeat from the
この後、新実行サーバ1201のARP制御部1203は、有効化する仮想IPアドレス1107と自サーバのMACアドレス1206を対応付けたARPパケットをネットワーク上にブロードキャスト形式で送信し、クライアントコンピュータ1301のARPテーブル1304を更新する。このときのエントリ内容は、クライアントのARPエントリ(2)1308に示すように、仮想IPアドレス1107とMACアドレスB1206である。
Thereafter, the
また、仮想IPアドレスに対応するARPテーブルのエントリを持たないクライアントから、新たに通信を開始する場合は、ネットワーク1402上に仮想IPアドレスに対するARPリクエストパケットをブロードキャストし、旧実行サーバ1101のネットワーク通信機構1105がARPリプライを応答することによって偽装ARPによるエントリ1110が存在するMACアドレスのエントリに更新され、通信可能な状態に回復するケースが考えられる。
When a new communication is started from a client that does not have an ARP table entry corresponding to the virtual IP address, an ARP request packet for the virtual IP address is broadcast on the
この状態を防止するため、新実行サーバ1201のARP制御部1203は、ネットワーク1402上のARPリクエストパケットを監視し、仮想IPアドレスに対するARPリクエストを検出した場合には、旧実行サーバ1101のネットワーク通信機構1105に偽装ARPを再送し、ARPリクエスト送信元のクライアントに新実行サーバ1201のMACアドレス1206を設定したARPリプライを複数回に渡って送信することで補正を行う。
In order to prevent this state, the
これによって、待機モードのサーバが他サーバの停止を誤って判断した場合でも、ネットワーク上で仮想IPアドレスに複数のMACアドレスが対応付く状態を防止する。 This prevents a state where a plurality of MAC addresses are associated with virtual IP addresses on the network even when a server in standby mode erroneously determines that another server has stopped.
図2は、クラスタ制御機構のフロー図を、図3はクラスタ制御機構における引き継ぎ処理のフロー図を、図4はクラスタ制御機構における偽装ARP送信処理のフロー図を、図5はクラスタ制御機構におけるARP監視処理のフロー図を示す。 2 is a flowchart of the cluster control mechanism, FIG. 3 is a flowchart of the takeover process in the cluster control mechanism, FIG. 4 is a flowchart of the fake ARP transmission process in the cluster control mechanism, and FIG. 5 is an ARP in the cluster control mechanism. The flowchart of a monitoring process is shown.
図2は、クラスタ制御機構の処理を示す流れ図である。ステップS1では、自サーバの運転モードの初期状態を決定する。他サーバが実行モード以外である場合には実行モードとなり、他サーバが実行モードである場合には待機モードとなる。 FIG. 2 is a flowchart showing the processing of the cluster control mechanism. In step S1, the initial state of the operation mode of the own server is determined. When the other server is other than the execution mode, the execution mode is set, and when the other server is the execution mode, the standby mode is set.
ステップS2では、決定した運転モードの判定を行う。運転モードが実行の場合は、ステップS3で仮想IPアドレスの有効化を行い、ステップS4でアプリケーションを起動する。 In step S2, the determined operation mode is determined. If the operation mode is execution, the virtual IP address is validated in step S3, and the application is activated in step S4.
ステップS5では、定期的な時間間隔で、他サーバへハートビートを送信し、他サーバからのハートビートの受信確認を行う。ステップS6では、ハートビートの受信が一定期間途絶したかの判定を行う。ハートビート受信の途絶を検出した場合、他サーバが停止したと判断する。 In step S5, heartbeats are transmitted to other servers at regular time intervals, and reception of heartbeats from other servers is confirmed. In step S6, it is determined whether reception of the heartbeat has been interrupted for a certain period. If a heartbeat reception interruption is detected, it is determined that the other server has stopped.
ステップS7では、現在のサーバの運転モードを判定し、待機モードである場合には、ステップS8で、実行モードとなるための引き継ぎ処理を実行する。 In step S7, the operation mode of the current server is determined, and if it is the standby mode, a takeover process for entering the execution mode is executed in step S8.
ステップS9では、ステップS5でのハートビート受信の確認により、停止していた他サーバからのハートビート受信が再開したかの判定を行う。 In step S9, it is determined whether or not the heartbeat reception from the other server that has been stopped has been resumed based on the confirmation of the heartbeat reception in step S5.
他サーバからのハートビート受信の再開を検知した場合には、引き継ぎ処理で開始した処理を停止するため、ステップS10で、仮想ARPの送信を停止し、ステップS11で、ARP監視処理を停止する。 When the restart of heartbeat reception from another server is detected, the process started in the takeover process is stopped, so that the transmission of the virtual ARP is stopped in step S10, and the ARP monitoring process is stopped in step S11.
図3は、待機モードのサーバが実行モードとなる際の引き継ぎ処理のフロー図を示す。ステップS12では、ステップS6で停止と判断したサーバに対して偽装ARPを送信する処理を開始し、ステップS13で、仮想IPアドレスを有効化する。 FIG. 3 shows a flowchart of the takeover process when the server in the standby mode enters the execution mode. In step S12, a process of transmitting a fake ARP to the server determined to be stopped in step S6 is started, and in step S13, the virtual IP address is validated.
ステップS14で、ARP監視処理を開始した後、ステップS15でアプリケーションを起動し、ステップS16で自サーバの運転モードを実行モードに更新する。 After starting the ARP monitoring process in step S14, the application is started in step S15, and the operation mode of the own server is updated to the execution mode in step S16.
図4は、偽装ARPの送信処理のフロー図を示す。この処理は、図3のステップS12で開始され、図2のステップS10で停止される。 FIG. 4 shows a flowchart of the transmission process of the camouflaged ARP. This process starts at step S12 in FIG. 3 and stops at step S10 in FIG.
ステップS17では、他サーバに偽装ARPを送信する間隔の設定を読み込む。ステップS18では、ネットワークに接続し、クラスタシステムを構成するサーバと通信を行うためのクライアントのIPアドレスを取得する。 In step S17, the setting of the interval for transmitting the fake ARP to another server is read. In step S18, an IP address of a client for connecting to the network and communicating with a server constituting the cluster system is acquired.
ステップS19では、ステップS18で取得したクライアントのIPアドレスに、ネットワーク上に存在しないMACアドレスを設定したARPリプライパケットを生成し、他サーバに送信する。ステップS20は、偽装ARPを他サーバに送信する間隔を生成する。 In step S19, an ARP reply packet in which the MAC address that does not exist on the network is set as the IP address of the client acquired in step S18 is generated and transmitted to another server. Step S20 generates an interval for transmitting the camouflaged ARP to another server.
図5はARP監視処理のフロー図を示す。この処理は、図3のステップS14で開始され、図2のステップS11で停止される。 FIG. 5 shows a flowchart of the ARP monitoring process. This process starts at step S14 in FIG. 3 and stops at step S11 in FIG.
ステップS21では、ネットワーク上に流れるARPパケットを監視する。ARPパケットを検出した場合、ステップS22で、仮想IPアドレスに対するARPリクエストかを判定する。仮想IPアドレスに対するARPリクエストを検出した場合は、ステップS23で、他サーバに対して、ARPリクエスト送信元のIPアドレスにネットワーク上に存在しないMACアドレスを設定した偽装ARPを送信する。また、ステップS24では、仮想IPアドレスに対するMACアドレスを自サーバのMACアドレスとしたARPリプライパケットを送信する。これらの送信は、他サーバがARPリプライの応答が送信された後に、更にARPテーブルが更新されるよう、複数回に渡って送信を行う。 In step S21, ARP packets flowing on the network are monitored. If an ARP packet is detected, it is determined in step S22 whether it is an ARP request for the virtual IP address. When an ARP request for the virtual IP address is detected, in step S23, a spoofed ARP in which a MAC address that does not exist on the network is set as the IP address of the ARP request transmission source is transmitted to another server. In step S24, an ARP reply packet with the MAC address corresponding to the virtual IP address as the MAC address of the own server is transmitted. These transmissions are performed a plurality of times so that the ARP table is further updated after the other server transmits the ARP reply response.
1101 サーバA
1102 アプリケーション
1103,1202 クラスタ制御機構
1104,1203 ARP制御部
1105,1204 ネットワーク通信機構
1201 サーバB
1301 クライアントコンピュータ
1401 伝送経路
1402 ネットワーク
1101 Server A
1102
1301
Claims (3)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007160846A JP2009003491A (en) | 2007-06-19 | 2007-06-19 | Server switching method in cluster system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007160846A JP2009003491A (en) | 2007-06-19 | 2007-06-19 | Server switching method in cluster system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009003491A true JP2009003491A (en) | 2009-01-08 |
Family
ID=40319848
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007160846A Pending JP2009003491A (en) | 2007-06-19 | 2007-06-19 | Server switching method in cluster system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009003491A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016134111A (en) * | 2015-01-22 | 2016-07-25 | 日本電信電話株式会社 | Cluster configuration determination device and operation method thereof |
JP2018136794A (en) * | 2017-02-22 | 2018-08-30 | 日本電信電話株式会社 | Router and communication control method |
JP2020091618A (en) * | 2018-12-05 | 2020-06-11 | アズビル株式会社 | Facility monitoring system and communication method in facility monitoring system |
JP2020109927A (en) * | 2019-01-07 | 2020-07-16 | 富士通株式会社 | Detection device, detection method, and detection program |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0895932A (en) * | 1994-09-21 | 1996-04-12 | Hitachi Ltd | System switching control method for distributed processing system |
JP2002344450A (en) * | 2001-05-15 | 2002-11-29 | Hitachi Ltd | High availability processing method, and executing system and processing program thereof |
JP2006253900A (en) * | 2005-03-09 | 2006-09-21 | Hitachi Ltd | Method for ip address takeover, ip-address takeover program, server and network system |
-
2007
- 2007-06-19 JP JP2007160846A patent/JP2009003491A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0895932A (en) * | 1994-09-21 | 1996-04-12 | Hitachi Ltd | System switching control method for distributed processing system |
JP2002344450A (en) * | 2001-05-15 | 2002-11-29 | Hitachi Ltd | High availability processing method, and executing system and processing program thereof |
JP2006253900A (en) * | 2005-03-09 | 2006-09-21 | Hitachi Ltd | Method for ip address takeover, ip-address takeover program, server and network system |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016134111A (en) * | 2015-01-22 | 2016-07-25 | 日本電信電話株式会社 | Cluster configuration determination device and operation method thereof |
JP2018136794A (en) * | 2017-02-22 | 2018-08-30 | 日本電信電話株式会社 | Router and communication control method |
JP2020091618A (en) * | 2018-12-05 | 2020-06-11 | アズビル株式会社 | Facility monitoring system and communication method in facility monitoring system |
JP7316779B2 (en) | 2018-12-05 | 2023-07-28 | アズビル株式会社 | FACILITY MONITORING SYSTEM AND COMMUNICATION METHOD IN FACILITY MONITORING SYSTEM |
JP2020109927A (en) * | 2019-01-07 | 2020-07-16 | 富士通株式会社 | Detection device, detection method, and detection program |
JP7135870B2 (en) | 2019-01-07 | 2022-09-13 | 富士通株式会社 | DETECTION DEVICE, DETECTION METHOD, AND DETECTION PROGRAM |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7590886B2 (en) | Method and apparatus for facilitating device redundancy in a fault-tolerant system | |
CN106330475B (en) | Method and device for managing main and standby nodes in communication system and high-availability cluster | |
CN109344014B (en) | Main/standby switching method and device and communication equipment | |
US20060256801A1 (en) | Gateway system | |
JP4974964B2 (en) | Intelligent failover in a load-balanced network environment | |
US8509059B2 (en) | Method for operating a virtual router redundancy protocol router and communication system therefor | |
US20090086620A1 (en) | Method and apparatus for preventing network conflict | |
JP5272263B2 (en) | Intelligent failover in a load-balanced network environment | |
US8713353B2 (en) | Communication system including a switching section for switching a network route, controlling method and storage medium | |
JP2010103695A (en) | Cluster system, cluster server and cluster control method | |
JP5707355B2 (en) | Hot-standby client-server system | |
CN111585835B (en) | Control method and device for out-of-band management system and storage medium | |
JP2004171370A (en) | Address control system and method between client/server in redundant constitution | |
JP2008172592A (en) | Cluster system, computer and its abnormality detection method | |
CN115085993A (en) | Data verification method and device and domain controller | |
JP2009003491A (en) | Server switching method in cluster system | |
US7730168B2 (en) | Method and apparatus for assigning packet addresses to a plurality of devices | |
JP2005333243A (en) | Media gateway device | |
JP7064132B2 (en) | Fault monitoring system and fault monitoring method | |
JP4757719B2 (en) | Network system, IP telephone terminal, and network device switching method used therefor | |
CN113852514A (en) | Data processing system with uninterrupted service, processing equipment switching method and connecting equipment | |
CN115102897B (en) | Stacking splitting protection method based on link aggregation | |
CN111045872B (en) | Method and system for realizing high-availability self-protection mechanism | |
US11212217B2 (en) | Spanning tree enabled link aggregation system | |
US8098573B2 (en) | Bridge, system, bridge control method and program recording medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090730 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110418 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110426 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110705 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20111101 |