JP2003507817A

JP2003507817A - 拡張可能なコンピューティング・システム

Info

Publication number: JP2003507817A
Application number: JP2001519281A
Authority: JP
Inventors: アシャー・アズイズ; トム・マークソン; マーティン・パターソン
Original assignee: テラスプリング・インコーポレーテッド
Priority date: 1999-08-23
Filing date: 2000-08-17
Publication date: 2003-02-25
Anticipated expiration: 2020-08-17
Also published as: TW548554B; DE60010277D1; AU769928B2; CN1373871A; DE60010277T2; CN1321373C; EP1206738B1; US7370013B1; US6779016B1; JP3948957B2; KR100626462B1; CA2376333A1; IL147903A0; AU6918200A; KR20020038738A; IL147903A; WO2001014987A2; EP1206738A2; ATE265707T1; US7503045B1

Abstract

(57)【要約】動的なサイズ変更が可能であり、高度にスケーラブルかつ使用可能なサーバ・ファームを提供する方法および装置について開示する。仮想サーバ・ファーム（ＶＳＦ）は、いったん物理的に構築され、次いでオン・デマンドで様々な組織用のＶＳＦに論理的に分割される、大規模コンピューティング構造（「コンピューティング・グリッド」）から作成される。各組織は、ＶＳＦの管理制御を独自に保持する。ＶＳＦはコンピューティング・グリッド内で動的にファイアウォールを設置する。ＶＳＦ内での要素の割振りおよび制御は、特別な制御ポートを介して、コンピューティング・グリッド内にあるすべてのコンピューティング要素、ネットワーキング要素、および記憶要素に接続された、制御プレーンによって実行される。各ＶＳＦの内部トポロジは、制御プレーンの制御下にある。単層のＷｅｂサーバまたは多層のＷｅｂサーバ、アプリケーション・サーバ、データベース・サーバなどの構成を含む多くの異なる構成で、ＶＳＦを構築するために、物理的な配線変更は必要ない。多層ＶＳＦの各層（たとえばＷｅｂサーバ層、アプリケーション・サーバ層、データベース・サーバ層など）は、その特定層内のサーバにかかる負荷に基づいて、動的にサイズを変更することができる。記憶デバイスは、コンピューティング・グリッド要素によって想定可能な役割に関連付けられた、複数の事前に定義された論理設計図を含むことができる。初期時には、Ｗｅｂサーバ、アプリケーション・サーバ、データベース・サーバなどの、任意の特定の役割またはタスク専用のコンピューティング要素はない。各コンピューティング要素の役割は、複数の事前に定義され記憶された設計図の１つから取得されるものであって、設計図はそれぞれが、役割に関連付けられたコンピューティング要素にブート・イメージを定義するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、一般にデータ処理に関する。より詳細には、
本発明は、拡張可能、フレキシブル、かつスケーラブルなコンピューティング・
システムを提供するための方法、装置、およびメカニズムに関する。

【０００２】

【発明の背景】今日のＷｅｂサイトおよび他のコンピュータ・システムの構
築者は、多くのシステム・プランニングに関する問題を処理しなければならない
。こうした問題には、通常の成長、予測される、または予測できないピーク時需
要、サイトの使用可能度およびセキュリティなどを見込んだ処理能力プランニン
グが含まれる。Ｗｅｂ上にサービスを提供しようとする企業は新しいビジネスお
よびサービス・モデルを携え、その分野を革新し、首位に立とうと考えるが、そ
れを実現させるためには大規模なＷｅｂサイトを設計、構築、および運営するこ
との少なからぬ複雑さに対処しなければならない。これには、サイトを動作可能
な状態のままで成長させ、かつ拡張する必要がある。

【０００３】これをすべて実行するためには、潜在的に大規模かつ複雑で
ある可能性のあるこうしたサイトのエンジニアリングおよび運営のできる技術者
を探し雇い入れることが必要である。こうした大規模サイトの設計、構築、およ
び運営は、多くの組織にとって中核業務ではまったくないため、これが難題を生
み出している。

【０００４】こうした問題の対応策の１つが、他企業の他のＷｅｂサイト
と共用で、第三者のサイトで企業Ｗｅｂサイトをホストすることである。こうし
たアウトソーシング施設は、現在、Ｅｘｏｄｕｓ（ＴＭ）、ＡｂｏｖｅＮｅｔ（
ＴＭ）、ＧｌｏｂａｌＣｅｎｔｅｒ（ＴＭ）などの企業から利用することができ
る。これらの施設は、物理的なスペース、および冗長ネットワークや電力施設を
提供しており、その結果、企業の顧客またはユーザはこれらを提供する必要がな
い。ネットワークおよび電力施設は、多くの企業または顧客が共用する。

【０００５】しかし、これら施設のユーザには、自らの施設の構築、運営
、および展開を行う中で、自らのコンピューティング・インフラストラクチャに
関する多くの作業を行なう必要が依然として残されている。こうした施設でホス
トされる企業の情報技術管理者は、施設で自分のコンピューティング機器の選択
、導入、構成、および保守を行う責任を負う。管理者は、資源プランニングおよ
びピーク時処理能力の扱いなどの困難な問題に、なおも直面しなければならない
。

【０００６】たとえアウトソーシング企業がコンピューティング施設も提
供している場合であっても（たとえばＤｉｇｅｘ（ＴＭ））、成長させるには同
じく手操作の、誤りを犯しやすい管理ステップが含まれているので、アウトソー
シング企業にとって拡張および成長は決して容易ではない。さらに、予測できな
いピーク時の需要に対する処理能力プランニングという問題も残されたままであ
る。

【０００７】さらに、Ｗｅｂサイトには、それぞれ異なる要件がある。た
とえば、特定のＷｅｂサイトが、個別に管理および制御する機能を必要とする場
合がある。サービス・プロバイダを共用している他のすべてのサイトからＷｅｂ
サイトを隔離する、特定のタイプまたはレベルのセキュリティを必要とするもの
もある。ほかの場所にある企業イントラネットとの安全な接続を必要とするもの
もある。

【０００８】また、内部トポロジの点でも様々に異なるＷｅｂサイトがあ
る。サイトの中には、単にＷｅｂのロード・バランサによってロード・バランシ
ングされた一並びのＷｅｂサーバを含むだけのものがある。好適なロード・バラ
ンサは、ＣｉｓｃｏＳｙｓｔｅｍｓ，Ｉｎｃ．（ＴＭ）のＬｏｃａｌＤｉｒ
ｅｃｔｏｒ（ＴＭ）、Ｆ５Ｌａｂｓ（ＴＭ）のＢｉｇＩＰ（ＴＭ）、Ａｌｔｅｏ
ｎ（ＴＭ）のＷｅｂＤｉｒｅｃｔｏｒ（ＴＭ）などである。他のサイトには、
多層様式で構築されるものもあり、それによって一並びのＷｅｂサーバがＨＴＴ
Ｐ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）要求を処理す
るが、大量のアプリケーション論理は別のアプリケーション・サーバで実施され
る。そして今度はこれらのアプリケーション・サーバを、元のデータベース・サ
ーバの層に接続する必要がある。

【０００９】これらの異なる構成シナリオの一部が、図１Ａ、図１Ｂ、お
よび図１Ｃに示されている。図１Ａは、ＣＰＵ１０２およびディスク１０４を含
む単一のマシン１００を含む、単純なＷｅｂサイトを示す構成図である。マシン
１００は、インターネット１０６として知られるグローバルなパケット交換デー
タ・ネットワークまたは他のネットワークに結合される。マシン１００は、前述
の種類の共用設備に収容することができる。

【００１０】図１Ｂは、複数のＷｅｂサーバＷＳＡ、ＷＳＢ、ＷＳＣを含
む１層のＷｅｂサーバ・ファーム１１０を示す構成図である。それぞれのＷｅｂ
サーバが、インターネット１０６に結合されたロード・バランサ１１２に結合さ
れる。ロード・バランサは、各サーバにかかる処理負荷の均衡を保つためにサー
バ間のトラフィックを分割する。ロード・バランサ１１２は、Ｗｅｂサーバを無
許可のトラフィックから守るためのファイアウォールを含むかまたはこれと結合
することもできる。

【００１１】図１Ｃは、ＷｅｂサーバＷ１、Ｗ２などの層、アプリケーシ
ョン・サーバＡ１、Ａ２などの層、およびデータベース・サーバＤ１、Ｄ２など
の層を含む、３層のサーバ・ファーム１２０を示す。Ｗｅｂサーバは、ＨＴＴＰ
要求を処理するために提供される。アプリケーション・サーバは、大半のアプリ
ケーション論理を実行する。データベース・サーバは、データベース管理システ
ム（ＤＢＭＳ）ソフトウェアを実行する。

【００１２】構築する必要がある種類のＷｅｂサイトのトポロジの多様性
を考えれば、大規模なＷｅｂサイトを構築するには、それぞれを特注構築するこ
とが唯一の方法であるのは明らかであろう。実際のところ、これが従来の方法で
あった。多くの組織が同じ問題について個別に苦労を重ね、それぞれのＷｅｂサ
イトをゼロから特注構築してきた。これは非効率的であり、様々な企業で膨大な
量の作業を重複して行うことになる。

【００１３】従来の方法に付随するもう１つの問題は、資源および処理能
力のプランニングである。Ｗｅｂサイトは、日によって、あるいは１日の中でも
時間によって、かなり異なるレベルのトラフィックを受信する可能性がある。ト
ラフィックのピーク時には、Ｗｅｂサイトのハードウェアまたはソフトウェアは
、オーバロードが原因で妥当な時間内に要求に応答できない場合がある。その他
の時間には、Ｗｅｂサイトのハードウェアまたはソフトウェアは、処理能力過剰
で十分に活用できない可能性がある。従来の方法では、過度の経費をかけずにあ
るいは処理能力過剰とならないように、ピーク時のトラフィックを処理できるだ
けのハードウェアとソフトウェアの均衡を見出すことは、難しい問題である。多
くのＷｅｂサイトでは、適切な均衡を見出しておらず、絶えず処理能力不足また
は処理能力過剰となっている。

【００１４】他の問題は、人的な誤りによって引き起こされる障害である
。手作業で構築されたサーバ・ファームを使用する現在の方法に存在する大きな
潜在的危険は、新しいサーバを作動中のサーバ・ファームに組み入れる際に発生
した人的誤りが、サーバ・ファームの誤動作を引き起こし、その結果、そのＷｅ
ｂサイトのユーザにサービスを提供できなくなる可能性があるということである
。

【００１５】前述の内容に基づき、この分野では、特別注文による構築を
必要とせず、オン・デマンドで即時にかつ容易に拡張できるコンピューティング
・システムを提供するように改善された方法および装置が明らかに必要である。

【００１６】さらに、トラフィック・スループットの変化を反映して、必
要に応じて展開したり隠したりすることのできる、複数の分離された処理ノード
の作成をサポートするコンピューティング・システムも必要である。他の必要性
は、本書に示した開示で明らかになろう。

【００１７】

【発明の概要】前述の必要性および目的、ならびに以下の記述から明らかに
なるであろう他の必要性および目的は、本発明によって達成されるものであって
、本発明の一態様には、大規模コンピューティング構造（「コンピューティング
・グリッド」）に基づいて、高度にスケーラブルであり、高度に使用可能および
確実なデータ処理サイトを作成するための方法および装置が含まれる。コンピュ
ーティング・グリッドは、いったん物理的に構築され、次いでオン・デマンドで
様々な組織に論理的に分割される。コンピューティング・グリッドには、１つま
たは複数のＶＬＡＮスイッチおよび１つまたは複数の記憶域ネットワーク（ＳＡ
Ｎ）スイッチに結合された、多数のコンピューティング要素が含まれる。複数の
記憶デバイスがＳＡＮスイッチに結合され、適切なスイッチング論理およびコマ
ンドを介して、１つまたは複数のコンピューティング要素に選択的に結合するこ
とができる。ＶＬＡＮスイッチの１ポートが、インターネットなどの外部ネット
ワークに結合される。監視メカニズム、レイヤ、マシン、またはプロセスが、Ｖ
ＬＡＮスイッチおよびＳＡＮスイッチに結合される。

【００１８】第一に、すべての記憶デバイスおよびコンピューティング要
素がアイドル・プールに割り当てられる。プログラムの制御の下で、監視メカニ
ズムが、ＶＬＡＮスイッチおよびＳＡＮスイッチのポートを１つまたは複数のコ
ンピューティング要素および記憶デバイスに結合するために、これらを動的に構
成する。その結果、こうした要素およびデバイスはアイドル・プールから論理的
に除去され、１つまたは複数の仮想サーバ・ファーム（ＶＳＦ）の一部となる。
それぞれのＶＳＦコンピューティング要素が、コンピューティング要素がブート
ストラップの動作および作成を実行するために使用可能なブート・イメージを含
む記憶デバイスに向けられるか、またはそうでなければ関連付けられる。

【００１９】コンピューティング・グリッドをいったん物理的に構築し、
コンピューティング・グリッドの一部を様々な組織にオン・デマンドで確実かつ
動的に割り振ることで、各サイトを特別注文で構築する場合には達成が困難な、
スケール・メリットが達成される。

【００２０】本発明は、添付の図面において限定的なものでなく例示的な
ものとして示されており、この図面では、同じ要素が同じ参照番号で表されてい
る。

【００２１】

【好適な実施形態の説明】

拡張可能コンピューティング・システムを提供するための方法および装置につ
いて説明する。以下の説明では、本発明について完全に理解してもらうために、
例示の目的で多数の特有の詳細について記載する。ただし、当分野の技術者には
、本発明がこれらの特有の詳細なしに実施できることが明らかになろう。他の場
合には、本発明を必要以上に不明瞭にすることがないように、構成図にはよく知
られた構造およびデバイスが示される。

【００２２】（仮想サーバ・ファーム（ＶＳＦ））一実施形態によれば、大規模コンピューティング構造（「コンピューティング
・グリッド」）が提供される。コンピューティング・グリッドは、いったん物理
的に構築し、次いでオン・デマンドで様々な組織に論理的に分割することができ
る。複数の企業または組織のそれぞれに、コンピューティング・グリッドの一部
が割り振られる。各組織のコンピューティング・グリッドの論理部分が、仮想サ
ーバ・ファーム（ＶＳＦ）と呼ばれる。各組織は、そのＶＳＦの独立した管理制
御を保持する。各ＶＳＦは、サーバ・ファーム上に配置されたリアルタイム要求
または他の要素に基づいて、ＣＰＵの数、記憶容量およびディスク、ならびにネ
ットワーク帯域幅によって動的に変更することができる。各ＶＳＦは、たとえす
べて物理的に同じコンピューティング・グリッドから論理的に作成された場合で
あっても、あらゆる他の組織のＶＳＦから守られている。ＶＳＦは、私設専用回
線または仮想私設ネットワーク（ＶＰＮ）のいずれかを使用して、イントラネッ
トを他の組織のＶＳＦにさらすことなく、イントラネットに再接続することがで
きる。

