JP2004519749A - 離隔するアカウント/サイトを越えて動的にホストサービス管理を提供する方法及びシステム - Google Patents
離隔するアカウント/サイトを越えて動的にホストサービス管理を提供する方法及びシステム Download PDFInfo
- Publication number
- JP2004519749A JP2004519749A JP2002512872A JP2002512872A JP2004519749A JP 2004519749 A JP2004519749 A JP 2004519749A JP 2002512872 A JP2002512872 A JP 2002512872A JP 2002512872 A JP2002512872 A JP 2002512872A JP 2004519749 A JP2004519749 A JP 2004519749A
- Authority
- JP
- Japan
- Prior art keywords
- server
- servers
- customer account
- group
- management
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
Abstract
Description
発明の分野
本発明は、概略、データ処理ビジネスプラクティス分野に関する。特に、本発明は、離隔する顧客アカウント及び/又は地理上の別個のサイトへのホストサービスの動的管理を提示する方法及びシステムに関する。
【0002】
発明の背景
インターネットの爆発的成長は、インターネットサービスプロバイダ(ISP)、アプリケーションサービスプロバイダ(ASP)、独立ソフトウエアベンダ(ISV)、エンタプライズソリューションプロバイダ(ESP)、マネジドサービスプロバイダ(MSP)などのような、商業的なサービスプロバイダやホストファシリティの出現により、大いに推し進められてきた。これらビジネスの各々により提供されるサービスの正確なセットの明確な定義は存在しないが、概略、これらサービスプロバイダ及びホストファシリティは、セットアップチャージ及び定期報酬の払いと引き換えに、アプリケーションホスト、サイト開発、e−コマースマネジメント及びサーバ開発に関する顧客のニーズの幾つか、大部分若しくは全てに適合すべく調整されたサービスを提供する。サーバ開発の文脈では、例えば、報酬は慣例上、顧客のアプリケーション若しくはウエブサイトのホストとなるため顧客に特化した特定のハードウエア若しくはソフトウエア構成を基礎にする。本発明の目的のために、“ホストサービス”という用語は、サービスプロバイダ及びホストファシリティのこの連続体により提供される種々のタイプのこれらサービスを含むことを、意図している。便宜上、サービスプロバイダ及びホストファシリティのこのグループは、ひとまとめにして、ホストサービスプロバイダ(HSP)と呼ぶことにする。
【0003】
商業上のHSPは、電話会社が国際電話ネットワークを経由して意図する相手方への接続を顧客へ提供するのと同じように、利用者にインターネットのホストアプリケーションを提供する。HSPがアプリケーションをホストするのに利用するコンピュータ装置や、提供するサービスは、一般にサーバと呼ばれる。その最も単純な形態では、サーバは、ネットワークインターフェースを介してインターネットに接続し、且つ、顧客即ちサーバのクライアントによる要求に奉仕すべく設計された特定ソフトウエアを稼動するパーソナルコンピュータである。ホストサービスを提供するためにHSPが利用し得る種々の分配モデルの全てのために、大抵のHSPは、一般に“サーバファーム”と称されるものの中の内部ネットワークに接続するサーバの集合体を利用する。そこでは、各々のサーバが独自のタスクを実施するか、サーバグループがメールサーバ、ウエブサーバ、アクセスサーバ、アカウンティング・マネジメントサーバのような多重タスクの負荷を分配する。ホストウエブサイトの文脈では、例えば、より小さいウエブサイトを伴う顧客は、しばしば統合され、単体のウエブサーバによりサポートされる。しかしながら、より大きいウエブサイトは、そのサイトのためのみにサービスを提供する専用ウエブサーバ上で一般にホストされる。インターネット及びHSPの概略の背景には、Geoff Huston,ISP Survival Guide:Strategies For Running A Competitive ISP,(1999)を参照されたい。
【0004】
インターネットサービスに対する要求が増大するにつれて、この要求に適合する更に大きいキャパシティに対するニーズが存在している。一つの解決策は、サーバとしてよりパワフルなコンピュータシステムを利用することであった。大きいメインフレームと中程度のコンピュータとのシステムが、大きいウエブサイト及び共同のネットワークをサービスするサーバとして、利用されてきた。大抵のHSPは、それらシステムの高価さ、複雑さ、及びフレキシビリティの欠如のために、これらの大きいコンピュータシステムを利用しない傾向にある。その代わりに、HSPは、共通のインターネット接続やモデムのバンクに配線される多数の個別パソコンサーバからなり、時としてディスクドライブの共通セットにアクセスするサーバファームを利用するのを好む。HSPが新しいホストサービス顧客を追加すると、例えば、一つ又は複数のパソコンサーバが手作業でHSPサーバファームに追加され、その顧客のための適宜のソフトウエアやデータ(例えば、ウエブコンテント)がロードされる。このように、HSPは、現存の顧客レベルをサポートするのに要求されるハードウエアのレベルを配備するのみである。同様に重要なことであるが、HSPは、このハードウエアのコストの重要部分をカバーする管理料を顧客に課金する。この方法を利用すると、HSPは、HSPに対し即時歳入を生成しない無駄な容量を伴う大きいコンピュータシステムのために、更に金を費やす必要が無い。サーバファームによる解決は、種々の顧客の全てが単体のより大きいメインフレームコンピュータからサービスを受ける場合よりも、顧客に関してセキュリティ及びデータインテグリティを維持するという問題点に対して、より容易な解決策ともなる。顧客に対するサーバの全てが、その顧客に対するソフトウエアのみロードしその顧客に対するデータのみに接続するのならば、その顧客の情報のセキュリティは物理的分離により保証される。
【0005】
HSPに対し、多数のソフトウエア掲示パッケージが、rens.comからのXaCCTやinovaware.comからのHSP Powerのように、これら計測サービスに対して計上し課金するのために、利用可能なものである。lightspeedsystems.comからのIP Magic、resonate.comからのInternet Services Management、luminate.comからのMAMBAなどのように、HSPネットワークの管理において手助けとなる他のソフトウエアプログラムが、開発されている。HSPのマネジメント及び操作は、Hursti,Jani,“Management of Access Network and Service Provisioning”Seminar in Internetworking,1999年4月19日のように、記事やセミナの主題でもある。月単位でインターネットアクセス及びウエブサイトホスティングの商業レベルでの提供を行なうためのハードウエア、ソフトウエア、メンテナンス及びサポートの種種の構成を提供する典型的なHSPの例が、rackspace.comに見つけ得る。
【0006】
現在まで、HSPがサーバファームを構築した方法に関して2つのアプローチが存在する。一つのアプローチは、単一の製造者から供給される同一グループのパソコンシステム(ハードウエア及びソフトウエア)を利用することである。網一つは、多数の異なる製造者から供給されるパソコンシステムを利用することである。同一グループの方法は、単一のサーバプラットフォームをサポートしさえすればよいという点でHSPの利益に寄与する。しかし同時にHSPはこの単一のサーバプラットフォームに限定される。異なる製造さ光限定エレメントから供給されるシステムを利用する異なるグループの方法はより可撓性があり、所与の顧客即ちタスクに対して最も適切なサーバハードウエア及びソフトウエアプラットフォームを利用するという利益をHSPにもたらす。しかし、この可撓性は、多重サーバプラットフォームに関連する増大する複雑性とサポートの挑戦とのコストにはね返る。
【0007】
サーバファームを配置するのに利用される方法に関わりなく、そのようなサーバファームの実際の物理的なマネジメントは略同じである。顧客がアカウントのために提供されるサービスの量を増加させたり減少させたりしたいならば、HSPは、そのクライアントのウエブサイトのデータ記録部やネットワーク相互接続に直接ケーブルするHSPサーバファームのその部分への若しくはその部分からのサーバを手作業で付加したり除去したりする。サービスが付加されるべき場合は、通常の処理は以下のバリエーションとなる。(a)サービスレベルを変更するオーダーがホスとサービス顧客から受信される。(b)HSPは要求される変更に適合する新しいサーバハードウエアを入手する。(c)HSP部局は、サーバファームが配置されるサイトにて新しいサーバハードウエアを物理的にインストールする。(d)新しいサーバハードウエアのためのケーブリングが、そのサイトのためのデータ記録部及びネットワーク接続に付加される。(e)サーバハードウエアのためのソフトウエアがサーバ上にロードされ、HSP部局は一連の初期化ステップを経過し、特にこの顧客の要求に合わせソフトウエアを構成する。(f)新しくインストールされ十全に構成されたサーバが、顧客のアカウントのためのホスとサービスを提供するサーバの現存の管理グループに加わる。いずれにせよ、各々のサーバファームは特定の顧客にアサインされ、よって顧客のアカウントからのサービスに対して最大限の予測要求に適合するように構成されねばならない。
【0008】
新しいサーバの管理グループへの付加を反映するため現存のサーバ内のポインタ及びテーブルは手作業で更新される必要があったので、この処理の最後のステップを完了させるのに所与の顧客のアカウントのため管理グループの中の現存サーバの幾つか若しくは全てをリブート若しくはリスタートすることが、もともと、必要であった。サーバハードウエアにて変更するこの予測される要求は、十分に定義されたウインドウにて、日曜日の深夜など定期的にのみ発生しうる。最近では、Microsoft Windows(登録商標) 2000、Microsoft Cluster Server、Oracle Parallel Server、Windows Network Load Balancing Service(NLB)及び同様のプログラムのようなソフトウエアが開発され、これら十分に定義されたウインドウズとは異なり、いつでも現存の管理グループに新しいサーバを自動的に接合し得るように拡張されている。
【0009】
新しいサーバが現存の管理グループに自動的に接合する方法の例は、米国特許第5951694号で説明される。この特許では、管理グループ内のサーバの全ては、ゲートウェイサーバにより維持されるマッピングテーブルで示される。マッピングテーブルは、メールサービスグループ、データベースサービスグループ、アクセスサーバグループなどの、管理グループのための種々のサービスグループを同定する。ゲートウェイサーバは、マッピングテーブルを基にして、適切なサービスグループへの管理グループを求める要求を、経路付ける。新しいサーバは、適切なソフトウエアコンポーネントをサーバにロードすることによりサービスグループの一つに付加され、その後ゲートウェイサーバが新しいサーバを認識してマッピングテーブルに追加し、個々のサービスグループのために維持されるトランザクションログを利用して、サービスグループ内の残りのサーバにまで新しいサーバをスピードアップする。一方で、一つのサービスグループが重いワークロードを経験し別のサービスグループが軽い負荷であれば、一つのサービスグループから別のサービスグループへサーバをスイッチすることが可能である。特許は、マッピングテーブルを修正する負荷バランススキームを利用し、管理グループを構成する種々のサービスグループ間で管理グループに対する要求をより平滑に均衡化することを保証する、専用管理サーバで実行されるソフトウエアルーチンを説明する。
【0010】
多数の特許が、シングルクラスタや管理グループのサーバ間でのワークロードバランスのための技術に付き、説明する。米国特許第6006529号は、増田サーバの制御下のセキュリティ及びハートビート構成を含むソフトウエアクラスタを説明する。そこでは、クラスタメンバの全てが共通IPアドレスを割り当てられ、負荷バランスはそのクラスタの範囲内で実施される。米国特許第5537542号、5948065号、5974462号は、共有データスペースを有する多重システムコンピュータプロセッシングシステムのための種々のワークロードバランス構成を説明する。サーバ間のワークの分配は、クライアントとサーバ間に仲介システムを差し挟むことによっても完遂され得る。米国特許第6097882号は、クライアントとサーバ間に差し挟まれ、利用可能なサーバ及びワークロードを基にして両者間のIPパケットをトランスペアレントに宛名を変える複製システムを説明する。
【0011】
種々の技術が、シングルクラスタの多重コンピュータ若しくはサーバの操作を統合するのにも利用されている。米国特許第6014669号は、ロックステップ分布構成ファイルを利用することによるシングルクラスタ内の多重サーバのクラスタ操作を説明する。米国特許第6088727号は、共有データスペース多重コンピュータ環境内でのクラスタ制御を説明する。他の特許は、インプット/アウトプットスペースのシングルイメージが多重コンピュータを統合するのにいかに利用され得るのかを説明する。米国特許第5832222号は、インプット/アウトプットスペースのシングルイメージが地理的に離隔されたコンピュータシステムを統合するのにいかに利用され得るのかを説明する。米国特許第6067545号は、共有メタデータマネジメント、複製構成データベース及びドメイン負荷バランスを伴い、構成データベースの制御下でシングルドメインの中に及びそのシングルドメインからサーバを出入りさせる、分布ファイルシステムを説明する。
【0012】
これらの方法は、管理グループ、ドメイン若しくは共有データスペースの範囲内でサーバのマネジメントを改善するものであるが、共通のオペレーティングシステムや共通の共有データスペースに対して定義されかつリンクされるサーバグループを超えて、これら技術を拡張することはできない。一般に、この限定は問題であると考えられてきた。というのは、これら方法の全ては、単一の会社のコンピュータネットワークの範囲内で管理され実装されるより大きな企業コンピュータシステムに向けられているからである。これらの方法がHSPにより実利用され所与のクライアント即ち顧客の特定のアカウントにサーバが首尾よく割り当てられたとしても、これらの方法では、サーバのセットが種々のクライアント即ち顧客のための多重アカウントにホストサービスを首尾よく与えることはできない。
【0013】
より大きな企業コンピュータシステムの操作を管理するシステムも開発されてきた。Hewlett−PackardのOpenView、Computer AssociatesのUnicenterTNG、IBMのTivoli、LuminateのMamba、BMC SoftwareのPatrolなどである。一般に、これらのシステムは、単一の会社若しくは組織の範囲内で稼動する非常に多数のコンピュータと敵対する、目録管理及びソフトウエア展開制御問題に焦点を当てている。これらの操作管理システムのうちには、ネットワークを超える組織の範囲のサーバのパフォーマンスをただし、付加的な資源若しくは負荷分配の要求を決定する、パフフォーマンスモニタリングを含むものもある。同様のオーバーザネットワーク・アプローチが、集権的レポート及び管理特性を提供するためにも利用される。HSPにより利用されることが意図されるこのタイプの操作管理システムの例は、Tivoli Service Delivery Managementプラットフォームであり、利用者管理モジュール、ソフトウエア分配モジュール、目録モジュール、企業コンソール、セキュリティモジュール、ネットワークに付加されるとネットワークの中の全てのコンポーネントのカスタマイズビューを提供する企業マネジャモジュール、及び、共通データスペースを共有するサーバ間でワークロードのバランスを取らせるワークロードスケジューラからなる。これらモジュールの全ては、オーバーネットワーク通信スキームを利用して稼動する。該スキームは、ステータスと他のモジュールへのインシデント情報とを収集しレポートする、ネットワーク内の種々のノード上のエージェントを含む。新しいノードのためのハードウエアコンポーネントがネットワークに物理的に付加されると、Tivoli Service Delivery Managementプラットフォームの種々のモジュールは行き渡り、より自動のベースでこれらコンポーネントを管理する。しかしながら、ネットワークの中へ新しいノードのためハードウエアを物理的に付加するプロセスは、本質的に、前述と同様、完遂されるプロセスは手作業である。
【0014】
コンピュータシステムを構成する物理的なハードウエアを管理するにおいて、コンピュータネットワーク内のハードウエアコンポーネントの故障を自動的に償う種々のアプローチが開発されている。米国特許第5615329号は、二次的なコンピュータシステムが一次的なコンピュータシステムが故障した際に一次的なコンピュータシステムに取って代わるという専用の独立の一次的及び二次的コンピュータシステムを利用する、リモートデータシャドウを実装する冗長なハードウエア構成の典型的な例を説明する。これらのタイプのミラーリング、即ちシャドウ構成の問題点は、高価で無駄があることであり、特に二次的なコンピュータシステムが一次的なコンピュータシステムの故障を待ってスタンバイモードにてアイドル状態にあることである。米国特許第5696895号は、一連のサーバの各々が自身のタスクを稼動するが、各々サーバが、他のサーバの一つに故障が発生した際にそのサーバに対するバックアップとしてアサインされているという、この問題の解決策を説明する。この構成では、タスクは、バックアップサーバで継続されるので両サーバで実施可能である。但し、パフォーマンスは低下する。このタイプの他の例には、Epoch Point of Distribution(POD)サーバデザイン及びUSI Complex Web Serviceを含む。これらサービスを提供するのに利用されるハードウエアコンポーネントは、負荷バランスソフトウエアを含む予め定義されるコンピュータポッドであり、管理グループの範囲内でハードウエアコンポーネントの故障を補償もし得る。かような予め定義されたコンピュータポッドを利用しても、物理的な準備及び管理グループの中へのかようなポッドの設置は、完遂するのに一週間かかり得る。
【0015】
これらの解決策の全ては、現存のハードウエアコンピュータ容量を基にして、管理グループ内でワークロード、及びハードウエア故障周りのルートの自動管理と均衡とを為すために稼動する。しかしながら、管理グループに対する付加的なハードウエア資源の自動展開を為し得る解決策は、殆ど開発されていない。もし、管理グループ内の付加的なハードウエア資源に対する潜在的な要求が前もって知られているのならば、最も共通の解決策は、管理グループのための資源に対する最も高い要求予測を基にして、管理グループのためのハードウエア資源を前もって構成すること、である。この解決策では、管理グループがピーク要求の機会の間に適宜反応し得るが、このピーク要求に合致すべく配置された特別のハードウエア資源はせいぜい他の機会に利用されるのみである。結果として、管理グループのためのホストサービスを提供するコストは、このグループのためのハードウエア資源の利用のために、増加する。
【0016】
付加されるホストサービスのための要求に対する解決策の一つは、Cable & Wirelessにより提供されるInternet Shock Absorber(ISA)である。ISAは、顧客の静的なWebコンテントを、Cable & WirelessのInternetバックボーン上の種々のPoints of Presence(POPs)に配置される一つ又は複数のキャッシュサーバに分配される。この静的なwebコンテントの要求は、キャッシュサーバ及び種々のPOP位置に向けられ、顧客に対しホストサービスを提供する管理グループ内のサーバから、上記機能の負荷を減ずる。しかしながら、静的Webコンテントは、インターネットにおける一部の情報分配として自然に生じるものである。多数ユーザが所与のIPアドレスから静的情報を要求すると、インターネット上の多数の位置にてこの情報をキャッシュするということが、共通事項になってしまう。本質的に、ISAサービスは、インターネット上の静的ウエブコンテントのキャッシングを顧客が率先して開始できる。この解決策は潜在的に、静的Webコンテントの分配の実施を改良するものであるが、この解決策は、相互作用若しくは動的情報コンテントを含む多数の他のタイプのホストサービスには、適用できない。
【0017】
重要な拡張が、HSPが管理されている方法に為され、HSPネットワークの操作を手助けする多数のプログラム及びツールが開発されているが、サーバファームの物理資源を形成し維持するためのHSPにより利用される基礎的な技術は殆ど変動していない。サーバファーム物理資源が管理される方法に関し改善し得る、HSPを操作するより有効な方法を提供することが、望ましい。
【0018】
発明の概要
本発明は、離隔する顧客アカウント及び/又は地理的に別個のサイトを越えてホストサービスの動的管理を供給するように、インターネットのためのホストサービスプロバイダを操作する方法及びシステムである。複数の顧客アカウントの各々に対して、複数の個別サーバが、顧客アカウントに対して定義される共通の管理グループに割り当てされる。個々の管理グループは、その顧客アカウントに特有のソフトウエア及びデータにアクセスするように構成され、その顧客アカウントのためのインターネットに対するホストサービスを提供する。システムは、各々の管理グループ内のサーバのパフォーマンス及び健全状態をモニタする。第1の管理グループからの少なくとも一つのサーバは、自動的モニタに応答して、第2の管理グループに自動的且つ動的に再割り当てされる。第2の管理グループのための顧客アカウントに特有のソフトウエア及びデータにアクセスする再割り当てされたサーバに対する初期化ポインタを設定し、更に再割り当てされたサーバが再開始時に第2の管理グループに結合するように再割り当てされたサーバを再初期化することによって、サーバの自動的且つ動的な再割り当てが完遂される。各々の管理グループ内のサーバのパフォーマンス及び健全状態は、管理グループを越えてサーバと専ら相互接続するための独立の帯域外の通信チャネル全体にて、モニタされるのが好ましい。個々の管理グループは、個々の顧客アカウントに関する利用要求、利用可能資源、及びサービスレベルアグリーメントに応答して、サーバを異なる管理グループに動的に再割り当てする時期と方法を決定するマスタ判断ソフトウエアプログラムと通信するローカル判断ソフトウエアプログラムを含む。
【0019】
一つの実施形態では、多数の顧客アカウントのためのホストサービスの動的管理を設定するシステムは、イントラネットに操作自在に接続する少なくとも5つのサーバを含む。各々のサーバは、このイントラネットから独立している他のサーバの少なくとも一つとの通信チャネルを設定するホスト管理回路を含む。少なくとも4つのサーバは、サーバをモニタし通信チャネルを渡ってステータス情報を通信するローカル判断ソフトウエアプログラムを実行する。少なくとも2つのサーバは、第1の顧客アカウントのための第1の管理グループに割り当てられ、この第1の顧客アカウントに特有のソフトウエア及びデータにアクセスしてホストサービスがこの顧客アカウントのためにインターネットを介して提供されるように構成される。少なくとも2つの他のサーバは、第2の顧客アカウントのための第2の管理グループに割り当てられ、この第2の顧客アカウントに特有のソフトウエア及びデータにアクセスしてホストサービスがこの顧客アカウントのためにインターネットを介して提供されるように構成される。少なくとも一つのサーバは、他のサーバからのステータス情報を収集し、少なくともステータス情報に応答して第1の管理グループから第2の管理グループへ少なくとも一つのサーバを動的に再割り当てするマスタ判断ソフトウエアプログラムを実行するのが好ましい。
【0020】
単一の顧客アカウント関係の範囲内での稼動に限定される、又は、大きく高価なコンピュータシステム及び共通オペレーティングシステム、若しくは共有データスペースを要求する、現存の負荷バランスシステムとは異なり、本発明は、多数の離隔した顧客アカウントを越えてサーバを動的に再割り当し、ホストサービスをより経済的且つ可撓性あるサーバファーム構成に設定することが可能である。本発明は多数の顧客アカウントのための多数の管理グループをサポートすることが可能であるため、異なる顧客アカウント間にてサーバ資源を理性的且つ動的に割り当てることができる。
【0021】
好適な実施の形態の詳細な説明
図1を参照すると、ホストサービスプロバイダのための現存のサーバファーム20の単純化した機能図が示される。かようなサーバファームは、所与の顧客アカウントのホストサービス要求をサポートするように静的に構成される既製のハードウエア及びソフトウエアコンポーネントを利用して、通常構成される。この実施形態では、ホストサーバプロバイダのためのサーバファーム20は、4つの異なる顧客アカウントのためのホストサービスをサポートする。サーバファーム20は、ネットワークスイッチ/ルータ24によりインターネット22に接続される。ネットワークスイッチ24は、今度は、所与の顧客アカウントに対してフロントエンド/コンテントサーバ28とバックエンド/コンピュートサーバ30との間に形成される内部ネットワークスイッチ/ルータ26に接続する。全てのフロントエンド/コンテントサーバ28とバックエンド/コンピュートサーバ30は、当該顧客アカウントに特化されたデータ及びソフトウエアを含むディスクシステム32に接続する。サーバ28、30のためのハードウエアの物理的性質に依存するが、ディスクシステム32はサーバハウジングの範囲内に含まれてもよく、ディスクシステム32はサーバ28、30の各々に直接接続する物理的に分離したユニットの中に収容されてもよく、記憶部付随ネットワーク(SAN)若しくはネットワーク付随記憶部(NAS)構成として一つ以上のサーバ28、30に付随してもよい。
【0022】
この構成は既製のハードウエアを十分に利用し、多数の独立した顧客アカウントに対してホストサービスを供給し得るサーバファーム20を構築するのであるが、このタイプの構成では幾つかの重要な問題が露呈する。それらのうちで最も重要なものは、異なる顧客アカウント間でのシステム資源の割り当てと展開の一般的な静的性質である。この複合体の範囲内での単一の顧客アカウントを構成し管理するために、HSPのためのアドミニストレータは、顧客ニーズの突出した要求を基にして特定顧客アカウントに対し幾つかの固定レベルのシステム資源(例えば、サーバ、ディスク、ネットワークリング)を供用する必要がある。
【0023】
例えば、予測されたピーク負荷の下で顧客アカウントが、ユーザ要求を処理するための3つのフロントエンドサーバ28を要求し、これら要求により生成されるデータベース問い合わせ/更新を処理するための4重プロセッサバックエンドサーバ30を要求するような、所与の顧客アカウントのために設計された比較的単純なウエブサイトを仮定する。このタイプのウエブサイトに対して、F5 Big−IP、Cisco Local Directoe、若しくはFoundry SererIronのようなハードウエアベース技術、又はWindows Load Balance Service(WLBS)などのソフトウエアベースソリューションは、フロントエンド/コンテントサーバ28にも均一にユーザ要求を分配するのに利用されがちである。更に、バックエンドデータベース/コンピュートサーバ30は、共通してクラスタとなり、あるレベルのフォールトトレラントを設定する。マイクロソフトクラスタサーバ(Microsoft Cluster Server)やオラクルパラレルサーバ(Oracle Parallel Server)のような、通常操作の間に生じ得るハードウエア故障に関わらず多数サーバによりウエブサイトが進む多数のソフトウエア製品が利用可能である。更に、Tivoli Enterprise,HP OpenViewのようなシステムモニタリングツールにより、アドミニストレータは、故障がサーバファーム20の範囲内で検出される時期を通知され得る。これらツールは所与のサイトでの単一の顧客アカウントの範囲内のホストサービスを管理するには十分であるが、これらツールのうちで、離隔顧客アカウントに関してホストサービスを管理し得るものはない。
【0024】
この例の文脈では、この顧客アカウントのためのウエブサイトは、毎分5000トランザクションのピーク負荷を処理するように設計されたe−コマースであると仮定する。更に、サーバファーム20の中の残余の顧客アカウントのためのウエブサイトは、夫々に毎分1000、15000及び5000トランザクションのピーク負荷を処理するように設計されたと仮定する。図2に示されるように、予想されるピーク負荷を処理するために個々の顧客アカウントを設計し構成しなければならないため、サーバファーム20全体の中では相当量の無駄な容量が生じ得る。多数の顧客アカウントを処理するサーバファーム20は過剰集合容量を備えていても、この特別の容量は、ハードウエア故障や一つのアカウントから次のアカウントへのピーク負荷の増加に反応するようには利用され得ない。特定の顧客アカウントのために構成される資源は、そのアカウントのために供されしかもそのアカウントのみである。第1の顧客アカウントのための一つのフロントエンドサーバ28がハードウエア故障に遭遇する場合、ウエブトラフィックは残余のフロントエンドサーバ28に経路付けされる。ハードウエア故障の前に顧客アカウントがビジーであり且つウエブトラフィックが一定であるか故障後増加する場合には、故障サーバから供される追加のトラフィックに加えてそれ自身の従前のワークロードを処理することにより、残余のフロントエンドサーバ28は即座にオーバロードしてしまう。最善のシナリオでは、サーバファーム20のためのシステム管理ソフトウエアが、サーバが故障したことに気付き、サーバ故障を示すメッセージを(ページャ及び/若しくはeメールにより)サイトマネジャに送信する。サイトマネジャがこのメッセージを折りよく受け取りサイト上に配置されれば、サイトマネジャは故障したハードウエアコンポーネントを物理的に除去し、この目的のために望ましいことに貯蔵されているスペアのハードウエアコンポーネントをインストールし、新しいハードウエアコンポーネントを再ケーブルし、その顧客アカウントのための適切なソフトウエアを構成してインストールし、新しいハードウエアコンポーネントを残余のフロントエンドサーバ28に再参加させる。このプロセスは1時間以内に完遂することが望ましい。もし、メッセージが折りよく受け取られなかったら、サイトマネジャがサーバファームが配置されるサイトに配置されていないならば、若しくは、故障ユニットに入れ替わって利用可能な貯蔵スペアハードウエアがなければ、このプロセスはさらに長くかかってしまう。そのうちに、ユーザが顧客アカウントにアクセスする応答時間が悪くなり、顧客アカウントはこの間別のハードウエア故障に益々脆弱になる。
【0025】
顧客アカウントの構成される予想ピーク要求を超える要求の増加を、顧客アカウントが遭遇するような場合には、この増加したウエブトラフィックを分配するための負荷バランス設備に対して利用可能な資源は無い。サーバ28、30の全ては、ピーク容量で稼動している。結果として、顧客アカウントに対して相当に応答時間が悪化し、折りよく処理できない要求に対して、“サービス利用不可能”という応答になる可能性がある。消費者に対してサービスを折りよく適用できないことは、望ましくないが別の文脈での事業にとっては管理可能な問題点ではあるものの、ウエブサイトに対して“サービス利用不可能”というメッセージを生成するという付加的な問題点は、そのようなメッセージがいかなる理由に対しても持続しつづけるのならば、インターネットは、この情報をネットワーク内の膨大な中間ノードに伝播し始めてしまう、ということである。結果として、これらの中間ノードは、ウエブサイトが“利用不可能”であることを理解させるために、ウエブサイトへの後続の要求を迂回させてしまう。“サービス利用不可能”のメッセージを受け取る消費者がサービスされないだけでなく、顧客アカウントが飽和し若しくはオーバロードすると他の多数の消費者もウエブサイトにすら行き着かないことになってしまう。
【0026】
ここで図3を参照すると、多数の顧客アカウントへのホストサービスの動的管理を提供するサーバファーム40を示す。現存のサーバファーム20と同様に、サーバファーム40は、サーバファーム40とインターネット22との間の相互接続を確立するためのネットワークスイッチ44を含む。しかしながら、現存のサーバファーム20とは異なり、サーバ46の母集団は、エンジングループマネジャ48の制御の下に管理される。サーバ46の各々は、ネットワークスイッチ44によりインターネットと、更にディスク記録システム50とプログラム上で接続する無国籍コンピュータ装置である。一つの実施形態では、サーバ46は、Fibre Channel記憶領域ネットワーク(SAN)を経由してディスク記録システム50に接続する。一方で、サーバ46は、ネットワーク付随記憶部(NAS)構成、スイッチ可能クロスバー構成、若しくは他の同様の相互接続技術を介してディスク記録システム50に接続し得る。
【0027】
図4及び図5に示されるように、エンジングループ48は、多数の顧客アカウントの間にて無国籍サーバ46を自動的に割り当てる責任を負い、割り当てられたアカウントに対してこれらサーバを構成する責任を負う。所与の顧客アカウントのためのサーバを、その顧客アカウントのために定義されその顧客アカウントにとって唯一のソフトウエア及びデータにアクセスするよう構成された共通の管理グループ52に割り当てることにより、このことは為される。説明するように、エンジングループマネジャ48は、個々の管理グループを自動的にモニタし、自動モニタリングに応じて、第1の管理グループ52−aから第2の管理グループ52−bへサーバ46’を自動的且つ動的に再割り当てする。第1の管理グループ52−aから再割り当てされたサーバ46’のための初期化ポインタを、第2の管理グループ52−bのための顧客アカウントに対して唯一のソフトウエア及びデータにアクセスするように設定するためにエンジングループマネジャ48を利用し、そして、再割り当てされたサーバ46’が第2の管理グループ52−bに接合するように再割り当てされたサーバ46’を再初期化することによって、このことは完遂される。現存する付加するためのプロセスは、ハードウエア資源をサーバファーム20へ除去するのではなく、本発明は、できるだけ短時間で新しい管理グループ52に利用可能な再割り当てサーバ46’を作成できる。基本的には、再割り当てサーバ46’をオンラインとするのに要求される唯一の有意な時間は、サーバ46’をリブートするのに要求される時間と、このリブートされたサーバを認識するための、負荷バランスをとり及び/又はクラスタするソフトウエアのために要求される時間と、である。負荷バランスソフトウエアはフロントエンド/コンテントサーバとの接続でより通常に見出されることが理解されるが、クラスタするソフトウエア、又はクラスタするソフトウエアと負荷バランスソフトウエアとの組み合わせは、バックエンド/コンピュートサーバとの接続でより通常に利用される。負荷バランスソフトウエアという用語は、これら可能な組み合わせの何れに言及するのにも利用される。
【0028】
一つの実施形態では、再割り当てサーバ46’のためのソフトウエアは、サーバがオンラインとされ(即ち、リセットされてパワーオンされ)又はサーバがオフラインとされ(即ち、リセットされてパワーオフされ)るのに応じて、サーバを自動付加したり管理グループからサーバを自動除去したりする付加バランスソフトウエアを含むので、再割り当てサーバ46’は、第2の組み合わせグループを自動的に接合する。前に説明したように、この種の付加バランスソフトウエアは今日広く知られており利用可能である、しかしながら、現存の付加バランスソフトウエアは、単一の管理グループからサーバを付加したり除去したりすることのみしかできない。この実施形態では、エンジングループマネジャ48は、異なる管理グループ52に渡る動的再割り当てサーバ46’を許容する現在利用可能な商用付加バランスアプリケーションソフトウエアの能力を利用する。一方で、単一の管理グループのためのオペレーティングシステムの範囲内のエージェント若しくはサブルーチンは、再割り当てサーバ46’がオンラインとなると再割り当てサーバ46’を第2の管理グループ52−bの中に統合する責任を負う。更に別の実施形態では、エンジングループマネジャ48は、個々の管理グループ52のための利用可能なサーバのリストに対する更新を発行し得る。
【0029】
エンジングループマネジャ48は、オペレーティングシステムやアプリケーションプログラムなどを含み管理グループ52のために設置されたブートイメージソフトウエア及び構成ファイルの適切なコピーに、管理グループ52のための各々のサーバの中のポインタをセットするのが好ましい。再割り当てサーバ46’がリブートされると、そのポインタはエンジングループマネジャ48によりリセットされ、第1の管理グループ52−aのためのブートイメージソフトウエア及び構成ファイルではなく、第2の管理グループ52−bのためのブートイメージソフトウエア及び構成ファイルを指す。
【0030】
概略、個々の管理グループ52は、唯一の顧客アカウントのためのサーバファーム40により提供されるウエブ再とや類似のホストサービスを示す。異なる顧客アカウントは、同じビジネスや関連する商用エンティティによって償われるが、所与の顧客アカウントに関連し、よって所与の管理グループ52に関連するデータとソフトウエアはその顧客アカウントに対して唯一のものであることが理解される。大きいメインフレームコンピュータシステムの資源のタイムシェアリングを実行する単一の共通のオペレーティングシステムを利用することにより、多数顧客へホストサービスを提供する大きいメインフレームコンピュータ装置を利用するサーバプロバイダとは異なり、各々の管理グループ52は、従来のオペレーティングシステムソフトウエアを含むが管理グループ52に割り当てされるサーバ46の外部には拡張しない唯一のソフトウエアからなる。本発明のこの分配方法では、比較的廉価な個別のサーバにインストールできる、よりシンプルな従来のソフトウエアアプリケーション及びオペレーティングシステムの利用が、許容される。このように、管理グループ52を構成する個別要素は、比較的廉価な商業的に利用可能なハードウエアサーバ及びソフトウエアプログラムを含む。
【0031】
図6及び図7は、本発明に係るサーバファーム40のためのコンポーネント及びハードウエアの好適な実施形態を示す。本発明の好適な実施形態はこのハードウエアと関連させて説明されるが、本発明のコンセプトは、サーバにホストマネジメント回路若しくは説明する均等物が備わる限り、現下利用可能な1U若しくは2Uパッケージサーバを含む従来のあらゆるサーバを利用して実行されるサーバファームに等しく利用可能であることが理解される。
【0032】
サーバファーム40のためのハードウエアは、スケーラブルエンジン100であり、動力及び空間が十分なキャビネット110内でエンジンブレード132として各々構成される多数の商業的利用可能であるサーバボード102からなるのが、好ましい。エンジンブレード132は、キャビネット110の前側112に鉛直方向に取り外し自在に配置される。キャビネット110の中央の貫通面130は、共通の電源となり全エンジンブレード132に対する境界信号を制御する。各々のエンジンブレード132のためのI/O信号は、貫通面130内のアパーチャを経由し、キャビネット110の背面に配置されるカードとインタフェースを取る。I/O信号は、適切なインタフェースカード134を経由し、ネットワークスイッチ44を介してインターネットに到るか、ディスク記録部50に到るか、である。独立のインタフェースカード134が、これらの異なる通信経路のために使われるのが好ましい。
【0033】
スケーラブルエンジン100は、共通ブレード担持構造103のため、同じキャビネット内に異なるタイプのサーバボード102を伴う。異なるタイプの商業的利用可能であるマザーボード102が、キャビネット110に一様な機械的インタフェースを設定する共通ブレード担持構造103の中に、装備される。種々のタイプのマザーボード102の中にプラグ接続する特別設計のPCIホストボード104は、インタフェースカード134に接続するための貫通面130を経由する接続路を持つ。冗長なホストスワッピング可能な高性能電源装置144が、貫通面130の共通の動力信号に接続する。ホストボード104は、ATXパワーマネジメントプロトコルをエミュレートすることにより、エンジンブレード132のためにサーバボード102に動力信号を分配するマネジメント回路を含む。置換可能なファントレイ140が、エンジン100を冷やすため、エンジンブレード132の下方に装備される。キャビネット110は、互いの頂部に積み重ねられ電源装置144を保持する動力フレーム146の頂部上に配置されるサブシャシー対129を含む、シャシーアセンブリ128内で、エンジンブレード132の多重列を伴うのが好ましい。キャビネット110は、イーサネット(登録商標)ネットワークスイッチ44、147と、Fibre Channelネットワークを越えるディスクドライブ50に付属する記録部スイッチ149とを装備するラックも、含むことが好ましい。
【0034】
本発明は、各々少なくとも2つのエンジンブレード132を有する第1の管理グループ52−aと第2の管理グループ52−bとに割り当てられる種々のサーバ46を適切なアプリケーションソフトウエアと共に構成するサーバボード46を伴うエンジンブレード132を収容する単体のキャビネット110に関して記述するのであるが、サーバファーム40は、サーバファーム40内のサーバ46の全数に依存するどんな顧客数にも管理グループ52を適応させ得る、ということが理解される。多数キャビネット110は統合されて所与の位置でのサーバ46全数を概算し得るのが好ましい。以下に述べるように、エンジングループマネジャ48の制御下で稼動する単一のサーバファー部40の部分として、地理的に知覚する位置の多数のキャビネット110をリンクすることも可能である。
【0035】
好適な実施形態では、各々のエンジンブレード132のサーバボード102は、Intel、SPARCやPowerPCデザイン等のための最も最近のプロセッサが配置され得、それらの各々は、WindowsNT、Windows2000、Linux若しくはSolarisなどの標準的なオペレーティングシステム環境をサポートし得る。各々のエンジンブレード132は、一つ又は複数のサーバボード102を適応させ得、各々のサーバボードは、現行のATXフォームファクタ若しくは将来業界に取り込まれ得る新しいフォームファクタに従うシングルのプロセッサ、若しくはマルチプロセッサであればよい。通信チャネル106は、ネットワークスイッチ44若しくは記憶部スイッチ149のために通信パスから分離するController Area Network(CAN)バスが実装されるのが好ましい。第2のフォールトバックアップ通信チャネル106’が、グループマネジャソフトウエア48に対するフォールトトレラント及び冗長通信パスを許容するために、設定されてもよい。
【0036】
従来のサーバでは、ポインタ及びスタートアップ構成情報は、サーバボード上の手作業のスイッチでセットされるか、サーバボード上のPROMチップの中にハンドコードされるか、サーバボードがアクセスできるローカルハードドライブ上の固定位置に格納されるか、である。ホストボード104上の管理回路は、ポインタ及びスタートアップ構成情報がホスト管理回路により実際に供給されるように、適切なフックをサーバボード102の中へはめ込むように設計される。エンジンブレード132は、ローカルハードドライブ107上に格納される情報が通信チャネル106を介するホストボードにより構成されるようにホストボード104によってアクセスされるローカルハードドライブ107を含んでもよい。更に、ホストボード104は、サーバボード102への電力の印加を制御するATX動力管理シーケンスをエミュレートすることによってキャビネット100への共通の電力装置を利用できる電力管理回路108を含むのが好ましい。バックチャネルイーサネットスイッチ147も、アプリケーション及びデータ情報の通信をインターネット22に渡る外部に経路付ける必要が無く、サーバファーム40の範囲内で種々のサーバボード102の間で済ませることを許容するのが好ましい。
【0037】
好適な実施の形態では、各々のキャビネット110は、32までのエンジンブレード132を収容し得る。この構成では、ネットワークスイッチ44、147は、Foundryの2つの32回路のスイッチとなるイーサネットネットワークルータを含む。好ましい。ネットワークスイッチ44、147によって、サーバ46とネットワークスイッチ44、147との間の接続の再構成が、サーバのためのIPアドレスを変更することで動的に調整され得るのが好ましい。ディスク記録ユニット50に関しては、2つのオプションが利用可能である。第1に、独特のハードウエア及びソフトウエアは、基礎をなすSAN記録ハードウエア構成の詳細を抽出するディスク記録ユニット50とエンジンブレード132との間のクロスバースイッチ149の形態の中に挿入され得る。この場合、ディスク記録ユニット50と各々のブレード132との間のリンクは、ソフトウエアAPIのセットを介してクロスバースイッチ149に連絡する。一方で、商業的に利用可能なFibre Channelスイッチ、即ちRAID記録ボックスは、ブレード132とディスク記録ユニット50との間に動的に連結を形成するのに利用され得る。いずれにせよ、エンジングループマネジャ48の内部のソフトウエア層は、サーバブレード132とネットワークスイッチ147との間の接続に対し必要な構成の調整を行ない、よってディスク記録ユニット50が完遂される。別の実施形態では、サーバ46の一部が、ネットワークスイッチ即ちディスク記録ユニットに恒常的にケーブル接続し、例えばサーバファーム40の所与の部位によりサポートされる顧客アカウントのセットが、再割り当てされ得ない基本数のサーバ46を常に含んでも、スイッチコストを減少できる。この場合、各々の管理グループ52のための基本数のサーバ46は、その管理グループ52のための関連ネットワークスイッチ149とディスク記録ユニット50に恒常的にケーブル接続しうる。
【0038】
再び図4及び図5を参照すると、本発明のサーバファームシステム40は、多数顧客アカウントに設定されるホストサービスを動的に管理し得る。少なくとも5つのサーバ46がイントラネット54に操作自在に接続することが見て取れる。イントラネットは、サーバ46をインターネット22と相互接続させるのと同じネットワークスイッチ44を越えて、若しくはサーバを互いに相互接続するネットワークスイッチ147と同じネットワークスイッチを越えて、形成されるのが好ましい。各々のサーバ46は、ネットワークスイッチ44及び/又は147により形成されるイントラネット54から分離する少なくとも一つの他のサーバ46を通信チャネル106に供給するホストボード104上に管理回路を有する。
【0039】
少なくとも4つのサーバ46が、サーバ46をモニタするローカル判断ソフトウエアプログラム70を実行し、通信チャネル106を越えてステータス情報を通信するように構成される。これらサーバ46の少なくとも2つが、第1の顧客アカウントのための第1の管理グループ52−aに割り当てられ、第1の顧客アカウントにとって唯一であるソフトウエア及びデータにアクセスしその顧客アカウントのためにインターネットへのホストサービスを提供するように構成される。サーバ46の少なくとも別の2つが、第2の顧客アカウントのための第2の管理グループ52−bに割り当てられ、第2の顧客アカウントにとって唯一であるソフトウエア及びデータにアクセスしその顧客アカウントのためにインターネットへのホストサービスを提供するように構成される。サーバ46の少なくとも一つは、他のサーバ46上で実行するローカル判断ソフトウエアプログラム70からのステータス情報を収集するマスタ判断ソフトウエアプログラム72を実行する。一つの実施形態では、サーバ46の対は、マスタ判断ソフトウエアプログラムのためにフォルトトレラント/冗長プロセスプラットフォームを形成するフォルトトレラント統合ソフトウエアを利用して、共に従属する。以下に述べるように、マスタ判断ソフトウエアプログラム72は、ローカル判断ソフトウエアプログラム70から収集された少なくともステータス情報に反応して、少なくとも一つのサーバ46’を第1の管理グループ52−aから第2の管理グループ52−bへ動的に再割り当てする。
【0040】
両方の管理グループ52のためのサーバ46は、所与の顧客アカウントのために詳細化されたどの構成ででも配置され得る。図3に示すように、管理グループ52−bのためのサーバ46の3つは、フロントエンドサーバとして構成され、一つのサーバ46は顧客アカウントに対するバックエンド/コンピュートサーバとして構成される。第2の管理グループ52−bのための顧客アカウントに対するピーク利用活動度が相当に増加するのに応じて、第1の管理グループ52−aのためのサーバとしての現行の利用から、第2の管理グループ52−bのためのバックエンド/コンピュートサーバとしての利用へ、サーバ46’を再割り当てすることが必要であることを、マスタ判断ソフトウエアプログラム72は判断する。この判断が到着する方法に関する好適な実施形態を、ローカル判断ソフトウエアプログラム72の稼動の記述に関連して、説明する。説明の順を追うと、マスタ判断ソフトウエアプログラム72は、図4に示されるように第2の管理グループ52−bに対し再割り当てされるべきサーバ46’の動的再割り当てを指示する。
【0041】
本発明の好適な実施形態は、第1の管理グループ52−aから第2の管理グループ52−bへの再割り当ての形態で示されるが、本発明は、所与の管理グループ52に現下割り当てられていないが、稼動する管理グループ52から引き揚げられるべきだとする要求が必ずしも無くとも再割り当てされてもよいとする利用可能サーバ46’の共通プールを設定するように、実施されてもよいと、理解され得る。例えば、32のサーバ46を有するサーバファーム40は、6つのサーバを4つの異なる顧客アカウントの各々に割り当て、一つのサーバ46はマスタ判断ソフトウエアプログラム72を実行し、残余の7つのサーバ46のプール56は初期には割り当てされないがその7つのサーバに対し定義されるなら4つのどの管理グループに対しても割り当てされ得る、というように設定され得る。管理グループへのサーバの割り当ては、本発明に係るサーバファーム40の進行操作の間に動的になされるから、本発明の好適な実施形態では、このプール56をバッファとして利用し、現在の管理グループ52から先ず再割り当てされるサーバ46’を外す必要を無くすことによって、再割り当てされるサーバ46’を管理グループ52の中に持ち込むのに必要な時間を更に減少させる。一つの実施形態では、プール56はウオームサーバとコールドサーバの両方があり得る、ウオームサーバは、特定の管理グループ52のために既に構成されているサーバ46であり、よってそのウオームサーバを管理グループに結合させるためにそのウオームサーバをリブートする必要が無い。コールドサーバは、特定の管理グループ52に対して構成されていないサーバであり、よってそのコールドサーバを管理グループに結合させるためにはそのコールドサーバをリブートすることが必要である。
【0042】
再割り当てされるサーバ46’は単に新しい管理グループに割り当てされ得るか、又は、第1の管理グループ52−aから第2の管理グループ52−bへ同時に再割り当てされる複数の再割り当てサーバ46’のグループとして再割り当てされる、ということも理解される。ネットワークスイッチ44、147及び記録スイッチ149がそのような動的な再割り当てを適応させるように如何に構成されるかに関する文脈においては、ネットワーク44、147及び/又は記録スイッチ149での動的構成ポートの数を減少させることが必要若しくは望ましいならば、多数のサーバ46はグループとして共に再割り当てされてもよい、ということも理解される。
【0043】
本発明の有意な利点の一つに、一つの管理グループ52−aから別の管理グループ52−bへサーバを再割り当てするプロセスは、そのサーバが第2の管理グループ52−bの一部としてサービス状態に入る前に、再割り当てされるサーバ46’からの、第1の管理グループ52に対する特定の顧客アカウントに関連する状態を、全てきれいに拭い取ることである。このことにより、異なる顧客アカウント間のデータに対する意識的な若しくは無意識のアクセスを排除する自然且つ非常に実効性のあるセキュリティメカニズムが提供される。サーバ46又は46’が、所与の管理グループ52−aのメンバで無いならば、該サーバが異なる管理グループ52−bに対するデータ若しくは情報にアクセスする方法は無い。異なる顧客アカウントを越えてホストサービスをするための共有メモリスペース及び/又は共通オペレーティングシステムを用いるメインフレームサーバ若しくは他のより大きいサーバシステム内で実行されなければならない複雑で潜在的に不確定なソフトウエアセキュリティ特性の代わりに、本発明は、従来のサーバファーム構成で見られる顧客アカウント間でのシンプルな物理的独立という利点を保持しており、ハードウエアをいっそう利用する要求若しくは機会の折に、そのハードウエアに自動的且つ動的に再構成させる際であっても、上記利点を保持する。認証のためのアクセスとこの再構成の制御との唯一のポイントは、帯域外通信チャネル106を越えてマスタ判断ソフトウエアプログラム72を介する。
【0044】
図14に示されるように、各々のサーバ46は、マスタ判断ソフトウエアプログラム72の制御下でインターネットにプログラム上で接続するのが、好ましい。マスタ判断ソフトウエアプログラム72は、再割り当てされるサーバ46’が、第2の管理グループの顧客アカウントに特有のソフトウエア及びデータを格納するディスク記録ユニットの一部に捜査上接続するように、スイッチすることも行なう。マスタ判断ソフトウエアプログラム72が利用するステータス情報の少なくとも一部を通信するための、ネットワークスイッチ44を越えるイントラネット54から分離している帯域外通信チャネル106の利用は、セキュリティ、故障分離、及び帯域幅アイソレーションのために、為されることが好ましい。好適な実施形態では、通信チャネル106は、キャビネット106内部で1Mb/sの帯域幅で稼動するシリアルのController Area Network(CAN)であり、第2のバックボーンも異なるキャビネット106間で1Mb/sの帯域幅で稼動する。インターネットプロトコル(IP)を利用する通信を伴う分離のイントラネットは、CANバスのようなシリアルマネジメントインタフェースの代わりに、通信チャネル106のために利用され得る、ということが理解される。もっとも、そのような実施形態は、ホストボード104に接続する通信チャネル106に関して要求される通信のレベル及び複雑性のために実効的に過剰設計される。イントラネット54の一部として通信チャネル106を実施することは可能であるが、セキュリティ、故障分離及び帯域幅アイソレーションの理由のため、そのような実施は好ましくない。
【0045】
図8は、所与の顧客アカウントのため本発明により利用される種々のデータ及びソフトウエア層の一つの実施形態の階層関係のブロック図である。顧客データ及びデータベース60は、この階層の基礎層を形成する。ウエブデータマネジメントソフトウエア層62が、記録システム50を含む記録ユニットの多数例を越えて顧客データ60を管理するために、組み込まれてもよい。クラスタ及び/若しくは付加バランス感知アプリケーションソフトウエア64は、顧客ウエブサイトのためのソフトウエア及びデータと従来からみなされているトップ層を含む。付加バランスソフトウエア66は、共通の管理グループ52の一部として多数サーバを共にグループ化する。従来のオペレーティングシステムソフトウエア68には多数例が存在し、ひとつが個々のサーバ46に対するものである。一方で、付加バランスソフトウエア66とオペレーティングシステムソフトウエア68は、単一の管理グループ52内部の共通ソフトウエアパッケージの一部として、統合され得る。従来のオペレーティングシステムソフトウエア68の上には、多数の顧客アカウント52−a及び52−bに渡る資源を管理する本発明に係るエンジンオペレーティングソフトウエア48が存する。
【0046】
図9に示される本発明の一つの実施形態では、第1の管理グループ52−aに割り当てされるサーバ46は第1ののサイト80に位置し、第2の管理グループ52−bに割り当てされるサーバ46は第1のサイト80から地理的に離れた第2のサイトに位置する。この実施形態では、システムは、第1の管理グループ52−aのための少なくともデータを第2のサイト82に自動的に複写する構成も、更に含む。好適な実施形態では、ネットワークスイッチ44から分離する通信チャネル84は、第1のサイト80のディスク記録ユニット50−aからのデータを第2のサイト82のディスク記録ユニット50−bに複写するのに利用される。この構成の目的には、2面性がある。先ず、データの複写により、第1のサイト80での災害時に災害からのリカバを可能にする冗長の且つバックアップの保護がもたらされる。次に、第2のサイト82でデータの複写により、本発明は、第2のサイト82に配置される利用可能サーバのプールの内のサーバ46を含むことができる。これらサーバを第1の管理グループ52−aに動的に再割り当てすることで第1の顧客のホストサービスを求める要求の増大を満たすように、マスタ判断ソフトウエアプログラム72がそれらプールの利用可能サーバを利用しうる。
【0047】
第1のサイト80のマスタ判断ソフトウエアプログラム72と第2のサイト82のマスタ判断ソフトウエアプログラム72との調整は、各々のサイトでのマスタ判断ソフトウエアプログラム72と通信するグローバル判断ソフトウエアルーチン86の利用により完遂されるのが、好ましい。このモジュラ構成により、マスタ判断ソフトウエアプログラム72は、所与のサイトのサーバ資源の管理に焦点を当てることができ、更にこのモジュラ構成は、各々のサイト80、82にグローバル判断ソフトウエアルーチン86から付加的なオフサイトサービスを要求させるか、オフサイトサービスを利用可能とするように提示させるか、のコンセプトを拡張する。ローカル判断ソフトウエアプログラム70が付加的なサーバに対する要求を為すか、又は、サーバを、所与のサイトでのマスタ判断ソフトウエアプログラム72に対する再割り当て可能とするか、と同じやり方となる。
【0048】
本発明の多重サイトの実施形態は、商業的に利用可能なSAN又はNAS記録ネットワークソフトウエアを利用し、2層構造のデータ冗長性及び複写階層を実施するのが好ましい。図9に示すように、第1の顧客アカウントの顧客のための顧客データの稼動バージョン74は、第1のサイト80のディスク記録ユニット50上に維持される。データミラリング、データシャドウイング、若しくはRAIDデータ保護のような、冗長によるデータ保護は、第1のサイト80の第1の顧客アカウントのための顧客データのバックアップバージョン76を設立するのに利用される。ネットワークソフトウエアは通信チャネル84を利用し、第2のサイト82に配置される第1の顧客アカウントのための顧客データの第2のバックアップバージョン78を生成する。インターネット22に対するネットワークスイッチ44の接続から独立する通信チャネル84の利用は、冗長通信経路を許容し、第2のバックアップバージョン78を生成するのに必要なバックグラウンド通信活動の影響を最小限とするものであるのが、好ましい。一方で、第2のサイト82に位置する第1の顧客アカウントのための顧客データのバックアップバージョン78は、ネットワークスイッチ44及びインターネット22を介して経路付けされ得る。別の実施形態では、顧客データの付加的なバックアップバージョンは、付加的なサイト配置で複写され、更に、サーバ資源を十分に利用しない顧客アカウントからこれら資源を要求する顧客アカウントにサーバを動的に再割り当てするシステムの容量を拡張するのが、好ましい。
【0049】
図10に示されるように、本発明は、サーバ資源を十分に利用しない顧客アカウントからこれら資源を要求する顧客アカウントにサーバを動的に再割り当てできるので、サーバファーム40の資源は、ホストサービスを多数顧客アカウントに供給する際により実効性をもって利用され得る。顧客アカウント91、92、93、94及び95の各々に対し、個々の顧客アカウントへのサーバ46の全体的な割り当ては、比較的一定の限界に近い過剰容量の帯域幅が個々の顧客アカウントに維持されるように、完遂される。所与の顧客アカウントに割り当てられるハードウエア資源の変動が時間や日や週の単位で発生する、現存のサーバファームとは異なり、本発明では、要求ベースに基づき動的に割り当てされるサーバ資源での分刻みの変動が、許容される。図10は、サーバファーム40の一部を配置する多数の地理的に独立するサイトを利用する利点も示す。顧客アカウント94及び95に対するピーク利用は、サイト配置80とサイト配置82との間の時間帯の差異のために、他の顧客アカウント91、92及び93のものから時間シフトしていることが、見うけられる。本発明は、ピーク利用におけるこれら時間シフトの差異という利点を持ち得、活動度における小康の最中にある他のサイト配置からピーク利用の期間中のサイト配置に、変動するサーバ容量を割り当てる。
【0050】
図13に示される本発明の多重サイト構成の一つの実施形態においては、少なくとも3つの独立したサイト配置80、82及び84が、互いに離れて、少なくとも24を(N+1)で割ってできる数(商)の時間だけ地理的に位置することが好ましい。ここで、Nとは、多重サイト構成での独立したサイト配置の数を示す。3つの独立したサイト配置80、82及び84を有する実施形態では、サイト配置は、互いに離れて8時間であることが好ましい。この地理的分離により実現される時間の差異により、全3サイトに配置される顧客アカウントの利用パターンは、所与の配置での各々のサーバが一つ又は複数の配置から他の配置へ動的に再割り当てされるサーバを利用できないとする場合に要求されるより相当少ない結合数のサーバにより、統合されサービスされることになる。サイト配置80が夜間利用レベルを経験している際にこの利点は顕著になり、このサイト配置80からのサーバは、昼間利用レベルを経験しているサイト配置82に動的に再割り当てされ得る。同時に、サイト配置84が夕方利用レベルを経験しているならば、この配置から別の配置へ、若しくはその逆に、サーバを再割り当てすべく適合されてもよく、適合されなくてもよい。一般的に、サイト配置は、後の時間帯(即ち、そのサイトの東側に)のサイト配置から先ず容量を借りるとみえるように構成され、先の時間帯(即ち、そのサイトの西側に)のサイト配置に利用可能な特別の容量を作成するようにみえる。他の好適な例も、後の利用及び先の利用パターンに依存するが、確立可能である。
【0051】
ここで図11を参照すると、マスタ判断ソフトウエアプログラム72の好適な実施形態が示される。マスタ判断ソフトウエアプログラム72は、資源データベース150、サービスレベルアグリーメントデータベース152、マスタ判断ロジックモジュール154及びディスパッチモジュール156を、含む。マスタ判断ロジックモジュール154は、資源データベース150とサービスレベルアグリーメントデータベース152にアクセスし、ステータス情報を資源データベース150とサービスレベルアグリーメントデータベース152内の情報と比較し、第1の顧客アカウントから第2の顧客アカウントへサーバを動的に再割り当てするか否かを判断する。ディスパッチモジュール156は、再割り当てされるサーバ46’のための初期ポインタを第2の管理グループ52−bのための顧客アカウントに特有のソフトウエア及びデータにアクセスするように設定することを、通信チャネル106を利用してマスタ判断ロジックモジュール154によって指示され、よって少なくとも一つのサーバが第2の管理グループ52−bに結合するように再割り当てされるサーバ46’を再初期化するとき、サーバを動的に再割り当てするためにマスタ判断ロジックモジュール154に操作自在にリンクされる。ディスパッチモジュール156は、各々のサーバ46に対し、接続ルールのセット160と個人的モジュールのセット162を含むのが好ましい。接続ルール160は、所与のネットワークスイッチ44若しくはデータ記録ユニット50に特定のサーバ46を接続する命令を与えている。個人的モジュール162は、顧客アカウントのための管理ワークグループに付加されるべきサーバボード102の特定ソフトウエア構成の詳細を記す。ディスパッチモジュール156がサーバを再割り当てする必要を決定すると、接続ルールのセット160と個人的モジュールのセット162が、特定の管理グループ52にディスパッチされるサーバ46を如何に構成するか、を決定することの評価を行なう。
【0052】
本発明が離隔するアカウントを越えて動的にホストサービスを供給する方法に注目する別の方法は、特定の管理グループ52のためのソフトウエア及びデータにアクセスするように選択的に構成される複数の仮想サーバのプールに割り当てされるサーバ46の一部を眺めることである。ディスパッチモジュール156が特定の管理グループ52にサーバ46を追加する必要を決定すると、仮想サーバのプールからその管理グループにサーバの一つが自動的に割り当てられる。逆にいえば、ディスパッチモジュールが管理グループがそのサーバ46の一つを手放すことを決定すると、その手放されるサーバは、別の管理グループへの再割り当てに利用され得る仮想サーバのプールに付加される。本発明をこの観点から眺めると、適宜の即ち要求をベースに、複数の仮想サーバのプールから一つ又は複数の仮想サーバを“製造”し形成するように、グループマネジャソフトウエア48か稼動することがわかる。前に説明したように、仮想サーバのプールは、ウオームプールでもよくコールドプールでもよく、それらの組み合わせでもよい。仮想サーバは、接続ルール160と個人的モジュール162のセットに従って所望の管理グループにより利用されるように、製造され又は構成される。
【0053】
この実施形態では、マスタ判断ロジックモジュール152は、マスタ判断ソフトウエアプログラムに関する情報を表示しアカウントメンテナンスを受け入れデータベースの中にて情報をプロセスに更新する管理コンソール158に、操作自在に接続される。ビリングソフトウエアモジュール160は、所与の顧客アカウントへのサーバの割り当てを基にして請求の追跡を維持するために、エンジングループマネジャ48に統合される。サーバが顧客サービスレベルアグリーメントを基にして顧客アカウントに動的に再割り当てされるときのホストサービスに対しては、顧客アカウントがより高いレートで請求されるのが好ましい。
【0054】
図12は、所与の顧客アカウントのための3つの異なるサービスレベルアグリーメント構成の表示を示す。この実施形態では、サービスレベルアグリーメントは、1ヶ月のような所与の期間に対するホストサービスを提供するために、為される。170で示される第1のレベルでは、顧客アカウントは、640000の同時接続のためのホストサービスをサポートする容量が提供される。顧客アカウントが、第1のレベル170に対して委託される容量よりも大きい容量をサポートするためにサーバの再割り当てをする必要が無いならば、顧客は委託される容量のレベルに対するレートを確立するように課金される。172デで示される第2のレベルでは、顧客アカウントは、第1のレベル172の容量の2倍の容量をサポートするため、動的に拡張され得る。好適な実施形態では、エンジングループマネジャ48が、予測されたピーク利用より高いピーク利用に適合する第2のレベル172の容量をサポートするために、顧客アカウントにサーバを動的に再割り当てすると、顧客アカウントは、付加的利用が要求された期間に対しては、より高いレートにて課金される。更に、顧客アカウントは、第2のレベル172により示されるより高いレベルのサービスを初期化するため一時金により課金され得る。一つの実施形態では、第2のレベル172のサービスのための課金は、第1のレベル170に課金されるレートの更に数倍のレートで生じる。第2のレベル172は、所与の期間、顧客に利用可能な保証された拡張レベルを示す。更に、第3のレベル174は、顧客アカウントのためホストサービスを明白に供給するために持ち込まれ得る選択的に拡張される付加的なサービスレベルを与える。この実施形態では、第3のレベル174は、第1のレベル170のより多数倍のサービスレベルを供給する。この拡張された付加的なサービスレベルを提供するための一つの実施形態では、ホストシステムは、このサービスレベルに適合する要求数のサーバを持ち込むために前に説明したように多重サイト構成を利用する。拡張された付加的なサービスが顧客アカウントに再割り当てされる期間に対して、その顧客アカウントにはより高いレートで課金されるのが、好ましい。一つの実施形態では、第3のサービスレベル174に対する課金は、拡張された付加的な第3のサービスレベル174が顧客アカウントに供給される所与の期間に対して、第1のレベル170の更に多数倍のレートで生じる。更に、顧客アカウントは、所与の期間のいつにおいても、この第3のサービスレベル174を開始するための一時金が課金される。所与の期間の終わりには、顧客は、所与の顧客アカウントに対して約定されたサービスレベルを変更し得る。
【0055】
図12に示すように、サービスレベルアグリーメントは、所与の顧客アカウントに対するより高い予測ピーク利用に応じて、第1の期間から第2の期間へ50パーセント増加する。所与の顧客アカウントのためのサービスレベルアグリーメントに対する期間は、月単位が基本であり、近づく請求期間に関しサービスレベルアグリーメントへ推奨の上変更するという提案が、顧客に提示されるのが好ましい。この例は同時接続数の形態を示しているが、所与の顧客アカウントのためのサービスレベルアグリーメントは、同時接続数、ヒット、転送データ量、トランザクション数、接続時間、種々のアプリケーションソフトウエアプログラムで利用される資源、発生する歳入、若しくはそれらいずれでもの組み合わせなどの、種々のパフォーマンス計測指標によって形成され得るということが、理解されるべきである。サービスレベルアグリーメントは、フロントエンドサーバ、バックエンドサーバ、ネットワーク接続、又はディスク記録ユニットなどの、種々のタイプの資源に対する付託の種々のレベルに対して提示されてもよいということも、理解されるべきである。
【0056】
ここで図15を参照すると、ローカル判断ソフトウエアプログラム70の好適な実施形態のブロック図が説明される。一連の計測モジュール180、181、182、183、及び184は、各々、ローカル判断ソフトウエアプログラム70が稼動する特定サーバの操作における独立評価項目を実施した。これら計測モジュールからの出力は、ローカル判断ソフトウエアプログラム70の統合モジュール190に対して与えられる。予報モジュール192は、種々の要求に対する予想される応答時間及びその可能性を作成する。優先度入力194はサービスレベルアグリーメントデータベース152からマスタ判断ソフトウエアプログラム72により与えられ、ファジイ推論システム196は、管理グループ52のためにエンジンブレード104を付加する要求を為すのか、あるいは、管理グループ52からエンジンブレードを外す、即ち除去する申し出を為すのか、を判断する。ブレードを付加する、若しくは除去するという要求は、マスタ判断ソフトウエアプログラム72への通信チャネル106を越えて通信される。一つの実施形態では、統合モジュール190は所与の管理グループ52内部の個々のサーバ46上で実行され、予報モジュール192及びファジイ推論モジュール196は所与の管理グループ52内部の単一のサーバ46上のみで実行され、種々の計測モジュール180−184の出力は、通信チャネル106を渡って割り当てされたサーバ46に通信される。別の実施形態では、統合モジュール190、予報モジュール192及びファジイ推論モジュール196は、ブレードを付加する、又は除去する要求を生成するのに必要な情報の冗長性、若しくは分配処理の目的のために、所与の管理グループ内部の一つ以上のサーバ上で実行されてもよい。
【0057】
統合モジュール190は、次の式に従って種々の計測モジュール間の平衡を実施するのが好ましい。
i=l to Wk
【0058】
ここで、Tkiは、計測タイプkのi回目の要求のための時間であり、wkは、計測タイプkのウインドウサイズであり、minkは計測タイプkに対して予想される最小時間であり、maxkは、計測タイプkに対し許容される最大時間である。バランスされた要求レートBkは、ローカル判断ソフトウエアプログラム70の予報モジュール192とファジイ推論モジュール196に渡される。計測タイプkに対するウインドウサイズは、計測モジュール180−184の不必要な侵入を最小限とするように設定され、同時に、折よい十分な応答が管理グループ52に対する利用要求を増加させることを許容する。
【0059】
図16は、変動する付加状況下での種々の計測モジュール180−184からのワークロード計測を示す。予想応答時間及びその応答時間の可能性に関し一定の予測見積を提示するワークロード計測は、一つも無いことがわかる。従って、ファジイ推論モジュール196は3つの基礎的パラメータを考慮しなければならない。種々の要求に対する予想応答時間、これら要求の優先度、それら発生の可能性、である。ファジイ推論モジュール196はこれら3つの考慮の全てを混合し、管理グループ52にブレードを付加することを要求するか、又は除去することを要求するかに関する決定をなす。ファジイ推論ルールの例は、以下の通りである。
【0060】
if(priority is urgent)and(probability is abundant)and(expected response time is too high)then(make request for additional blade)
【0061】
ファジイ推論モジュール196の最終結果が、予想応答時間と、この管理グループ52に対する応答時間の可能性とのグリッドに関して、付加するサーバを要求するニーズの輪郭を描く判断面を生成することであることが、好ましい。判断面の例が、図17に示される。
【0062】
この発明の開示の一部は、著作権保護下にある。著作権者は、特許及び商標の官庁でのファイル若しくは記録に現れるような、本発明開示のファクシミリ複製を認めるものであるが、その他は全て著作権が及ぶ。
【0063】
本発明に係る自動化システムの好適な実施形態を説明したが、多数の変更及び変動が可能であり本発明の範囲は請求項により定義されるべきである、ということが認められる。
【図面の簡単な説明】
【図1】ホストサービスプロバイダのためのサーバファームの先行技術の構成の簡素化されたブロック図である。
【図2】先行技術のサーバファームホスト多重顧客アカウントのためのサーバ容量に関するインターネットトラフィックのグラフ表示である。
【図3】本発明に係るサーバファームの構成の単純化したブロック図である。
【図4】ハードウエア故障をアドレスするため第1の顧客アカウントから第2の顧客アカウントへのサーバの動的再割り当てを示す、図3と同様の単純化したブロック図である。
【図5】増大した利用要求をアドレスするため第1の顧客アカウントから第2の顧客アカウントへのサーバの動的再割り当てを示す、図3と同様の単純化したブロック図である。
【図6】本発明に係るサーバファームのコンポーネントの好適な実施形態のブロック図である。
【図7】本発明に係るサーバファームのためのハードウエアの好適な実施形態の分解斜視図である。
【図8】所与の顧客アカウントのため本発明により利用される種々のソフトウエア層の階層関係を示すブロック図である。
【図9】地理的に離隔する場所を超えて実行される本発明の実施形態のブロック図である。
【図10】多数顧客のアカウントをホストする際の本発明のサーバファームのためのサーバ容量に関連するインターネットトラフィックのグラフ表示である。
【図11】本発明のマスター判断ソフトウエアプログラムの好適な実施形態を示すブロック図である。
【図12】所与の顧客アカウントのための3つの異なるサービスレベルアグリーメント構成のグラフ表示である。
【図13】本発明の多重サイト実施形態のためのサーバ容量に関連するインターネットトラフィックのグラフ表示である。
【図14】ネットワークスイッチと記録ユニットとの接続を制御するマスター判断ソフトウエアプログラムを示すブロック図である。
【図15】ローカル判断ソフトウエアプログラムの好適な実施形態のブロック図である。
【図16】変動する負荷状況下でローカル判断ソフトウエアプログラムの種々の計測モジュールからのワークロード計測のグラフ表示である。
【図17】管理グループからのサーバを要求若しくは除去するローカル判断ソフトウエアプログラムにより生成される判断表面のグラフ表示である。
【符号の説明】
40・・・サーバファーム、50・・・ディスク記録部、100・・・スケーラブルエンジン、102・・・サーバボード、110・・・キャビネット、132・・・エンジンブレード、134・・・インタフェースカード。
Claims (26)
- インターネットのためのサービスプロバイダを操作し、ホストサービスの動的管理を提供する自動的方法であって、
複数の顧客アカウントの各々に対して、顧客アカウントのための共通の管理グループに割り当てられ、その顧客アカウントに特有のソフトウエア及びデータにアクセスしその顧客アカウントのためのインターネットへのホストサービスを提供するようの構成される、複数のサーバを提供するステップと、
個々の管理グループを自動的にモニタリングするステップと、
自動モニタリングに応答して、第1の管理グループから第2の管理グループに少なくとも一つのサーバを自動的且つ動的に再割り当てするステップとを含み、
上記再割り当てするステップは、
上記の少なくとも一つのサーバが、第2の管理グループに対する顧客アカウントに特有のソフトウエア及びデータにアクセスするための初期ポインタを設定するサブステップと、
上記の少なくとも一つのサーバが第2の管理グループに結合するように、上記の少なくとも一つのサーバを再初期化するサブステップとを含む、
自動的方法。 - 個々の管理グループに割り当てられた複数のサーバは、イントラネットにより操作自在に共に結合され、管理グループを自動的にモニタするステップは、その管理グループのためのイントラネットとは異なる通信チャネルにより一部完遂される、請求項1に記載の方法。
- 第1の管理グループに割り当てられる複数のサーバが第1のサイトに配置され、第2の管理グループに割り当てられる複数のサーバが第1のサイトから地理上離隔する第2のサイトに配置され、自動的にモニタするステップは更に、第1の管理グループのための少なくともデータを第2のサイトに自動複写するサブステップを含む、請求項1に記載の方法。
- 動的に再割り当てするステップが、サービスレベルアグリーメントデータベース内で定義される個々の顧客アカウントのためのパラメータと協働して自動的にモニタするのに応答して、実施される、請求項1に記載の方法。
- 自動的にモニタするステップが、第2の管理グループ内の一つのサーバの故障を検出し、第1の管理グループ内の少なくともひとつのサーバを再割り当てして第2の管理グループ内の故障したサーバを置換する、請求項1に記載の方法。
- 自動的にモニタするステップが第2の管理グループ内のサーバに対するワークロードの増加を予報し、第1の管理グループ内の少なくとも一つのサーバを動的に割り当てして第2の管理グループ内のより多数のサーバ間でワークロードの増加を再分配する、請求項1に記載の方法。
- 初期化ポインタを設定するステップが、個々の顧客アカウントのための個人的モジュール内で維持される情報を利用する、請求項1に記載の方法。
- 個々のサーバが、インターネットにプログラムにより接続し、動的に再割り当てするステップが更に、上記の少なくとも一つのサーバをスイッチして第2の管理グループの部分としてインターネットに操作自在に接続するサブステップを含む、請求項1に記載の方法。
- 個々のサーバが更に、ディスク記録ユニットにプログラムにより接続し、動的に再割り当てするステップが更に、上記の少なくとも一つのサーバをスイッチしてディスク記録ユニットの一部と第2の管理グループの顧客アカウントに特有のデータとに操作自在に接続するサブステップを含む、請求項8に記載の方法。
- 動的に再割り当てするステップが更に、上記の少なくとも一つのサーバが顧客アカウントに動的に再割り当てされるとき、ホストサービスに対してより高いレートで顧客アカウントに請求するサブステップを含む、請求項1に記載の方法。
- 多数の顧客アカウントに供給されるインターネットに対するホストサービスの動的管理を設定するシステムであって、
イントラネットに操作自在に接続し、各々が、イントラネットから独立している他のサーバの少なくとも一つとの通信チャネルを設定するホスト管理回路を有する、少なくとも5つのサーバと、
サーバをモニタし通信チャネルを渡ってステータス情報を通信するローカル判断ソフトウエアプログラムを実行する少なくとも4つのサーバと、
第1の顧客アカウントのための第1の管理グループに割り当てられ、第1の顧客アカウントに特有のソフトウエア及びデータにアクセスして第1の顧客アカウントのためのインターネットへのホストサービスを提供するように構成される、少なくとも2つのサーバと、
第2の顧客アカウントのための第2の管理グループに割り当てられ、第2の顧客アカウントに特有のソフトウエア及びデータにアクセスして第2の顧客アカウントのためのインターネットへのホストサービスを提供するように構成される、少なくとも2つのサーバと、
他のサーバからのステータス情報を収集し、少なくともステータス情報に応答して第1の管理グループから第2の管理グループへ少なくとも一つのサーバを動的に再割り当てするマスタ判断ソフトウエアプログラムを実行する少なくとも一つのサーバと
を含むシステム。 - マスタ判断ソフトウエアプログラムが、通信チャネルを利用して上記の少なくとも一つのサーバを動的に再割り当てし、第2の管理グループのための顧客アカウントに特有のソフトウエア及びデータにアクセスする上記の少なくとも一つのサーバに対する初期化ポインタを設定し、更に上記の少なくとも一つのサーバが第2の管理グループに結合するように上記の少なくとも一つのサーバを再初期化する、請求項11に記載のシステム。
- インターネットと個々のサーバとの間に操作自在に接続されるネットワークスイッチを更に含み、個々のサーバがマスタ判断ソフトウエアプログラムの制御の下でインターネットにプログラムで接続する、請求項11に記載のシステム。
- 全てのサーバにプログラムで接続するディスク記録ユニットを更に含み、マスタ判断ソフトウエアプログラムは上記の少なくとも一つのサーバをスイッチし、第2の管理グループの顧客アカウントに特有のソフトウエア及びデータを格納するディスク記録ユニットの一部に操作自在に接続する、請求項11に記載のシステム。
- 第1の管理グループに割り当てられる複数のサーバが第1のサイトに配置され、第2の管理グループに割り当てられる複数のサーバが第1のサイトから地理上離隔する第2のサイトに配置され、システムは更に、第1の管理グループのための少なくともデータを第2のサイトに自動複写する手段を含む、請求項11に記載のシステム。
- マスタ判断ソフトウエアが、
資源データベースと、
サービスレベルアグリーメントデータベースと、
資源データベース及びサービスレベルアグリーメントへアクセスし、上記の少なくとも一つのサーバを第1の顧客アカウントから第2の顧客アカウントへ動的に再割り当てするかどうかを決定するためにステータス情報を資源データベース及びサービスレベルアグリーメントの中の情報と比較する、マスタ判断ロジックモジュールと、
上記の少なくとも一つのサーバのための初期化ポインタを第2の管理グループのための顧客アカウントに特有のソフトウエア及びデータにアクセスするように設定することを、通信チャネルを利用してマスタ判断ロジックモジュールによって指示され、よって上記の少なくとも一つのサーバが第2の管理グループに結合するように上記の少なくとも一つのサーバを再初期化するとき、上記の少なくとも一つのサーバを動的に再割り当てするためにマスタ判断ロジックモジュールに操作自在にリンクされる、ディスパッチモジュールと
を含む、請求項11に記載のシステム。 - ディスパッチモジュールが更に、個々の顧客アカウントに対する接続ルールのセットと個人的モジュールのセットを含む、請求項16に記載のシステム。
- ローカル判断ソフトウエアプログラムが、予想応答時間及びそのサーバの可能性を決定する予報ルーチンの中に統合される出力を有する複数の計測モジュールを含む、請求項11に記載のシステム。
- 所与のサーバのためのローカル判断ソフトウエアプログラムは更に、そのサーバに関連する管理グループにてサーバを付加する若しくは除去する要求を開始する予報ルーチンの少なくとも出力に接続するファジイロジック推論システムを含む、請求項18に記載のシステム。
- マスタ判断ソフトウエアプログラムが、全てのローカル判断ソフトウエアプログラムにてサーバを付加する若しくは除去する要求を、資源データベース及びサービスレベルアグリーメントデータベース内の情報と比較し、上記の少なくとも一つのサーバを第1の管理グループから第2の管理グループへ動的に再割り当てするかどうかを決定する、請求項19に記載のシステム。
- ホストサービスの動的管理を提供するために、インターネットに対するサービスプロバイダを操作する自動化方法であって、
複数の顧客アカウントの各々に対して、
その顧客アカウントのための共通の管理グループに割り当てられ、その顧客アカウントに特有のソフトウエア及びデータにアクセスしてその顧客アカウントのためのインターネットに対するホストサービスを提供するように構成された、複数のサーバを設定するステップと、
複数の顧客アカウントの各々のためのソフトウエア及びデータにアクセスするように選択の上構成され得る複数の仮想サーバのプールを設立するステップと、
個々の管理グループを自動的にモニタするステップと、
自動的モニタに応答して第1の管理グループの複数のサーバに結合するために、少なくとも一つの仮想サーバを自動的に割り当てるステップと、
上記の少なくとも一つの仮想サーバを自動的に割り当てるステップは、
第2の管理グループのための顧客アカウントに特有のソフトウエア及びデータにアクセスするため、上記の少なくとも一つの仮想サーバのための初期化ポインタを設定するサブステップと、
上記の少なくとも一つのサーバが第1の管理グループに結合するように、上記の少なくとも一つの仮想サーバを再初期化するサブステップとを含む、
自動化方法。 - 複数の仮想サーバのプールが、自動的モニタに応答して要求を基礎にして形成される請求項21に記載の方法。
- 第2の管理グループの複数のサーバの少なくとも一つを自動的に割り当てを外し、その少なくとも一つのサーバを自動的モニタに応答して仮想サーバのプールに割り当てるステップを、
更に含む請求項22に記載の方法。 - 初期化ポインタを設定するステップが、個々の管理グループに特有の個人的モジュール内で維持される情報を利用する、請求項21に記載の方法。
- 初期化ポインタを設定するステップが、仮想サーバが割り当てされる管理グループに関連する顧客アカウント以外のどの顧客アカウントとも関連するソフトウエア及びデータへのアクセスから仮想サーバを排除する、請求項21に記載の方法。
- 一つ以上の仮想サーバが、第1の管理グループに同時に割り当てられる、請求項21に記載の方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US21860200P | 2000-07-17 | 2000-07-17 | |
US09/710,095 US6816905B1 (en) | 2000-11-10 | 2000-11-10 | Method and system for providing dynamic hosted service management across disparate accounts/sites |
PCT/US2001/020571 WO2002007037A1 (en) | 2000-07-17 | 2001-06-28 | Method and system for providing dynamic hosted service management |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004519749A true JP2004519749A (ja) | 2004-07-02 |
Family
ID=26913078
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002512872A Pending JP2004519749A (ja) | 2000-07-17 | 2001-06-28 | 離隔するアカウント/サイトを越えて動的にホストサービス管理を提供する方法及びシステム |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP1312007A4 (ja) |
JP (1) | JP2004519749A (ja) |
KR (1) | KR100840960B1 (ja) |
CN (1) | CN1285055C (ja) |
AU (1) | AU2001273047A1 (ja) |
CA (1) | CA2415770C (ja) |
WO (1) | WO2002007037A1 (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006085209A (ja) * | 2004-09-14 | 2006-03-30 | Hitachi Ltd | 計算機システムのデプロイメント方式 |
JP2007502468A (ja) * | 2003-08-14 | 2007-02-08 | オラクル・インターナショナル・コーポレイション | オンデマンドノードならびにサーバインスタンス割当および割当解除 |
US8302100B2 (en) | 2000-01-18 | 2012-10-30 | Galactic Computing Corporation Bvi/Bc | System for balance distribution of requests across multiple servers using dynamic metrics |
US8316131B2 (en) | 2000-11-10 | 2012-11-20 | Galactic Computing Corporation Bvi/Bc | Method and system for providing dynamic hosted service management across disparate accounts/sites |
US8429049B2 (en) | 2000-07-17 | 2013-04-23 | Galactic Computing Corporation Bvi/Ibc | Method and system for allocating computing resources |
US8499080B2 (en) | 2008-03-13 | 2013-07-30 | Fujitsu Limited | Cluster control apparatus, control system, control method, and control program |
JP2016027476A (ja) * | 2011-06-27 | 2016-02-18 | アマゾン・テクノロジーズ・インコーポレーテッド | 規模変更可能なデータ記憶サービスを実装するためのシステムおよび方法 |
Families Citing this family (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
US7765299B2 (en) | 2002-09-16 | 2010-07-27 | Hewlett-Packard Development Company, L.P. | Dynamic adaptive server provisioning for blade architectures |
BR0315613A (pt) | 2002-10-22 | 2005-08-23 | Jason A Sullivan | Sistemas e métodos para fornecer uma unidade de processamento dinamicamente modular |
AU2003285949A1 (en) | 2002-10-22 | 2004-05-13 | Isys Technologies | Non-peripherals processing control module having improved heat dissipating properties |
JP2006504209A (ja) | 2002-10-22 | 2006-02-02 | ジェイソン エイ サリヴァン | カスタム化可能なロバストなコンピュータ処理システム |
US7437460B2 (en) | 2003-08-14 | 2008-10-14 | Oracle International Corporation | Service placement for enforcing performance and availability levels in a multi-node system |
US7437459B2 (en) | 2003-08-14 | 2008-10-14 | Oracle International Corporation | Calculation of service performance grades in a multi-node environment that hosts the services |
US7873684B2 (en) | 2003-08-14 | 2011-01-18 | Oracle International Corporation | Automatic and dynamic provisioning of databases |
US7937493B2 (en) | 2003-08-14 | 2011-05-03 | Oracle International Corporation | Connection pool use of runtime load balancing service performance advisories |
US7441033B2 (en) | 2003-08-14 | 2008-10-21 | Oracle International Corporation | On demand node and server instance allocation and de-allocation |
US7664847B2 (en) | 2003-08-14 | 2010-02-16 | Oracle International Corporation | Managing workload by service |
US8365193B2 (en) | 2003-08-14 | 2013-01-29 | Oracle International Corporation | Recoverable asynchronous message driven processing in a multi-node system |
US20060064400A1 (en) | 2004-09-21 | 2006-03-23 | Oracle International Corporation, A California Corporation | Methods, systems and software for identifying and managing database work |
US7552171B2 (en) | 2003-08-14 | 2009-06-23 | Oracle International Corporation | Incremental run-time session balancing in a multi-node system |
CN100547583C (zh) * | 2003-08-14 | 2009-10-07 | 甲骨文国际公司 | 数据库的自动和动态提供的方法 |
US7516221B2 (en) | 2003-08-14 | 2009-04-07 | Oracle International Corporation | Hierarchical management of the dynamic allocation of resources in a multi-node system |
US7953860B2 (en) | 2003-08-14 | 2011-05-31 | Oracle International Corporation | Fast reorganization of connections in response to an event in a clustered computing system |
US8554806B2 (en) | 2004-05-14 | 2013-10-08 | Oracle International Corporation | Cross platform transportable tablespaces |
WO2006043307A1 (ja) | 2004-10-18 | 2006-04-27 | Fujitsu Limited | 運用管理プログラム、運用管理方法および運用管理装置 |
EP1806657B1 (en) | 2004-10-18 | 2010-05-26 | Fujitsu Ltd. | Operation management program, operation management method, and operation management device |
JP4734259B2 (ja) | 2004-10-18 | 2011-07-27 | 富士通株式会社 | 運用管理プログラム、運用管理方法および運用管理装置 |
US9176772B2 (en) | 2005-02-11 | 2015-11-03 | Oracle International Corporation | Suspending and resuming of sessions |
US7526409B2 (en) | 2005-10-07 | 2009-04-28 | Oracle International Corporation | Automatic performance statistical comparison between two periods |
DE102006033863A1 (de) | 2006-07-21 | 2008-01-24 | Siemens Ag | Verschaltungsschnittstelle für flexibles Online/Offline-Deployment einer n-schichtigen Softwareapplikation |
US8909599B2 (en) | 2006-11-16 | 2014-12-09 | Oracle International Corporation | Efficient migration of binary XML across databases |
US7990724B2 (en) | 2006-12-19 | 2011-08-02 | Juhasz Paul R | Mobile motherboard |
US8095970B2 (en) | 2007-02-16 | 2012-01-10 | Microsoft Corporation | Dynamically associating attribute values with objects |
US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
US9165086B2 (en) | 2010-01-20 | 2015-10-20 | Oracle International Corporation | Hybrid binary XML storage model for efficient XML processing |
TWI437426B (zh) | 2011-07-08 | 2014-05-11 | Quanta Comp Inc | 伺服器機櫃系統 |
US9069617B2 (en) | 2011-09-27 | 2015-06-30 | Oracle International Corporation | System and method for intelligent GUI navigation and property sheets in a traffic director environment |
US20130308266A1 (en) * | 2011-11-10 | 2013-11-21 | Jason A. Sullivan | Providing and dynamically mounting and housing processing control units |
US10063450B2 (en) * | 2013-07-26 | 2018-08-28 | Opentv, Inc. | Measuring response trends in a digital television network |
GB2517195A (en) * | 2013-08-15 | 2015-02-18 | Ibm | Computer system productivity monitoring |
US10764158B2 (en) | 2013-12-04 | 2020-09-01 | International Business Machines Corporation | Dynamic system level agreement provisioning |
US10057337B2 (en) * | 2016-08-19 | 2018-08-21 | AvaSure, LLC | Video load balancing system for a peer-to-peer server network |
US10474653B2 (en) | 2016-09-30 | 2019-11-12 | Oracle International Corporation | Flexible in-memory column store placement |
FR3071630B1 (fr) * | 2017-09-25 | 2021-02-19 | Schneider Electric Ind Sas | Procede de gestion de modules logiciels embarques pour un calculateur electronique d'un appareil electrique de coupure |
US11556500B2 (en) | 2017-09-29 | 2023-01-17 | Oracle International Corporation | Session templates |
US11936739B2 (en) | 2019-09-12 | 2024-03-19 | Oracle International Corporation | Automated reset of session state |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5938732A (en) * | 1996-12-09 | 1999-08-17 | Sun Microsystems, Inc. | Load balancing and failover of network services |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0694837A1 (en) * | 1994-07-25 | 1996-01-31 | International Business Machines Corporation | Dynamic workload balancing |
JPH10154373A (ja) * | 1996-09-27 | 1998-06-09 | Sony Corp | データデコードシステムおよびデータデコード方法、伝送装置および方法、並びに、受信装置および方法 |
KR100230281B1 (ko) * | 1997-04-14 | 1999-11-15 | 윤종용 | 프로그램 번호를 전송 및 수신하는 멀티미디어 시스템과 프로그램 번호 전송 및 수신방법 |
JP3656874B2 (ja) | 1997-07-04 | 2005-06-08 | ソニー株式会社 | 電子機器制御システムおよび方法、再生装置、並びに出力装置 |
US6230183B1 (en) * | 1998-03-11 | 2001-05-08 | International Business Machines Corporation | Method and apparatus for controlling the number of servers in a multisystem cluster |
KR100304644B1 (ko) | 1998-06-19 | 2001-11-02 | 윤종용 | 네트워크를통한정보전송장치및방법 |
US6108703A (en) * | 1998-07-14 | 2000-08-22 | Massachusetts Institute Of Technology | Global hosting system |
-
2001
- 2001-06-28 CA CA2415770A patent/CA2415770C/en not_active Expired - Fee Related
- 2001-06-28 CN CNB018126197A patent/CN1285055C/zh not_active Expired - Lifetime
- 2001-06-28 KR KR1020037000778A patent/KR100840960B1/ko not_active IP Right Cessation
- 2001-06-28 WO PCT/US2001/020571 patent/WO2002007037A1/en active Application Filing
- 2001-06-28 EP EP01952274A patent/EP1312007A4/en not_active Withdrawn
- 2001-06-28 AU AU2001273047A patent/AU2001273047A1/en not_active Abandoned
- 2001-06-28 JP JP2002512872A patent/JP2004519749A/ja active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5938732A (en) * | 1996-12-09 | 1999-08-17 | Sun Microsystems, Inc. | Load balancing and failover of network services |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8302100B2 (en) | 2000-01-18 | 2012-10-30 | Galactic Computing Corporation Bvi/Bc | System for balance distribution of requests across multiple servers using dynamic metrics |
US8429049B2 (en) | 2000-07-17 | 2013-04-23 | Galactic Computing Corporation Bvi/Ibc | Method and system for allocating computing resources |
US8538843B2 (en) | 2000-07-17 | 2013-09-17 | Galactic Computing Corporation Bvi/Bc | Method and system for operating an E-commerce service provider |
US8316131B2 (en) | 2000-11-10 | 2012-11-20 | Galactic Computing Corporation Bvi/Bc | Method and system for providing dynamic hosted service management across disparate accounts/sites |
JP2007502468A (ja) * | 2003-08-14 | 2007-02-08 | オラクル・インターナショナル・コーポレイション | オンデマンドノードならびにサーバインスタンス割当および割当解除 |
JP4805150B2 (ja) * | 2003-08-14 | 2011-11-02 | オラクル・インターナショナル・コーポレイション | オンデマンドノードならびにサーバインスタンス割当および割当解除 |
JP2006085209A (ja) * | 2004-09-14 | 2006-03-30 | Hitachi Ltd | 計算機システムのデプロイメント方式 |
US8499080B2 (en) | 2008-03-13 | 2013-07-30 | Fujitsu Limited | Cluster control apparatus, control system, control method, and control program |
JP2016027476A (ja) * | 2011-06-27 | 2016-02-18 | アマゾン・テクノロジーズ・インコーポレーテッド | 規模変更可能なデータ記憶サービスを実装するためのシステムおよび方法 |
Also Published As
Publication number | Publication date |
---|---|
KR20030019592A (ko) | 2003-03-06 |
CN1441933A (zh) | 2003-09-10 |
KR100840960B1 (ko) | 2008-06-24 |
AU2001273047A1 (en) | 2002-01-30 |
WO2002007037A1 (en) | 2002-01-24 |
EP1312007A1 (en) | 2003-05-21 |
CA2415770C (en) | 2010-04-27 |
EP1312007A4 (en) | 2008-01-02 |
CA2415770A1 (en) | 2002-01-24 |
CN1285055C (zh) | 2006-11-15 |
WO2002007037A9 (en) | 2004-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2004519749A (ja) | 離隔するアカウント/サイトを越えて動的にホストサービス管理を提供する方法及びシステム | |
US7693993B2 (en) | Method and system for providing dynamic hosted service management across disparate accounts/sites | |
US9432302B2 (en) | Method and system for operating a commissioned E-commerce service provider | |
US7844513B2 (en) | Method and system for operating a commissioned e-commerce service prover | |
US20050080891A1 (en) | Maintenance unit architecture for a scalable internet engine | |
EP2015511B1 (en) | Method and remote system for creating a customized server infrastructure in real time | |
CN101118521B (zh) | 跨越多个逻辑分区分布虚拟输入/输出操作的系统和方法 | |
EP2171593B1 (en) | Shared data center disaster recovery systems and methods | |
US7370013B1 (en) | Approach for determining an amount to bill a customer for the use of resources | |
US7933983B2 (en) | Method and system for performing load balancing across control planes in a data center | |
US20030108018A1 (en) | Server module and a distributed server-based internet access scheme and method of operating the same | |
US9483258B1 (en) | Multi-site provisioning of resources to software offerings using infrastructure slices | |
US20060195448A1 (en) | Application of resource-dependent policies to managed resources in a distributed computing system | |
US20030126265A1 (en) | Request queue management | |
Moreno-Vozmediano et al. | Orchestrating the deployment of high availability services on multi-zone and multi-cloud scenarios | |
WO2002003203A2 (en) | Method and apparatus for controlling an extensible computing system | |
Castets et al. | IBM TotalStorage Enterprise Storage Server Model 800 | |
CN1397902A (zh) | 佣金式电子商务服务提供商运营方法及系统 | |
Bernardi et al. | VMs for the masses! |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070306 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091006 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100105 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100113 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100406 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20101102 |