特許 7014729 高可用性サーバクラスタを拡張する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-01-24

(45)【発行日】2022-02-01

(54)【発明の名称】高可用性サーバクラスタを拡張する方法及び装置

(51)【国際特許分類】

   G06F 9/50 20060101AFI20220125BHJP

   G06F 11/07 20060101ALI20220125BHJP

   G06F 11/18 20060101ALI20220125BHJP

【ＦＩ】

G06F9/50 120Z

G06F9/50 150D

G06F11/07 140A

G06F11/18 610

【請求項の数】 19

(21)【出願番号】P 2018546710

(86)(22)【出願日】2017-03-24

(65)【公表番号】

(43)【公表日】2019-05-23

(86)【国際出願番号】 US2017024061

(87)【国際公開番号】W WO2017165792

(87)【国際公開日】2017-09-28

【審査請求日】2020-03-11

(31)【優先権主張番号】201610179486.9

(32)【優先日】2016-03-25

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】510330264

【氏名又は名称】アリババ・グループ・ホールディング・リミテッド

【氏名又は名称原語表記】ＡＬＩＢＡＢＡ ＧＲＯＵＰ ＨＯＬＤＩＮＧ ＬＩＭＩＴＥＤ

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】シアオピン ジュー

【審査官】久保 光宏

(56)【参考文献】

【文献】特開２０１５－１６２０６６（ＪＰ，Ａ）

【文献】米国特許出願公開第２００８／０３２０１２１（ＵＳ，Ａ１）

【文献】Gregor v. Bochmann, et al.，"Scalability of Web-Based Electronic Commerce Systems"，IEEE Communications Magazine，2003年07月28日，Vol.41, No.7，Pages 110-115，ISSN: 0163-6804, <DOI: 10.1109/MCOM.2003.1215647>.

【文献】加藤 幸一，「特集 徹底解剖!! Exchange2000 Server」，BackOffice WORLD，日本，（株）ＩＤＧジャパン，2000年08月01日，2000年8月号（第3巻，第8号），第３７～５１頁，ISBN: 4-87280-130-X

【文献】近藤 悟（外３名），「セッション制御サーバにおける負荷分散を考慮したデータ分散管理方式」，電子情報通信学会論文誌Ｂ，日本，一般社団法人電子情報通信学会，2015年01月01日，Vol.J98-B, No.1，第１１～２３頁，[online], [2015年2月19日検索]，インターネット，<URL: http://search.ieice.org/bin/pdf_link.php?category=B&lang=J&year=2015&fname=j98-b_1_11&abst=>，ISSN: 1881-0209.

【文献】ＮＴＴオープンソースソフトウェアセンタ（外１名），「JBoss Enterprise Application Platform 6 構築・運用パーフェクトガイド」，初版，日本，株式会社技術評論社，2013年07月25日，第１７３～２１８頁，ISBN: 978-4-7741-5794-8.

【文献】藤野 圭一，「詳解Ｔｏｍｃａｔ」，初版，日本，株式会社オライリー・ジャパン，2014年12月25日，第１４８～２０７頁，ISBN: 978-4-87311-705-8.

【文献】Alberto Bartoli, et al.，"A replication framework for program-to-program interaction across unreliable networks and its implementation in a servlet container"，CONCURRENCY AND COMPUTATION: PRACTICE AND EXPERIENCE，2005年10月20日，Vol.18，Pages 701-724，[online], [2021年4月22日検索], インターネット, <URL: https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.506.8674&rep=rep1&type=pdf>，<DOI: 10.1002/cpe.957>.

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ９／４６－９／５４

Ｇ０６Ｆ１１／００－１１／２０

ＣＳＤＢ（日本国特許庁）

ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）

(57)【特許請求の範囲】

【請求項1】

拡張対象のサーバクラスタに含まれる複数のノードを、１つまたは複数のサーバユニットとして構成することであって、前記１つまたは複数のサーバユニットの各サーバユニットが少なくとも２つのノードを含む、前記１つまたは複数のサーバユニットとして構成することと、
新規追加ノードを前記サーバクラスタ内に構成し、前記新規追加ノードを、前記サーバクラスタの少なくとも１つの新規追加サーバユニットとして構成することと、
前記新規追加サーバユニットのルーティング情報を投稿することと、
前記新規追加サーバユニットの前記ルーティング情報を投稿後、前記１つまたは複数のサーバユニットのルーティング情報を投稿することと
を含む、方法。

【請求項2】

前記１つまたは複数のサーバユニットとして構成することに先立って、前記サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを決定することをさらに備え、
前記サーバクラスタの前記性能パラメータが前記予め設定された性能パラメータ閾値より大きいと決定されたことに応答して、前記拡張対象のサーバクラスタに含まれる前記複数のノードを前記１つまたは複数のサーバユニットとして構成し、
そうでない場合、前記サーバクラスタの前記性能パラメータが前記予め設定された性能パラメータ閾値より大きいか否かを決定することに戻って、再度、実行する、請求項１に記載の方法。

【請求項3】

前記性能パラメータは、前記サーバクラスタのセッション数または負荷の１つを含む、請求項２に記載の方法。

【請求項4】

前記１つまたは複数のサーバユニットの各サーバユニットに対して各ユニット識別子と、前記少なくとも１つの新規追加サーバユニットの各新規追加サーバユニットに対して他の各ユニット識別子を設定することをさらに含む、請求項１に記載の方法。

【請求項5】

前記少なくとも１つの新規追加サーバユニットの前記ルーティング情報は、前記少なくとも１つの新規追加サーバユニットに含まれる各新規追加ノードの各ルーティング設定情報と、前記少なくとも１つの新規追加サーバユニットの各障害回復ユニットのルーティング情報とを含む、請求項１に記載の方法。

【請求項6】

同じサーバユニットに属するノードは、同じＩＰアドレスを含む、請求項５に記載の方法。

【請求項7】

前記少なくとも１つの新規追加サーバユニットの前記ルーティング情報は、前記少なくとも１つの追加サーバユニットの各ルーティング優先度をさらに含む、請求項６に記載の方法。

【請求項8】

前記１つまたは複数のサーバユニットのうちのあるサーバユニットのための障害回復ユニットを構成することをさらに含み、前記サーバユニットの前記障害回復ユニットは、前記少なくとも１つの新規追加サーバユニットまたは前記サーバユニット以外の前記１つまたは複数のサーバユニットのいずれか１つを含む、請求項１に記載の方法。

【請求項9】

前記１つまたは複数のサーバユニットと前記少なくとも１つの新規追加サーバユニットの各サーバユニットは、等しい数のノードを含む、請求項１に記載の方法。

【請求項10】

前記１つまたは複数のサーバユニットのそれぞれに含まれるノードの数は、前記少なくとも１つの新規追加サーバユニットのそれぞれに含まれる新規追加ノードの数に等しい、請求項１に記載の方法。

【請求項11】

実行可能命令を記憶する１つまたは複数のコンピュータ可読媒体であって、前記実行可能命令は、１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに、
拡張対象のサーバクラスタに含まれる複数のノードを、１つまたは複数のサーバユニットとして構成することであって、前記１つまたは複数のサーバユニットの各サーバユニットは少なくとも２つのノードを含む、前記１つまたは複数のサーバユニットとして構成することと、
新規追加ノードを前記サーバクラスタ内に構成し、前記新規追加ノードを前記サーバクラスタの少なくとも１つの新規追加サーバユニットとして構成することと、
前記新規追加サーバユニットのルーティング情報を投稿することと、
前記新規追加サーバユニットの前記ルーティング情報を投稿後、前記１つまたは複数のサーバユニットのルーティング情報を投稿することと
を含む行為を行わせる、前記１つまたは複数のコンピュータ可読媒体。

