JP2016005275A - 相互接続ネットワークを管理する方法およびシステム - Google Patents

Abstract

【課題】プロセス間通信を要求に応答する管理システムの形態で提供する。【解決手段】相互接続ネットワークの管理システムのサーバ１０であって、相互接続ネットワークのグローバル状態を格納するように構成されたキー値関連データ構造２、管理システムにつながるために構成リクエストに応答して、前記管理ネットワークの構成を通信するように構成された、構成サーバインターフェース３、キー値関連データ構造内の更新を分散するように構成された、公開サーバインターフェース４、更新リクエストに応答して、キー値関連データ構造を更新するように構成された、収集サーバインターフェース５、スナップショットリクエストに応答して、グローバル状態のサブアセンブリのスナップショットを通信するように構成された、スナップショットサーバインターフェースを含む６。【選択図】図３

Description

本発明は、相互接続ネットワークを管理するための管理システムに関する。

ここでいう「相互接続ネットワーク」とは、（ＩｎｆｉｎｉＢａｎｄネットワークのような）あらゆる専用の計算ネットワーク、あるいはさらに一般的に、あらゆる情報要素の集合体、とりわけ互いに物理的に通信するつながりのある分散プロセッサのことである。

二次ネットワークを利用し、Ｅｔｈｅｒｎｅｔタイプのものであってよい管理システムは、この計算ネットワークをアウトオブバンド（ｏｕｔ−ｏｆ−ｂａｎｄ）方式で管理するように構成される。

しかしながら、スーパーコンピュータのサイズが増大するにつれて、高性能な計算ネットワークのトポロジは濃密になりつつ複雑化している。スーパーコンピュータの相互接続ネットワークの「二次ネットワーク」ともいう専用の管理ネットワークを用いるアウトオブバンド管理は、
− この相互接続ネットワーク内で起こり得るイベント（例えばケーブル、ポート、スイッチまたはノードの故障）に反応し；
− ケーブルまたはスイッチの変更に関連して発生し得るトポロジの修正（理論的なトポロジに対する接続性、適性）を確認し；
− スイッチに組み込まれている修正および更新に応じて新たなルーティングテーブルを計算する
ために、２つ以上のコンポーネントを必要とすることになる。

さらに、スケールアップおよび堅牢性の理由から、上記のそれぞれのタスクは、潜在的に異なる専用マシンから別々のプロセスで実行しなければならない。このようにするために、効果的な通信機構により、これらのコンポーネントが対話をしながら共通のグローバル状態を共通することができる。この機構は、管理システムによって実現されなければならない。メッセージは、スーパーコンピュータの相互接続ネットワークの二次ネットワーク（または管理ネットワーク）上で交換される。管理システムにより、相互接続ネットワークの管理を担うプロセスで、グローバル状態の通信および共有ができ、サブアセンブリは、スーパーコンピュータの相互接続ネットワークの状態（つまり、スーパーコンピュータの相互接続ネットワークを構成する機器の全規定）を表す。

管理ネットワークの異なるマシンに対して実行されるプロセス間の通信を実現するために、この管理ネットワークは、とりわけ、
− 数多くのプロセス（数百あるいは数千）をサポートでき；
− １つのプロセスをどのような時でも管理システムにつなげるか、あるいは管理システムから除去し（例えば故障や更新という理由で）；
− スーパーコンピュータの相互接続ネットワークの最新のグローバル状態を維持し；
− スーパーコンピュータの相互接続ネットワークの結果整合性（英語の「ｅｖｅｎｔｕａｌ ｃｏｎｓｉｓｔｅｎｃｙ」）のあるグローバル状態を維持し；
− このグローバル状態を「キー値」タイプのテーブル形態で表し；
− このグローバル状態を、管理システムの相互接続された異なるプロセス間で共有し；
− どのような時でも管理システムのそれぞれのプロセスによって相互接続ネットワークのグローバル状態のサブアセンブリさらには統合性を更新でき；
− グローバル状態の更新頻度を管理し（好ましくは、最大で１秒あたり数百回）；
− グローバル状態へのアクセスを制限し、いくつかのプロセスがグローバル状態の１つのサブアセンブリのみを見るべきであり／見る必要があり；
− 比較的多数の入力を得られるとしても（一般には数十万）、グローバル状態をランダムアクセスメモリに保持できなければならない。