【００２３】組織は、たとえコンピュータへの管理アクセスをフルに実施
することができる（たとえばスーパー・ユーザまたはルート）か、またはコンピ
ュータが接続されたローカル・エリア・ネットワーク（ＬＡＮ）上のすべてのト
ラフィックを監視することができる場合であっても、コンピューティング・グリ
ッドの割り振られた部分、すなわちそのＶＳＦにあるデータおよびこれらのコン
ピューティング要素にのみアクセスすることが可能である。これは、ＶＳＦのセ
キュリティ外辺部が動的に伸縮する、動的なファイアウォール・スキームを使用
して達成される。

【００２４】各ＶＳＦは、インターネット、イントラネット、またはエク
ストラネットを介してアクセス可能な組織のコンテンツおよびアプリケーション
をホストするのに使用することができる。

【００２５】コンピューティング要素ならびにそれに関連付けられたネッ
トワーキングおよび記憶要素の構成および制御は、コンピューティング・グリッ
ド内のいかなるコンピューティング要素を介しても直接アクセスすることのでき
ない、監視メカニズムによって実施される。便宜上、本書では監視メカニズムを
制御プレーンと呼び、１つまたは複数のプロセッサまたはプロセッサのネットワ
ークを含むことができる。監視メカニズムは、監視プログラム、制御装置などを
含むことができる。本明細書に記載するように、他の方法を使用することもでき
る。

【００２６】制御プレーンは、ネットワーク内でまたは他の手段によって
相互接続することができる１つまたは複数のサーバなどの、監視目的で割り当て
られた完全に独立したコンピューティング要素セット上で動作する。これは、グ
リッド内のネットワーキングおよび記憶要素の特別な制御ポートまたはインター
フェースを介して、コンピューティング・グリッドのコンピューティング、ネッ
トワーキング、および記憶要素上で制御動作を実行するものである。制御プレー
ンは、システムのスイッチング要素に物理インターフェースを提供し、システム
内のコンピューティング要素の負荷を監視し、グラフィカル・ユーザ・インター
フェースまたは他の好適なユーザ・インターフェースを使用する管理および監督
機能を提供するものである。

【００２７】制御プレーンを実行中のコンピュータは、コンピューティン
グ・グリッド内にある（したがって任意の特有のＶＳＦ内にある）コンピュータ
には論理的に不可視であり、コンピューティング・グリッド内にあるかまたは外
部コンピュータからの要素を介して、いかなる方法でも攻撃または破壊されるこ
とはない。制御プレーンのみが、コンピューティング・グリッド内のデバイス上
にある制御ポートへの物理的接続を有し、特定のＶＳＦでのメンバシップを制御
する。コンピューティング内のデバイスは、これらの特殊な制御ポートを介して
のみ構成することが可能であるため、コンピューティング・グリッド内のコンピ
ューティング要素は、セキュリティ外辺部を変更するか、あるいは許可されてい
ない記憶デバイスまたはコンピューティング・デバイスにアクセスすることがで
きない。

【００２８】したがってＶＳＦは、組織が、大規模共用コンピューティン
グ・インフラストラクチャ、すなわちコンピューティング・グリッドから動的に
作成された専用サーバ・ファームを含むように見える、コンピューティング施設
を取り扱えるようにするものである。本明細書に記載のコンピューティング・ア
ーキテクチャで結合された制御プレーンは、コンピューティング・グリッドのデ
バイスのハードウェアで実施されるアクセス制御メカニズムを介してプライバシ
ーおよび保全性が保護されている専用サーバ・ファームを提供する。

【００２９】各ＶＳＦの内部トポロジは、制御プレーンによって制御され
る。制御プレーンは、本明細書に記載のコンピュータ、ネットワーク・スイッチ
、および記憶ネットワーク・スイッチの基本的な相互接続を採用し、これらを使
用して様々なサーバ・ファーム構成を作成することができる。これらには、ロー
ド・バランサがフロントエンドとなる単一層のＷｅｂサーバ・ファーム、ならび
にＷｅｂサーバがアプリケーション・サーバに伝え、次にこれがデータベース・
サーバに伝える多層構成が含まれるが、これらに限定されるものではない。様々
なロード・バランシング、多層、およびファイアウォールの構成が可能である。

【００３０】（コンピューティング・グリッド）コンピューティング・グリッドは、一箇所に存在するか、または広い範囲に分
散する場合がある。本明細書では第一に、純粋にローカル・エリア技法で構成さ
れる、単一構内規模のネットワーク状況におけるコンピューティング・グリッド
について説明する。次いで本明細書では、コンピューティング・グリッドがワイ
ド・エリア・ネットワーク（ＷＡＮ）を介して分散された場合について説明する
。

【００３１】図２は、ローカル・コンピューティング・グリッド２０８を
含む、拡張可能コンピューティング・システム２００の一構成を示す、構成図で
ある。本明細書では、「拡張可能」とは一般に、システムがフレキシブルかつス
ケーラブルであり、特定企業またはユーザに対してオン・デマンドでコンピュー
ティング能力を増減する機能を有するという意味である。ローカル・コンピュー
ティング・グリッド２０８は、多数のコンピューティング要素ＣＰＵ１、ＣＰＵ
２、・・・ＣＰＵｎで構成される。実施形態の一例では、１０，０００またはそ
れ以上のコンピューティング要素が存在可能である。これらのコンピューティン
グ要素は、長寿命の状態情報を要素ごとに含むかまたは記憶することがないため
、ローカル・ディスクなどの持続的または不揮発性の記憶装置なしに構成するこ
とができる。代わりに、すべての長寿命状態情報は、コンピューティング要素と
は別の、１つまたは複数のＳＡＮスイッチ２０２を含む記憶域ネットワーク（Ｓ
ＡＮ）を介してコンピューティング要素に結合された、ディスクＤＩＳＫ１、Ｄ
ＩＳＫ２、・・・ＤＩＳＫｎ上に記憶される。好適なＳＡＮスイッチは、Ｂｒｏ
ｃａｄｅ（ＴＭ）およびＥｘｃｅｌ（ＴＭ）から市販されている。

【００３２】すべてのコンピューティング要素は、仮想ＬＡＮ（ＶＬＡＮ
）に分けることのできる１つまたは複数のＶＬＡＮスイッチ２０４を介して互い
に相互接続されている。ＶＬＡＮスイッチ２０４はインターネット１０６に結合
される。一般に、コンピューティング要素には、ＶＬＡＮスイッチに接続された
１つまたは２つのネットワーク・インターフェースが含まれる。図２では、簡略
化するために、すべてのノードが２つのネットワーク・インターフェースを備え
るように示されているが、これよりも少ないかまたは多いネットワーク・インタ
ーフェースを備えることも可能である。現在では、多くの製造販売業者が、ＶＬ
ＡＮ機能をサポートするスイッチを提供している。たとえば、好適なＶＬＡＮス
イッチは、ＣｉｓｃｏＳｙｓｔｅｍｓ，Ｉｎｃ．（ＴＭ）およびＸｔｒｅｍｅ
Ｎｅｔｗｏｒｋｓ（ＴＭ）から市販されている。同様に、ファイバ・チャネル
・スイッチ、ＳＣＳＩ対ファイバ・チャネル・ブリッジング・デバイス、および
ネットワーク結合記憶装置（ＮＡＳ／ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔ
ｏｒａｇｅ）デバイスを含み、ＳＡＮを構築するための製品が数多く市販されて
いる。

【００３３】制御プレーン２０６は、ＳＡＮ制御パス、ＣＰＵ制御パス、
およびＶＬＡＮ制御パスによって、それぞれ、ＳＡＮスイッチ２０２、ＣＰＵ１
、ＣＰＵ２、・・・ＣＰＵｎといったＣＰＵ、およびＶＬＡＮスイッチ２０４に
結合される。

【００３４】それぞれのＶＳＦは、ＶＬＡＮセット、ＶＬＡＮに取り付け
られたコンピューティング要素セット、およびコンピューティング要素セットに
結合されたＳＡＮ上で使用可能な記憶装置のサブセットで構成される。ＳＡＮ上
で使用可能な記憶装置のサブセットはＳＡＮゾーンと呼ばれ、ＳＡＮハードウェ
アによって他のＳＡＮゾーンの一部であるコンピューティング要素からのアクセ
スから保護される。偽造不可能なポート識別子を提供するＶＬＡＮを使用して、
一顧客またはエンド・ユーザが、他の顧客またはエンド・ユーザのＶＳＦ資源へ
のアクセスを取得しないようにすることが好ましい。

【００３５】図３は、ＳＡＮゾーンを特徴とする仮想サーバ・ファームの
一例を示す構成図である。複数のＷｅｂサーバＷＳ１、ＷＳ２、などが、第１の
ＶＬＡＮ（ＶＬＡＮ１）によって、ロード・バランサ（ＬＢ）／ファイアウォー
ル３０２に結合される。第２のＶＬＡＮ（ＶＬＡＮ２）は、インターネット１０
６とロード・バランサ（ＬＢ）／ファイアウォール３０２とを結合する。各Ｗｅ
ｂサーバは、本明細書でさらに説明するメカニズムを使用して、ＣＰＵ１、ＣＰ
Ｕ２、などの中から選択することができる。ＷｅｂサーバはＳＡＮゾーン３０４
に結合され、これは１つまたは複数の記憶デバイス３０６ａ、３０６ｂに結合さ
れる。

【００３６】任意の所与の時点で、図２のＣＰＵ１などのコンピューティ
ング・グリッド内のコンピューティング要素は、単一のＶＳＦに関連付けられた
ＶＬＡＮのセットおよびＳＡＮゾーンに接続されているだけである。ＶＳＦは典
型的には、異なる組織間で共用されない。ＳＡＮ上にあり、単一のＳＡＮゾーン
に属した記憶装置のサブセット、ならびにこれとＶＬＡＮ上にあるコンピューテ
ィング要素とに関連付けられたＶＬＡＮセットが、ＶＳＦを定義する。

【００３７】ＶＬＡＮのメンバシップおよびＳＡＮゾーンのメンバシップ
を制御することによって、制御プレーンは、コンピューティング・グリッドを複
数のＶＳＦに論理的に区分させる。１つのＶＳＦのメンバは、他のＶＳＦのコン
ピューティング資源または記憶資源にアクセスすることができない。こうしたア
クセス制約は、ＶＬＡＮスイッチによってハードウェア・レベルで、ならびにフ
ァイバ・チャネル・スイッチなどのＳＡＮハードウェアおよびＳＣＳＩ対ファイ
バ・チャネル・ブリッジング・ハードウェアなどのエッジ・デバイスのポート・
レベルのアクセス制御メカニズム（たとえばゾーニング）によって、強制される
。コンピューティング・グリッドの一部を形成するコンピューティング要素は、
物理的にはＶＬＡＮスイッチおよびＳＡＮスイッチの制御ポートまたはインター
フェースに接続されていないため、ＶＬＡＮまたはＳＡＮゾーンのメンバシップ
を制御することができない。したがって、コンピューティング・グリッドのコン
ピューティング要素は、それらが格納されているＶＳＦ内にないコンピューティ
ング要素にはアクセスすることができない。

【００３８】制御プレーンを実行するコンピューティング要素だけが、グ
リッド内にあるデバイスの制御ポートまたはインターフェースに物理的に接続さ
れている。コンピューティング・グリッド内にあるデバイス（コンピュータ、Ｓ
ＡＮスイッチ、およびＶＬＡＮスイッチ）は、こうした制御ポートまたはインタ
ーフェースを介してのみ構成することができる。これによって、コンピュータ・
グリッドを複数のＶＳＦに動的に区分させる、単純ではあるが非常に確実な手段
が提供される。

【００３９】ＶＳＦ内にあるそれぞれのコンピューティング要素は、任意
の他のコンピューティング要素に置き換えられる。所与のＶＳＦに関連付けられ
たコンピューティング要素、ＶＬＡＮ、およびＳＡＮゾーンの数は、時間の経過
と共に、制御プレーンの制御の下で変化することがある。

【００４０】一実施形態では、コンピューティング・グリッドには、予備
にとってある多数のコンピューティング要素を含むアイドル・プールが含まれる
。アイドル・プールからのコンピューティング要素は、ＶＳＦが利用可能なＣＰ
Ｕまたはメモリ容量を増やすため、またはＶＳＦ内にある特定のコンピューティ
ング要素の障害を処理するために、特定のＶＳＦに割り当てることができる。コ
ンピューティング要素がＷｅｂサーバとして構成される場合、アイドル・プール
は、変化するかまたは「満杯の」Ｗｅｂトラフィック負荷および関連するピーク
時処理負荷のための、大規模な「緩衝器」としての働きをする。

【００４１】アイドル・プールは、多くの異なる組織間で共用されるため
、単一の組織がアイドル・プールの全経費を支払う必要がなくなり、スケール・
メリットが与えられる。異なる組織が１日のうちで異なる時間に必要に応じてア
イドル・プールからコンピューティング要素を取得することが可能であり、それ
によって、各ＶＳＦを必要なときに展開させ、トラフィックが通常のレベルに落
ち着いたときには縮小させることができる。多くの異なる組織が同時にピークの
状態を持続し、それによって潜在的にアイドル・プールの容量を使い尽くしてし
まう場合、ＣＰＵおよび記憶要素を追加することでアイドル・プールを増やすこ
とができる（スケーラビリティ）。アイドル・プールの容量は、定常状態で、特
定のＶＳＦが必要なときにアイドル・プールから追加のコンピューティング要素
を取得できない確率を大幅に減らすように設計されている。

【００４２】図４Ａ、図４Ｂ、図４Ｃ、および図４Ｄは、コンピューティ
ング要素をアイドル・プールの内外へ移動させることに関連した、連続するステ
ップを示す構成図である。はじめに図４Ａを参照すると、制御プレーンが、ＶＳ
Ｆ１、ＶＳＦ２と表示された第１および第２のＶＳＦに論理的に接続されたコン
ピューティング・グリッドの要素を有すると想定される。アイドル・プール４０
０には複数のＣＰＵ４０２が含まれ、そのうちの１つがＣＰＵＸと表示されてい
る。図４Ｂでは、ＶＳＦ１に追加のコンピューティング要素が必要であることが
明らかになった。したがって、経路４０４で示されるように、制御プレーンはＣ
ＰＵＸをアイドル・プール４００からＶＳＦ１に移動させる。

