JP6183931B2 - クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラム。 - Google Patents

クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラム。 Download PDF

Info

Publication number
JP6183931B2
JP6183931B2 JP2015554749A JP2015554749A JP6183931B2 JP 6183931 B2 JP6183931 B2 JP 6183931B2 JP 2015554749 A JP2015554749 A JP 2015554749A JP 2015554749 A JP2015554749 A JP 2015554749A JP 6183931 B2 JP6183931 B2 JP 6183931B2
Authority
JP
Japan
Prior art keywords
communication path
determined
server
server device
reliability
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
JP2015554749A
Other languages
English (en)
Other versions
JPWO2015098589A1 (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.)
NEC Solutions Innovators Ltd
Original Assignee
NEC Solutions Innovators 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 NEC Solutions Innovators Ltd filed Critical NEC Solutions Innovators Ltd
Publication of JPWO2015098589A1 publication Critical patent/JPWO2015098589A1/ja
Application granted granted Critical
Publication of JP6183931B2 publication Critical patent/JP6183931B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2033—Failover techniques switching over of hardware resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094—Redundant storage or storage space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/805—Real-time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/82—Solving problems relating to consistency

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明は、複数のサーバ装置を備えるクラスタシステム、これに用いられるサーバ装置、クラスタシステムの管理方法、及びこれらを実現するためのプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
企業等においては、システムに障害が発生しても、業務を継続して行なえるようにするため、クラスタシステムが採用されている。クラスタシステムでは、複数のサーバ装置が連結されており、これらのサーバ装置は、ユーザに対しては全体で一台のサーバ装置であるかのように振る舞うことになる。
また、クラスタシステムにおいては、業務の停止を回避するため、サーバ装置間においてハートビート通信を行うことによって、障害の検出が行われている（例えば、特許文献１及び２参照。）。ハートビート通信とは、サーバ装置間で互いに、自身の存在を示す信号（以下、「ハートビート信号」と表記する。）を設定間隔で送信することをいう。
具体的には、特許文献１及び２に開示されたシステムでは、各サーバ装置は、まず、ハートビート通信において、通信経路毎にタイムアウトが発生していないかどうかを判定する。そして、タイムアウトが発生している場合は、何らかの障害が発生していると判断する。そして、障害が発生していると判断した場合は、各サーバは、ネットワークを経由して、設定したタイムアウト時間内に受信パケットが到着したかどうかを判定し、到着していない場合（タイムアウト）は通信障害と判断し、到着している場合は相手方のサーバに異常が発生したと判断する。
そして、特許文献１及び２に開示されたシステムでは、障害の発生が検出されると、障害の発生していないサーバ装置が、障害が発生したサーバ装置の業務を引き継ぎ、業務の停止が回避される。
特開２００３−１７３２９９号公報 特開２００８−１７２５９２号公報
しかしながら、特許文献１及び２に開示されたシステムでは、ハートビート信号の受信の有無と、ネットワークから受信されるパケットの受信状況とに基づいて、障害の発生を検出しているため、いわゆるスプリットブレインシンドロームが発生する可能性がある。
例えば、特許文献１及び２に開示されたシステムにおいて、一方のサーバ装置の通信インターフェース（ネットワークカード）が故障したとする。この場合、一方のサーバ装置は、ハートビート信号と、ネットワークからのパケットとの両方を受信できないので、通信障害が発生していると判断する。しかし、他方のサーバ装置は、ハートビート信号については受信できないが、ネットワークからのパケットについては受信できるので、一方のサーバ装置が障害発生によってダウンしたと判断する。よって、一方のサーバ装置が業務処理を行っていた場合は、他方のサーバ装置も業務処理を開始してしまうため、双方において、同じ業務処理が行われる事態が発生する。
そして、このような事態が発生した場合において、業務処理が、情報提示のみを行う静的なＷｅｂサイトの提供等であれば問題ないが、業務処理がデータベースの更新であると、処理内容が衝突してしまう事態が発生する。これがスプリットブレインシンドロームである。
本発明の目的の一例は、上記問題を解消し、クラスタシステムにおいて処理内容が衝突してしまう事態の発生を回避し得る、クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラムを提供することにある。
上記目的を達成するため、本発明の一側面におけるクラスタシステムは、通信経路によって接続された複数のサーバ装置を備え、
前記複数のサーバ装置それぞれは、
他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、信号送信部と、
前記通信経路が信頼性を有しているかどうかを判定する、信頼性判定部と、
前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、処理管理部と、
を備えている、ことを特徴とする。
上記目的を達成するため、本発明の一側面におけるサーバ装置は、通信経路によって他のサーバ装置と接続されるサーバ装置であって、
前記他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、信号送信部と、
前記通信経路が信頼性を有しているかどうかを判定する、信頼性判定部と、
前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、処理管理部と、
を備えている、ことを特徴とする。
また、上記目的を達成するため、本発明の一側面におけるクラスタシステムの管理方法は、通信経路によって接続された複数のサーバ装置を用い、
前記複数のサーバ装置それぞれによって実行される、
（ａ）他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、ステップと、
（ｂ）前記通信経路が信頼性を有しているかどうかを判定する、ステップと、
（ｃ）前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、ステップと、
を有する、ことを特徴とする。
更に、上記目的を達成するため、本発明の一側面におけるコンピュータ読み取り可能な記録媒体は、通信経路によって他のコンピュータと接続されるコンピュータに、
（ａ）前記他のコンピュータに対して、前記通信経路を介して、自身の存在を示す信号を送信する、ステップと、
（ｂ）前記通信経路が信頼性を有しているかどうかを判定する、ステップと、
（ｃ）前記他のコンピュータから前記信号を受信できない状況となると、前記他のコンピュータとの間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、ステップと、
を実行させる命令を含む、プログラムを記録していることを特徴とする。
以上のように、本発明によれば、クラスタシステムにおいて処理内容が衝突してしまう事態の発生を回避することができる。
図１は、本発明の実施の形態におけるクラスタシステムの概略構成を示す図である。 図２は、本発明の実施の形態におけるクラスタシステム及びサーバ装置の構成を具体的に示すブロック図である。 図３は、本発明の実施の形態におけるクラスタシステムを構成するサーバ装置の動作を示すフロー図である。 図４は、本発明の実施の形態におけるクラスタシステムを構成する各サーバ装置での信頼性判定の結果を示す図である。 図５は、本発明の実施の形態におけるサーバ装置を実現するコンピュータの一例を示すブロック図である。
（実施の形態）
以下、本発明の実施の形態における、クラスタシステム、サーバ装置、サーバ装置の管理方法、及びプログラムについて、図１〜図５を参照しながら説明する。
［システム構成］
最初に、図１を用いて、本発明の実施の形態におけるクラスタシステム及びサーバ装置の構成について説明する。図１は、本発明の実施の形態におけるクラスタシステムの概略構成を示す図である。
図１に示すように、本実施の形態におけるクラスタシステム１００は、通信経路３０〜５０によって接続されたサーバ装置１０及び２０を備えている。クラスタシステム１００では、一方のサーバ装置に障害が発生すると、他方のサーバ装置が、障害が発生したサーバ装置で行われている処理を引き継ぎ、業務が停止してしまう事態の発生が回避される。
また、サーバ装置１０及び２０それぞれは、他方のサーバ装置に対して、通信経路３０〜５０を介して、自身の存在を示す信号、即ち、ハートビート信号を送信するが、それに加えて、通信経路３０〜５０が信頼性を有しているかどうかを判定することもできる。
そして、サーバ装置１０及び２０それぞれは、他方のサーバ装置からハートビート信号を受信できない状況となると、このサーバ装置との間の通信経路３０〜５０について信頼性を有していると判定しているかどうかを確認する。続いて、各サーバ装置は、確認の結果、通信経路３０〜５０が信頼性を有していると判定していない場合は、実行中にある処理を停止することができる。
このように、本実施の形態では、サーバ装置１０及び２０は、ハートビート通信のための通信経路３０〜５０について信頼性を判定し、その結果によっては、実際にはダウンしていなくても、処理を停止することができる。このため、処理内容が衝突してしまう事態、いわゆるスプリットブレインシンドロームの発生が回避される。
ここで、図２を用いて、本実施の形態におけるクラスタシステム及びサーバ装置の構成について更に具体的に説明する。図２は、本発明の実施の形態におけるクラスタシステム及びサーバ装置の構成を具体的に示すブロック図である。
図２に示すように、本実施の形態では、通信経路３０は、ネットワーク３１を経由する通信経路であり、パブリックＬＡＮ（Local Area Network）である。通信経路４０は、サーバ装置間を直接結ぶ通信経路であり、インターコネクトＬＡＮである。通信経路５０は、記憶装置５１を介した通信経路である。
また、通信経路５０では、サーバ装置１０及び２０と記憶装置５１とは、ＳＣＳＩ（Small computer System Interface）又はＦＣ（Fiber Channel）といった接続方式によって接続されている。更に、通信経路５０は、専用のケーブルではなく、インターネット等のネットワークを利用して構築されていても良い。
また、本実施の形態では、図２に示すように、サーバ装置１０は、信号送信部１１と、信頼性判定部１２と、処理管理部１３と、信号受信部１４と、自動停止部１５と、各通信経路に対応した通信インターフェイス１６〜１８と、業務処理実行部１９とを備えている。このうち、通信インターフェイス１６〜１８は、例えば、ＮＩＣ（Network Interface Card）によって構成されている。
信号送信部１１は、他のサーバ装置に対して、通信経路３０〜５０を介して、ハートビート信号を送信する。また、信号送信部１１は、ハートビート信号を、通信経路３０〜５０に加え、自動停止部１５にも、各通信経路から送信する場合と同じタイミングで送信している。なお、ハートビート信号の送信は、定期的に行われても良いし、設定された条件に応じて行われても良い。
信号受信部１４は、通信インターフェイス１６〜１８を介して、他のサーバ装置からのハートビート信号を受信する。また、信号受信部１４は、他のサーバ装置からのハートビート信号を受信できない状況にあるかどうか、具体的には、ハートビート信号がタイムアウトしていないかどうかを判断する。
信頼性判定部１２は、通信経路３０〜５０が信頼性を有しているかどうかを判定する。具体的には、信頼性判定部１２は、通信経路３０については、ネットワーク３１上に存在する機器（ルータ）３２にリクエスト（ICMP echo request）を送信し、機器３２からリクエストに対するレスポンス（ICMP echo reply）が返信されてきた場合に、信頼性を有していると判定する。
また、信頼性判定部１２は、通信経路４０については、通信インターフェイス１７として機能するＮＩＣが通電状態にある場合に、信頼性を有していると判定する。更に、信頼性判定部１２は、通信経路５０については、記憶装置５１に、ＳＣＳＩ又はＦＣで規定されているコマンドを送信し、記憶装置５１からコマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する。
業務処理実行部１９は、クラスタシステム１００が行う業務のための処理（業務処理）を実行する。具体的には、業務処理実行部１９は、業務処理のためのアプリケーションプログラムによって構築されており、業務毎に構築される。
処理管理部１３は、信号受信部１４が他のサーバ装置からのハートビート信号を受信できない状況にあると判断したときに、通信経路３０〜５０について、信頼性判定部１２によって信頼性を有していると判定されているかどうかを確認する。
そして、処理管理部１３は、確認の結果、通信経路３０〜５０が信頼性を有していると判定されていない場合は、業務処理実行部１９に、実行中にある処理を停止させる。一方、処理管理部１３は、確認の結果、いずれかの通信経路が信頼性を有していると判定されている場合は、他のサーバ装置に異常が発生していると判断する。そして、処理管理部１３は、業務処理実行部１９が業務処理を既に実行中である場合は、実行中にある処理を継続して実行させる。また、処理管理部１３は、業務処理実行部１９が業務処理を実行中でない場合は、業務処理実行部１９に、他のサーバ装置で実行されている業務処理を代わりに実行させる。
自動停止部１５は、信号送信部１１からのハートビート信号の送信が途絶えた場合に、サーバ装置１０を停止させる。具体的には、自動停止部１５は、サーバ装置１０に予め実装されているウォッチドッグタイマによって実現されている。また、このような自動停止部１５が備えられているため、例えば、単にサーバ装置１０がハングした場合であっても、サーバ装置１０は停止されることになる。これは、サーバ装置１０がハングした後に、サーバ装置２０が、サーバ装置１０に障害が発生したと判断して、サーバ装置１０の処理を引き継いだにも係わらず、サーバ装置１０がハング状態から復旧してしまうと、スプリットブレインシンドロームが発生してしまうからである。
更に、サーバ装置２０も、信号送信部２１と、信頼性判定部２２と、処理管理部２３と、信号受信部２４と、自動停止部２５と、各通信経路に対応した通信インターフェイス１６〜１８と、業務処理実行部２９とを備えている。なお、サーバ装置１０とサーバ装置２０とは、同一の構成及び機能を備えているため、サーバ装置２０の各部における説明は省略する。また、図１及び図２の例では、クラスタシステム１００を構成するサーバ装置は２台のみであるが、本実施の形態において、サーバ装置の台数は特に限定されるものではない。
［システム動作］
次に、本発明の実施の形態におけるクラスタシステム１００の動作について図３を用いて説明する。図３は、本発明の実施の形態におけるクラスタシステムを構成するサーバ装置の動作を示すフロー図である。
また、以下の説明においては、適宜図２を参酌しながら、サーバ装置１０を中心に説明する。更に、本実施の形態では、クラスタシステム１００を動作させることによって、クラスタシステムの管理方法が実施される。よって、本実施の形態におけるクラスタシステムの管理方法の説明は、以下のクラスタシステムの動作説明に代える。
まず、前提として、サーバ装置１０において、信号送信部１１は、設定された間隔で、通信インターフェイス１６〜１８から、サーバ装置２０に向けてハートビート信号を送信する。更に、サーバ装置１０において、信頼性判定部１２は、ハートビート信号の送信又は受信のタイミングと同期して、通信経路３０〜５０が信頼性を有しているかどうかを判定する。
また、同様に、サーバ装置２０においても、信号送信部２１は、設定された間隔で、通信インターフェイス２６〜２８から、サーバ装置１０に向けてハートビート信号を送信する。更に、サーバ装置２０においても、信頼性判定部２２は、ハートビート信号の送信又は受信のタイミングと同期して、通信経路３０〜５０が信頼性を有しているかどうかを判定する。
図３に示すように、サーバ装置１０において、信号受信部１４は、サーバ装置２０からのハートビート信号の受信が、タイムアウトしていないかどうかを判定する（ステップＡ１）。
ステップＡ１の判定の結果、タイムアウトしていない場合は、信号受信部１４は、設定時間の経過後に、再度、ステップＡ１を実行する。一方、ステップＡ１の判定の結果、タイムアウトしている場合は、信号受信部１４は、そのことを処理管理部１３に通知する。
次に、処理管理部１３は、通知を受けると、通信経路３０〜５０の中に、信頼性を有している通信経路が存在しているかどうかを判定する（ステップＡ２）。ステップＡ２の判定の結果、信頼性を有している通信経路が存在している場合は、処理管理部１３は、業務処理実行部１９が業務処理を実行中であるかどうかを判定する（ステップＡ３）。
そして、処理管理部１３は、ステップＡ３の判定の結果、業務処理が実行中である場合は、業務処理実行部１９に、業務処理をそのまま継続させる（ステップＡ４）。反対に、ステップＡ３の判定の結果、業務処理が実行中でない場合は、処理管理部１３は、業務処理実行部１９にサーバ装置２０で実行されている処理を引き継がせる（ステップＡ５）。
また、ステップＡ２の判定の結果、信頼性を有している通信経路が存在していない場合も、処理管理部１３は、業務処理実行部１９が業務処理を実行中であるかどうかを判定する（ステップＡ６）。
そして、ステップＡ６の判定の結果、業務処理が実行中でない場合は、サーバ装置１０における処理は終了する。一方、ステップＡ６の判定の結果、業務処理が実行中である場合は、処理管理部１３は、業務処理実行部１９に、業務処理を停止させる（ステップＡ７）。
以上のステップＡ１〜Ａ７は、サーバ装置１０において、繰り返し実行される。また、サーバ装置２０においても、ステップＡ１〜Ａ７と同様のステップが、繰り返し実行される。
［具体例］
ここで、図４を用いて具体例について説明する。図４は、本発明の実施の形態におけるクラスタシステムを構成する各サーバ装置での信頼性判定の結果を示す図である。
例えば、図２に示すサーバ装置１０及びサーバ装置２０において、いずれの通信経路からもハートビート信号を受信できない事態が発生したとする。この場合、サーバ装置１０では、信頼性判定部１２は、通信経路３０〜５０それぞれにおける現在の信頼性の有無を判定する。
そして、判定の結果、図４に示すように、サーバ装置１０では、通信経路３０及び４０において信頼性有りと判定されているとすると、サーバ装置１０は、サーバ装置２０に障害が発生していると判断する。これは、サーバ装置１０側の視点では、信頼性を有する通信経路があるのに、サーバ装置２０がハートビート信号を送信できないのは、サーバ装置２０に問題があると考えられるからである。
一方、サーバ装置２０には、実際には、障害が発生しておらず、通信経路３０〜５０のサーバ装置２０側の部分に問題があって、ハートビート信号の送受信ができなかったとする。この場合、図４に示すように、サーバ装置２０は、全ての通信経路３０〜５０において、信頼性無しと判定するので、業務処理を実行している場合は、障害が発生していなくても、業務処理を停止する。この結果、スプリットブレインシンドロームの発生が回避される。
また、サーバ装置２０に障害が発生し、これにより、ハートビート信号が送信できなかった場合、サーバ装置２０では、上述のステップＡ１〜Ａ７の処理は実行されないが、既に業務処理は停止されているので、スプリットブレインシンドロームが発生することはない。
ところで、サーバ装置２０が単にハングしたために、サーバ装置１０にハートビート信号を送れない場合も、サーバ装置１０は、サーバ装置２０に障害が発生していると判断する。しかし、単なるハングであるため、暫くの後、サーバ装置２０がハング状態から復旧して、スプリットブレインシンドロームが発生してしまう可能がある。このため、本実施の形態では、上述したように、サーバ装置１０及び２０には、自動停止部１５及び２５が設けられており、このような事態の発生が回避される。
［プログラム］
本形態におけるプログラムは、コンピュータに、図３に示すステップＡ１〜Ａ７を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態における、クラスタシステム、サーバ装置、クラスタシステムの管理方法を実現することができる。この場合、サーバ装置１０となるコンピュータのＣＰＵ（Central Processing Unit）は、信号送信部１１、信頼性判定部１２、処理管理部１３、信号受信部１４、及び自動停止部１５として機能し、処理を行なう。また、サーバ装置２０となるコンピュータのＣＰＵ（Central Processing Unit）は、信号送信部２１、信頼性判定部２２、処理管理部２３、信号受信部２４、及び自動停止部２５として機能し、処理を行なう。
［変形例］
上述した例では、各サーバ装置において、信頼性判定部は、全ての通信経路について信頼性を判定しているが、本実施の形態は、この態様に限定される趣旨ではない。本実施の形態は、信頼性判定部が、一部の通信経路についてのみ、信頼性を有しているかどうかを判定する態様であっても良い。
また、上述の例では、通信経路として、パブリックＬＡＮ、インターコネクトＬＡＮ、ＳＣＳＩ／ＦＣによる通信経路が例示されているが、本実施の形態では、サーバ装置間を接続する通信経路の数及び種類は特に限定されるものではない。他の通信経路としては、ＢＭＣ（Baseboard Management Controller）制御用のＬＡＮ、ＲＳ２３２Ｃポートを利用した通信経路、無線ＬＡＮを利用した通信経路、ＵＳＢ端子を利用した通信経路等が挙げられる。
［物理構成］
ここで、本実施の形態におけるプログラムを実行することによって、サーバ装置を実現するコンピュータについて図５を用いて説明する。図５は、本発明の実施の形態におけるサーバ装置を実現するコンピュータの一例を示すブロック図である。
図５に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
また、記憶装置１１３の具体例としては、ハードディスクの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。
データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash（登録商標））及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。
上述した実施の形態の一部又は全部は、以下に記載する（付記１）〜（付記２４）によって表現することができるが、以下の記載に限定されるものではない。
（付記１）
通信経路によって接続された複数のサーバ装置を備え、
前記複数のサーバ装置それぞれは、
他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、信号送信部と、
前記通信経路が信頼性を有しているかどうかを判定する、信頼性判定部と、
前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、処理管理部と、
を備えている、ことを特徴とするクラスタシステム。
（付記２）
前記処理管理部は、確認の結果、前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、
付記１に記載のクラスタシステム。
（付記３）
前記複数のサーバ装置が、互いに２つ以上の通信経路によって接続されており、
各サーバ装置の処理管理部は、いずれかの前記通信経路が信頼性を有していると判定されている場合に、前記他のサーバ装置に異常が発生していると判断する、付記２に記載のクラスタシステム。
（付記４）
前記複数のサーバ装置が、サーバ装置間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、互いに接続されている、
付記３に記載のクラスタシステム。
（付記５）
前記信頼性判定部は、
前記サーバ装置間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記コマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
付記４に記載のクラスタシステム。
（付記６）
前記複数のサーバ装置それぞれは、更に、前記信号送信部からの前記信号の送信が途絶えた場合に、当該サーバ装置を停止させる、自動停止部を備えている、
付記１に記載のクラスタシステム。
（付記７）
通信経路によって他のサーバ装置と接続されるサーバ装置であって、
前記他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、信号送信部と、
前記通信経路が信頼性を有しているかどうかを判定する、信頼性判定部と、
前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、処理管理部と、
を備えている、ことを特徴とするサーバ装置。
（付記８）
前記処理管理部は、確認の結果、前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、
付記７に記載のサーバ装置。
（付記９）
２つ以上の通信経路によって前記他のサーバ装置と接続されており、
前記処理管理部は、いずれかの前記通信経路が信頼性を有していると判定されている場合に、前記他のサーバ装置に異常が発生していると判断する、付記８に記載のサーバ装置。
（付記１０）
サーバ装置間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、前記他のサーバ装置に接続されている、
付記９に記載のサーバ装置。
（付記１１）
前記信頼性判定部は、
前記サーバ装置間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記コマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
付記１０に記載のサーバ装置。
（付記１２）
前記信号送信部からの前記信号の送信が途絶えた場合に、当該サーバ装置を停止させる、自動停止部を更に備えている、
付記７に記載のサーバ装置。
（付記１３）
通信経路によって接続された複数のサーバ装置を用い、
前記複数のサーバ装置それぞれによって実行される、
（ａ）他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、ステップと、
（ｂ）前記通信経路が信頼性を有しているかどうかを判定する、ステップと、
（ｃ）前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、ステップと、
を有する、ことを特徴とするクラスタシステムの管理方法。
（付記１４）
前記（ｃ）のステップにおいて、確認の結果、前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、
付記１３に記載のクラスタシステムの管理方法。
（付記１５）
前記複数のサーバ装置が、互いに２つ以上の通信経路によって接続されており、
前記（ｃ）のステップにおいて、いずれかの前記通信経路が信頼性を有していると判定されている場合に、前記他のサーバ装置に異常が発生していると判断する、付記１４に記載のクラスタシステムの管理方法。
（付記１６）
前記複数のサーバ装置が、サーバ装置間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、互いに接続されている、
付記１５に記載のクラスタシステムの管理方法。
（付記１７）
前記（ｂ）のステップにおいて、
前記サーバ装置間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記コマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
付記１６に記載のクラスタシステムの管理方法。
（付記１８）
前記複数のサーバ装置それぞれによって実行される、
（ｄ）前記（ａ）のステップによる前記信号の送信が途絶えた場合に、当該サーバ装置を停止させる、ステップを更に有している、
付記１３に記載のクラスタシステムの管理方法。
（付記１９）
通信経路によって他のコンピュータと接続されるコンピュータに、
（ａ）前記他のコンピュータに対して、前記通信経路を介して、自身の存在を示す信号を送信する、ステップと、
（ｂ）前記通信経路が信頼性を有しているかどうかを判定する、ステップと、
（ｃ）前記他のコンピュータから前記信号を受信できない状況となると、前記他のコンピュータとの間の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させる、ステップと、
を実行させる、プログラム。
（付記２０）
前記（ｃ）のステップにおいて、確認の結果、前記通信経路が信頼性を有していると判定されている場合は、前記他のコンピュータに異常が発生していると判断して、当該コンピュータで実行中にある処理を継続して実行し、又は、前記他のコンピュータが実行している処理を代わりに実行する、
付記１９に記載のプログラム。
（付記２１）
前記コンピュータが、２つ以上の通信経路によって前記他のコンピュータと接続されており、
前記（ｃ）のステップにおいて、いずれかの前記通信経路が信頼性を有していると判定されている場合に、前記他のコンピュータに異常が発生していると判断する、付記２０に記載のプログラム。
（付記２２）
前記コンピュータは、コンピュータ間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、前記他のコンピュータに接続されている、
付記２１に記載のプログラム。
（付記２３）
前記（ｂ）のステップにおいて、
前記コンピュータ間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記コマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
付記２２に記載のプログラム。
（付記２４）
前記コンピュータに、
（ｄ）前記（ａ）のステップによる前記信号の送信が途絶えた場合に、当該コンピュータを停止させる、ステップを更に実行させる、
付記１９に記載のプログラム。
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１３年１２月２５日に出願された日本出願特願２０１３−２６７０３８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
以上のように、本発明によれば、クラスタシステムにおいて処理内容が衝突してしまう事態の発生を回避することができる。本発明は、クラスタシステムの管理に有用である。
１０ サーバ装置
１１ 信号送信部
１２ 信頼性判定部
１３ 処理管理部
１４ 信号受信部
１５ 自動停止部
１６、１７、１８ 通信インターフェイス
１９ 業務処理実行部
２０ サーバ装置
２１ 信号送信部
２２ 信頼性判定部
２３ 処理管理部
２４ 信号受信部
２５ 自動停止部
２６、２７、２８ 通信インターフェイス
２９ 業務処理実行部
３０ 通信経路
３１ ネットワーク
３２ ルーター
４０ 通信経路
５０ 通信経路
５１ 記憶装置
１００ クラスタシステム
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１２１ バス