この点に関して、分散ハッシュテーブルのように状態を共有するシステムが存在する。しかしながら、既存のどの解決策にも、管理システムが応答すべき上記の要求全体を満足させるものはない。この場合、１つの分散ハッシュテーブルで上に記した下２つの規範を提供することはできない。

本発明の目的は、プロセス間通信の機構を前述の要求に応答する管理システムの形態で提供することである。

本発明のもう１つの目的は、分散プロセスを相互接続するためにクライアント／サーバタイプの通信アーキテクチャを提供することである。

本発明のもう１つの目的は、プロセス間通信に基づく相互接続ネットワークの管理システムを提供することである。

本発明のもう１つの目的は、非同期で切断されたプロセス間通信の機構を提供することである。

本発明のもう１つの目的は、スーパーコンピュータの相互接続ネットワークの管理方法を提供することである。

これらの目的のため、本発明は、第１の態様によれば、相互接続ネットワークの管理システムのサーバであって、
− 相互接続ネットワークのグローバル状態を格納するように構成されたキー値関連データ構造；
− 以下の接続インターフェース
○ 管理システムにつながるためにクライアントから来る構成リクエストに応答して、このクライアントに前記管理システムの構成を通信するように構成された、構成サーバインターフェース；
○ 管理システムに接続されたクライアントに、キー値関連データ構造内の更新を分散するように構成された、公開サーバインターフェース；
○ 管理システムに接続されたクライアントプロセスから来る更新リクエストに応答して、キー値関連データ構造を更新するように構成された、収集サーバインターフェース；
○ 管理システムに接続されたクライアントプロセスから来るスナップショットリクエストに応答して、グローバル状態のサブアセンブリのスナップショットをこのクライアントプロセスに通信するように構成され、このグローバル状態がキー値関連データ構造内に格納される、スナップショットサーバインターフェース
を含む、サーバに関する。

相互接続ネットワークの管理システムのサーバは、様々な実施によれば、この場合は以下の項目からなる特徴を備える：
− 構成サーバインターフェースは、公開サーバインターフェースのアドレス、収集サーバインターフェースのアドレス、およびスナップショットサーバインターフェースのアドレスを通信するように構成され；
− キー値関連データ構造は、ハッシュテーブルであり；
− このサーバの実装は、構成リクエスト、更新リクエストまたはスナップショットリクエストに対して反応するために、接続サーバインターフェースのイベントのパラダイムを利用し、この接続サーバインターフェースは、構成サーバインターフェース、収集サーバインターフェースまたはスナップショットサーバインターフェースである。

本発明は、第２の態様によれば、相互接続ネットワークの管理システムのクライアントであって、
− クライアントプロセス；
− 管理システムのサーバから相互接続ネットワークのグローバル状態のサブアセンブリのスナップショットを回収するように構成された、スナップショットクライアントインターフェース；
− 管理システムのサーバから相互接続ネットワークのグローバル状態の更新を受信するように構成された、定期更新予約クライアントインターフェース；
− 管理システムのサーバから管理システムの構成を回収するように構成された、構成クライアントインターフェース；
− プロセスクライアントが相互接続ネットワークのグローバル状態を公開でき、この相互接続ネットワークのグローバル状態が管理システムのサーバによって共有され格納されるための、公開クライアントインターフェース
を含む、クライアント。

相互接続ネットワークの管理システムのクライアントは、さらに、ビジネスプロセスを含み、このビジネスプロセスは、このビジネスプロセスが相互接続ネットワークのグローバル状態の更新を公開できるように、このビジネスプロセスに関連付けられた公開クライアントインターフェースを備えている。

有利には、クライアントプロセスによって公開されたデータは、「キー値」というメッセージ形態のメッセージである。

本発明は、第３の態様によれば、上に記したサーバおよびクライアントを含む相互接続ネットワークを管理するための管理システムに関する。

本発明は、第４の態様によれば、上記に挙げた相互接続ネットワークおよび管理システムを備えるスーパーコンピュータに関する。

スーパーコンピュータは、さらに、
− 相互接続ネットワークのトポロジを確認するように構成されたトポロジ管理プログラム；
− 相互接続ネットワークのネットワーク機器によって送信されたアラームを回収し、その結果、管理システムを更新するように構成された監視モジュール；
− 管理システムから受信したデータのためのルーティングテーブルを計算するように構成されたルーティング計算器
を備える。