【００４３】図４Ｃでは、ＶＳＦ１にはＣＰＵＸが不要になったため、制
御プレーンがＣＰＵＸをＶＳＦ１からアイドル・プール４００へ戻すように移動
させる。図４Ｄでは、ＶＳＦ２に追加のコンピューティング要素が必要であるこ
とが明らかになった。したがって、制御プレーンはＣＰＵＸをアイドル・プール
４００からＶＳＦ２に移動させる。このようにして、時間の経過と共にトラフィ
ックの条件が変化するに従って、単一のコンピューティング要素がアイドル・プ
ールに属し（図４Ａ）、その後特定のＶＳＦに割り当てられ（図４Ｂ）、その後
アイドル・プールに戻され（図４Ｃ）、その後他のＶＳＦに属する（図４Ｄ）こ
とが可能である。

【００４４】これらの各段階で、制御プレーンは、コンピューティング要
素に関連付けられたＬＡＮスイッチおよびＳＡＮスイッチが、特定のＶＳＦ（ま
たはアイドル・プール）に関連付けられたＶＬＡＮおよびＳＡＮゾーンの一部と
なるように構成する。一実施形態によれば、それぞれの移行の間に、コンピュー
ティング要素は電源を切るかまたはリブートされる。再度電源を入れると、オペ
レーティング・システム（たとえばＬｉｎｕｘ（ＴＭ）、ＮＴ（ＴＭ）、Ｓｏｌ
ａｒｉｓ（ＴＭ）など）のブート可能イメージを含む、ＳＡＮ上にある別の部分
の記憶ゾーンを表示する。記憶ゾーンには、各組織に特有のデータ部分も含まれ
る（たとえばＷｅｂサーバに関連付けられたファイル、データベース区画など）
。これは、他のＶＳＦのＶＬＡＮセットの一部である他のＶＬＡＮの一部でもあ
るため、移行先であるＶＳＦのＶＬＡＮに関連付けられた、ＣＰＵ、ＳＡＮ記憶
デバイス、およびＮＡＳデバイスにアクセスすることができる。

【００４５】好ましい実施形態では、記憶ゾーンには、コンピューティン
グ要素によって想定可能な役割に関連付けられた、複数の事前に定義された論理
設計図が含まれる。初期時には、Ｗｅｂサーバ、アプリケーション・サーバ、デ
ータベース・サーバなどの、任意の特定の役割またはタスク専用のコンピューテ
ィング要素はない。コンピューティング要素の役割は、複数の事前に定義され記
憶された設計図の１つから取得されるものであって、設計図はそれぞれが、役割
に関連付けられたコンピューティング要素にブート・イメージを定義するもので
ある。設計図は、ブート・イメージ位置を役割に関連付けることができる、ファ
イル、データベース・テーブル、または任意の他の記憶様式の形態で格納するこ
とができる。

【００４６】したがって、図４Ａ、図４Ｂ、図４Ｃ、および図４ＤでのＣ
ＰＵＸの移動は物理的ではなく論理的であって、制御プレーンの制御下でＶＬＡ
ＮスイッチおよびＳＡＮゾーンを再構成することによって達成される。さらに、
初期にコンピューティング・グリッド内にある各コンピューティング要素は、本
来は代替可能なものであり、仮想サーバ・ファーム内で接続された後にのみ特有
の処理に関する役割を想定して、ブート・イメージからソフトウェアをロードす
る。Ｗｅｂサーバ、アプリケーション・サーバ、データベース・サーバなどのよ
うな、任意の特定の役割またはタスク専用のコンピューティング要素はない。コ
ンピューティング要素の役割は、複数の事前に定義され記憶された設計図の１つ
から取得されるものであって、設計図はそれぞれが、役割に関連付けられたコン
ピューティング要素にブート・イメージを定義するものである。

【００４７】任意の所与のコンピューティング要素（ローカル・ディスク
など）に記憶された長寿命の状態情報がないため、異なるＶＳＦ間でノードを容
易に移動させることが可能であり、まったく異なるＯＳおよびアプリケーション
・ソフトウェアを実行することができる。さらにこれによって、予定されている
かまたは予定外のダウンタイム発生時に、各コンピューティング要素が非常に交
換しやすくなる。

【００４８】特定のコンピューティング要素は、様々なＶＳＦから出し入
れされる場合に、異なる役割を果たすことができる。たとえば、コンピューティ
ング要素は、１つのＶＳＦにおいてＷｅｂサーバとして動作することが可能であ
り、異なるＶＳＦに入れられたときにはデータベース・サーバ、Ｗｅｂロード・
バランサ、ファイアウォールなどとなることができる。また、異なるＶＳＦ内で
Ｌｉｎｕｘ（ＴＭ）、ＮＴ（ＴＭ）、またはＳｏｌａｒｉｓ（ＴＭ）などの異な
るオペレーティング・システムを連続的にブートして実行することもできる。し
たがって、コンピューティング・グリッド内にある各コンピューティング要素は
代替可能であり、固定的な役割は与えられていない。そのため、コンピューティ
ング・グリッドの予備的処理能力全体を使用して、任意のＶＳＦが必要とする任
意のサービスを提供することができる。これにより、特定のサービスを実行して
いる各サーバが、潜在的に同じサービスを提供できる何千ものバックアップ・サ
ーバを備えることになるため、単一のＶＳＦが提供するサービスに対して、高い
使用可能度および信頼性が与えられる。

【００４９】さらに、コンピューティング・グリッドの大規模な予備的処
理能力によって、動的なロード・バランシング特性、ならびに高いプロセッサ使
用可能度の両方を提供することができる。この能力は、ＶＬＡＮを介して相互接
続され、ＳＡＮを介して記憶デバイスの構成可能ゾーンに接続された、すべてが
制御プレーンによってリアルタイムで制御される、ディスクのないコンピューテ
ィング要素を固有に組み合わせることによって実行することができる。あらゆる
コンピューティング要素は、任意のＶＳＦ内で任意の必須サーバの役割を果たす
ことが可能であり、ＳＡＮ内の任意のディスクの任意の論理区画に接続可能であ
る。グリッドがさらに多くのコンピューティング能力またはディスク容量を必要
とする場合、コンピューティング要素またはディスク記憶域がアイドル・プール
に手動で追加され、これはより多くの組織にＶＳＦサービスが提供されるにつれ
て、経時的に減らすことができる。ＣＰＵの数、ネットワークおよびディスクの
帯域幅、ならびにＶＳＦが使用可能な記憶域を増やすために、手動介入は不要で
ある。こうしたすべての資源は、アイドル・プール内で制御プレーンが使用可能
なＣＰＵ、ネットワークおよびディスクの資源から、オン・デマンドで割り振ら
れる。

【００５０】特定のＶＳＦは、手動再構成の対象ではない。アイドル・プ
ール内のマシンのみが、手動でコンピューティング・グリッド内に組み入れられ
る。その結果、現在手動で構築されたサーバ・ファーム内に存在する潜在的に高
い危険性が除去される。新しいサーバを活動中のサーバ・ファーム内に組み入れ
る際に、人的な誤りによってサーバ・ファームが誤動作を起こす場合があり、そ
の結果、そのＷｅｂサイトのユーザに対するサービスが失われることがある、と
いう可能性は仮想的には消去される。

【００５１】制御プレーンは、記憶デバイスに接続されたＳＡＮに格納さ
れたデータの複製も行うため、任意の特定記憶要素に障害が発生しても、システ
ムのどんな部分にもサービスの損失は発生させない。ＳＡＮを使用してコンピュ
ーティング・デバイスから長寿命記憶装置を分離し、冗長な記憶装置およびコン
ピューティング要素を提供することにより、任意のコンピューティング要素を任
意の記憶区画に接続することが可能であり、高い使用可能度が達成される。

【００５２】（仮想サーバ・ファームの確立、そのファームへの処理装置の追加、およびそ
のファームからの処理装置の除去に関する詳細な例）図５Ａは、実施形態によるＶＳＦシステムを示す構成図である。図５Ａを参照
しながら、ＶＳＦの作成、そのＶＳＦへのノードの追加、およびそのＶＳＦから
のノードの削除に使用することができる、詳細なステップについて下記で説明す
る。

【００５３】図５Ａは、ＶＬＡＮ対応スイッチ５０４に結合されたコンピ
ュータＡ〜Ｇを含む、コンピューティング要素５０２を示す図である。ＶＬＡＮ
スイッチ５０４はインターネット１０６に結合され、ＶＬＡＮスイッチにはポー
トＶ１、Ｖ２などがある。さらにコンピュータＡ〜Ｇは、ＳＡＮスイッチ５０６
に結合され、これが複数の記憶デバイスまたはディスクＤ１〜Ｄ５に結合される
。ＳＡＮスイッチ５０６にはポートＳ１、Ｓ２などがある。制御プレーン・マシ
ン５０８は、制御パスおよびデータ・パスによって、ＳＡＮスイッチ５０６およ
びＶＬＡＮスイッチ５０４に結合される。制御プレーンは、制御ポートを介して
これらのデバイスに制御コマンドを送信することができる。

【００５４】説明を簡単にするために、図５Ａではコンピューティング要
素の数を少なくしてある。実際には、たとえば何千またはそれ以上に上る多数の
コンピュータと、同様に多数の記憶デバイスによって、コンピューティング・グ
リッドが形成されている。こうした大規模な構造では、複数のＳＡＮスイッチが
相互接続されてメッシュを形成し、複数のＶＬＡＮスイッチが相互接続されてＶ
ＬＡＮメッシュを形成する。ただし、単純でわかりやすくするために、図５Ａに
は単一のＳＡＮスイッチおよび単一のＶＬＡＮスイッチが示されている。

【００５５】初期時に、制御プレーンがＶＳＦの作成要求を受け取るまで
は、すべてのコンピュータＡ〜Ｇがアイドル・プールに割り当てられる。ＶＬＡ
Ｎスイッチのすべてのポートは特定のＶＬＡＮに割り当てられ、これをＶＬＡＮ
１（アイドル・ゾーン用）と表示するものとする。制御プレーンが、１つのロ
ード・バランサ／ファイアウォールと、ＳＡＮ上の記憶装置に接続された２つの
Ｗｅｂサーバとを含む、ＶＳＦの構築を要求されたものと想定する。制御プレー
ンへの要求は、管理インターフェースまたは他のコンピューティング要素を介し
て着信することができる。

【００５６】これに応答して、制御プレーンはＣＰＵＡをロード・バラ
ンサ／ファイアウォールとして割り当てるかまたは割り振り、ＣＰＵＢおよび
ＣをＷｅｂサーバとして割り振る。ＣＰＵＡは、論理上、ＳＡＮゾーン１に配
置され、ロード・バランシング／ファイアウォール用の専用ソフトウェアを含む
ディスク上のブート可能区画が指し示される。「指し示される」という用語は便
宜上使用されており、ＣＰＵＡが動作させる必要のある適切なソフトウェアを
取得するかまたは見つけることができるのに十分な情報が、何らかの手段によっ
てＣＰＵＡに与えられることを示す意図の用語である。ＣＰＵＡをＳＡＮゾ
ーン１に配置することで、そのＳＡＮゾーンのＳＡＮによって制御されるディス
クからＣＰＵＡが資源を取得することができる。

【００５７】ロード・バランサは、ＣＰＵＢおよびＣを２つのＷｅｂサ
ーバとして理解するように制御プレーンによって構成され、ロード・バランシン
グを行うことが想定される。ファイアウォール構成により、ＣＰＵＢおよびＣ
がインターネット１０６から許可なくアクセスされるのを防ぐことができる。Ｃ
ＰＵＢおよびＣには、特定のオペレーティング・システム（たとえば、Ｓｏｌ
ａｒｉｓ（ＴＭ）、Ｌｉｎｕｘ（ＴＭ）、ＮＴ（ＴＭ）など）およびＷｅｂサー
バ・アプリケーション・ソフトウェア（たとえばＡｐａｃｈｅ）用のブート可能
ＯＳイメージを含む、ＳＡＮ上のディスク区画が指し示される。ＶＬＡＮスイッ
チは、ＶＬＡＮ１上にポートｖ１およびｖ２を配置し、ＶＬＡＮ２上にポー
トｖ３、ｖ４、ｖ５、ｖ６、およびｖ７を配置するよう構成される。制御プレー
ンは、ＳＡＮゾーン１にファイバ・チャネル・スイッチ・ポートｓ２、ｓ３、お
よびｓ８を配置するように、ＳＡＮスイッチ５０６を構成する。

【００５８】ＣＰＵにどのように特定のディスク・ドライブが指し示され
るか、およびこれがブートアップおよびディスク・データへの共用アクセスに関
して何を意味するかについて、さらに説明する。

【００５９】図６は、結果として生じる、集合的にＶＳＦ１と呼ばれるコ
ンピューティング要素の論理接続を示す構成図である。ディスク・ドライブＤＤ
１は、記憶デバイスＤ１、Ｄ２などの中から選択される。図６に示されるように
、いったん論理構造が達成されると、ＣＰＵＡ、Ｂ、Ｃに起動コマンドが与え
られる。これに応答して、ＣＰＵＡは専用のロード・バランサ／ファイアウォ
ール・マシンとなり、ＣＰＵＢ、ＣはＷｅｂサーバとなる。

【００６０】次に、ポリシー・ベースの規則により、制御プレーンが、Ｖ
ＳＦ１内に他のＷｅｂサーバが必要であると判断するものと想定する。これは
、Ｗｅｂサイトに入ってくる要求の数が増えるためであり、顧客プランでは少な
くとも３つのＷｅｂサーバをＶＳＦ１に追加することが可能である。あるいは
、ＶＳＦを所有または操作する組織が他のサーバを要求し、それ自体のＶＳＦに
サーバを追加できるようにする特権が付与されたＷｅｂページなどの管理メカニ
ズムを介して追加したものである。

【００６１】これに応答して、制御プレーンはＣＰＵＤをＶＳＦ１に
追加することを決定する。そのために、制御プレーンは、ＶＬＡＮ２にポート
ｖ８およびｖ９を追加して、ＣＰＵＤをＶＬＡＮ２に追加することになる。
また、ＣＰＵＤのＳＡＮポートｓ４もＳＡＮゾーン１に追加される。ＣＰＵ
Ｄには、Ｗｅｂサーバとしてブートアップし実行するＳＡＮ記憶装置のブート可
能部分が指し示される。ＣＰＵＤは、Ｗｅｂページ・コンテンツ、実行可能サ
ーバ・スクリプトなどからなる、ＳＡＮ上にある共用データへの読み取り専用ア
クセスも取得する。この方法で、サーバ・ファームに関するＷｅｂ要求が処理可
能となり、ＣＰＵＢおよびＣが要求を処理する。さらに制御プレーンは、ロー
ド・バランシングが行われるサーバ・セットの一部としてＣＰＵＤを含むよう
に、ロード・バランサ（ＣＰＵＡ）を構成することにもなる。

【００６２】次にＣＰＵＤがブートアップされ、この時点でＶＳＦのサ
イズが３つのＷｅｂサーバと１つのロード・バランサに増やされている。図７は
、結果的に生じる論理接続を示す構成図である。