Claims (16)

  1. ２つ以上の通信経路によって接続された複数のサーバ装置を備え、
    前記複数のサーバ装置それぞれは、
    他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、
    信号送信部と、
    前記通信経路が信頼性を有しているかどうかを判定する、信頼性判定部と、
    前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の２つ以上の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、いずれかの前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させ、いずれかの前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、処理管理部と、
    を備えている、ことを特徴とするクラスタシステム。
  2. 前記複数のサーバ装置が、サーバ装置間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、互いに接続されている、
    請求項１に記載のクラスタシステム。
  3. 前記信頼性判定部は、
    前記サーバ装置間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
    前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
    前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記たコマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
    請求項２に記載のクラスタシステム。
  4. 前記複数のサーバ装置それぞれは、更に、前記信号送信部からの前記信号の送信が途絶えた場合に、当該サーバ装置を停止させる、自動停止部を備えている、
    請求項１〜３のいずれかに記載のクラスタシステム。
  5. ２つ以上の通信経路によって他のサーバ装置と接続されるサーバ装置であって、
    前記他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、信号送信部と、
    前記通信経路が信頼性を有しているかどうかを判定する、信頼性判定部と、
    前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の２つ以上の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、いずれかの前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させ、いずれかの前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、処理管理部と、
    を備えている、ことを特徴とするサーバ装置。
  6. サーバ装置間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、前記他のサーバ装置に接続されている、
    請求項５に記載のサーバ装置。
  7. 前記信頼性判定部は、
    前記サーバ装置間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
    前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
    前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記たコマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
    請求項６に記載のサーバ装置。
  8. 前記信号送信部からの前記信号の送信が途絶えた場合に、当該サーバ装置を停止させる、自動停止部を更に備えている、
    請求項５〜７のいずれかに記載のサーバ装置。
  9. ２つ以上の通信経路によって接続された複数のサーバ装置を用い、
    前記複数のサーバ装置それぞれによって実行される、
    （ａ）他のサーバ装置に対して、前記通信経路を介して、自身の存在を示す信号を送信する、ステップと、
    （ｂ）前記通信経路が信頼性を有しているかどうかを判定する、ステップと、
    （ｃ）前記他のサーバ装置から前記信号を受信できない状況となると、前記他のサーバ装置との間の２つ以上の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、いずれかの前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させ、いずれかの前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、ステップと、
    を有する、ことを特徴とするクラスタシステムの管理方法。
  10. 前記複数のサーバ装置が、サーバ装置間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、互いに接続されている、
    請求項９に記載のクラスタシステムの管理方法。
  11. 前記（ｂ）のステップにおいて、
    前記サーバ装置間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
    前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
    前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記たコマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
    請求項１０に記載のクラスタシステムの管理方法。
  12. 前記複数のサーバ装置それぞれによって実行される、
    （ｄ）前記（ａ）のステップによる前記信号の送信が途絶えた場合に、当該サーバ装置を停止させる、ステップを更に有している、
    請求項９〜１１のいずれかに記載のクラスタシステムの管理方法。
  13. ２つ以上の通信経路によって他のコンピュータと接続されるコンピュータに、
    （ａ）前記他のコンピュータに対して、前記通信経路を介して、自身の存在を示す信号を送信する、ステップと、
    （ｂ）前記通信経路が信頼性を有しているかどうかを判定する、ステップと、
    （ｃ）前記他のコンピュータから前記信号を受信できない状況となると、前記他のコンピュータとの間の２つ以上の前記通信経路について信頼性を有していると判定されているかどうかを確認し、確認の結果、いずれかの前記通信経路が信頼性を有していると判定されていない場合は、実行中にある処理を停止させ、いずれかの前記通信経路が信頼性を有していると判定されている場合は、前記他のサーバ装置に異常が発生していると判断して、当該サーバ装置に、実行中にある処理を継続して実行させ、又は、前記他のサーバ装置が実行している処理を代わりに実行させる、ステップと、
    を実行させる、プログラム。
  14. 前記コンピュータは、コンピュータ間を直接結ぶ通信経路、ネットワークを経由する通信経路、及び記憶装置を経由した通信経路によって、前記他のコンピュータに接続されている、
    請求項１３に記載のプログラム。
  15. 前記（ｂ）のステップにおいて、
    前記コンピュータ間を直接結ぶ通信経路については、通信インターフェイスが通電状態にある場合に、信頼性を有していると判定し、
    前記ネットワークを経由する通信経路については、前記ネットワーク上に存在する機器にリクエストを送信し、前記機器から前記リクエストに対するレスポンスが返信されてきた場合に、信頼性を有していると判定し、
    前記記憶装置を経由した通信経路については、前記記憶装置にコマンドを送信し、前記記憶装置から前記たコマンドに対するレスポンスが返信されてきた場合に、信頼性を有していると判定する、
    請求項１４に記載のプログラム。
  16. 前記コンピュータに、
    （ｄ）前記（ａ）のステップによる前記信号の送信が途絶えた場合に、当該コンピュータを停止させる、ステップを更に実行させる、
    請求項１３〜１５のいずれかに記載のプログラム。