【請求項12】

前記行為は、
前記１つまたは複数のサーバユニットとして構成することに先立って、前記サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを決定することをさらに備え、
前記サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを決定することと、
前記サーバクラスタの前記性能パラメータが前記予め設定された性能パラメータ閾値より大きいと決定することに応答して、前記拡張対象のサーバクラスタに含まれる前記複数のノードを前記１つまたは複数のサーバユニットとして構成し、
そうでない場合、前記サーバクラスタの前記性能パラメータが前記予め設定された性能パラメータ閾値より大きいか否かを決定することに戻って、再度、実行する、
請求項１１に記載の１つまたは複数のコンピュータ可読媒体。

【請求項13】

前記性能パラメータは、前記サーバクラスタのセッション数または負荷のうちの１つを含む、請求項１２に記載の１つまたは複数のコンピュータ可読媒体。

【請求項14】

前記少なくとも１つの新規追加サーバユニットの前記ルーティング情報は、前記少なくとも１つの新規追加サーバユニットに含まれる各新規追加ノードの各ルーティング設定情報と、前記少なくとも１つの新規追加サーバユニットの各障害回復ユニットのルーティング情報とを含む、請求項１１に記載の１つまたは複数のコンピュータ可読媒体。

【請求項15】

前記少なくとも１つの新規追加サーバユニットの前記ルーティング情報は、前記少なくとも１つの追加されたサーバユニットの各ルーティング優先度をさらに含む、請求項１４に記載の１つまたは複数のコンピュータ可読媒体。

【請求項16】

前記１つまたは複数のサーバユニットのうちのあるサーバユニットのための障害回復ユニットを構成することをさらに含み、前記サーバユニットの前記障害回復ユニットは、前記少なくとも１つの新規追加サーバユニット、または、前記サーバユニット以外の前記１つまたは複数のサーバユニットのうちのいずれか１つを含む、請求項１１に記載の１つまたは複数のコンピュータ可読媒体。

【請求項17】

１つまたは複数のプロセッサと、
メモリと、
前記メモリに記憶され、拡張対象のサーバクラスタに含まれた少なくとも２つのノードを１つまたは複数のサーバユニットとして構成するように前記１つまたは複数のプロセッサによって実行可能なサーバユニット構成ユニットであって、各サーバユニットが少なくとも２つのノードからなる、前記サーバユニット構成ユニットと、
前記メモリに記憶され、新規追加ノードを前記サーバクラスタ内に構成するように、且つ、前記新規追加ノードを前記サーバクラスタの少なくとも１つの新規追加サーバユニットとして構成するように、前記１つまたは複数のプロセッサによって実行可能な新規追加サーバユニット構成ユニットと、
前記メモリに記憶され、前記新規追加サーバユニットのルーティング情報を投稿し、前記新規追加サーバユニットの前記ルーティング情報を投稿後、前記１つまたは複数のサーバユニットのルーティング情報を投稿するように前記１つまたは複数のプロセッサによって実行可能なルーティング情報投稿ユニットと
を含む、装置。

【請求項18】

前記１つまたは複数のサーバユニットとして構成することに先立って、前記サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを決定する拡張決定ユニットをさらに含み、
前記サーバユニット構成ユニット、前記新規追加サーバユニット構成ユニット、及び、前記ルーティング情報投稿ユニットは、前記サーバクラスタの前記性能パラメータが予め設定された性能パラメータ閾値より大きいと決定することに応答して、実行され、
それ以外の場合、前記拡張決定ユニットが実行される、請求項１７に記載の装置。

【請求項19】

前記少なくとも１つの新規追加サーバユニットの前記ルーティング情報は、前記少なくとも１つの新規追加サーバユニットに含まれる各新規追加ノードの各ルーティング設定情報と、前記少なくとも１つの新規追加サーバユニットの各障害回復ユニットのルーティング情報と、前記少なくとも１つの追加サーバユニットの各ルーティング優先度とを含む、請求項１７に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｅｘｐａｎｄｉｎｇ Ｈｉｇｈ－Ａｖａｉｌａｂｉｌｉｔｙ Ｓｅｒｖｅｒ Ｃｌｕｓｔｅｒ」と題する２０１６年３月２５日出願の中国特許出願第２０１６１０１７９４８６．９号の外国優先権を主張し、その全体を参照により本明細書に組み込む。

【0002】

本開示は、サーバクラスタ技術の分野に関し、詳細には、高可用性サーバクラスタを拡張する方法に関する。本開示は、高可用性サーバクラスタを拡張する装置にも関する。

【背景技術】

【0003】

情報のやり取りがますます頻繁になる時代において、データ処理及びデータ記憶等のデータサービスを提供するサーバへの要求は、より厳しくなった。ユーザ数の増加につれて、このような多数のユーザのデータ情報も増え続け、従って、サーバの負荷も増している。サーバの負荷は、サーバの構成をアップグレードすることによって低減できる。しかしながら、単一サーバのサービス能力には、結局のところ、限界がある。こういう状況で、クラスタ技術が登場し、効果的な解決法となっている。クラスタ技術を用いると、性能、信頼性、及び、柔軟性を、比較的低コストで、大きく増強することができる、また、タスクスケジューリングは、クラスタ技術の中核である。複数のサーバを集めてサーバクラスタにし、共同で外部サービスを提供することによって、サーバクラスタは、複数のサーバを用いた並列コンピューティングを行って、非常に速い計算スピードを得ながら、各単一サーバの負荷を減らすことができる。サーバクラスタのサーバは、互いにバックアップでき、その結果、サーバのいずれかが故障しても、サーバクラスタは依然として正常に動作して、サーバクラスタの高可用性を達成できる。例として、Ａｌｉｙｕｎ提供の、典型的なサーバクラスタであるサーバロードバランサ（ＳＬＢ）クラスタが含まれる。図１に示すように、ＳＬＢサービスは、仮想ＩＰアドレス（ＶＩＰ）を設定することによって、同じ領域にある複数のクラウドサーバ（ノード）リソースを高性能・高可用性のクラウドサーバプール（すなわち、サーバクラスタ）に仮想化し、クライアント端末からのセッションを指定された方法に従ってクラウドサーバプールに分配する。一方、ＳＬＢサービスは、クラウドサーバプールの各クラウドサーバの健康状態をチェックし、正常でない状態のクラウドサーバを自動的に隔離することによって、単一クラウドサーバに関連する単一点問題を解決し、クラウドサーバプール全体としてのサービス能力を向上させる。ＳＬＢクラスタは、クラウドサーバプール、負荷分散システム、及び、制御システムの３つの部分から構成される。ＳＬＢクラスタの負荷分散システムは、クライアント端末のセッションをクラウドサーバプールの利用可能なクラウドサーバに分配するために使用され、ＳＬＢクラスタの制御システムは、負荷分散システムを構成、モニタするために使用される。

【0004】