【００６３】ここで制御プレーンが、ＶＳＦ２と命名されることになり
、２つのＷｅｂサーバおよび１つのロード・バランサ／ファイアウォールを必要
とする、他のＶＳＦを作成する要求を受け取ると想定する。制御プレーンは、Ｃ
ＰＵＥをロード・バランサ／ファイアウォールとし、ＣＰＵＦ、ＧをＷｅｂ
サーバとするように割り振る。これでＣＰＵＥはＣＰＵＦ、Ｇが互いにロー
ド・バランシングされる２つのマシンであることを理解するように構成される。

【００６４】この構成を実施するために、制御プレーンは、ＶＬＡＮ１
がポートｖ１０、ｖ１１を含み（すなわち、インターネット１０６に接続され）
、ＶＬＡＮ３がポートｖ１２、ｖ１３、およびｖ１４、ｖ１５を含むように、
ＶＬＡＮスイッチ５０４を構成する。同様に、ＳＡＮゾーン２がＳＡＮポートｓ
６およびｓ７およびｓ９を含むように、ＳＡＮスイッチ５０６を構成する。この
ＳＡＮゾーンには、ＣＰＵＥをロード・バランサとして実行し、ＣＰＵＦお
よびＧを、ＳＡＮゾーン２のディスクＤ２に含まれる共用読取り専用ディスク区
画を使用するＷｅｂサーバとして実行するのに必要なソフトウェアを含む、記憶
装置が含まれる。

【００６５】図８は、結果的に生じる論理接続を示す構成図である。２つ
のＶＳＦ（ＶＳＦ１、ＶＳＦ２）は同じ物理ＶＬＡＮスイッチおよびＳＡＮ
スイッチを共用するが、２つのＶＳＦは論理的に区分されている。ＣＰＵＢ、
Ｃ、Ｄにアクセスするユーザ、またはＶＳＦ１を所有するかまたは動作させる
企業は、ＶＳＦ１のＣＰＵおよび記憶装置にのみアクセスできる。こうしたユ
ーザは、ＶＳＦ２のＣＰＵまたは記憶装置にはアクセスできない。これは、唯
一の共用セグメント（ＶＬＡＮ１）上にある別々のＶＬＡＮおよび２つのファ
イアウォールと、２つのＶＳＦが構成される異なるＳＡＮゾーンとの組み合わせ
によって生じるものである。

【００６６】さらに、その後、制御プレーンはＶＳＦ１を２つのＷｅｂ
サーバに戻すことを決定すると想定する。これは、ＶＳＦ１上で一時的に増加
した負荷が減少したか、または何らかの他の管理的処置が講じられたためである
。これに応答して、制御プレーンは、ＣＰＵの電源切断を含む可能性のある特別
なコマンドによって、ＣＰＵＤをシャットダウンする。ＣＰＵがいったんシャ
ットダウンされると、制御プレーンはポートｖ８およびｖ９をＶＬＡＮ２から
除去し、ＳＡＮポートｓ４もＳＡＮゾーン１から除去する。ポートｓ４はＳＡＮ
のアイドル・ゾーンに配置される。ＳＡＮのアイドル・ゾーンには、たとえばＳ
ＡＮゾーン１（アイドル用）またはゾーン０が指定される。

【００６７】その後何らかの時点で、制御プレーンは別のノードをＶＳＦ
２に追加するように決定することができる。これは、ＶＳＦ２内のＷｅｂサ
ーバにかかる負荷が一時的に増加したか、または他の理由によって生じるもので
ある。したがって、制御プレーンは、破線パス８０２で示されるように、ＣＰＵ
ＤをＶＳＦ２に配置することを決定する。そのためには、ＶＬＡＮ３がポ
ートｖ８、ｖ９を含み、ＳＡＮゾーン２がＳＡＮポートｓ４を含むように、ＶＬ
ＡＮスイッチを構成する。ＣＰＵＤには、ＶＳＦ２のサーバに必要なＯＳお
よびＷｅｂサーバ・ソフトウェアのブート可能イメージを含む、ディスク・デバ
イス２上の記憶部分が指し示される。またＣＰＵＤには、ＶＳＦ２内の他の
Ｗｅｂサーバによって共用されているファイル・システムにあるデータへの読取
り専用アクセス権も与えられる。ＣＰＵＤは、再度電源が投入され、ＶＳＦ
２内でロード・バランシングされたＷｅｂサーバとして実行され、その後は、Ｖ
ＬＡＮ２に接続されたＳＡＮゾーン１またはＣＰＵにあるどんなデータにもア
クセスできない。具体的に言えば、たとえＣＰＵＤが以前はＶＳＦ１の一部
であったとしても、ＶＳＦ１のどんな要素にもアクセスする手段がなくなる。

【００６８】さらに、この構成では、ＣＰＵＥが強制するセキュリティ
外辺部が、ＣＰＵＤを含むように動的に拡張されている。したがって、実施形
態では、ＶＳＦに追加されるかまたはＶＳＦから除去されるコンピューティング
要素を適切に保護するように自動的に調整する、動的なファイアウォールを提供
する。

【００６９】（ＳＡＮのディスク・デバイス）ブートアップのため、または他のノードと共用する必要があるディスク記憶装
置にアクセスするために、ＣＰＵに対してＳＡＮ上にある特定のデバイスを指し
示す方法、あるいはそうでなければブートアップ・プログラムおよびデータを見
つけることのできる情報を提供することができる方法がいくつかある。

【００７０】その１つが、コンピューティング要素に接続されたＳＣＳＩ
対ファイバ・チャネル・ブリッジング・デバイスを使用し、ローカル・ディスク
にＳＣＳＩインターフェースを提供する方法である。そのＳＣＳＩポートをファ
イバ・チャネルＳＡＮ上の正しいドライブに経路指定することによって、コンピ
ュータは、ローカル接続されたＳＣＳＩディスクにアクセスするのと同様に、フ
ァイバ・チャネルＳＡＮ上にある記憶デバイスにアクセスすることができる。し
たがって、ブートアップ・ソフトウェアなどのソフトウェアは、ローカル接続さ
れたＳＣＳＩディスクをブートオフするのと同様に、ＳＡＮ上にあるディスク・
デバイスをブートオフするだけである。

【００７１】もう１つは、ノードおよび関連するデバイス・ドライバ上に
ファイバ・チャネル・インターフェースを設け、ファイバ・チャネル・インター
フェースをブート・デバイスとして使用できるようにするＲＯＭおよびＯＳソフ
トウェアをブートする方法である。

【００７２】もう１つは、ＳＣＳＩまたはＩＤＥデバイス制御装置のよう
であるが、ディスクにアクセスするためにＳＡＮを介して通信する、インターフ
ェース・カード（たとえばＰＣＩバスまたはＳバス）を設ける方法である。Ｓｏ
ｌａｒｉｓ（ＴＭ）およびＷｉｎｄｏｗｓ（Ｒ）ＮＴなどのオペレーティング
・システムは、全体的に、この代替例で使用可能なディスクなしのブート機能を
提供する。

【００７３】典型的には、所与のノードに関連付けられたＳＡＮディスク
・デバイスには２種類ある。その第１は、他のコンピューティング要素と論理的
には共用されず、通常はブート可能ＯＳイメージ、ローカル構成ファイルなどを
含むノードごとのルート区画を構成する種類のディスクである。これはＵｎｉｘ
（Ｒ）システムのルート・ファイルシステムと等価である。

【００７４】第２の種類のディスクは、他のノードと記憶装置を共用する
。この種の共用は、ＣＰＵ上で実行されるＯＳソフトウェアおよびノードが共用
記憶装置にアクセスする必要性によって変化する。ＯＳが、複数のノード間での
共用ディスク区画への読取り／書込みアクセスを可能にする、クラスタ・ファイ
ル・システムを提供する場合、こうしたクラスタ・ファイル・システムとして共
用ディスクが取り付けられる。同様に、システムは、クラスタ内で実行中の複数
のノードが共用ディスクに同時に読取り／書込みアクセスできるようにする、Ｏ
ｒａｃｌｅＰａｒａｌｌｅｌＳｅｒｖｅｒ（ＴＭ）などのデータベース・ソ
フトウェアを使用することができる。このような場合、共用ディスクはすでに、
基本となるＯＳおよびアプリケーション・ソフトウェアに組み込まれている。

【００７５】ＯＳおよび関連するアプリケーションが他のノードと共用の
ディスク・デバイスを管理できないために、こうした共用アクセスができないオ
ペレーティング・システムの場合、共用ディスクを読取り専用デバイスとして取
り付けることができる。多くのＷｅｂアプリケーションの場合、Ｗｅｂ関連ファ
イルへの読取り専用アクセスがあれば十分である。たとえば、Ｕｎｉｘ（Ｒ）シ
ステムでは、特定のファイルシステムを読み取り専用として取り付けることがで
きる。

【００７６】（多重スイッチ・コンピューティング・グリッド）図５Ａに関連して上記で述べた構成は、大規模交換ＶＬＡＮ構造を形成するた
めに複数のＶＬＡＮスイッチを相互接続させることによって、また大規模交換Ｓ
ＡＮメッシュを形成するために複数のＳＡＮスイッチを相互接続させることによ
って、多数のコンピューティング・ノードおよび記憶ノードに拡張することがで
きる。この場合、コンピューティング・グリッドは、図４に一般的に示されたア
ーキテクチャを備えるが、ＣＰＵおよび記憶デバイス用の非常に多数のポートを
含むＳＡＮ／ＶＬＡＮ交換メッシュは除く。制御プレーン上で動作するいくつか
のマシンは、以下で説明するように、ＶＬＡＮ／ＳＡＮスイッチの制御ポートに
物理的に接続することができる。当分野では、複数のＶＬＡＮスイッチを相互接
続して、複雑な多重キャンパス内データ・ネットワークを作成することが知られ
ている。たとえば、ｈｔｔｐ：／／ｗｗｗ．ｃｉｓｃｏ．ｃｏｍ／ｗａｒｐ／ｐ
ｕｂｌｉｃ／ｃｃ／ｓｏｌ／ｍｋｔ／ｅｎｔ／ｎｄｓｇｎ／ｈｉｇｈｄ＿ｗｐ．
ｈｔｍからオンラインで入手可能な、Ｇ．Ｈａｖｉｌａｎｄの「Ｄｅｓｉｇｎｉ
ｎｇＨｉｇｈ−ＰｅｒｆｏｒｍａｎｃｅＣａｍｐｕｓＩｎｔｒａｎｅｔｓ
ｗｉｔｈＭｕｌｔｉｌａｙｅｒＳｗｉｔｃｈｉｎｇ」ＣｉｓｃｏＳｙｓ
ｔｅｍｓ，Ｉｎｃ．（ＴＭ）を参照されたい。

【００７７】（ＳＡＮアーキテクチャ）この説明では、ＳＡＮがファイバ・チャネル・スイッチおよびディスク・デバ
イスを備え、潜在的にはＳＣＳＩ対ファイバ・チャネル・ブリッジなどのファイ
バ・チャネル・エッジ・デバイスを備えることを想定している。ただし、ＳＡＮ
は、ギガビット・イーサネット（Ｒ）・スイッチ、または他の物理層プロトコル
を使用するスイッチなどの代替技法を使用して構築することも可能である。具体
的に言えば、ＩＰを介してＳＣＳＩプロトコルを実行することにより、ＩＰネッ
トワークを介してＳＡＮを構築するための努力が、現在進行中である。前述の方
法およびアーキテクチャは、ＳＡＮを構築するためのこうした代替方法に適合可
能である。ＶＬＡＮ実行可能層２環境を介して、ＩＰを介したＳＣＳＩのような
プロトコルを実行することによって、ＳＡＮが構築される場合、ＳＡＮゾーンは
、これらを異なるＶＬＡＮにマッピングすることによって作成される。

【００７８】また、高速イーサネット（Ｒ）またはギガビット・イーサネ
ット（Ｒ）などのＬＡＮ技法を介して動作する、ネットワーク結合記憶装置（Ｎ
ＡＳ）も使用可能である。このオプションでは、コンピューティング・グリッド
のセキュリティおよび論理区分を実施するために、ＳＡＮゾーンの代わりに異な
るＶＬＡＮが使用される。こうしたＮＡＳデバイスは、典型的には、複数のノー
ドが同じ記憶装置を共用できるようにするために、Ｓｕｎ（ＴＭ）のＮＳＦプロ
トコルまたはＭｉｃｒｏｓｏｆｔ（ＴＭ）のＳＭＢなどのネットワーク・ファイ
ルシステムをサポートする。

【００７９】（制御プレーンの実施）前述の説明では、制御プレーンはＳＡＮ／ＶＬＡＮスイッチの制御ポートおよ
びデータ・ポートに結合されたボックスとして表されている。ただし、他の制御
プレーンの実施も検討されている。

【００８０】典型的には、ＳＡＮ／ＶＬＡＮ制御ポートはイーサネット（
Ｒ）・インターフェースである。図９は、こうした場合に使用可能なアーキテク
チャを示す構成図である。各ＶＬＡＮスイッチ（ＶＬＡＮＳＷ１、ＶＬＡＮ
ＳＷｎ）のすべての制御（「ＣＴＬ」）ポートおよび各ＳＡＮスイッチ（ＳＡＮ
ＳＷ１、ＳＡＮＳＷｎ）のすべての制御ポートが、単一のイーサネット（Ｒ
）・サブネット９０２上に配置される。サブネット９０２は複数の制御プレーン
・マシンＣＰＣＰＵ１、ＣＰＣＰＵ２などにのみ接続される。これにより、
複数の制御プレーン・マシンを、すべてのＳＡＮスイッチおよびＶＬＡＮスイッ
チの制御ポートに接続することができる。

【００８１】この構成では、複数の制御プレーン・マシンは集合的に、制
御プレーンまたはＣＰ９０４と呼ばれる。ＣＰ９０４内のマシンのみが、Ｖ
ＬＡＮスイッチおよびＳＡＮスイッチの制御ポートへの物理的な接続を有する。
したがって、所与のＶＳＦにあるＣＰＵが、独自のＶＳＦまたは任意の他のＶＳ
Ｆに関連付けられたＶＬＡＮおよびＳＡＮゾーンのメンバシップを変更すること
はできない。

【００８２】あるいは、イーサネット（Ｒ）・インターフェースの代わり
に、制御ポートがシリアル・ポートまたはパラレル・ポートであってもよい。こ
の場合、ポートは制御プレーン・マシンに結合される。

【００８３】（制御プレーン・データとＶＬＡＮとの接続）制御プレーンを実行するマシンは、ＶＬＡＮスイッチならびにＳＡＮスイッチ
の両方にあるデータ・ポートへのアクセスを有する必要がある。これは、制御プ
レーンが特定のノードに関するファイルを構成し、現在のＣＰＵ負荷、ネットワ
ーク負荷、およびディスク負荷に関するノードからリアルタイム情報を収集する
ことができるようにするために必要である。