本発明のその他の目的および利点は、添付の図面を参照して以下に記載した実施形態の説明文に照らし合わせることで明らかになるであろう。

一実施形態による管理システムのサーバを示す図である。 一実施形態による管理システムのクライアントを示す図である。 一実施形態による管理システムを実施している様子を示す図である。

相互接続ネットワークの本管理システムは、接続インターフェースに応じて異なる通信のパラダイムを実施するクライアント／サーバタイプのネットワークアーキテクチャを利用するものである。

図１を参照すると、管理システムのこのネットワークアーキテクチャのサーバ側（またはサーバの実装）は、管理ネットワークのサーバ１０を備えている。

サーバ１０は、相互接続ネットワークのグローバル状態を保持するように構成される。このグローバル状態は、スーパーコンピュータの相互接続ネットワークに関する情報を含んでいる。このグローバル状態は、キー値関連データ構造２に格納される。このデータ構造２は、サーバ１０のランダムアクセスメモリに格納される。

キー値関連データ構造２は、好ましくはサーバ１０のローカルにあるデータコンテナであり、要素を追加、削除および検索するための特定のプロトコルを含む。このキー値関連データ構造２は、１つのキーを１つの値に関連付ける。キーの一意性は、送信プロセスによって保証されなければならない。更新が既存のキーに対して実現された場合、古い値は新しい値によってオーバーレイされる。

一実施形態では、キー値関連データ構造２は、ハッシュテーブルまたは英語で「ｈａｓｈｍａｐ」ともいう関連テーブルであり、規定の関連付け機能またはハッシュ機能を有する。有利には、この特定のデータ構造によって、キーに応じた値に高速でアクセスできる。

管理ネットワークのサーバ１０は、さらに、
− 管理システムにつながることを希望しているクライアントから来る（１つまたは複数の）構成リクエストを管理するように構成された、構成サーバインターフェース３；
− キー値関連データ構造２内で行われる更新、すなわちキー値関連データ構造２の入力を、管理システムに接続されたクライアントに分散するように構成された、公開サーバインターフェース４；
− 管理システムに接続されたクライアントプロセスから来る更新リクエスト（一般にはキー値というメッセージの形態での更新）を管理するように構成された、収集サーバインターフェース５；
− 管理システムに接続されたクライアントプロセスから来るスナップショットリクエストに応答して、現在の状態、つまりキー値関連データ構造２のアセンブリまたはサブアセンブリのみのスナップショットを送信する（通過周波帯域の使用を制限するため、フィルタリングはサーバ１０で行われてよい）ように構成された、スナップショット（または英語の「ｓｎａｐｓｈｏｔ」）サーバインターフェース６
を含む。

構成サーバインターフェース３により、管理システムの構成を、相互接続ネットワークのこの管理システムにつながることを希望しているクライアントと通信させることができる。送信された構成は、とりわけ、前述した他の接続インターフェース、すなわち公開サーバインターフェース４、収集サーバインターフェース５、およびスナップショットサーバインターフェース６のアドレス（または「Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ」を表すＵＲＬ）を含む。

好ましくは、接続サーバインターフェース３〜６は、ＺｅｒｏＭＱソケットである（以下のリンク先：ｈｔｔｐ：／／ｚｅｒｏｍｑ．ｏｒｇ／ｉｎｔｒｏ：ｒｅａｄ−ｔｈｅ−ｍａｎｕａｌにある文書は、ＺｅｒｏＭＱまたはＺＭＱソケットを詳細に示している）。この実施形態により、実際に、リクエスト／応答のパラダイムの問題を回避できる。

ここで注意すべきは、図１に示した管理システムのサーバの実装では、
− 構成サーバインターフェース３は、キー値関連データ構造２と相互作用しない；
− 収集サーバインターフェース５は、このキー値関連データ構造２と書き込みモードで相互作用して、このキー値関連データ構造にキー値の入力を格納する；
− 公開サーバインターフェース４およびスナップショットサーバインターフェース６は、読み出しモードでキー値関連データ構造２と相互作用する。

管理システムのこのサーバの実装は、Ｃ言語、Ｐｙｔｈｏｎ言語、またはその他のあらゆる適切なプログラミング言語で実現されてよいほか、モノスレッドまたはマルチスレッドモードであってもよい。