現行のサーバクラスタは全て、少なくとも２つのサーバから形成される高可用性サーバクラスタで、負荷分散機能を有する。例えば、同じクライアント端末（同じＩＰアドレス）からのセッションが、サーバクラスタの複数のサーバに分配される。さらに、現行のサーバクラスタは、高可用性を有する。サーバクラスタ内のあるサーバのセッションは、他のサーバに同期されてよく、当該サーバが故障すると、セッションは、自動的に他のサーバに切り替えられ、そうすることによって、セッションが中断、終了しないことを確実する。しかしながら、このタイプのサーバクラスタにおいては、セッション数が全てのサーバ間で同期されるので、サーバクラスタのセッション数は、サーバクラスタ内のあるサーバのセッション数に等しく、サーバクラスタのセッション能力は、１つのサーバのセッション能力によって制限される。よって、このタイプのサーバクラスタを拡張する時、サーバクラスタの処理性能を向上させることしかできず、サーバクラスタのセッション数は増やすことができない。サーバクラスタのセッション数が不十分な時、新規サーバクラスタを構築して、増加するセッション数の需要を満たすことが唯一の選択肢である。新規サーバクラスタを構築するコストは、比較的高く、サーバクラスタを管理するコストも、それに応じて増加する。

【発明の概要】

【0005】

本概要は、発明の詳細な説明で以下にさらに記載する概念の一部を簡単に紹介するものである。本概要は、特許を請求する主題の全ての主要な特徴や必須の特徴を特定することを意図したものではなく、単独で、特許を請求する主題の範囲の決定に役立つように使用されることも意図していない。例えば、「技術」という用語は、上記の文脈によって、及び、本開示を通して認められる装置（複数可）、システム（複数可）、方法（複数可）、及び／または、コンピュータ可読命令を指してよい。

【0006】

本開示は、高可用性サーバクラスタを拡張する方法を提供して、既存のサーバクラスタを拡張する時の比較的高いコストの問題を解決する。

【0007】

本開示は、高可用性サーバクラスタを拡張する装置にも関する。

【0008】

本開示は、高可用性サーバクラスタを拡張する方法を提供する。実施態様において、方法は、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを、１つまたは複数のサーバユニットであって、各サーバユニットが、少なくとも２つのノードから形成される１つまたは複数のサーバユニットとして構成することと、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成することと、新規追加サーバユニットのルーティング情報を投稿することと、を含んでよい。

【0009】

実施態様において、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを１つまたは複数のサーバユニットとして構成する前に、方法は、サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを性能パラメータに基づいて決定することと、肯定の場合、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを１つまたは複数のサーバユニットとして構成すること、または、それ以外の場合、性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを性能パラメータに基づいて決定する動作に戻ることと、をさらに含んでよい。

【0010】

実施態様において、性能パラメータは、セッション数、及び／または、負荷を含んでよい。

【0011】

実施態様において、各ユニット識別子が、各サーバユニットに対して設定され、対応するユニット識別子が、各新規追加サーバユニットに対して設定される。

【0012】

実施態様において、サーバクラスタ内の同期対象のノードまたは同期対象の新規追加ノードに関して、方法は、同期対象のノードまたは同期対象の新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子が、同期されたノードまたは同期された新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子と同じであるか否かを決定することと、肯定の場合、同期されたノードまたは同期された新規追加ノードのセッション及び対応するデータを、同期対象のノードまたは同期対象の新規追加ノードに同期すること、または、それ以外の場合、同期対象のノードまたは同期対象の新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子が、同期されたノードまたは同期された新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子と同じであるか否かを決定する動作に戻ることと、をさらに含む。

【0013】

実施態様において、新規追加サーバユニットのルーティング情報を投稿後、方法は、サーバユニットのルーティング情報を投稿することをさらに含んでよい。

【0014】

実施態様において、サーバクラスタの各サーバユニットのルーティング情報は、サーバユニットに含まれる各ノードの各ルーティング設定情報と、サーバユニットの障害回復ユニットのルーティング情報とを含んでよい。

【0015】

それに対応して、各新規追加サーバユニットのルーティング情報は、新規追加サーバユニットに含まれる各新規追加ノードの各ルーティング設定情報と、新規追加サーバユニットの障害回復ユニットのルーティング情報とを含んでよい。

【0016】

実施態様において、ルーティング設定情報は、ＩＰアドレスを含んでよい。

【0017】

実施態様において、同じサーバユニットに属するノードの各ルーティング設定情報に含まれるＩＰアドレスは、同じＩＰアドレスである。

【0018】

それに対応して、同じ新規追加サーバユニットに属する新規追加ノードの各ルーティング設定情報に含まれるＩＰアドレスは、同じＩＰアドレスである。

【0019】

実施態様において、サーバクラスタの各サーバユニットのルーティング情報は、サーバユニットの第１の各ノードのルーティング優先度と、サーバユニットの第２の各ノードのルーティング優先度とをさらに含んでよい。

【0020】

それに対応して、各新規追加サーバユニットのルーティング情報は、新規追加サーバユニットの第３の各ノードのルーティング優先度と、新規追加サーバユニットの第４の各ノードのルーティング優先度とをさらに含んでよい。

【0021】

実施態様において、サーバユニットの第１の各ノードのルーティング優先度は、サーバユニットの第２の各ノードのルーティング優先度より高い。

【0022】

それに対応して、新規追加サーバユニットの第３の各ノードのルーティング優先度は、新規追加サーバユニットの第４の各ノードのルーティング優先度より高い。

【0023】

実施態様において、サーバユニットの障害回復ユニットは、サーバクラスタ内のそのサーバユニット以外の任意のサーバユニット、または、任意の新規追加サーバユニットを含んでよい。

【0024】

それに対応して、新規追加サーバユニットの障害回復ユニットは、サーバクラスタ内のその新規追加サーバユニット以外の任意のサーバユニット、または、任意の新規追加サーバユニットを含んでよい。

【0025】

実施態様において、サーバクラスタの各サーバユニットに含まれるノードの数は、同じであってよい。

【0026】

実施態様において、サーバクラスタの各新規追加サーバユニットに含まれる新規追加ノードの数は、同じであってよい。

【0027】

実施態様において、各サーバユニットに含まれるノードの数は、各新規追加サーバユニットに含まれる新規追加ノードの数と等しい。

【0028】

実施態様において、サーバクラスタのサーバユニットの数は、１つで、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成する動作を行う度に、サーバクラスタの新規追加サーバユニットの数は、１つずつ増える。

【0029】

本開示は、高可用性サーバクラスタを拡張する装置をさらに提供する。実施態様において、装置は、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを１つまたは複数のサーバユニットであって、各サーバユニットは少なくとも２つのノードからなる１つまたは複数のサーバユニットとして構成するように構成されたサーバユニット構成ユニットと、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成するように構成された新規追加サーバユニット構成ユニットと、新規追加サーバユニットのルーティング情報を投稿するように構成されたルーティング情報投稿ユニットと、を含んでよい。

【0030】

実施態様において、高可用性サーバクラスタを拡張する装置は、サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを性能パラメータに基づいて決定するように構成された拡張決定ユニットをさらに含んでよい。

【0031】

肯定の場合、サーバユニット構成ユニット、新規追加サーバユニット構成ユニット、及び、ルーティング情報投稿ユニットが、実行される。

【0032】

そうでない場合、拡張決定ユニットが実行される。

【0033】

実施態様において、各ユニット識別子が、各サーバユニットに対して設定され、対応するユニット識別子が、各新規追加サーバユニットに対して設定される。

【0034】

実施態様において、サーバクラスタの同期対象の各ノードまたは新規追加ノードに対して同期決定ユニットが実行される。

【0035】

同期決定ユニットは、同期対象のノードまたは新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子が、同期されたノードまたは同期された新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子と同じであるか否かを決定するように構成される。