【００８４】図５Ｂは、制御プレーン５１６とデータ・ポートとを接続す
るための構成を示す、一実施形態の構成図である。一実施形態では、各ＶＳＦ内
のマシンが、制御プレーンのエージェントとして動作しているマシン５１０に定
期的にパケットを送信する。あるいは、制御プレーン・エージェント・マシン５
１０が、ＶＳＦ内のノードに対して自らのリアルタイム・データについて定期的
にポーリングすることができる。その後、制御プレーン・エージェント・マシン
５１０は、ＶＳＦ内のすべてのノードから集めたデータを、ＣＰ５１６に送信
する。ＣＰ５１６内の各マシンは、ＣＰＬＡＮ５１４に結合される。ＣＰ
ＬＡＮ５１４は、ＣＰファイアウォール５１２を介して、ＶＬＡＮスイッチ
５０４の特別ポートＶ１７に結合される。これにより、ＣＰには、すべてのＶＳ
Ｆにあるノードからすべてのリアルタイム情報を集めるための、スケーラブルで
確実な手段が提供される。

【００８５】（制御プレーンとＳＡＮデータとの接続）図１０は、制御プレーン・マシンと、複数のＳＡＮスイッチを使用する実施形
態（「ＳＡＮメッシュ」）との接続を示す、構成図である。複数の制御プレーン
・マシンＣＰＣＰＵ１、ＣＰＣＰＵ２などが、制御プレーン・サーバ・ファ
ーム（ＣＰ）９０４を形成する。各制御プレーン・マシンがＳＡＮメッシュのポ
ートに結合される。

【００８６】制御プレーン・マシンに関連付けられているのが、制御プレ
ーン専用のデータを含むディスク１００４に接続された、ＳＡＮポートＳｏ、Ｓ
ｐのセットである。ディスク１００４は、制御プレーンがログ・ファイル、統計
データ、現在の制御プレーン構成情報、および制御プレーンを実施するソフトウ
ェアを維持する領域である、制御プレーン専用記憶ゾーン１００２内に論理的に
配置される。ＳＡＮポートＳｏ、Ｓｐは、制御プレーンＳＡＮゾーンの一部にし
かすぎない。ポートＳｏ、Ｓｐは、いかなる他のＳＡＮゾーン上にも決して配置
されず、ＣＰ９０４の一部であるマシンだけが、これらのポートに接続された
ディスク１００４にアクセスすることができる。

【００８７】ポートＳ１、Ｓ２、およびＳｎ、ならびにポートＳｏおよび
Ｓｐは、制御プレーンＳＡＮゾーン内にある。アイドル・ポートまたは任意のＶ
ＳＦのいずれからのコンピューティング要素も、制御プレーンＳＡＮゾーンの一
部ではない。これによって、制御プレーン専用データが、任意のＶＳＦからアク
セスされるのを確実に防ぐことができる。

【００８８】特定の制御プレーン・マシンが、図１０のＶＳＦ１などの
特定のＶＳＦの一部であるディスク区画にアクセスする必要がある場合は、その
ＶＳＦに関連付けられたＳＡＮゾーン内に配置される。この例では、ＣＰＣＰ
Ｕ２がＶＳＦ１のディスクにアクセスする必要があるため、ＣＰＣＰＵ２に
関連付けられたポートｓ２がＶＳＦ１のＳＡＮゾーンに配置され、これがポー
トｓｉを含む。ＣＰＣＰＵがポートｓｉ上のディスクにいったんアクセスする
と、ＶＳＦ１のＳＡＮゾーンから除去される。

【００８９】同様に、ＣＰＣＰＵ１などのマシンがＶＳＦｊのディス
クにアクセスする必要がある場合は、ＶＳＦｊに関連付けられたＳＡＮゾーン
に配置される。その結果、ポートｓ２は、ポートｓｊを含むゾーンを含む、ＶＳ
Ｆｊに関連付けられたＳＡＮゾーンに配置される。ＣＰ１がポートｓｊに接
続されたディスクにいったんアクセスすると、ＶＳＦｊに関連付けられたＳＡ
Ｎゾーンから除去される。

【００９０】（制御プレーンとＶＬＡＮデータとの接続）制御プレーン・マシンは、リアルタイム負荷関連情報などの情報をコンピュー
ティング・ノードから集める必要がある。これを実行するために、制御プレーン
は、グリッドそれ自体にあるノードとのネットワーク接続を備える必要がある。

【００９１】（ワイド・エリア・コンピューティング・グリッド）前述のＶＳＦは、いくつかの方法でＷＡＮを介して分散することができる。

【００９２】一代替例では、非同期転送モード（ＡＴＭ）スイッチングに
基づくワイド・エリア・バックボーンが可能である。この場合、ＡＴＭＬＡＮ
エミュレーション（ＬＡＮＥ）標準の一部であるエミュレーテッドＬＡＮ（ＥＬ
ＡＮ）を使用して、各ローカル・エリアＶＬＡＮがワイド・エリア内に拡張され
る。この方法では、単一のＶＳＦが、ＡＴＭ／ＳＯＮＥＴ／ＯＣ−１２リンクな
どのいくつかのワイド・エリア・リンクにまたがることができる。ＥＬＡＮは、
ＡＴＭＷＡＮをまたがって拡張されるＶＬＡＮの一部となる。

【００９３】あるいは、ＶＳＦはＶＰＮシステムを使用し、ＷＡＮをまた
がって拡張される。この実施形態では、ネットワークの基礎となる特徴が無関係
となり、ＷＡＮをまたがって２つまたはそれ以上のＶＳＦを相互接続して、単一
の分散ＶＳＦを作成するために、ＶＰＮが使用される。

【００９４】分散ＶＳＦ内でデータをローカル・コピーするために、デー
タ・ミラーリング技術を使用することができる。あるいは、ＳＡＮ対ＡＴＭブリ
ッジングまたはＳＡＮ対ギガビット・イーサネット（Ｒ）・ブリッジングなどの
、いくつかのＳＡＮ対ＷＡＮブリッジング技法のうち１つを使用して、ＳＡＮが
ＷＡＮを介してブリッジングされる。ＩＰネットワークを介して構築されたＳＡ
Ｎは、ＩＰがこうしたネットワークを介するとうまく動作するため、ＷＡＮを介
して自然に拡張される。

【００９５】図１１は、ＷＡＮ接続を介して拡張される複数のＶＳＦを示
す構成図である。ＳａｎＪｏｓｅセンタ、ＮｅｗＹｏｒｋセンタ、およびＬ
ｏｎｄｏｎセンタが、ＷＡＮ接続によって結合される。各ＷＡＮ接続には、上記
の様式で、ＡＴＭ、ＥＬＡＮ、またはＶＰＮ接続が含まれる。各センタには、少
なくとも１つのＶＳＦおよび少なくとも１つのアイドル・プールが含まれる。た
とえば、ＳａｎＪｏｓｅセンタにはＶＳＦ１Ａおよびアイドル・プールＡがあ
る。この構成では、任意の他のセンタに配置されたＶＳＦへ割り振るかまたは割
り当てるために、センタの各アイドル・プールのコンピューティング資源が使用
可能である。こうした割振りまたは割当てが実行されると、ＶＳＦはＷＡＮを介
して拡張されることになる。

【００９６】（ＶＳＦの使用例）前述の例で説明したＶＳＦアーキテクチャは、Ｗｅｂサーバ・システムに関連
して使用することができる。したがって、前述の例は、特定のＶＳＦにおいてＣ
ＰＵで構築されるＷｅｂサーバ、アプリケーション・サーバ、およびデータベー
ス・サーバに関して述べてきた。ただし、ＶＳＦアーキテクチャは、多くの他の
コンピューティング状況で、他の種類のサービスを提供するために使用すること
が可能であり、これはＷｅｂサーバ・システムに限定されるものではない。

【００９７】（コンテンツ分散ネットワークの一部としての分散ＶＳＦ）一実施形態では、ＶＳＦが、ワイド・エリアＶＳＦを使用してコンテンツ分散
ネットワーク（ＣＤＮ）を提供する。

【００９８】ＣＤＮは、データの分散キャッシュを実行するキャッシング
・サーバのネットワークである。キャッシング・サーバのネットワークは、たと
えば、カリフォルニア州ＳａｎＭａｔｅｏのＩｎｋｔｏｍｉＣｏｒｐｏｒａ
ｔｉｏｎ（ＴＭ）から市販されているトラフィック・サーバ（ＴＳ）ソフトウェ
アを使用して実施することができる。ＴＳはクラスタ・アウェア・システムであ
って、システムは、キャッシング・トラフィック・サーバ・マシンのセットにさ
らにＣＰＵが追加されると拡大する。したがって、ＣＰＵの追加が拡大のメカニ
ズムであるシステムには好適である。

【００９９】この構成では、システムは、ＴＳなどのキャッシング・ソフ
トウェアを実行するＶＳＦの部分にさらにＣＰＵを動的に追加することが可能で
あり、それによって、Ｗｅｂトラフィックがほぼ満杯状態になるまでキャッシュ
容量を増加する。その結果ＣＤＮは、適応的な方法で、ＣＰＵおよびＩ／Ｏ帯域
幅を動的に拡大するように構築することができる。

【０１００】（ホストされるイントラネット・アプリケーション用のＶＳＦ）企業資源計画（ＥＲＰ）、ＯＲＭ、およびＣＲＭソフトウェアなどのイントラ
ネット・アプリケーションをホストおよび管理されたサービスとして提供するこ
とに対して、関心が高まっている。ＣｉｔｒｉｘＷｉｎＦｒａｍｅ（ＴＭ）お
よびＣｉｔｒｉｘＭｅｔａＦｒａｍｅ（ＴＭ）などの技術は、企業が、Ｍｉｃ
ｒｏｓｏｆｔ（ＴＭ）Ｗｉｎｄｏｗｓ（Ｒ）アプリケーションを、Ｗｉｎｄｏ
ｗｓ（Ｒ）ＣＥデバイスまたはＷｅｂブラウザなどのシン・クライアントでの
サービスとして提供できるようにするものである。ＶＳＦは、こうしたアプリケ
ーションをスケーラブルな方法でホストすることができる。

【０１０１】たとえば、ドイツのＳＡＰＡｋｔｉｅｎｇｅｓｅｌｌｓｃ
ｈａｆｔ（ＴＭ）から市販されているＳＡＰＲ／３ＥＲＰ（ＴＭ）ソフトウ
ェアは、企業が、複数のアプリケーションおよびデータベース・サーバを使用し
てロード・バランシングを行えるようにするものである。ＶＳＦの場合、企業は
、リアルタイム要求または他の要素に基づいてＶＳＦを拡大するために、ＶＳＦ
により多くのアプリケーション・サーバ（たとえばＳＡＰダイアログ・サーバ）
を動的に追加する。

【０１０２】同様に、ＣｉｔｒｉｘＭｅｔａｆｒａｍｅ（ＴＭ）は、企
業が、より多くのＣｉｔｒｉｘ（ＴＭ）サーバを追加することにより、ホストさ
れたＷｉｎｄｏｗｓ（Ｒ）アプリケーションを実行しているサーバ・ファーム上
のＷｉｎｄｏｗｓ（Ｒ）アプリケーション・ユーザを拡大できるようにするもの
である。この場合、ＶＳＦでは、ＣｉｔｒｉｘＭｅｔａＦｒａｍｅ（ＴＭ）
ＶＳＦはＭｅｔａｆｒａｍｅ（ＴＭ）によってホストされたＷｉｎｄｏｗｓ（Ｒ
）アプリケーションのより多くのユーザに対処するために、動的により多くのＣ
ｉｔｒｉｘ（ＴＭ）サーバを追加することになる。

【０１０３】多くの他のアプリケーションを、前述の例示的な例と同様の
方法でホストできることは明らかであろう。

【０１０４】（顧客とＶＳＦとの対話）ＶＳＦはオン・デマンドで作成されるため、ＶＳＦを「所有する」ＶＳＦの顧
客または組織は、ＶＳＦをカスタマイズするために様々な方法でシステムと対話
することができる。たとえば、ＶＳＦは制御プレーンを介して即時に作成および
修正されるため、ＶＳＦの顧客には、そのＶＳＦ自体を作成および修正するため
の特権的アクセスを認めることができる。特権的アクセスは、Ｗｅｂページおよ
びセキュリティ・アプリケーションによって与えられるパスワード認証、トーク
ン・カード認証、ケルベロス交換、または他の適切なセキュリティ要素を使用し
て与えることができる。

【０１０５】一実施形態例では、Ｗｅｂページのセットが制御プレーン・
マシンまたは別々のサーバによって処理される。Ｗｅｂページは、いくつかの層
、特定層内のコンピューティング要素の数、各要素に使用されるハードウェアお
よびソフトウェア・プラットフォーム、ならびに、これらのコンピューティング
要素上でどのような種類のＷｅｂサーバ、アプリケーション・サーバ、またはデ
ータベース・サーバのソフトウェアを事前に構成しなければならないかなどを指
定することによって、顧客が特別注文のＶＳＦを作成できるようにするものであ
る。したがって、顧客には仮想提供コンソールが与えられる。

【０１０６】顧客またはユーザがこうした提供情報を入力すると、制御プ
レーンは注文を解析および評価して、実行のために待ち行列に入れる。注文は、
適切であるかどうかを確認するために、人間の管理者によって再検討することが
できる。企業が、要求されたサービスに対する支払いに適した信用枠を有するか
どうかを確認するために、企業の信用調査を実行することができる。提供注文が
承認されると、制御プレーンは注文に合致するＶＳＦを構成し、ＶＳＦの１つま
たは複数のコンピューティング要素へのルート・アクセスを提供するパスワード
を、顧客に戻すことができる。その後、顧客は、ＶＳＦで実行するためのアプリ
ケーションのマスタ・コピーをアップロードすることができる。

【０１０７】コンピューティング・グリッドをホストする企業が、営利目
的の企業である場合、Ｗｅｂページは、クレジット・カード、ＰＯ番号、電子チ
ェック、または他の支払い方法などの、支払い関連情報も受け取ることができる
。

【０１０８】他の実施形態では、Ｗｅｂページは、顧客がリアルタイム負
荷に基づいて、要素の最大数から最小数までの間でＶＳＦを自動的に拡大および
縮小させることなどの、いくつかのＶＳＦサービス・プランのうちの１つを選択
できるようにするものである。顧客は、顧客がＷｅｂサーバなどの特定層でのコ
ンピューティング要素の最小数、またはＶＳＦのサーバ処理能力が最低でなけれ
ばならない時間枠などのパラメータを変更できるようにする、制御値を有するこ
とができる。パラメータは、顧客の請求料金を自動的に調整し、課金ログ・ファ
イル・エントリを生成する、課金ソフトウェアにリンクさせることができる。