サーバ１０のモノスレッドの実装では、サーバは、接続サーバインターフェース３、５、６のイベントのパラダイムに基づいて以下のループを実行する。
正しい限り、
「接続サーバインターフェース」に応じて
「構成サーバインターフェース」の場合
構成サーバインターフェースを介して構成データを送信する
「収集サーバインターフェース」の場合
公開サーバインターフェースを介して更新内容を送信する
データ構造２を更新する
「スナップショットサーバインターフェース」の場合
スナップショットサーバインターフェースを介してスナップショットを送信する
「タイムアウトの期限が過ぎた」場合
プレゼンスメッセージを送信する
終了
終了

有利には、接続サーバインターフェース３、５、６のイベントのパラダイムに基づくこの実装により、クライアントプロセス（リクエストまたはアップデート）からのアクションに迅速に反応できる。「〜に応じて（ＳＥＬＯＮ）」という条件命令は、３つの接続サーバインターフェース（構成サーバインターフェース３、収集サーバインターフェース５およびスナップショットサーバインターフェース６）および所定の待ち時間（タイムアウト）を管理する。この条件命令は、接続サーバインターフェース３、５、６のイベントによって起動した１つまたは複数のその接続インターフェースを含むリストに戻る。タイムアウトの期限が過ぎてもイベントが全く起きなかった場合、サーバ１０は、管理システムのクライアントにプレゼンスメッセージ（英語では「Ｈｅａｒｔｂｅａｔ ｍｅｓｓａｇｅ」と呼ばれる）を送信する。

接続サーバインターフェース３、５、６が処理される特定の順序により、
− 第一に、クライアントがサーバ１０に接続できるとともに、アドレス（ＵＲＬ）を用いて、構成サーバインターフェース３を介してこのクライアントに通信される他の接続サーバインターフェース４〜６を構成でき；
− 第二に、クライアントが自動的に更新を送信（または、英語で「ｐｕｓｈ」）した場合、できるだけ迅速にサーバ１０を介してその更新を計算に入れることができるとともに、全クライアント（その更新に由来するものを含む）に対してその更新を公開でき、その更新は、管理システムの他のクライアントでアクションを起こすことができ；
− 第三に、スナップショット（英語で「ｓｎａｐｓｈｏｔ」）リクエストは一般に、実行するのに最も時間がかかるため、スナップショットリクエストを最後に処理できる。

有利には、サーバ１０のモノスレッドの実装では、データ構造２への同時かつ競合するアクセスおよび／または接続サーバインターフェース３〜６の同時使用を回避するためのロック機構は必要ない。

管理システムのサーバ１０は、コマンドとして解釈されてよいキー値タイプの入力を受信して処理する。これらの入力は、管理システムのクライアントから来るものであってよい。有利には、これによって、とりわけデータ構造２がシステムファイルに書き込まれる際に（例えばＵｎｉｘ系システムの場合）、隠れた入力を得ることができる。

図２は、相互接続ネットワークの管理システムのクライアント−サーバアーキテクチャのクライアントまたは「クライアント側」の実装を示す。

ここでいう管理システムのクライアント２０とは、一般に、ビジネスコード３０を実行するための少なくとも１つのビジネスプロセス３１を支持するように構成されているクライアントプロセス２１のことである。

相互接続ネットワークの管理システムのクライアント２０は、
− 相互接続ネットワークのグローバル状態のスナップショット、または相互接続ネットワークのサブアセンブリを回収するように構成された、スナップショットクライアントインターフェース２６；
− 管理システムのサーバから更新を受信するように構成された、定期更新予約クライアントインターフェース２４；
− 管理システムのサーバの構成、特にサーバの接続サーバインターフェースのアドレス（ＵＲＬ）を回収するように構成された、構成クライアントインターフェース２３；
− クライアントプロセス２１およびビジネスコード３０のその他の全ビジネスプロセス３１が「キー値」というエンティティを用いて、適切な公開クライアントインターフェース２５を介してそれぞれの状態の更新（または、さらに一般的には関係データ）を公開できるような複数の公開クライアントインターフェース２５。ビジネスコード３０はそれ自体のために、公開クライアントインターフェース２５が関連付けられている２つ以上のビジネスプロセス３１を含んでよい点に注意されたい；
− ビジネスコード３０のビジネスプロセス３１とクライアントプロセス２１との間の通信クライアントインターフェース３２
を備える。