【0036】

肯定の場合、同期ユニットが実行される。

【0037】

同期ユニットは、同期されたノードまたは同期された新規追加ノードのセッション及び対応するデータを同期対象のノードまたは新規追加ノードに同期するように構成される。

【0038】

そうでない場合、同期決定ユニットが実行される。

【0039】

実施態様において、高可用性サーバクラスタを拡張する装置は、サーバユニットのルーティング情報を投稿するように構成された第２のルーティング情報投稿ユニットをさらに含んでよい。

【0040】

開示された方法は、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを、１つまたは複数のサーバユニットであって、各サーバユニットが少なくとも２つのノードからなる１つまたは複数のサーバユニットとして構成することと、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成することと、新規追加サーバユニットのルーティング情報を投稿することと、を含む。

【0041】

拡張対象のサーバクラスタを拡張する時、開示の方法は、サーバクラスタにデプロイされた少なくとも２つのノードを、１つまたは複数のサーバユニットとして構成し、各サーバユニットは、少なくとも２つのノードからなる。サーバクラスタにデプロイされたノードの構成を終えた後、方法は、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成して、新規追加サーバユニットのサーバクラスタへのデプロイメントを実施する。新規追加サーバユニットのルーティング情報を投稿することによって、新規追加サーバユニットは、サーバクラスタ内の１つまたは複数のサーバユニットと同じ機能を実施する。このようにして、拡張されたサーバクラスタのセッション数と処理性能を向上させることができ、拡張コストは比較的低い。

【図面の簡単な説明】

【0042】

【図1】ＳＬＢクラスタの概略図である。

【図2】本開示による、高可用性サーバクラスタを拡張する第１の例の方法を示すフローチャートである。

【図3】本開示による、第１の高可用性サーバクラスタの概略図である。

【図4】本開示による、第２の高可用性サーバクラスタの概略図である。

【図5】本開示による、第３の高可用性サーバクラスタの概略図である。

【図6】本開示による、第４の高可用性サーバクラスタの概略図である。

【図7】本開示による、高可用性サーバクラスタを拡張する第２の方法のフローチャートである。

【図8】本開示による、第５の高可用性サーバクラスタの概略図である。

【図9】本開示による、第６の高可用性サーバクラスタの概略図である。

【図10】本開示による、高可用性サーバクラスタを拡張する装置の例の概略図である。

【発明を実施するための形態】

【0043】

本開示の完全な理解を容易にするために以下の記載で詳細を説明する。しかしながら、本開示は、本明細書に記載するのとは別の多くの他の方法で実施できる。当業者は、本開示の含意を逸脱することなく、類似の一般化を行うことができる。よって、本開示は、本明細書に開示される例示の実施態様に限定されない。

【0044】

本開示は、高可用性サーバクラスタを拡張する方法と、高可用性サーバクラスタを拡張する装置とを提供する。

【0045】

方法及び装置を、本開示に提供された実施形態の添付の図面を参照して以下に続けて記載する。

【0046】

第１の実施形態
図２～図６を参照する。図２は、本開示による、高可用性サーバクラスタを拡張する第１の例の方法のフローチャートを示す。図３は、本開示による、第１の高可用性サーバクラスタ３００の概略図を示す。図４は、本開示による、第２の高可用性サーバクラスタ４００の概略図を示す。図５は、本開示による、第３の高可用性サーバクラスタ５００の概略図を示す。図６は、本開示による、第４の高可用性サーバクラスタ６００の概略図を示す。

【0047】

図２は、本開示による、サーバクラスタを拡張する第１の例の方法２００のフローチャートを示す。さらに、高可用性サーバクラスタを拡張する方法２００の動作間の関係は、図２を参照して決定できる。

【0048】

Ｓ２０２は、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを、１つまたは複数のサーバユニットとして構成する。

【0049】

実施態様において、サーバクラスタは、一緒にまとめられた複数のノード（すなわち、サーバ）によって形成されたサーバクラスタを指す。外部でサービスを提供する時、サーバクラスタは、複数のノードを用いて並列処理を行うことによって、非常に速い処理速度を得ながら、サーバクラスタの各単一ノードの負荷を低減し得る。

【0050】

サーバクラスタの各サーバユニットは、少なくとも２つのノードによって形成される。例えば、サーバユニット３０１は、図３に示すサーバクラスタ３００のノード３０１－１及びノード３０１－２によって形成される。

【0051】

サーバクラスタにおいて、各サーバユニットに含まれる全てのノードは、アクティブ状態にあり、クライアント端末（複数可）からトラフィックを引き受けて、データ処理及びデータ記憶等のデータサービスを提供できる。例えば、図３に示すように、サーバクラスタ３００において、ノード３０１－１は、ＩＰアドレス１．１．１．１からトラフィックを引き受け、ＩＰアドレス１．１．１．１からのセッションを処理して、対応するセッション応答をＩＰアドレス１．１．１．１を通して送信する。

【0052】

実施態様において、ユニット識別子が、各サーバユニットに対して個々に設定される。例えば、対応する一意のグループｉｄが、サーバクラスタの各サーバユニットに対して、それぞれ、設定される。

【0053】

さらに、セッション（複数可）同期が、サーバクラスタのサーバユニットに含まれるノード間で行われてよく、セッション（複数可）のパーシステンスが、セッション（複数可）同期に基づいて実施できる。さらに、サーバクラスタのあるノードが故障すると（例えば、あるサーバがクラッシュすると）、故障したノードのセッション（複数可）は、アクティブ状態の他のノード（複数可）に自動的に切り替えられることによって、セッション（複数可）が中断や終了しないことを確実にしてよく、これは、セッション同期の利点である。実施態様において、ノード間で行われるセッション同期は、既存技術とは異なる。詳細には、セッション同期は、各サーバユニットに含まれるノード間でのみ行われ、異なるサーバユニットに属するノード間では行われない。この実施態様は、以下のアプローチを使用してよい。

【0054】

サーバクラスタの同期対象の各ノードまたは同期対象の各新規追加ノードに対して、以下の動作を実行する。
同期対象のノードまたは同期対象の新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子が、同期されたノードまたは同期された新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子と同じであるか否かを決定することと、
肯定の場合、同期されたノードまたは同期された新規追加ノードのセッション及び対応するデータを、同期対象のノードまたは同期対象の新規追加ノードに同期すること、または、
そうでない場合、同期対象のノードまたは同期対象の新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子が、同期されたノードまたは同期された新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子と同じであるか否かを決定する動作の実行に戻って、繰り返すこと。

【0055】

サーバクラスタの各サーバユニットに関して、サーバユニットに含まれるノードは、セッションが割り当てられて、次のセッション同期動作を待っている場合、同期対象のノードと呼ばれる。同期されておらず、次のセッション同期動作で同期されるセッションを有するサーバユニットのノードは、同期されたノードである。

【0056】

上記のように、サーバクラスタの各サーバユニットに含まれるノード間で、上記セッション同期動作に基づいて、セッション同期が維持される。サーバユニットのいずれかのノードが故障すると、故障したノードのトラフィックは、アクティブ状態のノード（複数可）に自動的に切り替えられ、既に構築されたセッションの接続が中断されないことを確実にすることによって、サーバユニットの高可用性を保証してよい。例えば、サーバユニット３０１のノード３０１－１が故障した場合、ノード３０１－１によって引き受けられたＩＰアドレス１．１．１．１からのトラフィックは、ノード３０１‐２に自動的に切り替えられる。