【０１０９】特権的アクセス・メカニズムを介して、顧客は、１秒あたり
の使用量、負荷、ヒット、またはトランザクションに関するリアルタイム情報の
レポートを取得し、これを監視して、さらにリアルタイム情報に基づいたＶＳＦ
の特徴を調整することができる。

【０１１０】前述の特徴により、サーバ・ファームを構築するための従来
の手作業による方法に比べて、はるかに有利であることは明らかであろう。従来
の方法では、ユーザは、様々な方法でサーバを追加しサーバ・ファームを構成す
る際に、面倒な手順書に目を通さなければ、サーバ・ファームの特性に自動的に
影響を与えることができない。

【０１１１】（ＶＳＦの課金モデル）ＶＳＦの性質が動的であることから、コンピューティング・グリッドおよびＶ
ＳＦをホストする企業は、ＶＳＦのコンピューティング要素および記憶要素の実
際の使用量に基づいた、ＶＳＦの課金モデルを使用して、ＶＳＦを所有する顧客
に対して、サービス料を請求することができる。一律の課金モデルを使用する必
要はない。本明細書で開示されたＶＳＦアーキテクチャおよび方法は、所与のＶ
ＳＦの資源が静的に割り当てられないため、「従量料金制」の課金モデルを可能
にすることができる。したがって、サーバ・ファームにかかる使用負荷がかなり
変動的な特定の顧客の場合、一定のピーク時のサーバ処理能力に関連付けられた
料金ではなく、実行平均使用量、瞬間使用量などを反映する料金で課金されるた
め、資金を節約することができる。

【０１１２】たとえば、企業は、サーバ１０台など、最低数のコンピュー
ティング要素に対して一定料金を規定し、さらにリアルタイム負荷により１０台
より多くの要素が必要になった場合には、何台の追加サーバが必要であったか、
およびそれが必要であった時間の長さに基づいて、追加サーバに対する増分料金
がユーザに課金されることを規定する、課金モデルを使用して、運営することが
できる。

【０１１３】こうした請求書の単位は、課金される資源を反映させること
ができる。たとえば、ＭＩＰＳ時間、ＣＰＵ時間、何千ＣＰＵ秒、などの単位で
請求書に記載することができる。

【０１１４】（顧客の管理下にある制御プレーンＡＰＩ）他の代替例では、資源を変更するための制御プレーンへの呼出しを定義するア
プリケーション・プログラミング・インターフェース（ＡＰＩ）を顧客に提供す
ることによって、ＶＳＦの処理能力を制御することができる。したがって、顧客
が作成したアプリケーション・プログラムは、ＡＰＩを使用してさらに多くのサ
ーバ、多くの記憶装置、多くの帯域幅などを要求するための呼出しまたは要求を
発行することができる。この代替例は、顧客がアプリケーション・プログラムに
コンピューティング・グリッド環境を認識させ、制御プレーンによって提供され
る機能を利用させる必要がある場合に、使用することができる。

【０１１５】上記で開示されたアーキテクチャでは、顧客がコンピューテ
ィング・グリッドで使用するために自らのアプリケーションを修正する必要がな
い。既存のアプリケーションは、手作業で構成されたサーバ・ファームの場合と
同様に操作を続行する。ただし、アプリケーションは、制御プレーンが提供する
リアルタイム負荷監視機能に基づいて、必要なコンピューティング資源について
よりよく理解すれば、コンピューティング・グリッド内で可能なダイナミズムを
利用することが可能である。

【０１１６】前述の性質を備えたＡＰＩは、アプリケーション・プログラ
ムにサーバ・ファームのコンピューティング能力を変えさせることは可能である
が、既存の手作業による方法を使用してサーバ・ファームを構築することはでき
ない。

【０１１７】（自動更新およびバージョン変更）本明細書で開示した方法およびメカニズムを使用すると、制御プレーンは、Ｖ
ＳＦのコンピューティング要素で実行されるオペレーティング・システム・ソフ
トウェアの自動更新およびバージョン変更を実行することができる。したがって
、エンド・ユーザまたは顧客は、新しいパッチやバグ修正などを使ってオペレー
ティング・システムを更新することについて悩む必要がない。制御プレーンは、
受け取ったソフトウェア要素のライブラリを維持し、影響を受けるすべてのＶＳ
Ｆのコンピューティング要素にこれらを自動的に分散し、インストールすること
ができる。

【０１１８】（実装メカニズム）コンピューティング要素および監視メカニズムは、いくつかの形式で実装する
ことができる。一実施形態では、各コンピューティング要素は、不揮発性記憶装
置１２１０を除き、図１２に示された要素を備えた汎用デジタル・コンピュータ
であり、監視メカニズムは、本明細書に記載のプロセスを実施するプログラム命
令の制御下で動作する、図１２に示された種類の汎用デジタル・コンピュータで
ある。

【０１１９】図１２に、本発明の一実施形態を実装し得るコンピュータ・
システム１２００を描写したブロック図を示す。コンピュータ・システム１２０
０は、情報の通信を行うためのバス１２０２またはその他の通信メカニズム、お
よびバス１２０２に接続された、情報を処理するためのプロセッサ１２０４を備
える。またコンピュータ・システム１２００には、バス１２０２に接続された、
情報およびプロセッサ１２０４によって実行される命令を格納するためのランダ
ム・アクセス・メモリ（ＲＡＭ）またはその他の動的ストレージ・デバイス等の
メイン・メモリ１２０６が備わる。メイン・メモリ１２０６は、さらにプロセッ
サ１２０４による命令の実行間において、一時変数またはその他の中間情報を格
納するためにも使用される。さらにコンピュータ・システム１２００は、プロセ
ッサ１２０４用の静的な情報ならびに命令を格納するための読み出し専用メモリ
（ＲＯＭ）１２０８またはその他の静的ストレージ・デバイスを備え、それがバ
ス１２０２に接続されている。ストレージ・デバイス１２１０は、磁気ディスク
または光ディスク等であり、情報および命令を格納するために備えられ、バス１
２０２に接続されている。

【０１２０】コンピュータ・システム１２００には、陰極線管（ＣＲＴ）
等の、コンピュータ・ユーザに情報を表示するためのディスプレイ１２１２がバ
ス１２０２を介して接続されることもある。入力デバイス１２１４は、英数キー
およびその他のキーを備え、バス１２０２に接続されてプロセッサ１２０４に情
報およびコマンドの選択を伝える。別のタイプのユーザ入力デバイスとして、マ
ウス、トラックボール、またはカーソル移動キー等の、プロセッサ１２０４に方
向情報およびコマンドの選択を伝え、ディスプレイ１２１２上におけるカーソル
の移動をコントロールするためのカーソル・コントロール１２１６が備わってい
る。この入力デバイスは、通常、第１の軸（たとえばｘ軸）および第２の軸（た
とえばｙ軸）からなる２軸に自由度を有しており、それによってこのデバイスは
平面内のポジションを指定することができる。

【０１２１】本発明は、ここに記述した方法、メカニズム及びアーキテク
チャを実装するためのコンピュータ・システム１２００の使用に関する。本発明
の一実施形態によれば、このような方法とメカニズムは、メイン・メモリ１２０
６に収められた１ないしは複数の命令からなる１ないしは複数のシーケンスを実
行するプロセッサ１２０４に応じるシステム１２００によって実装される。この
種の命令は、ストレージ・デバイス１２１０等の別のコンピュータ読み取り可能
な媒体からメイン・メモリ１２０６内に読み込んでもよい。メイン・メモリ１２
０６内に収められている命令のシーケンスを実行することにより、プロセッサ１
２０４は、ここに説明したプロセスのステップを実行する。別の実施形態におい
ては、ソフトウェア命令に代えて、あるいはそれと組み合わせてハード・ワイヤ
ード回路を使用し、本発明を実装することもできる。このように本発明の実施態
様は、ハードウェア回路およびソフトウェアの特定の組み合わせに限定されるこ
とがない。

【０１２２】ここで用いている「コンピュータ読み取り可能な媒体」とい
う用語は、プロセッサ１２０４が実行する命令の提供に与る任意の媒体を指す。
その種の媒体は、限定する意図ではないが、不揮発性媒体、揮発性媒体、および
伝送媒体を含む各種の形式をとり得る。不揮発性媒体には、たとえば光または磁
気ディスクが含まれ、ストレージ・デバイス１２１０等がこれに該当する。揮発
性媒体には、ダイナミック・メモリが含まれ、メイン・メモリ１２０６等がこれ
に該当する。伝送媒体には、同軸ケーブル、銅線、および光ファイバが含まれ、
バス１２０２を構成するワイヤーもこれに含まれる。伝送媒体もまた、音波また
は電磁波、たとえば電波、赤外線、および光データ通信の間に生成される電磁波
といった形式をとり得る。

【０１２３】コンピュータ読み取り可能な媒体の一般的な形態には、たと
えば、フロッピー（Ｒ）ディスク、フレキシブル・ディスク、ハードディスク、
磁気テープ、またはその他の磁気媒体、ＣＤ−ＲＯＭ、その他の光媒体、パンチ
カード、さん孔テープ、その他孔のパターンを伴う物理的媒体、ＲＡＭ、ＰＲＯ
Ｍ、およびＥＰＲＯＭ、フラッシュＥＰＲＯＭ、その他のメモリ・チップまたは
カートリッジ、次に述べる搬送波、またはその他コンピュータによる読み取りが
可能な任意の媒体が含まれる。

【０１２４】各種形式のコンピュータ読み取り可能な媒体が関係して１な
いしは複数の命令からなる１ないしは複数のシーケンスがプロセッサ１２０４に
渡され、実行される。たとえば、当初は命令が、リモート・コンピュータの磁気
ディスクに収められて運ばれる。リモート・コンピュータは、命令をダイナミッ
ク・メモリにロードし、モデムの使用により電話回線を介してその命令を送信す
ることができる。コンピュータ・システム１２００に備わるモデムは、電話回線
上のデータを受信し、赤外線送信機を使用してそのデータを赤外線信号に変換す
る。赤外線検出器は、この赤外線信号によって運ばれるデータを受信し、適切な
回路がバス１２０２上にそのデータを乗せる。バス１２０２は、このデータをメ
イン・メモリ１２０６に運び、プロセッサ１２０４は、そこから命令を取り出し
て実行する。選択肢の１つとして、プロセッサ１２０４による実行の前、もしく
はその後に、メイン・メモリ１２０６によって受け取られた命令をストレージ・
デバイス１２１０に格納してもよい。

【０１２５】コンピュータ・システム１２００は、通信インターフェース
１２１８も備えており、それがバス１２０２に接続されている。通信インターフ
ェース１２１８は、ローカル・ネットワーク１２２２に接続されるネットワーク
・リンク１２２０に接続されて双方向データ通信を提供する。たとえば、通信イ
ンターフェース１２１８を、対応するタイプの電話回線に接続されてデータ通信
を提供する、統合ディジタル通信サービス・ネットワーク（ＩＳＤＮ）カードま
たはモデムとすることができる。別の例においては、通信インターフェース１２
１８をローカル・エリア・ネットワーク（ＬＡＮ）カードとし、互換性のあるＬ
ＡＮにデータ通信接続を提供することもできる。ワイヤレス・リンクを実装して
もよい。この種のいずれの実装においても、通信インターフェース１２１８は、
各種タイプの情報を表すディジタル・データ・ストリームを運ぶ電気的、電磁気
的、または光学的信号を送受する。

【０１２６】ネットワーク・リンク１２２０は、通常、１ないしは複数の
ネットワークを介して別のデータ・デバイスにデータ通信を提供する。たとえば
ネットワーク・リンク１２２０は、ローカル・ネットワーク１２２２を介してホ
スト・コンピュータ１２２４への接続を提供し、あるいはインターネット・サー
ビス・プロバイダ（ＩＳＰ）１２２６によって運用されるデータ装置への接続を
提供することができる。一方、ＩＳＰ１２２６は、現在「インターネット」１２
２８と呼ばれているワールド・ワイド・パケット・データ通信ネットワークを介
してデータ通信サービスを提供する。ローカル・ネットワーク１２２２およびイ
ンターネット１２２８は、いずれもディジタル・データ・ストリームを運ぶ電気
的、電磁気的、または光学的信号を使用する。これらの各種ネットワークおよび
ネットワーク・リンク１２２０上の信号を通り、かつ通信インターフェース１２
１８を通り、コンピュータ・システム１２００から、またそこへディジタル・デ
ータを運ぶ信号は、情報を伝送する搬送波の一例として挙げた形式である。

【０１２７】コンピュータ・システム１２００は、ネットワーク（１ない
しは複数）、ネットワーク・リンク１２２０および通信インターフェース１２１
８を介し、プログラム・コードを含めて、メッセージを送信しデータを受信する
。インターネットの例においては、サーバ１２３０がインターネット１２２８、
ＩＳＰ１２２６、ローカル・ネットワーク１２２２および通信インターフェース
１２１８を経由して、要求のあったアプリケーション・プログラム用のコードを
送信することが考えられる。本発明に従えば、このようにしてダウンロードした
アプリケーションの１つが、ここに説明された方法及びメカニズムを実装する。

【０１２８】受信されたコードは、プロセッサ１２０４によって受信時に
実行され、かつ／またはその後に実行するためにストレージ・デバイス１２１０
、あるいはその他の不揮発性ストレージに格納される。このようにしてコンピュ
ータ・システム１２００は、搬送波の形式でアプリケーション・コードを獲得す
ることができる。

【０１２９】（利点および範囲）本明細書で開示されたコンピューティング・グリッドは、概念上は、電力グリ
ッドと呼ばれることのある公衆電力網になぞらえることができる。電力グリッド
は、単一の大規模電力インフラストラクチャを介して電力サービスを得るために
、多くの当事者にスケーラブルな手段を提供する。同様に、本明細書で開示され
たコンピューティング・グリッドは、単一の大規模コンピューティング・インフ
ラストラクチャを使用して、多くの組織にコンピューティング・サービスを提供
する。電力グリッドを使用する場合、電力消費者は、自分専用の電気機器を独自
に管理することはない。たとえば、ユーティリティ消費者にとっては、自分の施
設または共用施設で自家発電機を使用し、個人ベースでその容量や増加を管理す
る理由がない。これに対して、電力グリッドは、膨大な範囲にわたる住民に対し
て大規模な電力供給が可能であり、これによって大きなスケール・メリットが得
られる。同様に、本明細書で開示されたコンピューティング・グリッドは、単一
の大規模コンピューティング・インフラストラクチャを使用して、膨大な範囲に
わたる住民に対して、コンピューティング・サービスを提供することができる。