JP2015554749A 2013-12-25 2014-12-15 クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラム。 Active JP6183931B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013267038 2013-12-25
JP2013267038 2013-12-25
PCT/JP2014/083085 WO2015098589A1 (ja) 2013-12-25 2014-12-15 クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びコンピュータ読み取り可能な記録媒体

Publications (2)

Publication Number Publication Date
JPWO2015098589A1 JPWO2015098589A1 (ja) 2017-03-23
JP6183931B2 true JP6183931B2 (ja) 2017-08-23

Family

ID=53478453

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015554749A Active JP6183931B2 (ja) 2013-12-25 2014-12-15 クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラム。

Country Status (4)

Country Link
US (1) US10102088B2 (ja)
JP (1) JP6183931B2 (ja)
CN (1) CN105849702A (ja)
WO (1) WO2015098589A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6409812B2 (ja) * 2016-04-01 2018-10-24 横河電機株式会社 冗長化装置、冗長化システム、及び冗長化方法
JP6662185B2 (ja) 2016-04-28 2020-03-11 横河電機株式会社 処理装置、代替処理装置、中継装置、処理システム及び処理方法
JP6623996B2 (ja) 2016-09-26 2019-12-25 横河電機株式会社 処理装置、ネットワーク装置、処理装置の制御方法、ネットワーク装置の制御方法、処理装置の制御プログラム、ネットワーク装置の制御プログラム及び記録媒体
CN106452952B (zh) * 2016-09-29 2019-11-22 华为技术有限公司 一种检测集群***通信状态的方法及网关集群
CN110377487A (zh) * 2019-07-11 2019-10-25 无锡华云数据技术服务有限公司 一种处理高可用集群脑裂的方法及装置
JP7328907B2 (ja) * 2020-01-31 2023-08-17 株式会社日立製作所 制御システム、制御方法

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08171507A (ja) 1994-12-16 1996-07-02 Mitsubishi Electric Corp 異常監視方法
US6785840B1 (en) * 1999-08-31 2004-08-31 Nortel Networks Limited Call processor system and methods
US6785678B2 (en) * 2000-12-21 2004-08-31 Emc Corporation Method of improving the availability of a computer clustering system through the use of a network medium link state function
JP4102060B2 (ja) 2001-12-06 2008-06-18 三菱電機株式会社 データ受信装置
US7076687B2 (en) * 2002-10-16 2006-07-11 Hitachi, Ltd. System and method for bi-directional failure detection of a site in a clustering system
JP2004302512A (ja) * 2003-03-28 2004-10-28 Hitachi Ltd クラスタコンピューティングシステム、および、そのフェールオーバー方法
US7284147B2 (en) * 2003-08-27 2007-10-16 International Business Machines Corporation Reliable fault resolution in a cluster
US8543781B2 (en) * 2004-02-06 2013-09-24 Vmware, Inc. Hybrid locking using network and on-disk based schemes
US7590737B1 (en) * 2004-07-16 2009-09-15 Symantec Operating Corporation System and method for customized I/O fencing for preventing data corruption in computer system clusters
US7739677B1 (en) * 2005-05-27 2010-06-15 Symantec Operating Corporation System and method to prevent data corruption due to split brain in shared data clusters
JP2008172592A (ja) 2007-01-12 2008-07-24 Hitachi Ltd クラスタシステム、コンピュータおよびその異常検出方法
US8498967B1 (en) * 2007-01-30 2013-07-30 American Megatrends, Inc. Two-node high availability cluster storage solution using an intelligent initiator to avoid split brain syndrome
CN101291243B (zh) 2007-04-16 2012-10-10 广东新支点技术服务有限公司 高可用集群***的裂脑预防方法
US8001413B2 (en) * 2008-05-05 2011-08-16 Microsoft Corporation Managing cluster split-brain in datacenter service site failover
CN101582787B (zh) * 2008-05-16 2011-12-07 中兴通讯股份有限公司 一种双机备份***及备份方法
US8671218B2 (en) * 2009-06-16 2014-03-11 Oracle America, Inc. Method and system for a weak membership tie-break
CN101674331B (zh) 2009-10-21 2012-11-07 成都市华为赛门铁克科技有限公司 集群存储***及其脑裂处理方法
US8108715B1 (en) * 2010-07-02 2012-01-31 Symantec Corporation Systems and methods for resolving split-brain scenarios in computer clusters
US8806264B2 (en) * 2010-08-30 2014-08-12 Oracle International Corporation Methods for detecting split brain in a distributed system
US8560628B2 (en) * 2011-01-11 2013-10-15 International Business Machines Corporation Supporting autonomous live partition mobility during a cluster split-brained condition
JP5699658B2 (ja) * 2011-02-10 2015-04-15 日本電気株式会社 待機系計算機、クラスタシステム、サービス提供方法およびプログラム
JP2012173996A (ja) * 2011-02-22 2012-09-10 Nec Corp クラスタシステム、クラスタ管理方法、およびクラスタ管理プログラム
CN102457400B (zh) 2011-06-09 2014-11-05 中标软件有限公司 一种防止磁盘镜像资源发生脑裂的方法
CN102394914A (zh) 2011-09-22 2012-03-28 浪潮(北京)电子信息产业有限公司 集群脑裂处理方法和装置
JP6026142B2 (ja) * 2012-06-04 2016-11-16 株式会社日立製作所 複数計算機が独立動作する制御システム
CN102799394B (zh) * 2012-06-29 2015-02-25 华为技术有限公司 一种实现高可用集群的心跳服务的方法及装置
CN102932118B (zh) 2012-11-05 2015-11-25 中国铁道科学研究院 一种双机主备裁决的方法及***
CN103051470B (zh) * 2012-11-29 2015-10-07 中标软件有限公司 一种集群及其磁盘心跳的控制方法
CN103209095B (zh) 2013-03-13 2017-05-17 广东中兴新支点技术有限公司 一种基于磁盘服务锁的裂脑预防的方法和装置