【0057】

実際の適用例において、複数の異なる実施態様が、サーバユニットに含まれるノード間のセッション同期動作を実施するように採用されてよい。サーバユニットに含まれるノード間のセッション同期動作の異なる変更形態は、例示の実施態様の単なる修正であり、本開示の中核を逸脱せず、よって、全て、本開示の保護の範囲内にある。

【0058】

実施態様において、サーバクラスタのサーバユニットのノード数は、実際に使用するサーバクラスタの需要に従ってデプロイされる。実際の需要が、サーバクラスタの処理性能に対して比較的高い要求を有する場合、より多くのノードがサーバユニットにデプロイされてよい。デプロイされたサーバクラスタの処理性能が高くなるように、ノード数は、より大きい値に設定される。実際の需要が、サーバクラスタの処理性能に関して比較的低い要求を有する場合、ノード数は、より小さい値に設定されてよい。同様に、サーバクラスタのサーバユニット数も、実際に使用するサーバクラスタの需要に従ってデプロイされてよく、より大きい値またはより小さい値に設定されてよい。

【0059】

さらに、サーバクラスタのサーバユニットは、同じノード数を有するようにデプロイされる場合、または、それぞれ、互いに異なるノード数を有する場合がある。実施態様において、同じ数のノード構成は、サーバクラスタのサーバユニット間の障害回復の実現を支援し、且つ、トラフィックがアクティブ状態のサーバユニットに切り替えられた後、アクティブ状態のサーバユニットが故障したサーバユニットが引き受けたトラフィックに耐えることができないという欠陥を回避することを支援する。例えば、故障したサーバユニットにデプロイされたノード数が、アクティブ状態のサーバユニットにデプロイされたノード数より多いために、アクティブ状態のサーバユニットが、過負荷になったり、または、停止したりする場合がある。よって、実施態様において、サーバクラスタの各サーバユニットのノード数は、同じである。

【0060】

上記に基づいて、実施態様において、サーバクラスタにデプロイされるサーバユニット数は、リソースの浪費を避けるために１と設定されてよい。実際の使用時のサーバクラスタの処理性能に対する要求を満たすことができない場合、サーバクラスタのサーバユニット数を拡張によって増やして、実際の使用時のサーバクラスタに対する特定の要求を満たしてよい。

【0061】

さらに、実施態様において、サーバユニットに含まれるノードの数は、リソースの浪費を避けるように２つのうちの最小値として設定される。セッション同期を２つのノードの最小値に基づいて実施することによって、サーバユニットの高可用性を保証できる。それに対応して、実際の使用時にサーバクラスタの処理性能に対する要求を満たすことができない場合、サーバクラスタのサーバユニット数を拡張によって増やして、サーバユニットに含まれるノードの数を増やし、それによって、実際の使用時のサーバクラスタに対する特定の要求を満たしてよい。

【0062】

サーバクラスタのサーバユニット数を１に設定し、サーバユニットに含まれるノード数を設定するという上記の説明は、単にリソースを節約する方法であり、本明細書では、それらの数に制限しないことに注意されたい。様々な使用シナリオにおいて、サーバクラスタの処理性能に対する要求を満たすことは可能である。これらの状況において、複数のサーバユニットが、サーバクラスタに設定されてよく、３つ以上のノードもサーバユニットに設定されてよく、本明細書では制限しない。

【0063】

例えば、サーバユニット数は、図４に示すサーバクラスタ４００においては、２、すなわち、サーバユニット４０１及びサーバユニット４０２として設定される。さらに、サーバユニット４０１及びサーバユニット４０２は、それぞれ、２つのノードを含むように構成される。サーバユニット４０１に含まれるノードは、ノード４０１－１及びノード４０１－２であり、サーバユニット４０２に含まれるノードは、ノード４０２－１及びノード４０２－２である。

【0064】

実施態様において、サーバクラスタにデプロイされたサーバユニットの数が、２以上の場合、サーバユニット間で障害回復が実施されてよい。いずれかのサーバユニットが故障すると、故障したサーバユニットが扱うトラフィックが、アクティブ状態のサーバユニット（複数可）に切り替えられることによって、サーバクラスタのトラフィックの高可用性を保証してよい。サーバクラスタの各サーバユニットに関して、サーバユニットの障害回復ユニットは、サーバクラスタ内のそのサーバユニット以外の任意のサーバユニット、または、任意の新規追加サーバユニットを含んでよい。

【0065】

実施態様において、サーバクラスタにデプロイされたサーバユニットの数が２の場合、サーバユニットは、互いの障害回復ユニットに設定されてよい。例えば、図４に示すサーバクラスタ４００のサーバユニット４０２は、サーバユニット４０１の障害回復ユニットに設定され、サーバユニット４０１は、サーバユニット４０２の障害回復ユニットに設定される。

【0066】

サーバクラスタにデプロイされたサーバユニットの数が２を超える場合、サーバユニットは、サーバユニットの各ユニット識別子に従って、連続的に順序付けられてよく、後ろのサーバユニットは、連続的に、前のサーバユニットの障害回復ユニットに設定され、最初のサーバユニットは、最後のサーバユニットの障害回復ユニットに設定される。

【0067】

実施態様において、障害回復ユニットは、ルーティング優先度を設定することによって実施されてもよい。例えば、サーバユニット４０２は、図４に示すサーバクラスタ４００のサーバユニット４０１の障害回復ユニットとして構成され、それは、サーバユニット４０１のルーティング情報において、サーバユニット４０２に関連付けられた優先度の低いルートを設定することによって実施される。サーバユニット４０１のルーティング優先度は、サーバユニット４０２のルーティング優先度より高いので、トラフィックは、サーバユニット４０１によって優先的に引き受けられる。サーバユニット４０１が引き受けたトラフィックは、サーバユニット４０１が故障した時のみ、サーバユニット４０２に切り替えられる。

【0068】

実施態様において、サーバクラスタの拡張決定の動作は、現行の動作（すなわち、Ｓ２０２）に先立って行われてもよい。実施態様において、拡張決定の動作は以下のように実施されてよい。
サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを性能パラメータに基づいて決定することと、
肯定の場合、サーバクラスタを拡張する現行の動作を行うことと、
そうでない場合、サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを性能パラメータに基づいて決定する動作に戻って、実行すること。

【0069】

実施態様において、性能パラメータは、セッション数、及び／または、負荷を含んでよい。

【0070】

実際の適用例において、多くの異なる実施態様が、拡張決定の動作の実施に採用されてよい。拡張決定の動作の異なる変更形態は、例示の実施態様の修正に過ぎず、本開示の中核を逸脱せず、よって、全て、本開示の保護の範囲にある。

【0071】

Ｓ２０４は、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成する。

【0072】

前述のように、実際の使用時のサーバクラスタの処理性能に対する要求は、絶えず増加するので、サーバクラスタは、サーバクラスタのサーバユニット数を増やすことによって拡張されて、実際の要求を満たし、それによって、サーバクラスタの処理性能を向上させて実際の適用例におけるサーバクラスタの処理性能に対する要求を満たしてよい。この動作において、新しく追加されるノード（すなわち、新規追加ノード）が、拡張対象のサーバクラスタにデプロイされ、新規追加ノードは、新しく追加された少なくとも１つのサーバユニット、すなわち、新規追加サーバユニットとして構成される。

【0073】