クライアントプロセス２１は、管理システムのクライアント２０から入る通信を管理する。そのために、このクライアントプロセス２１は、独自の入力クライアントインターフェース２４および２６、つまりスナップショットクライアントインターフェース２６および定期更新予約クライアントインターフェース２４を有する。

公開クライアントインターフェース２５により、サーバ側で共有され格納されている相互接続ネットワークのグローバル状態をビジネスプロセス３１で更新できる。

図３では、クライアント２０は管理システムのサーバ１０に接続されている。

サーバ１０に接続するために、クライアント２０はまず、構成サーバインターフェース３に接続して、管理システムの構成パラメータ全体、とりわけサーバ１０の他の接続サーバインターフェース４〜６のアドレス（ＵＲＬ）を受信する。一実施形態では、構成サーバインターフェース３で構成リクエスト（例えばＣＯＮＦＩＧ？タイプのもの）を受信するとすぐに、サーバ１０は（接続インターフェース３と２３とのつながりを参照）、
− このリクエストに応答して、構成サーバインターフェース３を介して、３つの他の接続インターフェース４〜６のアドレス（ＵＲＬ）を通信し；
− この構成サーバインターフェース３を介して、構成ステップの終了を示すメッセージ（例えばＦｉｎ＿ＣＯＮＦＩＧタイプのもの）を送信する。

構成パラメータを受信すると、クライアント２０は、相互接続ネットワークの現在のグローバル状態のスナップショット（「ｓｎａｐｓｈｏｔ」）を回収するかどうかを決定する（接続インターフェース６と２６とのつながりを参照）。回収する場合、
− クライアント２０は、スナップショットサーバインターフェース６から、キー値関連データ構造２に格納されている相互接続ネットワークのグローバル状態のスナップショットをリクエストする；
− サーバ１０は、クライアント２０が定期更新予約を希望している階層を受信するのを待つ（これらの階層は、とりわけ、サーバ１０の公開サーバインターフェース４に接続した際に明示された階層とは異なっていてよい）。その後、サーバ１０は、スナップショットサーバインターフェース６を使用して、リクエストされた階層状態のスナップショットをクライアント２０に送信する；
− サーバ１０は、キー値関連データ構造２の現在のリビジョン番号を送信する。

公開サーバインターフェース４に接続して（接続インターフェース４と２４とのつながりを参照）更新を受信すること、および収集サーバインターフェース５に接続して（接続インターフェース５と２５とのつながりを参照）場合によっては更新（または新たな入力）を送信することがクライアント２０の担当であるということになる。

好ましくは、サーバ１０によって公開された更新は、タイムスタンプされる。有利には、サーバ側のタイムスタンプ（または英語で「ｔｉｍｅｓｔａｍｐｉｎｇ」）は、各クライアント２０でグローバル状態の長期にわたる整合性（「ｅｖｅｎｔｕａｌ ｃｏｎｓｉｓｔｅｎｃｙ」）を保証する。スナップショットを回収している間に送信された更新が（タイムスタンプがあることにより）受信したスナップショットよりも古い場合、クライアント２０はその更新を無視できる点に注意されたい。

クライアント２０の接続時間外に、サーバ１０は、更新リクエストがある度に反応し、定期にプレゼンス（「ｈｅａｒｔｂｅａｔ」）メッセージを送信するように構成される。

収集サーバインターフェース５を介して、更新リクエスト、またはさらに一般的にはコマンドを受信すると、
− このコマンドがサーバ１０に関係ない場合または（停止コマンド「ｓｈｕｔｄｏｗｎ」のような）特別なコマンドではない場合、そのコマンドは、公開サーバインターフェース４を介して他のクライアントに伝送される；
− サーバ１０は、その更新リクエストの内容をデータ構造２に適用する。サーバのコマンドメッセージの場合、そのメッセージはまず、データ構造２の全内容を削除するよう要求する「空にする」コマンドと比較される。

「空にする」または「ｔｉｍｅ ｔｏ ｌｉｖｅ」を表す「ｔｔｌ」などの入力データの特別フィールドを使用して、サーバ１０は、ローカルデータ構造２のこの入力データを削除できる。逆に、入力データがまったく存在しない場合は、入力データはデータ構造２で追加されるか更新される。