【０１３０】以上、特定の実施形態を参照しながら本発明について述べて
きた。ただし、本発明の広範な精神および範囲を逸脱することなく、様々な修正
および変更が実行できることが明らかであろう。したがって、明細書および図面
は、限定的なものではなく例示的なものであるとみなされる。

【図面の簡単な説明】

【図１Ａ】単一のマシン・トポロジを有する単純なＷｅｂサイトを示す構成
図である。

【図１Ｂ】１層のＷｅｂサーバ・ファームを示す構成図である。

【図１Ｃ】３層のＷｅｂサーバ・ファームを示す構成図である。

【図２】ローカル・コンピューティング・グリッドを含む拡張可能コンピュ
ーティング・システムの１構成を示す構成図である。

【図３】ＳＡＮゾーンを特徴とする仮想サーバ・ファームの一例を示す構成
図である。

【図４Ａ】コンピューティング要素の追加および仮想サーバ・ファームから
の要素の除去に関連する連続したステップを示す構成図である。

【図４Ｂ】コンピューティング要素の追加および仮想サーバ・ファームから
の要素の除去に関連する連続したステップを示す構成図である。

【図４Ｃ】コンピューティング要素の追加および仮想サーバ・ファームから
の要素の除去に関連する連続したステップを示す構成図である。

【図４Ｄ】コンピューティング要素の追加および仮想サーバ・ファームから
の要素の除去に関連する連続したステップを示す構成図である。

【図５Ａ】仮想サーバ・ファーム・システム、コンピューティング・グリッ
ド、および監視メカニズムの一実施形態を示す構成図である。

【図５Ｂ】監視または制御プレーン・サーバ・ファームがファイアウォール
によって保護されているシステムを示す構成図である。

【図６】仮想サーバ・ファームの論理接続を示す構成図である。

【図７】仮想サーバ・ファームの論理接続を示す構成図である。

【図８】仮想サーバ・ファームの論理接続を示す構成図である。

【図９】制御プレーン・サーバ・ファームを示す構成図である。

【図１０】複数のＳＡＮスイッチ（「ＳＡＮメッシュ」）を使用する実施形
態への制御プレーン・マシンの接続を示す構成図である。

【図１１】ＷＡＮ接続を介して拡張される複数のＶＳＦを示す構成図である
。