例えば、図５に示すサーバクラスタ５００において、新規サーバユニット５０１が、図３に示すサーバクラスタ３００のベースに追加され、新規追加サーバユニット５０１は、新規追加ノード５０１－１及び新規追加ノード５０１－２からなる。

【0074】

例えば、図６に示すサーバクラスタ６００において、２つの新規サーバユニット、すなわち、新規サーバユニット６０１及び新規サーバユニット６０２が、図４に示すサーバクラスタ４００のベースに追加される。新規追加サーバユニット６０１は、新規追加ノード６０１－１及び新規追加ノード６０１－２からなり、新規追加サーバユニット６０２は、新規追加ノード６０２－１及び新規追加ノード６０２－２からなる。

【0075】

新規追加ノードは、基本的に、サーバクラスタのサーバユニットに含まれるノードと同じであり、それらの間の相違は、サーバユニットに含まれるノードは、拡張前にサーバクラスタにデプロイされたノードであり、新規追加ノードは、拡張中に追加されたノードであることである。それらの間に本質的な相違はない。

【0076】

それに対応して、新規追加サーバユニットは、拡張中に追加されたサーバユニットであり、同様に、拡張前にサーバクラスタにデプロイされたサーバユニットと基本的に異ならない。

【0077】

新規追加サーバユニットに関する記載の詳細は、上記Ｓ２０２のサーバユニットに関する記載を参照できる。それに対応して、新規追加ノードに関する記載の詳細は、上記Ｓ２０２のサーバユニットに含まれるノードに関する詳細を参照でき、その詳細をここに重複して記載しない。

【0078】

現行の動作は、特定のデプロイメント法で、少なくとも１つの新規追加サーバユニットをサーバクラスタ内にデプロイすることのみを行い、新規追加サーバユニットは、機能的には実施されないことに注意されたい。新規追加サーバユニットは、以下に記載するＳ２０６を実行して初めて、サーバユニットと同じ機能を実施すること。

【0079】

Ｓ２０６は、新規追加サーバユニットのルーティング情報をブロードキャストする。

【0080】

現行の動作において、新規追加サーバユニットは、新規追加サーバユニットのルーティング情報を投稿することによって、１つまたは複数のサーバユニットと同じ機能を実施する。

【0081】

例えば、図５に示すサーバクラスタ５００において、新規サーバユニット５０１が、図３に示すサーバクラスタ３００のベースに追加される。ノード３０１－１、ノード３０１－２、新規追加ノード５０１－１、及び、新規追加ノード５０１－２が同じ構成を有する機械であるという状況においては、サーバクラスタの処理性能及びセッション数は両方とも、新規ノード５０１－１及び新規ノード５０１－２の追加後、追加前と比較して２倍になる。

【0082】

ノード３０１－１、ノード３０１－２、新規追加ノード５０１－１、及び、新規追加ノード５０１－２のそれぞれの処理性能が２００Ｇであり、それらのセッション数がＡである場合、新規追加ノード５０１－１及び新規追加ノード５０１－２の追加前、サーバクラスタの処理性能は４００Ｇで、セッション数はＡである。新規追加ノード５０１－１及び新規追加ノード５０１－２の追加後、処理性能は、４００Ｇに増強され、セッション数は、Ａ^*２に増強される。

【0083】

図６に示すサーバクラスタ６００において、２つの新規サーバユニット、すなわち、新規サーバユニット６０１及び新規サーバユニット６０２が、図４に示すサーバクラスタ４００のベースに追加される。新規サーバユニット６０１及び新規サーバユニット６０２の追加後、サーバクラスタのセッション数は２倍になる。

【0084】

前述のように、上記Ｓ２０２の障害回復ユニットの実施態様に従って、新規サーバユニットがサーバクラスタに追加され、新規追加サーバユニットが１つまたは複数のサーバユニットと同じ機能を実施すると、サーバクラスタの、サーバユニット間または新規追加サーバユニット間の障害回復関係は変わる。新規追加サーバユニットが、サーバユニット（複数可）の障害回復ユニットとして設定されてよく、新規追加サーバユニットの障害回復ユニットが構成されてよい。実施態様において、現行の動作を実行後、サーバユニットのルーティング情報を投稿する動作が実行される、すなわち、サーバユニットのルーティング情報が再投稿される。

【0085】

実施態様において、サーバクラスタの各サーバユニットのルーティング情報は、サーバユニットに含まれる各ノードの各ルーティング設定情報と、サーバユニットの障害回復ユニットのルーティング情報とを含んでよい。それに対応して、各新規追加サーバユニットのルーティング情報は、その新規追加サーバユニットに含まれる各新規追加ノードの各ルーティング設定情報と、その新規追加サーバユニットの障害回復ユニットのルーティング情報とを含んでよい。

【0086】

実施態様において、ルーティング設定情報は、ＩＰアドレスを含んでよい。

【0087】

同じサーバユニットに属するノードの各ルーティング設定情報に含まれるＩＰアドレスは、同じＩＰアドレスであることに注意されたい。それに対応して、同じ新規追加サーバユニットに属する新規追加ノードの各ルーティング設定情報に含まれるＩＰアドレスは、同じＩＰアドレスである。

【0088】

例えば、ノード３０１－１及びノード３０１－２は、ＩＰアドレス１．１．１．１からトラフィックを引き受け、新規追加ノード５０１－１及び新規追加ノード５０１－２は、図５に示すサーバクラスタ５００のＩＰアドレス２．２．２．２からトラフィックを引き受ける。

【0089】

前述のように、サーバクラスタの、サーバユニット間の障害回復関係、サーバユニットと新規追加優先ユニットの間の障害回復関係、及び、新規追加優先ユニット間の障害回復関係は、ルーティング優先度を設定することによって実施される。よって、サーバクラスタの各サーバユニットのルーティング情報は、サーバユニットの第１の各ノードのルーティング優先度と、サーバユニットの第２の各ノードのルーティング優先度とをさらに含んでよい。さらに、サーバユニットの第１の各ノードのルーティング優先度は、サーバユニットの第２の各ノードのルーティング優先度より高い。それに対応して、各新規追加サーバユニットのルーティング情報は、新規追加サーバユニットの第３の各ノードのルーティング優先度と新規追加サーバユニットの第４の各ノードのルーティング優先度とをさらに含んでよい。さらに、新規追加サーバユニットの第３の各ノードのルーティング優先度は、新規追加サーバユニットの第４の各ノードのルーティング優先度より高い。

【0090】

実施態様において、サーバクラスタの各サーバユニットの障害回復ユニットは、サーバクラスタ内のそのサーバユニット以外の任意のサーバユニット、または、任意の新規追加サーバユニットを含んでよい。それに対応して、サーバクラスタの各新規追加サーバユニットの障害回復ユニットは、サーバクラスタ内のその新規追加サーバユニット以外の任意のサーバユニット、または、任意の他の新規追加サーバユニットを含んでよい。

【0091】

例えば、新規追加サーバユニット５０１は、サーバユニット３０１の障害回復ユニットであるように構成され、サーバユニット３０１は、図５に示すサーバクラスタ５００の新規追加サーバユニット５０１の障害回復ユニットであるように設定される。

【0092】

図６に示すサーバクラスタ６００において、障害回復は、サーバユニット４０１→サーバユニット４０２→新規追加サーバユニット６０１→新規追加サーバユニット６０２→サーバユニット４０１のように行われる。詳細には、サーバユニット４０２は、サーバユニット４０１の障害回復ユニットとして設定され、新規追加サーバユニット６０１は、サーバユニット４０２の障害回復ユニットとして設定され、新規追加サーバユニット６０２は、新規追加サーバユニット６０１の障害回復ユニットとして設定され、サーバユニット４０１は、新規追加サーバユニット６０２の障害回復ユニットとして設定される。