サーバ１０が受信できるリクエストの例として以下を引用する。
−．ｂｂｃｔｒｌ／＿ｓｅｒｖｅｒ＿ｋｉｌｌ＿：サーバ１０から離れるよう要求する（このメッセージはサーバ１０によって分散されない）；
−．ｂｂｃｔｒｌ／＿ｃｌｅａｒ＿ａｌｌ＿：サーバ１０および全クライアントから、データ構造の内容全体を削除するよう要求する（このメッセージはサーバ１０によって分散される）；
−．ｂｂｃｔｒｌ／＿ｈｕｇｚ＿：サーバからのプレゼンスメッセージ。

ここでの基本のエンティティは、「キー値」というパラダイムに基づくメッセージである。このエンティティは、キーと値とのペアに加えて、このエンティティのシーケンス番号、汎用一意識別子、その発信元のＩＤ、またはエンティティの生存時間（「Ｔｉｍｅ ｔｏ Ｌｉｖｅ」）などのその他の情報を提供する。

これらの情報は、１つまたはそれ以上の複数のデータフレームで送信されてよい。好ましくは、これらの情報は、予約機構用のキーを含む第１のフレーム、および残りの情報（例えばデータ、発信元のＩＤ、シーケンス番号）を含む第２のフレームの形で送信される。

好ましくは、収集サーバインターフェース５の探知機が非アクティブ期間を開始する前に、動的な引き継ぎ時間が計算される。

有利には、管理ネットワークのサーバ１０の実装により、
− 構成データをクライアントに提供でき；
− 相互接続ネットワークのグローバル状態のスナップショットを、新たに接続された管理システムのクライアントに提供でき；かつ
− 相互接続ネットワークのグローバル状態での更新を、管理システムに接続された全クライアントに伝送できる。

一実施形態では、管理システムは、スーパーコンピュータの相互接続ネットワーク（または計算ネットワーク）を管理するために使用される。そのために、以下のモジュール、
− 相互接続ネットワークのトポロジ（例えば機器の規定または機器の接続図式）の確認を担当するトポロジ管理プログラム；
− スーパーコンピュータのネットワークの様々な機器（とりわけスイッチ）から送信されたアラームを回収し、管理システムを更新するためにそのアラームを関連データ（例えば規定の更新）と相互に関連させることを担当する監視モジュール；
− 管理システムから受信したデータに対してルーティングテーブルの計算を担当するルーティング計算器
が必要であってよい。

上記の追加コンポーネントが始動するとき、トポロジ管理プログラムによって公開されたデータ全体がサーバ１０の他のクライアントによって回収され得るように、管理ネットワークのサーバ１０はすでに存在している。

有利には、規定の更新は、単一の方法で行われ、集計後、トリガー要素と呼ばれる特別なキーが送信される。ルーティング計算器が新たなルーティングテーブルの計算段階を起動させるのは、このキーを受信したときである。したがって、管理システムのサーバによって送信された様々なタイプのメッセージを容易かつ迅速に区別することが可能である。
− 相互接続ネットワークのグローバル状態の更新；
− アクションを始動させるトリガー要素。

その結果、有利には、効率を上げるためにベントが集計される。特に、ルーティング計算器は、１つの機器の規定が変わるたびにルーティングテーブルを計算することはない。

この点から、キーのプレフィックスに基づく機構により、各クライアントがグローバル状態のサブアセンブリを定期更新予約できるだけでなく、この区別もすることができる。さらに、この機構により、特定のサブアセンブリにあるその他のタイプの情報を管理システムに追加できる。例として、以下のプレフィックスは、管理システム内で使用されてよい：
−＠ｉｎｔｅｒｃｏｎｎｅｃｔ／：相互接続ネットワークの機器の規定に関する入力全体；
−！ｄeｃｌｅｎｃｈｅｕｒｓ／：トリガー要素に対応する入力全体；
−／ｍｎｇｔ／：相互接続ネットワークの様々な機器への接続情報を含む入力全体；
−．ｂｂｃｔｒｌ／：クライアント側でもサーバ側でも管理システムを制御できる入力全体（例えば１つのコマンドでデータテーブルをすべて消去できる）。

有利には、上記の様々な実施形態では、接続インターフェースに応じて異なる通信パラダイムを使用する。例えば、サーバ１０の公開サーバインターフェース４は、「分散」モードで動作し、「マルチキャスト」（クライアント２０側の定期更新予約サーバインターフェース２４と対称）のプロトコルを使用できる。さらに、クライアント２０は、キーの１つまたは複数のプレフィックスを予約でき、これによってこのプレフィックスは、データ構造２に格納されたグローバル状態のサブアセンブリのみを回収できる。