Also Published As

Publication number Publication date
US20170039118A1 (en) 2017-02-09
WO2015098589A1 (ja) 2015-07-02
CN105849702A (zh) 2016-08-10
US10102088B2 (en) 2018-10-16
JPWO2015098589A1 (ja) 2017-03-23

Similar Documents

Publication Publication Date Title
JP6183931B2 (ja) クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラム。
JP5872731B2 (ja) クラスタの複数のノードのそれぞれに対してリンクの障害の検出を伝えるためのコンピュータ実装方法、非一時的なコンピュータ可読媒体およびコンピュータシステム
US10715411B1 (en) Altering networking switch priority responsive to compute node fitness
US10693813B1 (en) Enabling and disabling links of a networking switch responsive to compute node fitness
US10089028B2 (en) Remote secure drive discovery and access
US8910172B2 (en) Application resource switchover systems and methods
US8402189B2 (en) Information processing apparatus and data transfer method
US7783794B2 (en) Remote USB access method
US7937610B2 (en) Fast node failure detection via disk based last gasp mechanism
US20180081776A1 (en) Automated System-Level Failure and Recovery
JP6551111B2 (ja) 情報処理装置、ダウン判定方法、クラスタシステム、及びプログラム
JP2012038257A (ja) Ｏｓ動作状態確認システム、確認対象装置、ｏｓ動作状態確認装置、ｏｓ動作状態確認方法およびプログラム
JP6134720B2 (ja) 接続方法
JP2015070522A (ja) 情報処理装置、情報処理システム、及びプログラム
EP2616938B1 (en) Fault handling systems and methods
JP4863984B2 (ja) 監視処理プログラム、方法及び装置
JP2011253285A (ja) 診断システム、診断装置及び診断プログラム
JP2012133622A (ja) 計算機切替システム、計算機切替プログラム、および計算機切替方法
WO2016117008A1 (ja) ストレージシステム、計算機システム、及び障害箇所推定方法
JP2000010823A (ja) 計算機及び計算機システム並びにプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2017167869A (ja) 管理装置、バックアップシステム、バックアップ管理方法、プログラム
JP2010004449A (ja) 通信システム及びクライアント装置及びサーバ装置
JP2016157254A (ja) 制御装置、制御方法及び制御プログラム
KR20150077350A (ko) 클러스터 시스템에서 클러스터를 처리하기 위한 방법과 장치 및 시스템
JP2013025539A (ja) マルチｃｐｕシステムの監視システム及び監視方法

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161227

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: 20170627

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170720

R150 Certificate of patent or registration of utility model

Ref document number: 6183931

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150