【0093】

従って、拡張対象のサーバクラスタの拡張中、例示の方法は、サーバクラスタにデプロイされた少なくとも２つのノードを１つまたは複数のサーバユニットとして構成し、各サーバユニットは、少なくとも２つのノードからなる。サーバクラスタにデプロイされたノードの構成が終わった後、方法は、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成して、新規追加サーバユニットのサーバクラスタへのデプロイメントを実施する。新規追加サーバユニットのルーティング情報を投稿することによって、新規追加サーバユニットは、サーバクラスタの１つまたは複数のサーバユニットと同じ機能を実施する。このようにして、拡張されたサーバクラスタのセッション数及び処理性能を向上させることができ、拡張コストは比較的低い。

【0094】

第２の実施形態
図７～図９を参照する。図７は、本開示による、高可用性サーバクラスタを拡張する第２の例の方法のフローチャートを示す。図８は、本開示による、第５の高可用性サーバクラスタ８００の概略図を示し、図９は、本開示による、第６の高可用性サーバクラスタ９００の概略図を示す。

【0095】

本実施形態は、上記の実施形態に比較的類似しているので、上記の実施形態と同じ本実施形態の部分は、ここに繰り返し記載せず、上記の実施形態の対応する部分の記載を参照できる。

【0096】

図７は、本開示による、サーバクラスタを拡張する第２の例の方法７００のフローチャートを示す。

【0097】

Ｓ７０２は、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを１つまたは複数のサーバユニットとして構成し、各サーバユニットは、少なくとも２つのノードから形成される。

【0098】

図８に示すサーバクラスタ８００において、ノード８０１－１、ノード８０１－２、及び、ノード８０１－３は、サーバユニット８０１として構成される。ノード８０１－１、ノード８０１－２、及び、ノード８０１－３は全て、アクティブ状態にあり、ノード８０１－１、ノード８０１－２、及び、ノード８０１－３の間で、セッション同期が維持されて、サーバユニット８０１の高可用性を保証する。

【0099】

ノード８０２－１、ノード８０２－２、及び、ノード８０２－３は、サーバユニット８０２として構成される。ノード８０２－１、ノード８０２－２、及び、ノード８０２－３は全て、アクティブ状態にあり、ノード８０２－１、ノード８０２－２、及び、ノード８０２－３の間でセッション同期が維持されて、サーバユニット８０２の高可用性を保証する。

【0100】

さらに、サーバユニット８０１及びサーバユニット８０２は、互いの障害回復ユニットである。サーバユニットの１つが故障すると、故障したサーバユニットのトラフィックは、アクティブ状態の他のサーバユニットに切り替えられて、それにより、サーバクラスタのトラフィックの高可用性を保証する。

【0101】

Ｓ７０４は、新規追加ノード（複数可）をサーバクラスタ内に構成し、新規追加ノード（複数可）をサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成する。

【0102】

図９に示すサーバクラスタ９００において、６つの新規追加ノード、すなわち、新規追加ノード９０１－１、新規追加ノード９０１－２、新規追加ノード９０１－３、新規追加ノードノード９０２－１、新規追加ノード９０２－２、及び、新規追加ノード９０２－３は、図８に示すサーバクラスタ９００のベースに追加される。

【0103】

新規追加ノード９０１－１、新規追加ノード９０１－２、及び、新規追加ノード９０１－３が、新規追加サーバユニット９０１として構成される。新規追加ノード９０２－１、新規追加ノード９０２－２、及び、新規追加ノード９０２－３が、新規追加サーバユニット９０２として構成される。

【0104】

Ｓ７０６は、少なくとも１つの新規追加サーバユニットのルーティング情報を投稿する。

【0105】

新規追加サーバユニット９０１及び新規追加サーバユニット９０２のルーティング情報を投稿後、新規追加サーバユニット９０１及び新規追加サーバユニット９０２は、サーバユニット８０１またはサーバユニット８０２と同じ機能を実施する。新規追加サーバユニット９０１に含まれる新規追加ノード９０１－１、新規追加ノード９０１－２、及び、新規追加ノード９０１－３は全て、アクティブ状態にある。新規追加ノード９０１－１、新規追加ノード９０１－２、及び、新規追加ノード９０１－３の間で、セッション同期が維持されて、新規追加サーバユニット９０１の高可用性を保証する。

【0106】

同様に、新規追加サーバユニット９０２に含まれる新規追加ノード９０２－１、新規追加ノード９０２－２、及び、新規追加ノード９０２－３は全て、アクティブ状態にある。新規追加ノード９０２－１、新規追加ノード９０２－２、及び、新規追加ノード９０２－３の間で、セッション同期が維持されて、新規追加サーバユニット９０２の高可用性を保証する。

【0107】

新規追加サーバユニット９０１及び新規追加サーバユニット９０２がサーバクラスタに追加された後、サーバクラスタの障害回復関係は変化し、障害回復は、サーバユニット８０１→サーバユニット８０２→新規追加サーバユニット９０１→新規追加サーバユニット９０２→サーバユニット８０１のように行われる。詳細には、サーバユニット８０２は、サーバユニット８０１の障害回復ユニットとして設定され、新規追加サーバユニット９０１は、サーバユニット８０２の障害回復ユニットとして設定され、新規追加サーバユニット９０２は、新規追加サーバユニット９０１の障害回復ユニットとして設定され、サーバユニット８０１は、新規追加サーバユニット９０２の障害回復ユニットとして設定される。

【0108】

本開示によって提供される高可用性サーバクラスタを拡張する装置の実施形態は、以下のようになる。

【0109】

上記の実施形態において、高可用性サーバクラスタを拡張する方法を提供する。方法に対応して、本開示は、高可用性サーバクラスタを拡張する装置をさらに提供し、添付図面を参照してここに記載する。

【0110】

図１０は、本開示による、高可用性サーバクラスタを拡張する装置１０００の例の概略図を示す。

【0111】

装置の実施形態は、方法の実施形態に類似しているので、比較的、簡単に記載する。関連部分は、上記の方法の実施形態の対応する記載を参照してよい。本明細書に記載する装置の実施形態は、単に例示的なものである。

【0112】

本開示は、高可用性サーバクラスタを拡張する装置１０００を提供する。装置１０００は、１つまたは複数のプロセッサ１００２、入力／出力インタフェース１００４、ネットワークインタフェース１００６、及び、メモリ１００８を含んでよい。

【0113】

メモリ１００８は、ある形態のコンピュータ可読媒体、例えば、非永続的記憶装置、ランダムアクセスメモリ（ＲＡＭ）、及び／または、リードオンリメモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等、不揮発性内部記憶装置を含んでよい。メモリ１００８は、コンピュータ可読媒体の例である。

【0114】

コンピュータ可読媒体は、永続的または非永続的タイプの、取り外し可能または取り外し不能な媒体を含んでよく、任意の方法または技術を用いて情報を記憶してよい。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または、他のデータを含んでよい。コンピュータ記憶媒体の例は、コンピューティング装置によってアクセス可能な情報の記憶に使用し得る、位相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリ、もしくは、他の内部記憶技術、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは、他の光学記憶装置、磁気カセットテープ、磁気ディスク記憶装置、もしくは、他の磁気記憶装置、または、任意の他の非伝送媒体を含むが、これらに限らない。本明細書の定義では、コンピュータ可読媒体は、変調データ信号及び搬送波等の一時的媒体を含まない。