Claims (10)

1. 相互接続ネットワークの管理システムのサーバであって、
   − 前記相互接続ネットワークのグローバル状態を格納するように構成された、キー値関連データ構造（２）；
   − 以下の接続インターフェース（３〜６）
   ○ 前記管理システムにつながるためにクライアント（２０）から来る構成リクエストに応答して、前記クライアント（２０）に前記管理システムの構成を通信するように構成された、構成サーバインターフェース（３）；
   ○ 前記管理システムに接続されたクライアント（２０）に、前記キー値関連データ構造内（２）の更新を分散するように構成された、公開サーバインターフェース（４）；
   ○ 前記管理システムに接続されたクライアントプロセス（２１）から来る更新リクエストに応答して、前記キー値関連データ構造を更新するように構成された、収集サーバインターフェース（５）；
   ○ 前記管理システムに接続されたクライアントプロセス（２１）から来るスナップショットリクエストに応答して、前記グローバル状態のサブアセンブリのスナップショットを前記クライアントプロセス（２１）に通信するように構成され、前記グローバル状態が前記キー値関連データ構造（２）内に格納される、スナップショットサーバインターフェース（６）
   を含む、サーバ（１０）。
2. 前記構成サーバインターフェース（３）は、前記公開サーバインターフェース（４）のアドレス、前記収集サーバインターフェース（５）のアドレス、および前記スナップショットサーバインターフェース（６）のアドレスを通信するように構成される、請求項１に記載のサーバ（１０）。
3. 前記キー値関連データ構造（２）は、ハッシュテーブルである、請求項１または２に記載のサーバ（１０）。
4. 前記サーバの実装は、構成リクエスト、更新リクエストまたはスナップショットリクエストに対して反応するために、接続サーバインターフェースのイベントのパラダイムを利用し、前記接続サーバインターフェースは、前記構成サーバインターフェース（３）、前記収集サーバインターフェース（５）または前記スナップショットサーバインターフェース（６）である、請求項１〜３のうちいずれか一項に記載のサーバ。
5. 相互接続ネットワークの管理システムのクライアントであって、
   − クライアントプロセス（２１）；
   − 前記管理システムのサーバから前記相互接続ネットワークのグローバル状態のサブアセンブリのスナップショットを回収するように構成された、スナップショットクライアントインターフェース（２６）；
   − 前記管理システムのサーバから前記相互接続ネットワークのグローバル状態の更新を受信するように構成された、定期更新予約クライアントインターフェース（２４）；
   − 前記管理システムのサーバから管前記理システムの構成を回収するように構成された、構成クライアントインターフェース（２３）；
   − 前記プロセスクライアント（２１）が前記相互接続ネットワークのグローバル状態を公開でき、前記相互接続ネットワークのグローバル状態が前記管理システムのサーバによって共有され格納されるための、公開クライアントインターフェース（２５）
   を含む、クライアント（２０）。
6. さらに、ビジネスプロセスを含み、該ビジネスプロセスは、該ビジネスプロセスが前記相互接続ネットワークのグローバル状態の更新を公開できるように、前記ビジネスプロセスに関連付けられた公開クライアントインターフェース（２５）を備える、請求項５に記載のクライアント。
7. 公開された前記更新は、「キー値」というメッセージ形態のメッセージである、請求項５または６に記載のクライアント。
8. 請求項１〜４のうちいずれか一項に記載のサーバおよび請求項５〜７のうちいずれか一項に記載のクライアントを備える相互接続ネットワーク管理するための管理システム。
9. 相互接続ネットワークおよび請求項８に記載の前記相互接続ネットワークの管理システムを備えるスーパーコンピュータ。
10. さらに、
    − 前記相互接続ネットワークのトポロジを確認するように構成されたトポロジ管理プログラム；
    − 前記相互接続ネットワークのネットワーク機器によって送信されたアラームを回収し、前記管理システムを更新するように構成された監視モジュール；
    − 前記管理システムから受信したデータのためのルーティングテーブルを計算するように構成されたルーティング計算器
    を備える、請求項９に記載のスーパーコンピュータ。