【図１２】その使用によって実施形態が実施可能なコンピュータ・システム
を示す構成図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者マーティン・パターソンアメリカ合衆国カリフォルニア州 94041 マウンテンビューマーシーストリート 1445 Ｆターム(参考） 5B045 BB28 BB29 DD18 GG04 HH01 HH02 JJ22 JJ26 JJ46 【要約の続き】ーバ層、データベース・サーバ層など）は、その特定層内のサーバにかかる負荷に基づいて、動的にサイズを変更することができる。記憶デバイスは、コンピューティング・グリッド要素によって想定可能な役割に関連付けられた、複数の事前に定義された論理設計図を含むことができる。初期時には、Ｗｅｂサーバ、アプリケーション・サーバ、データベース・サーバなどの、任意の特定の役割またはタスク専用のコンピューティング要素はない。各コンピューティング要素の役割は、複数の事前に定義され記憶された設計図の１つから取得されるものであって、設計図はそれぞれが、役割に関連付けられたコンピューティング要素にブート・イメージを定義するものである。

Claims

【特許請求の範囲】

【請求項１】プロセッサのセットの中から、該プロセッサのサブセットを
選択するステップと、前記プロセッサのサブセット中の各プロセッサ同士が論理的に結合するように
、第１のスイッチング・システムを動作させる命令を生成するステップと、記憶デバイスのセットの中から、該記憶デバイスのサブセットを選択するステ
ップと、前記記憶デバイスのサブセット中の各記憶デバイス同士が、互いに及び前記プ
ロセッサのサブセットと、論理的に結合するように、第２のスイッチング・シス
テムを動作させる命令を生成するステップと、の各ステップを備えるデータ処理方法。
【請求項２】前記プロセッサのセットの中から該プロセッサのサブセット
を選択する前記ステップが、利用可能な中央処理装置のプールの中から中央処理
装置のサブセットを選択するステップを備える請求項１に記載の方法。
【請求項３】前記プロセッサのセットの中から該プロセッサのサブセット
を選択する前記ステップが、利用可能な中央処理装置のプールの中から中央処理
装置のサブセットを選択するステップを備え、前記中央処理装置のそれぞれが、仮想ローカル・エリア・ネットワーク・スイ
ッチからの命令を受信するよう構成された第１及び第２のネットワーク・インタ
フェースと、記憶エリア・ネットワーク・スイッチを介して前記記憶デバイスの
サブセットに接続されるよう構成された記憶インタフェースとを含んでいる請求
項１に記載の方法。
【請求項４】前記プロセッサのサブセット中の各プロセッサ同士が論理的
に結合するように、第１のスイッチング・システムを動作させる命令を生成する
前記ステップが、仮想ローカル・エリア・ネットワーク・スイッチを前記プロセ
ッサに結合して、前記仮想ローカル・エリア・ネットワーク・スイッチで前記サ
ブセット内の前記プロセッサ同士が結合するようにさせる命令を生成するステッ
プを備える請求項１に記載の方法。
【請求項５】記憶デバイスのセットの中から該記憶デバイスのサブセット
を選択する前記ステップが、利用可能な記憶デバイスのプールの中から前記記憶
デバイスのサブセットを選択するステップを備える請求項１に記載の方法。
【請求項６】記憶デバイスのセットの中から該記憶デバイスのサブセット
を選択する前記ステップが、利用可能な記憶デバイスのプールの中から前記記憶
デバイスのサブセットを選択するステップを備え、前記記憶デバイスのそれぞれが、仮想記憶エリア・ネットワーク・スイッチか
らの命令を受信するよう構成されたスイッチング・インタフェースを含んでいる
請求項１に記載の方法。
【請求項７】前記記憶デバイスのサブセット中の各記憶デバイス同士が論
理的に結合するように、第２のスイッチング・システムを動作させる命令を生成
する前記ステップが、仮想記憶エリア・ネットワーク・スイッチを前記記憶デバ
イスに結合して、前記仮想記憶エリア・ネットワーク・スイッチで前記サブセッ
ト内の前記記憶デバイス同士が結合するようにさせる命令を生成するステップを
備える請求項１に記載の方法。
【請求項８】前記プロセッサのセットの中から該プロセッサのサブセット
を選択する前記ステップが、前記第１のスイッチング・システム、前記第２のス
イッチング・システム及び前記プロセッサのセットに結合され、これらを制御す
るコントローラによって実行される請求項１に記載の方法。
【請求項９】第１のデータ処理操作において使用する第１の仮想サーバ・
ファームを生成するステップであって、該ステップが、前記プロセッサのセット
の中から、前記第１のデータ処理操作を処理するための前記プロセッサの第１の
サブセットを選択し、前記第１のスイッチング・システムで、第１の仮想ローカ
ル・エリア・ネットワークにおける前記プロセッサの第１のサブセット内の前記
プロセッサ同士が結合するようにさせる命令を生成し、前記記憶デバイスのセッ
トの中から、前記第１のデータ処理の問題に係る情報を記憶するための記憶デバ
イスの第１のサブセットを選択し、更に、第２のスイッチング・システムで、前
記記憶デバイスの第１のサブセット内の各記憶デバイス同士が、互いに及び第１
の記憶エリア・ネットワーク・ゾーン内の前記プロセッサの第１のサブセットと
、論理的に結合するようにさせる命令を生成することによって達成されるものと
、第２のデータ処理操作において使用する第２の仮想サーバ・ファームを生成す
るステップであって、該ステップが、前記プロセッサのセットの中から、前記第
２のデータ処理操作を処理するための前記プロセッサの第２のサブセットを選択
し、前記第１のスイッチング・システムで、第２の仮想ローカル・エリア・ネッ
トワークにおける前記プロセッサの第２のサブセット内の前記プロセッサ同士が
結合するようにさせる命令を生成し、前記記憶デバイスのセットの中から、前記
第２のデータ処理の問題に係る情報を記憶するための記憶デバイスの第２のサブ
セットを選択し、更に、第２のスイッチング・システムで、前記記憶デバイスの
第２のサブセット内の各記憶デバイス同士が、互いに及び第２の記憶エリア・ネ
ットワーク・ゾーン内の前記プロセッサの第２のサブセットと、論理的に結合す
るようにさせる命令を生成することによって達成されるものと、を更に備え、前記命令が、前記プロセッサの第１のサブセットを、前記プロセッ
サーの第２のサブセット及び前記記憶デバイスの第２のサブセットから保守上分
離するものである請求項１に記載の方法。
【請求項１０】前記プロセッサのセットの中から、追加のプロセッサを選
択するステップと、前記第１のスイッチング・システムが、前記追加のプロセッサを、前記プロセ
ッサのサブセット内のプロセッサに論理的に結合するように動作する命令を生成
するステップと、を更に備える請求項１に記載の方法。
【請求項１１】前記プロセッサのサブセットの中から、該サブセットから
除去する特定のプロセッサを選択するステップと、前記第１のスイッチング・システムが、前記プロセッサのサブセットから前記
特定のプロセッサを論理的に分離するように動作する命令を生成するステップと
、を更に備える請求項１に記載の方法。
【請求項１２】前記プロセッサのサブセットの中から、該サブセットから
除去する特定のプロセッサを選択するステップと、前記第１のスイッチング・システムが、前記プロセッサのサブセットから前記
特定のプロセッサを論理的に分離するように動作する命令を生成するステップと
、前記利用可能なプロセッサのプール内に、前記特定のプロセッサを論理的に配
置するステップと、を更に備える請求項２に記載の方法。
【請求項１３】前記プロセッサの第１のサブセットの中から、該第１のサ
ブセットから除去する特定のプロセッサを選択するステップと、前記第１のスイッチング・システムが、前記プロセッサの第１のサブセットか
ら前記特定のプロセッサを論理的に分離するように動作する命令を生成するステ
ップと、前記第１のスイッチング・システムが、前記プロセッサの第２のサブセットへ
前記特定のプロセッサを論理的に追加するように動作する命令を生成するステッ
プと、を更に備える請求項９に記載の方法。
【請求項１４】前記プロセッサの全てを利用可能なプロセッサのアイドル
・プールへ最初に割り当てるステップを更に備える請求項１に記載の方法。
【請求項１５】前記プロセッサのサブセットにより経験されたリアルタイ
ム負荷に応じて、１又は複数のプロセッサを、前記プロセッサのサブセットへ又
は該サブセットから、動的に論理的に追加し又は除去するステップを更に備える
請求項１に記載の方法。
【請求項１６】前記記憶デバイスのサブセットにより経験されたリアルタ
イム負荷に応じて、１又は複数の記憶デバイスを、前記記憶デバイスのサブセッ
トへ又は該サブセットから、動的に論理的に追加し又は除去するステップを更に
備える請求項１に記載の方法。
【請求項１７】前記第１のスイッチング・システムのインタフェースを外
部ネットワークへ結合するステップを更に備え、これにより前記プロセッサのサ
ブセットが前記外部ネットワークからの要求に対して応答するものとなる請求項
１に記載の方法。
【請求項１８】前記プロセッサのサブセットにより経験されたリアルタイ
ム負荷に応じて、前記プロセッサのサブセットへ追加のプロセッサを論理的に追
加するステップと、前記追加のプロセッサを再起動するステップと、前記追加のプロセッサ内に、前記記憶デバイスのサブセット内の１つの記憶デ
バイスの予め定義された場所からオペレーティング・システム・イメージをロー
ドするステップと、の各ステップを更に備える請求項１５に記載の方法。
【請求項１９】ロード・バランサを前記プロセッサのサブセット内のプロ
セッサに論理的に結合するステップと、前記ロード・バランサに、前記プロセッサのサブセット内のプロセッサにより
実行されるロード・バランス処理を命令するステップと、を更に備える請求項１に記載の方法。
【請求項２０】前記プロセッサのサブセットにより経験されたリアルタイ
ム負荷に応じて、前記プロセッサのサブセットへ追加のプロセッサを動的に論理
的に追加するステップを更に備え、該ステップが、前記仮想ローカル・エリア・ネットワークへ、前記追加のプロセッサに関連付
けられた前記第１のスイッチングシステムのそれらのインタフェース・ポートを
追加するステップと、前記追加のプロセッサの記憶エリア・ポートを、前記記憶エリア・ネットワー
ク・ゾーンへ追加するステップと、により達成される請求項９に記載の方法。
【請求項２１】前記プロセッサのサブセットにより経験されたリアルタイ
ム負荷に応じて、前記プロセッサのサブセットから１つのプロセッサを動的に論
理的に除去するステップを更に備え、該ステップが、前記仮想ローカル・エリア・ネットワークから、前記追加のプロセッサに関連
付けられた前記第１のスイッチングシステムのそれらのインタフェース・ポート
を除去するステップと、前記１つのプロセッサの記憶エリア・ポートを、前記記憶エリア・ネットワー
ク・ゾーンから除去するステップと、により達成される請求項９に記載の方法。
【請求項２２】前記第２のスイッチング・システムの１又は複数のポート
を、前記コントローラによって使用されるプライベートな記憶エリア・ネットワ
ーク・ゾーンに論理的に割り当てるステップであって、前記ポートが、前記コン
トローラに排他的に割り当てられた１つの前記記憶デバイスに関連付けられてい
るものを更に備えた請求項８に記載の方法。
【請求項２３】前記プロセッサのサブセット内の各プロセッサを、予め定
義され記憶された設計図と関連付けするステップであって、前記設計図が、複数
の処理の役割の１つを、前記記憶デバイスのサブセット内の１つの記憶デバイス
のブート・イメージと関連付けているものと、前記プロセッサのサブセット内のプロセッサのそれぞれが、そのプロセッサの
前記処理の役割に関連付けられた前記記憶デバイスからの前記ブート・イメージ
をロードし、実行するように動作する命令を生成するステップと、を更に備える請求項１に記載の方法。
【請求項２４】第１のデータ処理操作において使用する第１の仮想サーバ
・ファームを生成するステップであって、該ステップが、前記プロセッサのセッ
トの中から、前記第１のデータ処理操作を処理するための前記プロセッサの第１
のサブセットを選択し、前記第１のスイッチング・システムで、第１の仮想ロー
カル・エリア・ネットワークにおける前記プロセッサの第１のサブセット内の前
記プロセッサ同士が結合するようにさせる命令を生成し、前記記憶デバイスのセ
ットの中から、前記第１のデータ処理の問題に係る情報を記憶するための記憶デ
バイスの第１のサブセットを選択し、更に、第２のスイッチング・システムで、
前記記憶デバイスの第１のサブセット内の各記憶デバイス同士が、互いに及び第
１の記憶エリア・ネットワーク・ゾーン内の前記プロセッサの第１のサブセット
と、論理的に結合するようにさせる命令を生成することによって達成されるもの
と、第２のデータ処理操作において使用する第２の仮想サーバ・ファームを生成す
るステップであって、該ステップが、前記プロセッサのセットの中から、前記第
２のデータ処理操作を処理するための前記プロセッサの第２のサブセットを選択
し、前記第１のスイッチング・システムで、第２の仮想ローカル・エリア・ネッ
トワークにおける前記プロセッサの第２のサブセット内の前記プロセッサ同士が
結合するようにさせる命令を生成し、前記記憶デバイスのセットの中から、前記
第２のデータ処理の問題に係る情報を記憶するための記憶デバイスの第２のサブ
セットを選択し、更に、第２のスイッチング・システムで、前記記憶デバイスの
第２のサブセット内の各記憶デバイス同士が、互いに及び第２の記憶エリア・ネ
ットワーク・ゾーン内の前記プロセッサの第２のサブセットと、論理的に結合す
るようにさせる命令を生成することによって達成されるものと、を更に備え、前記命令が、前記プロセッサの第１のサブセットを、前記プロセッ
サーの第２のサブセット及び前記記憶デバイスの第２のサブセットから保守上分
離するものであるデータ処理方法。
【請求項２５】複数のプロセッサと、前記複数のプロセッサに接続された第１のスイッチング・システムと、複数の記憶デバイスと、前記複数の記憶デバイスに接続された第２のスイッチング・システムと、前記第１のスイッチング・システム及び前記第２のスイッチング・システムに
接続されたコントローラと、前記複数のプロセッサの中から、該プロセッサのサブセットを選択する前記コ
ントローラ内の手段と、前記プロセッサのサブセット中の各プロセッサ同士が論理的に結合するように
、第１のスイッチング・システムを動作させる命令を生成する前記コントローラ
内の手段と、前記複数の記憶デバイスの中から、該記憶デバイスのサブセットを選択する前
記コントローラ内の手段と、前記記憶デバイスのサブセット中の各記憶デバイス同士が、互いに及び前記プ
ロセッサのサブセットと、論理的に結合するように、第２のスイッチング・シス
テムを動作させる命令を生成する前記コントローラ内の手段と、を備えるデータ処理システム。
【請求項２６】前記コントローラが、利用可能な中央処理装置のプールの
中から中央処理装置のサブセットを選択することにより、前記プロセッサのセッ
トの中から該プロセッサのサブセットを選択する手段を更に備える請求項２５に
記載のデータ処理システム。
【請求項２７】前記プロセッサのサブセットを選択する前記手段が、利用
可能な中央処理装置のプールの中から中央処理装置のサブセットを選択する手段
を備え、前記中央処理装置のそれぞれが、仮想ローカル・エリア・ネットワーク・スイ
ッチからの命令を受信するよう構成された第１及び第２のネットワーク・インタ
フェースと、記憶エリア・ネットワーク・スイッチを介して前記記憶デバイスの
サブセットに接続されるよう構成された記憶インタフェースとを含んでいる請求
項２５に記載のデータ処理システム。
【請求項２８】前記プロセッサのサブセット中の各プロセッサ同士が論理
的に結合するように、第１のスイッチング・システムを動作させる命令を生成す
る前記手段が、仮想ローカル・エリア・ネットワーク・スイッチを前記プロセッ
サに結合して、前記仮想ローカル・エリア・ネットワーク・スイッチで前記サブ
セット内の前記プロセッサ同士が結合するようにさせる命令を生成する手段を備
える請求項２５に記載のデータ処理システム。
【請求項２９】記憶デバイスのサブセットを選択する前記手段が、利用可
能な記憶デバイスのプールの中から前記記憶デバイスのサブセットを選択する手
段を備える請求項２５に記載のデータ処理システム。
【請求項３０】記憶デバイスのサブセットを選択する前記手段が、利用可
能な記憶デバイスのプールの中から前記記憶デバイスのサブセットを選択する手
段を備え、前記記憶デバイスのそれぞれが、仮想記憶エリア・ネットワーク・スイッチか
らの命令を受信するよう構成されたスイッチング・インタフェースを含んでいる
請求項２５に記載のデータ処理システム。
【請求項３１】前記各記憶デバイス同士が論理的に結合するように、第２
のスイッチング・システムを動作させる命令を生成する前記手段が、仮想記憶エ
リア・ネットワーク・スイッチを前記記憶デバイスに結合して、前記仮想記憶エ
リア・ネットワーク・スイッチで前記サブセット内の前記記憶デバイス同士が結
合するようにさせる命令を生成する手段を備える請求項２５に記載のデータ処理
システム。
【請求項３２】第１のデータ処理操作において使用する第１の仮想サーバ
・ファームであって、前記プロセッサのセットの中から、前記第１のデータ処理
操作を処理するための前記プロセッサの第１のサブセットを選択し、前記第１の
スイッチング・システムで、第１の仮想ローカル・エリア・ネットワークにおけ
る前記プロセッサの第１のサブセット内の前記プロセッサ同士が結合するように
させる命令を生成し、前記記憶デバイスのセットの中から、前記第１のデータ処
理の問題に係る情報を記憶するための記憶デバイスの第１のサブセットを選択し
、更に、第２のスイッチング・システムで、前記記憶デバイスの第１のサブセッ
ト内の各記憶デバイス同士が、互いに及び第１の記憶エリア・ネットワーク・ゾ
ーン内の前記プロセッサの第１のサブセットと、論理的に結合するようにさせる
命令を生成することによって生成されるものと、第２のデータ処理操作において使用する第２の仮想サーバ・ファームであって
、前記プロセッサのセットの中から、前記第２のデータ処理操作を処理するため
の前記プロセッサの第２のサブセットを選択し、前記第１のスイッチング・シス
テムで、第２の仮想ローカル・エリア・ネットワークにおける前記プロセッサの
第２のサブセット内の前記プロセッサ同士が結合するようにさせる命令を生成し
、前記記憶デバイスのセットの中から、前記第２のデータ処理の問題に係る情報
を記憶するための記憶デバイスの第２のサブセットを選択し、更に、第２のスイ
ッチング・システムで、前記記憶デバイスの第２のサブセット内の各記憶デバイ
ス同士が、互いに及び第２の記憶エリア・ネットワーク・ゾーン内の前記プロセ
ッサの第２のサブセットと、論理的に結合するようにさせる命令を生成すること
によって生成されるものと、を更に備え、前記命令が、前記プロセッサの第１のサブセットを、前記プロセッ
サーの第２のサブセット及び前記記憶デバイスの第２のサブセットから保守上分
離するものである請求項２５に記載のデータ処理システム。
【請求項３３】前記プロセッサのセットの中から、追加のプロセッサを選
択する手段と、前記第１のスイッチング・システムが、前記追加のプロセッサを、前記プロセ
ッサのサブセット内のプロセッサに論理的に結合するように動作する命令を生成
する手段と、を更に備える請求項２５に記載のデータ処理システム。
【請求項３４】前記プロセッサのサブセットの中から、該サブセットから
除去する特定のプロセッサを選択する手段と、前記第１のスイッチング・システムが、前記プロセッサのサブセットから前記
特定のプロセッサを論理的に分離するように動作する命令を生成する手段と、を更に備える請求項２５に記載のデータ処理システム。
【請求項３５】前記プロセッサのサブセットの中から、該サブセットから
除去する特定のプロセッサを選択する手段と、前記第１のスイッチング・システムが、前記プロセッサのサブセットから前記
特定のプロセッサを論理的に分離するように動作する命令を生成する手段と、前記利用可能なプロセッサのプール内に、前記特定のプロセッサを論理的に配
置する手段と、を更に備える請求項２６に記載のデータ処理システム。
【請求項３６】前記プロセッサの第１のサブセットの中から、該第１のサ
ブセットから除去する特定のプロセッサを選択する手段と、前記第１のスイッチング・システムが、前記プロセッサの第１のサブセットか
ら前記特定のプロセッサを論理的に分離するように動作する命令を生成する手段
と、前記第１のスイッチング・システムが、前記プロセッサの第２のサブセットへ
前記特定のプロセッサを論理的に追加するように動作する命令を生成する手段と
、を更に備える請求項２８に記載のデータ処理システム。
【請求項３７】前記プロセッサの全てを利用可能なプロセッサのアイドル
・プールへ最初に割り当てる手段を更に備える請求項２５に記載のデータ処理シ
ステム。
【請求項３８】前記プロセッサのサブセットにより経験されたリアルタイ
ム負荷に応じて、１又は複数のプロセッサを、前記プロセッサのサブセットへ又
は該サブセットから、動的に論理的に追加し又は除去する手段を更に備える請求
項２５に記載のデータ処理システム。
【請求項３９】前記記憶デバイスのサブセットにより経験されたリアルタ
イム負荷に応じて、１又は複数の記憶デバイスを、前記記憶デバイスのサブセッ
トへ又は該サブセットから、動的に論理的に追加し又は除去する手段を更に備え
る請求項２５に記載のデータ処理システム。
【請求項４０】前記コントローラが、前記サブセット内の各プロセッサの
処理負荷を表す情報を生成する負荷監視装置を更に備える請求項２５に記載のデ
ータ処理システム。
【請求項４１】前記第１のスイッチング・システムが、偽造不可能なポー
ト識別子を有する仮想ローカル・エリア・ネットワーク・スイッチを備える請求
項２５に記載のデータ処理システム。
【請求項４２】前記第２のスイッチング・システムが、記憶エリア・ネッ
トワーク・スイッチを備え、前記記憶デバイスのサブセットが、記憶エリア・ネ
ットワーク・ゾーン内で論理的に組織化され、更に、前記記憶エリア・ネットワ
ーク・スイッチが、前記記憶デバイスのサブセットへのアクセスを、前記プロセ
ッサのサブセット内のそれらのプロセッサに対してのみ許可するものである請求
項２５に記載のデータ処理システム。
【請求項４３】前記第２のスイッチング・システムが、記憶エリア・ネッ
トワーク・スイッチを備え、前記記憶デバイスのサブセットが、記憶エリア・ネ
ットワーク・ゾーン内で論理的に組織化され、更に、前記記憶エリア・ネットワ
ーク・スイッチが、前記記憶デバイスのサブセットへのアクセスを、１又は複数
のファイバ・チャネル・スイッチを用いて、前記プロセッサのサブセット内のそ
れらのプロセッサに対してのみ許可するものである請求項２５に記載のデータ処
理システム。
【請求項４４】前記第２のスイッチング・システムが、記憶エリア・ネッ
トワーク・スイッチを備え、前記記憶デバイスのサブセットが、記憶エリア・ネ
ットワーク・ゾーン内で論理的に組織化され、更に、前記プロセッサのサブセッ
トが、ロード・バランサ又はファイアウォールを介して外部ネットワークへ結合
されている請求項２５に記載のデータ処理システム。
【請求項４５】前記第１のスイッチング・システムの制御ポートを含み、
且つ前記第２のスイッチング・システムの制御ポートを含む、サブネットワーク
内で論理的に相互接続された複数のコントローラを更に備える請求項２５に記載
のデータ処理システム。
【請求項４６】その時のプロセッサ負荷、ネットワーク負荷又は記憶負荷
を表すリアルタイム情報を受信するために、前記プロセッサのサブセット内の各
プロセッサを周期的にポーリングするよう構成されると共に、前記コントローラ
のそれぞれに前記情報を伝達するよう構成されたエージェント・コントローラを
更に備える請求項４５に記載のデータ処理システム。
【請求項４７】前記第２のスイッチング・システムの１又は複数のポート
を、前記コントローラによって使用されるプライベートな記憶エリア・ネットワ
ーク・ゾーンに論理的に割り当てるステップであって、前記ポートが、前記コン
トローラに排他的に割り当てられた１つの前記記憶デバイスに関連付けられてい
るものを更に備えた請求項４５に記載のデータ処理システム。
【請求項４８】予め定義され記憶された複数の設計図であって、該各設計
図が、複数の処理の役割の１つを、前記記憶デバイスのサブセット内の１つの記
憶デバイスのブート・イメージと関連付けているものと、前記プロセッサのサブセット内のプロセッサのそれぞれを、前記設計図の１つ
と関連付け、前記プロセッサのサブセット内のプロセッサのそれぞれが、そのプ
ロセッサの前記処理の役割に関連付けられた前記記憶デバイスからの前記ブート
・イメージをロードし、実行するように動作させる手段と、を更に備える請求項２５に記載のデータ処理システム。
【請求項４９】プロセッサの複数のサブセット内で論理的に組織化された
複数のプロセッサであって、前記サブセットのそれぞれが、複数の仮想ローカル
・エリア・ネットワークの１つとして論理的に組織化されているものと、前記サブセットの１つによって使用されるデータ及び命令を記憶するために、
前記複数の仮想ローカル・エリア・ネットワークに結合され、記憶エリア・ネッ
トワーク内で論理的に組織化された複数の記憶デバイスと、前記複数の仮想ローカル・エリア・ネットワーク及び前記記憶エリア・ネット
ワークに結合された制御プレーンであって、リアルタイムで発生する処理負荷状
況の変化及び記憶需要の変化に応じて、前記サブセットに対しプロセッサを動的
に追加し又は除去すると共に、前記記憶エリア・ネットワークに対し記憶デバイ
スを動的に追加し又は除去するよう構成されたものと、を備える仮想コンピューティング・システム。
【請求項５０】予め定義され記憶された複数の設計図であって、該各設計
図が、複数の処理の役割の１つを、前記記憶デバイスのサブセット内の１つの記
憶デバイスのブート・イメージと関連付けているものと、前記プロセッサのサブセット内のプロセッサのそれぞれを、前記設計図の１つ
と関連付け、前記プロセッサのサブセット内のプロセッサのそれぞれが、そのプ
ロセッサの前記処理の役割に関連付けられた前記記憶デバイスからの前記ブート
・イメージをロードし、実行するように動作させる手段と、を更に備える請求項４９に記載の仮想コンピューティング・システム。
【請求項５１】拡張可能なコンピューティング・システムで使用するデー
タ処理のための１又は複数の命令のシーケンスを格納したコンピュータ読み取り
可能な媒体であって、１又は複数のプロセッサによる前記１又は複数の命令のシ
ーケンスの実行が、該１又は複数のプロセッサに、プロセッサのセットの中から、該プロセッサのサブセットを選択するステップ
と、前記プロセッサのサブセット中の各プロセッサ同士が論理的に結合するように
、第１のスイッチング・システムを動作させる命令を生成するステップと、記憶デバイスのセットの中から、該記憶デバイスのサブセットを選択するステ
ップと、前記記憶デバイスのサブセット中の各記憶デバイス同士が、互いに及び前記プ
ロセッサのサブセットと、論理的に結合するように、第２のスイッチング・シス
テムを動作させる命令を生成するステップと、の各ステップの動作を生じさせるコンピュータ読み取り可能な媒体。