【0115】

実施態様において、メモリ１００８は、プログラムユニット１０１０及びプログラムデータ１０１２を含んでよい。プログラムユニット１０１０は、拡張対象のサーバクラスタに含まれる少なくとも２つのノードを１つまたは複数のサーバユニットであって、各サーバユニットが少なくとも２つのノードからなる１つまたは複数のサーバユニットを構成するように構成されたサーバユニット構成ユニット１０１４と、新規追加ノードをサーバクラスタ内に構成し、新規追加ノードをサーバクラスタの少なくとも１つの新規追加サーバユニットとして構成するように構成された新規追加サーバユニット構成ユニット１０１６と、新規追加サーバユニットのルーティング情報をブロードキャストするように構成されたルーティング情報投稿ユニット１０１８と、を含んでよい。

【0116】

実施態様において、装置１０００は、サーバクラスタの性能パラメータが予め設定された性能パラメータ閾値より大きいか否かを性能パラメータに基づいて決定するように構成された拡張決定ユニット１０２０をさらに含んでよく、肯定の場合、サーバユニット構成ユニット１０１４、新規追加サーバユニット構成ユニット１０１６、及び、ルーティング情報投稿ユニット１０１８を実行し、そうでない場合、拡張決定ユニット１０２０を実行してよい。

【0117】

実施態様において、性能パラメータは、セッション数、及び／または、負荷を含んでよい。

【0118】

実施態様において、各ユニット識別子が、各サーバユニットに対して設定され、それに対応して、各ユニット識別子が、各新規追加サーバユニットに対して設定される。

【0119】

実施態様において、サーバクラスタの、同期対象の各ノード、または、新規追加ノードに対して、同期決定ユニット１０２２が実行される。

【0120】

同期決定ユニット１０２２は、同期対象のノードまたは同期対象の新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子が、同期されたノードまたは同期された新規追加ノードが属するサーバユニットまたは新規追加サーバのユニット識別子と同じであるか否かを決定するように構成される。

【0121】

肯定の場合、同期ユニット１０２４が実行される。同期ユニット１０２４は、同期されたノードまたは同期された新規追加ノードのセッション及び対応するデータを、同期対象のノードまたは新規追加ノードに同期するように構成される。

【0122】

そうでない場合、同期決定ユニット１０２２が実行される。

【0123】

実施態様において、装置１０００は、サーバユニット（複数可）のルーティング情報を投稿するように構成された第２のルーティング情報投稿ユニット１０２６をさらに含んでよい。

【0124】

実施態様において、サーバクラスタの各サーバユニットのルーティング情報は、サーバユニットに含まれる各ノードの各ルーティング設定情報と、サーバユニットの障害回復ユニットのルーティング情報とを含んでよい。

【0125】

それに対応して、各新規追加サーバユニットのルーティング情報は、新規追加サーバユニットに含まれる各新規追加ノードの各ルーティング設定情報と、新規追加サーバユニットの障害回復ユニットのルーティング情報とを含んでよい。

【0126】

実施態様において、ルーティング設定情報は、ＩＰアドレスを含んでよい。

【0127】

実施態様において、同じサーバユニットに属する各ルーティング設定情報に含まれるＩＰアドレスは、同じＩＰアドレスである。

【0128】

それに対応して、同じ新規追加サーバユニットに属する新規追加ノードの各ルーティング設定情報に含まれるＩＰアドレスは、同じＩＰアドレスである。

【0129】

実施態様において、サーバクラスタにおいて、各サーバユニットのルーティング情報は、サーバユニットの第１の各ノードのルーティング優先度と、サーバユニットの第２の各ノードのルーティング優先度とをさらに含んでよい。

【0130】

それに対応して、各新規追加サーバユニットのルーティング情報は、新規追加サーバユニットの第３の各ノードのルーティング優先度と、新規追加サーバユニットの第４の各ノードのルーティング優先度とをさらに含んでよい。

【0131】

実施態様において、サーバユニットの第１の各ノードのルーティング優先度は、サーバユニットの第２の各ノードのルーティング優先度より高い。

【0132】

それに対応して、新規追加サーバユニットの第３の各ノードのルーティング優先度は、新規追加サーバユニットの第４の各ノードのルーティング優先度より高い。

【0133】

実施態様において、サーバユニットの障害回復ユニットは、サーバクラスタ内のそのサーバユニット以外の任意のサーバユニット、または、任意の新規追加サーバユニットを含んでよい。

【0134】

それに対応して、新規追加サーバユニットの障害回復ユニットは、サーバクラスタ内のその新規追加サーバユニット以外の任意のサーバユニット、または、任意の他の新規追加サーバユニットを含んでよい。

【0135】

実施態様において、サーバクラスタの各サーバユニットは、等しい数のノードを含む。

【0136】

実施態様において、サーバクラスタ内の各新規追加サーバユニットは、等しい数の新規追加ノードを含む。

【0137】

実施態様において、各サーバユニットに含まれるノードの数は、各新規追加サーバユニットに含まれる新規追加ノードの数に等しい。

【0138】

実施態様において、サーバクラスタのサーバユニットの数は、１つであり、新規追加サーバユニット構成ユニット１０１６が実行される度に、サーバクラスタの新規追加サーバユニットの数は１つずつ増える。

【0139】

本開示を上記の例示の実施形態を用いて記載したが、例示の実施形態は、本開示を制限することを意図していない。当業者は、本開示の趣旨及び範囲を逸脱することなく、可能な変形及び修正を行うことができる。よって、本開示の保護の範囲は、本開示の請求項によって定義される範囲に従うものとする。

【0140】

典型的な構成において、コンピューティング装置は、１つまたは複数の中央処理装置（ＣＰＵ）、Ｉ／Ｏインタフェース、ネットワークインタフェース、及び、メモリを含む。

【0141】

メモリは、ある形態のコンピュータ可読媒体、例えば、非永続的記憶装置、ランダムアクセスメモリ（ＲＡＭ）、及び／または、リードオンリメモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等の不揮発性内部記憶装置を含んでよい。メモリは、コンピュータ可読媒体の例である。

【0142】

１．コンピュータ可読媒体は、永続的または非永続的、取り外し可能または取り外し不能な媒体を含んでよく、任意の方法または技術を用いて情報を記憶してよい。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または、他のデータを含んでよい。コンピュータ記憶媒体の例は、コンピューティング装置によってアクセス可能な情報の記憶に使用し得る、位相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリ、もしくは、他の内部記憶技術、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは、他の光学記憶装置、磁気カセットテープ、磁気ディスク記憶装置、もしくは、他の磁気記憶装置、または、任意の他の非伝送媒体を含むが、これらに限定されない。本明細書の定義では、コンピュータ可読媒体は、変調データ信号及び搬送波等の一時的媒体を含まない。

【0143】

２．本開示の実施形態は、方法、システム、または、コンピュータプログラム製品として提供されてよいことを、当業者は理解されたい。よって、本開示は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態、または、ソフトウェアとハードウェアの組み合わせの実施形態として実施されてよい。さらに、本開示は、１つまたは複数のコンピュータ使用可能記憶媒体（磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光学メモリ等を含む）上で実施されるコンピュータ使用可能プログラムコードを含むコンピュータプログラム製品であってよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】