JP6230563B2 - サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理） - Google Patents

サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理） Download PDF

Info

Publication number
JP6230563B2
JP6230563B2 JP2015084200A JP2015084200A JP6230563B2 JP 6230563 B2 JP6230563 B2 JP 6230563B2 JP 2015084200 A JP2015084200 A JP 2015084200A JP 2015084200 A JP2015084200 A JP 2015084200A JP 6230563 B2 JP6230563 B2 JP 6230563B2
Authority
JP
Japan
Prior art keywords
server
capacity
cloud
servers
borrowed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015084200A
Other languages
English (en)
Other versions
JP2015149097A (ja
Inventor
オルセン、ポール、エフ
シャルト、テリー、エル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of JP2015149097A publication Critical patent/JP2015149097A/ja
Application granted granted Critical
Publication of JP6230563B2 publication Critical patent/JP6230563B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • 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
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45583—Memory management, e.g. access or allocation
    • 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Remote Monitoring And Control Of Power-Distribution Networks (AREA)

Description

本開示は、一般にコンピュータ・システムに関し、より詳細には、サーバ・クラウド中
の複数のサーバとのキャパシティ・オン・デマンドを管理することに関する。
コンピュータ・システムに関する今日の問題の１つは、コンピュータ・ハードウェアの
コストと、コンピュータ・リソースに対する需要の変動とのバランスをとることである。
ほとんどのネットワーク化されたコンピュータ・システムでは、コンピューティング需要
が比較的低いときもあれば、コンピューティング需要が非常に高いときもある。会社が、
ピーク需要を満たすことのできるコンピュータ・システムを購入した場合、このコンピュ
ータ・システムのキャパシティの多くは、ピーク時以外の間は使用されないことになる。
加えて、ピーク需要を満たすためのキャパシティを購入するのにはコストがかさむ。会社
が、平均需要を満たすことのできるコンピュータ・システムを購入した場合、コストはよ
り低いが、ピーク時の間、コンピュータ・システムの性能は損なわれる。
よりフレキシブルな解決法をもたらすための方法の１つは、いくつかのリソースがイン
ストールされているが最初はこれらがディセーブルにされているコンピュータ・システム
を、コンピュータ・ユーザが購入できるようにするものである。より大きなキャパシティ
が必要であると顧客が決定したとき、顧客は、コンピュータ・システムのプロバイダとの
手続きに入り、いくつかのリソースを固定期間にわたってイネーブルにすることができる
。これは、季節的なピークを有する会社の場合には特にうまくいく。会社は、ピーク・シ
ーズンの間は強化されたコンピューティング・パワーを提供する能力のあるコンピュータ
・システムを、妥当なコストで購入することができる。必要時に追加のキャパシティを購
入できることは、キャパシティ・オン・デマンドとして知られる。
単純な例で説明する。カタログ販売を介して商品を販売する会社が、ホリデー・ショッ
ピングのため毎年１１月および１２月にピーク需要を経験すると仮定する。この会社は、
インストールされているが最初はディセーブルにされている１つまたは複数の追加プロセ
ッサを有するコンピュータ・システムを、購入することができる。次いで会社は、コンピ
ュータ・システムのプロバイダと契約を交わし、設定された期間にわたって追加プロセッ
サ（複数可）をイネーブルにすることができる。コンピュータ・システムが２つの追加プ
ロセッサを有すると仮定し、また、ピーク購買期間が１１月１５日〜１２月１４日の３０
日間に及ぶと仮定する。顧客は、１１月１５日から始まる６０プロセッサ日の追加キャパ
シティを購入することができる。次いで、この２つの追加プロセッサは、３０日間にわた
ってイネーブルにされることになる（６０プロセッサ日の追加キャパシティを提供する）
。６０プロセッサ日が経過すると、２つの追加プロセッサはディセーブルにされる。
サーバ・クラウドは、異なるコンピュータ・システムが共に働くことを可能にする。各
サーバは、インストールされているがイネーブルにされていない追加リソース（例えばプ
ロセッサ、メモリなど）を有する場合があるが、これらの追加リソースは、キャパシティ
・オン・デマンドに基づいて、必要に応じてイネーブルにすることができる。しかし、ク
ラウド中のサーバがジョブの処理においては通信し協働することができるにもかかわらず
、各サーバのキャパシティ・オン・デマンド能力は、他の全てのサーバとは別々であり異
なる。したがって、あるサーバが、処理すべき計算集約型のジョブを有し追加のプロセッ
サ・キャパシティを必要とする場合、このサーバは、サーバ・クラウド中の他のサーバを
考慮することなしに、それ自体の利用可能なプロセッサ・キャパシティに基づくやり方で
そのようにする。
本発明の目的は、従来技術における課題を解決することにある。
クラウド・キャパシティ・オン・デマンド・マネージャが、サーバ・クラウド中のサー
バのためのキャパシティ・オン・デマンドを管理する。クラウド・キャパシティ・オン・
デマンド・マネージャは、１つまたは複数のサーバからキャパシティを借りることができ
、あるサーバから借りたキャパシティをサーバ・クラウド中の異なるサーバに貸す。サー
バ・クラウドがもはや完全な状態でないとき、サーバ・クラウド中にもはやないサーバか
ら借りたキャパシティはディセーブルにされ、サーバ・クラウド中にもはやないサーバは
、サーバ・クラウドに貸したキャパシティを回収する。
前述および他の特徴および利点は、添付の図面に示す後続のより詳細な記述から明らか
になるであろう。
本開示は、添付の図面との関連で述べる。図面では、同様の名称は同様の要素を示す。
クラウド・キャパシティ・オン・デマンド・マネージャを備える装置のブロック図である。 キャパシティ・オン・デマンド・マネージャをそれぞれが有する４つのサーバを含む従来技術のサーバ・クラウド・システムのブロック図である。 クラウド・キャパシティ・オン・デマンド・マネージャを備えるサーバ・クラウド・システムのブロック図である。 サーバ・クラウド中のサーバ間で共有されるキャパシティを示す、図３のサーバ・クラウド・システムのブロック図である。 サーバ・クラウド中のサーバ間でキャパシティを共有する方法の流れ図である。 クラウド永続プロセッサを含むサーバ・クラウド・システムのブロック図である。 サーバ・クラウド中のサーバ間で共有されるキャパシティを示す、図６に示すサーバ・クラウド・システムのブロック図である。 クラウド・キャパシティ・オン・デマンド・マネージャをハードウェア管理コンソール中に備えるサーバ・クラウド・システムのブロック図である。 クラウド・キャパシティ・オン・デマンド・マネージャの一実装形態のブロック図である。 図９に示す借りたキャパシティおよび貸したキャパシティについての特定の一実装形態となり得る実例的なクラウド・リソース・テーブルを示すブロック図である。
本明細書における特許請求の範囲および開示は、サーバ・クラウド中のサーバのための
キャパシティ・オン・デマンドを管理するクラウド・キャパシティ・オン・デマンド・マ
ネージャを提供する。クラウド・キャパシティ・オン・デマンド・マネージャは、１つま
たは複数のサーバからキャパシティを借りることができ、あるサーバから借りたキャパシ
ティをサーバ・クラウド中の異なるサーバに貸すことができる。サーバ・クラウドがもは
や完全な状態でないとき、サーバ・クラウド中にもはやないサーバから借りたキャパシテ
ィはディセーブルにされ、サーバ・クラウド中にもはやないサーバは、サーバ・クラウド
に貸したキャパシティを回収する。
図１を参照すると、コンピュータ・システム１００は、クラウド・キャパシティ・オン
・デマンド・マネージャを備えるサーバ・コンピュータ・システムの適切な一実装形態で
ある。サーバ・コンピュータ・システム１００は、ＩＢＭ ｅＳｅｒｖｅｒ Ｓｙｓｔｅ
ｍ ｘコンピュータ・システムである。しかし、コンピュータ・システムが複雑なマルチ
ユーザ・コンピューティング装置であろうとシングルユーザ・ワークステーションであろ
うと組込み制御システムであろうと、本明細書の開示がどんなコンピュータ・システムに
も等しく適用されることは、当業者なら理解するであろう。図１に示すように、コンピュ
ータ・システム１００は、１つまたは複数のプロセッサ１１０、メイン・メモリ１２０、
大容量記憶インタフェース１３０、表示インタフェース１４０、およびネットワーク・イ
ンタフェース１５０を備える。これらのシステム・コンポーネントは、システム・バス１
６０の使用によって相互接続される。大容量記憶インタフェース１３０は、ローカル大容
量記憶デバイス１５５などの大容量記憶デバイスをコンピュータ・システム１００に接続
するのに使用される。ある特定のタイプのローカル大容量記憶デバイス１５５は、読取可
能かつ書込可能なＣＤ−ＲＷドライブであり、これは、ＣＤ−ＲＷ１９５に対してデータ
の記憶および読取りを行うことができる。
メイン・メモリ１２０は、データ１２１、オペレーティング・システム１２２、クラウ
ド処理メカニズム１２３、クラウド・キャパシティ・オン・デマンド・マネージャ１２４
、インストールされたリソース１２５、永続リソース１２６、クラウド永続リソース１２
７、借りたリソース１２８、および貸したリソース１２９を含むことが好ましい。データ
１２１は、コンピュータ・システム１００中の任意のプログラムへの入力または任意のプ
ログラムからの出力としての働きをする、任意のデータを表す。オペレーティング・シス
テム１２２は、マルチタスキング・オペレーティング・システムである。クラウド処理メ
カニズム１２３は、サーバ１００とサーバ・クラウド中の他のサーバとの間の協働をサポ
ートするソフトウェアである。クラウド・キャパシティ・オン・デマンド・マネージャ１
２４は、サーバ・クラウド中のサーバのためのキャパシティ・オン・デマンドを管理し、
あるサーバからキャパシティを借りてこのキャパシティを異なるサーバに貸すことができ
る。インストールされたリソース１２５は、使用されるようにイネーブルにされているか
否かにかかわらず、サーバ１００にインストールされたリソースを含む。永続リソース１
２６は、サーバ１００上で永続的にイネーブルにされるリソースを含む。クラウド永続キ
ャパシティ１２７は、サーバ１００がメンバとして属するサーバ・クラウド中の任意のサ
ーバに対して永続的にイネーブルにされるリソースのキャパシティを含む。借りたキャパ
シティ１２８は、サーバ１００がサーバ・クラウド中の他のサーバから借りたリソースの
キャパシティを含む。貸したキャパシティ１２９は、サーバ１００がサーバ・クラウド中
の他のサーバに貸したリソースのキャパシティを含む。サーバ・クラウド中の他のサーバ
からキャパシティを借りることによって、クラウド・キャパシティ・オン・デマンド・マ
ネージャ１２４は、サーバ・クラウド中の追加のリソースを用いて動作するためのより大
きなフレキシビリティおよびより低いコストを提供する。
コンピュータ・システム１００は、周知の仮想アドレッシング・メカニズムを利用する
。この仮想アドレッシング・メカニズムにより、コンピュータ・システム１００のプログ
ラムは、複数のより小さい記憶エンティティ（メイン・メモリ１２０およびローカル大容
量記憶デバイス１５５など）へのアクセスではなく、大きい連続したアドレス空間へのア
クセスのみを有するかのように挙動することができる。したがって、データ１２１、オペ
レーティング・システム１２２、クラウド処理メカニズム１２３、クラウド・キャパシテ
ィ・オン・デマンド・マネージャ１２４、インストールされたリソース１２５、永続リソ
ース１２６、クラウド永続キャパシティ１２７、借りたキャパシティ１２８、および貸し
たキャパシティ１２９は、メイン・メモリ１２０中にあるように示されているが、これら
のアイテムは必ずしも全てが完全にメイン・メモリ１２０中に同時に含まれるとは限らな
いことは、当業者なら認識するであろう。また、「メモリ」という用語は、本明細書では
コンピュータ・システム１００の仮想メモリ全体を指すのに総称的に使用され、コンピュ
ータ・システム１００に結合された他のコンピュータ・システムの仮想メモリを含む場合
があることにも留意されたい。
プロセッサ１１０は、１つまたは複数のマイクロプロセッサまたは集積回路あるいはそ
の両方から構築されたものとすることができる。プロセッサ１１０は、メイン・メモリ１
２０に記憶されたプログラム命令を実行する。メイン・メモリ１２０は、プロセッサ１１
０がアクセスできるプログラムおよびデータを記憶する。コンピュータ・システム１００
が起動したとき、プロセッサ１１０は最初に、オペレーティング・システム１２２を構成
するプログラム命令を実行する。プロセッサ１１０はまた、クラウド・キャパシティ・オ
ン・デマンド・マネージャ１２４を実行する。
コンピュータ・システム１００は単一のプロセッサおよび単一のシステム・バスのみを
備えるように示されているが、複数のプロセッサまたは複数のバスあるいはその両方を有
するコンピュータ・システムを使用してクラウド・キャパシティ・オン・デマンド・マネ
ージャを実践できることは、当業者なら理解するであろう。加えて、使用されるインタフ
ェースはそれぞれ、計算集約型の処理をプロセッサ１１０からオフロードするのに使用さ
れる完全にプログラムされた別々のマイクロプロセッサを備えることが好ましい。しかし
、Ｉ／Ｏアダプタを使用してこれらの機能を実施することもできることは、当業者なら理
解するであろう。
表示インタフェース１４０は、１つまたは複数の表示装置１６５をコンピュータ・シス
テム１００に直接に接続するのに使用される。これらの表示装置１６５は、ノンインテリ
ジェント（すなわちダム）端末である場合と、完全にプログラム可能なワークステーショ
ンである場合とがあるが、これらの表示装置１６５を使用して、コンピュータ・システム
１００と交信する能力がシステム管理者およびユーザにもたらされる。しかし、１つまた
は複数の表示装置１６５との交信をサポートするために表示インタフェース１４０が設け
られているが、ユーザおよび他のプロセスとの必要な全ての対話はネットワーク・インタ
フェース１５０を介して行うこともできるので、コンピュータ・システム１００は必ずし
も表示装置１６５を必要とするとは限らないことに留意されたい。
ネットワーク・インタフェース１５０は、ネットワーク１７０を介してコンピュータ・
システム１００を他のコンピュータ・システムまたはワークステーション１７５に接続す
るのに使用される。ネットワーク・インタフェース１５０は、ネットワーク１７０が今日
のアナログ技法もしくはディジタル技法またはその両方を含むか、あるいは将来の何らか
のネットワーキング・メカニズムを介するかにかかわらず、電子デバイスを相互接続する
ための任意の適切な方法を広く表す。ネットワーク・インタフェース１５０は、ネットワ
ーク１７０上の通信を可能にするハードウェアとソフトウェアの組合せを含むことが好ま
しい。ネットワーク・インタフェース１５０中のソフトウェアは、適切なネットワーク・
プロトコルを使用した他のコンピュータ・システム１７５とのネットワーク１７０経由の
通信を管理する通信マネージャを含むことが好ましい。多くの異なるネットワーク・プロ
トコルを使用してネットワークを実現することができる。これらのプロトコルは、コンピ
ュータがネットワークを介して通信するのを可能にする特殊化されたコンピュータ・プロ
グラムである。ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネット・プロトコル）は、
ネットワーク・インタフェース１５０内で通信マネージャによって使用できる適切なネッ
トワーク・プロトコルの一例である。
当業者には理解されるであろうが、本発明の態様は、システム、方法、またはコンピュ
ータ・プログラム製品として具体化することができる。したがって、本発明の態様は、完
全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソ
フトウェア、マイクロコードなどを含む）、または、ソフトウェアとハードウェアの態様
を組み合わせた実施形態の形をとることができ、本明細書ではこれらを全て「回路」、「
モジュール」、「プロセス」、または「システム」と一般に呼ぶ場合がある。さらに、本
発明の態様は、コンピュータ可読プログラム・コードが組み入れられた１つまたは複数の
コンピュータ可読媒体において具体化されるコンピュータ・プログラム製品の形をとるこ
ともできる。
１つまたは複数のコンピュータ可読媒体の、任意の組合せを利用することができる。コ
ンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体とす
ることができる。コンピュータ可読記憶媒体は、例えば、電子、磁気、光学、電磁、赤外
線、もしくは半導体の、システム、装置、またはデバイス、あるいはこれらの適切な組合
せとすることができるが、これらに限定されない。コンピュータ可読記憶媒体のより具体
的な例（非網羅的なリスト）は、１つもしくは複数のワイヤを有する電気接続、ポータブ
ル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（Ｒ
ＡＭ）、読取専用メモリ（ＲＯＭ）、消去可能プログラム可能な読取専用メモリ（ＥＰＲ
ＯＭもしくはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読
取専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、またはこれらの
任意の適切な組合せを含むことになる。この文書のコンテキストでは、コンピュータ可読
記憶媒体は、命令実行システム、装置、もしくはデバイスによって使用されるかまたはそ
れらに関連して使用されるプログラムを、収録あるいは記憶することのできる、任意の有
形媒体とすることができる。
コンピュータ可読信号媒体は、例えばベースバンド中にまたは搬送波の一部として、コ
ンピュータ可読プログラム・コードが組み入れられた伝搬データ信号を含むことができる
。このような伝搬信号は、電磁、光学、またはこれらの任意の適切な組合せを含めた（た
だしこれらに限定されない）様々な形のうちのいずれかをとることができる。コンピュー
タ可読信号媒体は、コンピュータ可読記憶媒体でない任意のコンピュータ可読媒体であっ
て、命令実行システム、装置、もしくはデバイスによって使用されるかまたはそれらに関
連して使用されるプログラムを、通信するか伝搬するかあるいは搬送できる、任意のコン
ピュータ可読媒体とすることができる。
コンピュータ可読媒体上に組み入れられたプログラム・コードは、ワイヤレス、有線、
光ファイバ・ケーブル、ＲＦなど、またはこれらの任意の適切な組合せを含めた（ただし
これらに限定されない）、任意の適切な媒体を使用して伝送することができる。
本発明の態様に関する動作を実施するためのコンピュータ・プログラム・コードは、Ｊ
ａｖａ（Ｒ）、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミン
グ言語、および、「Ｃ」プログラミング言語、Ｓｔｒｅａｍｓ処理言語、または同様のプ
ログラミング言語などの従来の手続き型プログラミング言語を含めた、１つまたは複数の
プログラミング言語の任意の組合せで書かれてよい。プログラム・コードは、スタンドア
ロンのソフトウェア・パッケージとして、完全にユーザのコンピュータ上で実行されるか
部分的にユーザのコンピュータ上で実行されるか、一部はユーザのコンピュータ上で実行
され一部はリモート・コンピュータ上で実行されるか、または完全にリモート・コンピュ
ータもしくはサーバ上で実行されてよい。最後のシナリオでは、リモート・コンピュータ
は、ローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク
（ＷＡＮ）を含めた任意のタイプのネットワークを介してユーザのコンピュータに接続さ
れてよく、または、接続は、外部コンピュータに対して（例えばインターネット・サービ
ス・プロバイダを使用してインターネットを介して）行われてもよい。
本発明の態様を、本発明の実施形態による方法、装置（システム）、およびコンピュー
タ・プログラム製品のフローチャート説明またはブロック図あるいはその両方に関して本
明細書に述べる。フローチャート説明またはブロック図あるいはその両方の各ブロック、
ならびに、フローチャート説明またはブロック図あるいはその両方の中のブロックの組合
せを、コンピュータ・プログラム命令によって実現できることは理解されるであろう。こ
れらのコンピュータ・プログラム命令を、汎用コンピュータ、専用コンピュータ、または
他のプログラム可能データ処理装置のプロセッサに提供して、マシンを生み出すことがで
き、したがって、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを
介して実行される命令は、フローチャートもしくはブロック図またはその両方の１つある
いは複数のブロック中で指定される機能／行為を実現する手段をもたらす。
これらのコンピュータ・プログラム命令はまた、コンピュータ可読媒体に記憶されてよ
く、このコンピュータ可読媒体は、コンピュータ、他のプログラム可能データ処理装置、
または他のデバイスに、特定の方式で機能するよう指示することができ、したがって、コ
ンピュータ可読媒体に記憶された命令は、フローチャートもしくはブロック図またはその
両方の１つあるいは複数のブロック中で指定される機能／行為を実現する命令を含む製造
品を生み出す。
コンピュータ・プログラム命令はまた、コンピュータ、他のプログラム可能データ処理
装置、または他のデバイスにロードされてよく、それにより、コンピュータ、他のプログ
ラム可能装置、または他のデバイス上で一連の動作ステップが実施されて、コンピュータ
実装プロセスが生み出され、したがって、コンピュータまたは他のプログラム可能装置上
で実行される命令は、フローチャートもしくはブロック図またはその両方の１つあるいは
複数のブロック中で指定される機能／行為を実現するためのプロセスを提供する。
本明細書に開示する方法は、ウェブベースのサービスを提供することの一部として実施
することができる。このようなサービスは、例えば、この方法を支払いと引き換えにオン
ライン・ユーザに提供することを含んでよい。
図２を参照すると、サーバ・クラウド中のサーバの実例的な従来技術構成が、サーバ・
クラウド・システム２００として示されている。サーバ・クラウド・システム２００は、
４つのサーバ２１０Ａ〜２１０Ｄを含み、これらのサーバは全て、サーバ・クラウド２３
０中で何らかのネットワーキング・メカニズムを介して相互接続される。各サーバは、イ
ンストールされたプロセッサおよび永続プロセッサを備える。インストールされたプロセ
ッサは、サーバに物理的にインストールされたプロセッサの数を指定し、永続プロセッサ
の数は、サーバ上で永続的にイネーブルにされるプロセッサの数を指定する。図２の特定
の例では、各サーバは、２２５Ａ〜２２５Ｄおよび２２６Ａ〜２２６Ｄに示すように、８
つのインストールされたプロセッサおよび２つの永続プロセッサを備える。従来技術のサ
ーバ・クラウド・システム２００中では、各サーバは、それ自体のキャパシティ・オン・
デマンド・マネージャ２３２Ａ〜２３２Ｄを備え、これらのキャパシティ・オン・デマン
ド・マネージャは、キャパシティ・オン・デマンドを提供するための既知の方法によって
、各サーバのキャパシティを増大させることができる。しかし、サーバごとのキャパシテ
ィ・オン・デマンド・マネージャは、サーバ・クラウド２３０中の他のサーバ上のキャパ
シティから独立して扱われる。したがって、各キャパシティ・オン・デマンド・マネージ
ャ２３２Ａ〜２３２Ｄの機能は、サーバがサーバ・クラウド２３０の一部であるときと、
サーバがサーバ・クラウド２３０の一部でないときとで違いがない。
図３に、従来技術のサーバ・クラウド・システム２００にいくつかの点で類似するサー
バ・クラウド・システム３００を示す。サーバ・クラウド・システム３００は、サーバ・
クラウド３３０中で何らかのネットワーキング・メカニズムを介して相互接続される４つ
のサーバ３１０Ａ〜３１０Ｄを含む。サーバ３１０Ａ〜３１０Ｄはそれぞれ、図１に示す
サーバ・コンピュータ・システム１００とすることができる。各サーバは、８つのインス
トールされたプロセッサ３２５Ａ〜３２５Ｄ、および２つの永続プロセッサ３２６Ａ〜３
２６Ｄを備える。しかし、サーバ３１０Ａは追加で、クラウド・キャパシティ・オン・デ
マンド・マネージャ１２４も備え、これは、サーバ・クラウド中のサーバのためのキャパ
シティ・オン・デマンドを管理し、必要時に、あるサーバから、別のサーバに貸されるキ
ャパシティを借りることができる。各サーバ３１０Ａ〜３１０Ｄは、キャパシティを借り
ることとキャパシティを貸すことの両方ができるので、各サーバは、借りたプロセッサ３
２８Ａ〜３２８Ｄ、および貸したプロセッサ３２９Ａ〜３２９Ｄを追跡する。３２８Ａ〜
３２８Ｄは、図３では「借りたプロセッサ」として示されているが、実際には、借りた、
プロセッサのキャパシティである。同様に、３２９Ａ〜３２９Ｄは、図３では「貸したプ
ロセッサ」として示されているが、実際には、貸した、プロセッサのキャパシティである
。図３に示す構成では、各サーバが、その２つの永続プロセッサによってそれ自体の処理
負荷を扱うことができると仮定する。
次に図４に移るが、この例では、サーバ３１０Ｄが処理負荷の増大のせいで追加のプロ
セッサ・キャパシティを必要とすると仮定し、さらに、サーバ３１０Ｄが、既にイネーブ
ルにされている２つの永続プロセッサ３２６Ｄに加えて、３つの追加プロセッサのキャパ
シティを必要とすると仮定する。従来技術では、サーバ３１０Ｄ上のキャパシティ・オン
・デマンド・マネージャが、インストールされたプロセッサのうちのさらに３つをイネー
ブルにすることができ、その結果、サーバ３１０Ｄには合計５つの永続プロセッサがある
ことになる。しかし、クラウド・キャパシティ・オン・デマンド・マネージャ１２４は、
サーバ・クラウド中の１つまたは複数のサーバから一時的に借りてサーバ３１０Ｄに貸す
ことのできる未使用キャパシティがサーバ・クラウド中にある可能性があると認識する。
図４の特定の例では、サーバ３１０Ａ、３１０Ｂ、および３１０Ｃの各々が、各サーバ上
の２つの永続プロセッサのうちの一方を使用してそれらの作業負荷を処理できると仮定す
る。このことは、各サーバが、追加のキャパシティを必要とするサーバ３１０Ｄに貸せる
１つのプロセッサのキャパシティを有することを意味する。したがって、クラウド・キャ
パシティ・オン・デマンド・マネージャ１２４は、図４の３２６Ａ〜３２６Ｃに示すよう
に、永続プロセッサの数を２から１に減少させ、図４の３２９Ａ〜３２９Ｃに示すように
、貸したプロセッサの数を０から１に増加させる。次いで、クラウド・キャパシティ・オ
ン・デマンド・マネージャは、図４の３つの借りたプロセッサ３２８Ｄを提供する矢印付
き点線によって示すように、これらの貸したプロセッサ３２９Ａ〜３２９Ｃのキャパシテ
ィをサーバ３１０Ｄに貸すことができる。図４で貸されるものおよび借りられるものは、
プロセッサ・キャパシティであることに留意されたい。したがって、図３に示すサーバ・
クラウド・システム３００中でイネーブルにされるプロセッサの総数は、４つの各サーバ
上の２つの永続プロセッサ３２６Ａ〜３２６Ｂであり、合計８つのプロセッサがイネーブ
ルにされる。図３に示すサーバ・クラウド・システム３００中でイネーブルにされるプロ
セッサの総数は依然として８つであり、これらは、３つのサーバの各々からの１つの永続
プロセッサ３２６Ａ〜３２６Ｃと、サーバ３１０Ｄ上の２つの永続プロセッサ３２６Ｄと
、サーバ３１０Ｄ上の３つの借りたプロセッサ３２８Ｄである。クラウド・キャパシティ
・オン・デマンド・マネージャが、あるサーバからキャパシティを借りてこのキャパシテ
ィをサーバ・クラウド中の異なるサーバに貸すことができることにより、顧客が特定のサ
ーバのために追加のキャパシティを購入するのではなくサーバ上の未使用キャパシティを
利用するのを可能にすることになる極めてフレキシブルなシステムがもたらされる。この
結果、サーバ・クラウド中の総キャパシティをより効率的に、よりコスト効果のある方式
で使用するシステムとなる。
図５を参照すると、方法５００は、サーバ・クラウドが確立されるときに開始する（ス
テップ５１０）。サーバ・クラウドが完全な状態であり（ステップ５２０＝はい）、サー
バ・クラウド中のサーバが追加のキャパシティを必要とし（ステップ５３０＝はい）、サ
ーバ・クラウド中の１つまたは複数の他のサーバが貸すためのキャパシティを有するとき
（ステップ５４０＝はい）は、１つまたは複数の他のサーバはキャパシティを貸し（ステ
ップ５５０）、サーバは借りたキャパシティを使用する（ステップ５６０）。サーバ・ク
ラウド中のどのサーバも追加キャパシティを必要としないとき（ステップ５３０＝いいえ
）は、方法５００はステップ５２０にループバックして継続する。同様に、他のどのサー
バも貸すためのキャパシティを有さないとき（ステップ５４０＝いいえ）は、方法５００
はステップ５２０にループバックして継続する。方法５００は、サーバ・クラウドがもは
や完全な状態でなくなるまで（ステップ５２０＝いいえ）継続することができ、サーバ・
クラウドが完全な状態でなくなった時点で、借りたキャパシティはディセーブルにされ（
ステップ５７０）、貸したキャパシティは回収される（ステップ５８０）。ステップ５７
０および５８０は、２つの異なる方式で機能する場合があることに留意されたい。第１の
実装形態では、あるサーバがもはやサーバ・クラウドのメンバでないせいでサーバ・クラ
ウドがもはや完全な状態でないとき（ステップ５２０＝いいえ）は、サーバ・クラウド中
の全てのサーバ上の借りたキャパシティはステップ５７０でディセーブルにされ、サーバ
・クラウド中の全てのサーバ上の貸したキャパシティは回収される。第２の実装形態では
、あるサーバ（紛失サーバ）がもはやサーバ・クラウドのメンバでないせいでサーバ・ク
ラウドがもはや完全な状態でないとき（ステップ５２０＝いいえ）は、紛失サーバからキ
ャパシティを借りてまだサーバ・クラウド中にあるサーバがあればそのサーバ中で、紛失
サーバに対する借りたキャパシティはステップ５７０でディセーブルにされる。紛失サー
バは、それ自体がもはやサーバ・クラウドのメンバでないことを検出すると、ステップ５
８０で、貸したキャパシティを回収する。第１の実装形態は、オール・オア・ナッシング
手法であり、サーバ・クラウド中のいずれかのサーバが失われると、全ての借りたキャパ
シティはディセーブルにされ、全ての貸したキャパシティは回収される。第２の実装形態
では、選択的に、紛失サーバから借りたキャパシティがディセーブルにされ、紛失サーバ
上の貸したキャパシティが回収されるが、サーバ・クラウド中の残りのサーバは、紛失サ
ーバが失われたことによって影響を受けない借りたキャパシティおよび貸したキャパシテ
ィを使用して機能することができる。
ステップ５２０で、サーバ・クラウドが完全な状態であるかどうかの判定は、任意の適
切な方式で行うことができる。例えば、特定の一実装形態では、サーバ・クラウド中のサ
ーバ間でトークンが回されて、サーバ・クラウドが維持される。あるサーバがそのトーク
ンを定義済み期間内に送らなかった場合は、このサーバはもはや正しく機能していないと
見なされ、このことは、サーバ・クラウドがもはや完全な状態でないことを意味する。代
替の一実装形態では、クラウド・キャパシティ・オン・デマンド・マネージャは、サーバ
・クラウドのメンバのログをとることができ、サーバ・クラウド中の各サーバに定期的に
問い合わせることができる。各サーバが適切な応答によって応答した場合、クラウド・キ
ャパシティ・オン・デマンド・マネージャは、サーバ・クラウドがまだ完全な状態である
ことを知る。サーバのうちの１つが応答しなかった場合は、クラウド・キャパシティ・オ
ン・デマンド・マネージャは、応答しなかったサーバが正しく機能していないこと、した
がってもはやサーバ・クラウド中にないことを知る。次いで、クラウド・キャパシティ・
オン・デマンド・マネージャは、上に論じた措置を講じて、借りたキャパシティをディセ
ーブルにし、貸したキャパシティを回収することができる。本明細書における開示および
特許請求の範囲は、現在知られている方法であろうと将来開発される方法であろうと、サ
ーバ・クラウドが完全な状態であるかどうか判定するための任意の適切な方法に及ぶ。
クラウド・キャパシティ・オン・デマンド・マネージャ１２４は、サーバ・クラウド中
のサーバにまたがってキャパシティを管理することができるので、このことは、図６に示
す新しい概念を引き起こす。サーバ・クラウド・システム６００は、４つのサーバ６１０
Ａ〜６１０Ｄを含み、これらのサーバは、同じインストールされたプロセッサ３２５Ａ〜
３２５Ｄ、永続プロセッサ３２６Ａ〜３２６Ｄ、借りたプロセッサ３２８Ａ〜３２８Ｄ、
および貸したプロセッサ３２９Ａ〜３２９Ｄを有する。サーバ６１０Ａ〜６１０Ｄはそれ
ぞれ、図１に示すサーバ・コンピュータ・システム１００とすることができる。加えて、
「クラウド永続プロセッサ」と本明細書で呼ぶ新しい概念が導入され、それにより、永続
的にイネーブルにされサーバ・クラウド中のどのサーバによっても使用できる、サーバ上
のキャパシティが表される。図６の特定の例では、各サーバ６１０Ａ〜６１０Ｄは、２つ
のクラウド永続プロセッサ６２７Ａ〜６２７Ｄを備える。これらのクラウド永続プロセッ
サについてのこれらのキャパシティは、クラウド永続プロセッサが存在するサーバを含め
た、サーバ・クラウド６３０中のどのサーバによっても使用することができる。
図７を参照するが、キャパシティの貸し借りを促した図４の条件と同じ条件、すなわち
、サーバ６１０Ｄがさらに３つのプロセッサ分の３つのキャパシティを必要とするという
条件を仮定する。サーバ６１０Ｄは、２つのクラウド永続プロセッサ６２７Ｄを使用する
ことができ、図７の矢印付き点線で示すように、第３の必要なプロセッサをサーバ６１０
Ｃから借りることができる。サーバ６１０Ｃ上の１つの貸したプロセッサ３２９Ｃは、ク
ラウド永続プロセッサ６２７Ｃの数を２から１に減少させることに留意されたい。クラウ
ド永続プロセッサと呼ばれるこの新しい特徴を定義することによって、クラウド・キャパ
シティ・オン・デマンド・マネージャは、サーバ・クラウド中のサーバ間でどのリソース
が借りられるかまたは貸されるかに関して、より大きなフレキシビリティを有することが
できる。例えば、クラウド・キャパシティ・オン・デマンド・マネージャ１２４は、最初
に、全てのクラウド永続プロセッサを借りることができる。というのは、これらは、サー
バ上のいずれかの永続プロセッサを借りる前にクラウド処理のために確保されるからであ
る。代替方式では、クラウド永続プロセッサは、サーバ・クラウド中のサーバ間で共有す
ることが許可される唯一のキャパシティとすることができる。永続プロセッサとは別に定
義されたクラウド永続プロセッサのキャパシティを有することによって、クラウド・キャ
パシティ・オン・デマンド・マネージャ１２４は、サーバ・クラウド全体にわたるキャパ
シティの貸し借りにおいてより大きなフレキシビリティを有する。
図３、４、６、および７では、クラウド・キャパシティ・オン・デマンド・マネージャ
１２４は、サーバ・クラウド中の１つのサーバ上にあるように示されている。代替の一実
装形態では、クラウド・キャパシティ・オン・デマンド・マネージャ１２４は、図８に示
すように、サーバ・クラウド中の別個のエンティティ上にあってもよい。サーバ・クラウ
ド・システム８００では、４つのサーバ８１０Ａ、６１０Ｂ、６１０Ｃ、および６１０Ｄ
が、サーバ・クラウド８３０中で相互接続される。サーバ・クラウド８３０中ではハード
ウェア管理コンソール８２０も接続され、ハードウェア管理コンソール８２０は、クラウ
ド・キャパシティ・オン・デマンド・マネージャ１２４を備える。ハードウェア管理コン
ソール８２０は、サーバ・クラウド中のサーバを構成するのを可能にし、サーバ・クラウ
ド中のサーバ中のリソースおよびキャパシティを管理するためのユーザ・インタフェース
を提供する。ハードウェア管理コンソール８２０はまた、サーバ・クラウド中のサーバを
監視することができ、サーバ・クラウドがもはや完全な状態でないときを検出することが
できる。このように、ハードウェア管理コンソール８２０は、サーバの関係をサーバ自体
に管理させるのではなく、サーバ外の独立した制御ポイントを提供し、これにより、サー
バがサーバ・クラウドを去るときがより容易になる。例えば、図７で、サーバ６１０Ａが
動作不良を起こして応答しなくなった場合、クラウド・キャパシティ・オン・デマンド・
マネージャ１２４は、もはやその仕事を行うことができない。図８に示すようにクラウド
・キャパシティ・オン・デマンド・マネージャ１２４を別個のハードウェア管理コンソー
ル８２０中に配置することによって、クラウド・キャパシティ・オン・デマンド・マネー
ジャ１２４は、どのサーバがサーバ・クラウドを去るかにかかわらず機能し続けることが
できる。
図９を参照すると、クラウド・キャパシティ・オン・デマンド・マネージャ１２４は、
クラウド・メンバシップ９１０、すなわちどのサーバがサーバ・クラウドのメンバである
かを追跡し、借りたキャパシティ９２０および貸したキャパシティ９３０を追跡する。ク
ラウド・キャパシティ・オン・デマンド・マネージャ１２４はまた、キャパシティ照会メ
カニズム９４０を備え、このキャパシティ照会メカニズム９４０は、サーバ・クラウド中
の各サーバに照会して、サーバが貸すためのキャパシティを有するかどうか判定すること
ができる（図５のステップ５４０参照）。借りたキャパシティ９２０および貸したキャパ
シティ９３０は、任意の適切な方式で追跡することができる。例えば、図１０に示すクラ
ウド・リソース・テーブル１０１０は、借りたキャパシティ９２０および貸したキャパシ
ティ９３０の状況を常に把握するための適切な方法の１つを表す。エントリ１０２０は、
Ｐ３のキャパシティＩＤ、プロセッサのリソース・タイプ、および、サーバＡがこのキャ
パシティの所有元でありこのキャパシティがまだ貸し出されていないことを示す。エント
リ１０３０は、Ｐ１４のキャパシティＩＤ、プロセッサのリソース・タイプ、および、サ
ーバＣがこのキャパシティの所有元でありこのキャパシティがサーバＤに貸されたことを
示す。借りたキャパシティおよび貸したキャパシティの状況を常に把握することによって
、クラウド・キャパシティ・オン・デマンド・マネージャ１２４は、サーバ・クラウドが
もはや完全な状態でないときに、借りたキャパシティをディセーブルにすることができる
（図７のステップ５７０参照）。各サーバは、サーバがもはやサーバ・クラウド中にない
ときを検出できるメカニズムを備えることが好ましく、それに応答して、クラウド中の他
のサーバに既に貸し出したキャパシティがあればそれを回収することになることに留意さ
れたい（図８のステップ５８０参照）。
上記の例ではプロセッサについて論じているが、プロセッサは、サーバ・クラウド内で
貸し借りできるキャパシティを有するリソースの適切な一例を表す。本明細書における開
示および特許請求の範囲は、サーバ中の任意の適切なリソース、およびサーバ・クラウド
中の任意の適切なリソースに明白に及び、限定ではないがこれらのリソースは、プロセッ
サ、メモリ、入出力（Ｉ／Ｏ）スロット、ネットワーク・アダプタなどを含む。また、ク
ラウド・キャパシティ・オン・デマンド・マネージャによって貸し借りされているものは
、リソース自体ではなく、リソースのキャパシティであることにも留意されたい。したが
って、サーバ３１０Ｄが２つの永続プロセッサ３２６Ｄおよび３つの借りたプロセッサ３
２８Ｄを有するとき、このことは、サーバ３１０Ｄ中の８つのインストールされたプロセ
ッサ３２５Ｄのうちの５つを使用できることを意味する。「借りたプロセッサ」３２８Ｄ
は、他のサーバから借りた、プロセッサのキャパシティを表す。サーバ上の永続プロセッ
サと借りたプロセッサの合計は、インストールされたプロセッサの総数を超えることはで
きないことに留意されたい。
本開示および特許請求の範囲は、サーバ・クラウド中のサーバのためのキャパシティ・
オン・デマンドを管理するクラウド・キャパシティ・オン・デマンド・マネージャに関す
る。クラウド・キャパシティ・オン・デマンド・マネージャは、１つまたは複数のサーバ
からキャパシティを借りることができ、あるサーバから借りたキャパシティをサーバ・ク
ラウド中の異なるサーバに貸すことができる。サーバ・クラウドがもはや完全な状態でな
いとき、サーバ・クラウド中にもはやないサーバから借りたキャパシティはディセーブル
にされ、サーバ・クラウド中にもはやないサーバは、サーバ・クラウドに貸したキャパシ
ティを回収する。
請求項の範囲内で多くの変形が可能であることは、当業者なら理解するであろう。した
がって、本開示について特に図示および上述しているが、請求項の主旨および範囲を逸脱
することなく、形式および詳細におけるこれらおよび他の変更を本開示に加えることがで
きることは、当業者には理解されるであろう。

Claims (9)

  1. サーバ・クラウド中の複数のサーバのために複数のリソースのキャパシティを管理するための、少なくとも１つのプロセッサによって実行されるコンピュータ実装方法であって、
    （Ａ）前記サーバ・クラウド中の前記複数のサーバのうちの少なくとも１つのサーバから、前記複数のリソースのうちの少なくとも１つのリソースのキャパシティを借りるステップと、
    （Ｂ）前記サーバ・クラウドが完全な状態である限り、前記借りたキャパシティを前記サーバ・クラウド中の前記複数のサーバのうちの異なるサーバに貸すステップと、
    （Ｃ）前記複数のサーバのうちの１つのサーバがもはや前記サーバ・クラウド中になく、前記複数のサーバのうちの１つのサーバが正しく機能していないことにより又は適切な応答をしないことにより前記サーバ・クラウドがもはや完全な状態でないとき、クラウド・キャパシティ・オン・デマンド・マネージャが、借りたキャパシティをディセーブルにし、貸したキャパシティを回収するステップと
    を含む方法。
  2. 前記サーバ・クラウド中の前記複数のサーバのうちの少なくとも１つのサーバ中のクラウド永続キャパシティを、前記サーバ・クラウド中の別のサーバと共有するステップをさらに含み、前記クラウド永続キャパシティが、前記サーバ・クラウド中の前記複数のサーバのうちの前記１つのサーバ上で永続的にイネーブルにされるキャパシティであって前記サーバ・クラウド中の他のサーバと共有できるキャパシティである、請求項１に記載の方法。
  3. 前記複数のリソースがプロセッサを含む、請求項１に記載の方法。
  4. 前記複数のリソースがメモリを含む、請求項１に記載の方法。
  5. ステップ（Ｃ）が、
    前記複数のサーバのうちの１つのサーバがもはや前記サーバ・クラウド中にないせいで前記サーバ・クラウドがもはや完全な状態でないときに、
    前記複数のサーバ全てからの全ての借りたキャパシティをディセーブルにするステップと、
    前記複数のサーバ全てからの全ての貸したキャパシティを回収するステップと
    を含む、請求項１に記載の方法。
  6. ステップ（Ｃ）が、
    前記複数のサーバのうちの１つのサーバがもはや前記サーバ・クラウド中にないせいで前記サーバ・クラウドがもはや完全な状態でないときに、
    前記１つのサーバから借りた、借りたキャパシティをディセーブルにするステップと、
    前記１つのサーバ上の貸したキャパシティを回収するステップと、
    まだ前記サーバ・クラウド中にある複数のサーバについての他の借りたキャパシティおよび貸したキャパシティを保持するステップと
    を含む、請求項１に記載の方法。
  7. サーバ・クラウド中の複数のサーバのために複数のリソースのキャパシティを管理するための、少なくとも１つのプロセッサによって実行されるコンピュータ実装方法であって、
    前記サーバ・クラウド中の前記複数のサーバのうちの少なくとも１つのサーバから、前記複数のリソースのうちの少なくとも１つのリソースのクラウド永続キャパシティを借りるステップであって、前記複数のリソースがプロセッサおよびメモリを含み、前記クラウド永続キャパシティが、前記サーバ・クラウド中の前記複数のサーバのうちの前記１つのサーバ上で永続的にイネーブルにされるキャパシティであって前記サーバ・クラウド中の他のサーバと共有できるキャパシティである、前記借りるステップと、
    前記サーバ・クラウドが完全な状態である限り、前記借りたキャパシティを前記サーバ・クラウド中の前記複数のサーバのうちの異なるサーバに貸すステップと、
    前記複数のサーバのうちの１つのサーバがもはや前記サーバ・クラウド中になく、前記複数のサーバのうちの１つのサーバが正しく機能していないことにより又は適切な応答をしないことにより前記サーバ・クラウドがもはや完全な状態でないときに、
    前記１つのサーバから借りた、借りたキャパシティをディセーブルにするステップ、
    前記１つのサーバ上の貸したキャパシティを回収するステップ、ならびに、
    まだ前記サーバ・クラウド中にある複数のサーバについての他の借りたキャパシティおよび貸したキャパシティを保持するステップを実施するステップと
    を含む方法。
  8. 請求項１から７のいずれか一項に記載された方法の各ステップを実行するための手段を備える、システム。
  9. 請求項１から７のいずれか一項に記載された方法の各ステップをコンピュータに実行させる、プログラム。
JP2015084200A 2012-03-27 2015-04-16 サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理） Active JP6230563B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/431,689 US9479575B2 (en) 2012-03-27 2012-03-27 Managing capacity on demand in a server cloud
US13/431,689 2012-03-27

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2014557954A Division JP5756577B2 (ja) 2012-03-27 2013-03-21 サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理）

Publications (2)

Publication Number Publication Date
JP2015149097A JP2015149097A (ja) 2015-08-20
JP6230563B2 true JP6230563B2 (ja) 2017-11-15

Family

ID=49236585

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2014557954A Active JP5756577B2 (ja) 2012-03-27 2013-03-21 サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理）
JP2015084200A Active JP6230563B2 (ja) 2012-03-27 2015-04-16 サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理）

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2014557954A Active JP5756577B2 (ja) 2012-03-27 2013-03-21 サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理）

Country Status (7)

Country Link
US (2) US9479575B2 (ja)
EP (1) EP2832041A1 (ja)
JP (2) JP5756577B2 (ja)
KR (1) KR101589856B1 (ja)
CN (1) CN104185967B (ja)
IN (1) IN2014CN04869A (ja)
WO (1) WO2013142991A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007532924A (ja) * 2004-04-14 2007-11-15 アナログ デバイシス， インコーポレイテッド 慣性センサのためのカップリング装置

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9571374B2 (en) 2015-01-12 2017-02-14 International Business Machines Corporation Dynamically allocating compute nodes among cloud groups based on priority and policies
US10243873B2 (en) 2015-03-19 2019-03-26 International Business Machines Corporation Dynamic management of computing platform resources
US10228978B2 (en) 2015-03-19 2019-03-12 International Business Machines Corporation Dynamic management of computing platform resources
US10176019B2 (en) * 2015-03-19 2019-01-08 International Business Machines Corporation Dynamic management of computing platform resources
US9848041B2 (en) * 2015-05-01 2017-12-19 Amazon Technologies, Inc. Automatic scaling of resource instance groups within compute clusters
US10355870B2 (en) 2015-10-15 2019-07-16 International Business Machines Corporation Dynamically-assigned resource management in a shared pool of configurable computing resources
CN106020967B (zh) * 2016-05-03 2019-04-12 华中科技大学 一种混合式云资源自动扩容方法
US10359947B2 (en) 2017-07-25 2019-07-23 Ca, Inc. Reclaiming memory pages
US10616346B2 (en) 2017-07-28 2020-04-07 International Business Machines Corporation Server connection capacity management
KR102315784B1 (ko) 2017-12-14 2021-10-20 구글 엘엘씨 공유 컴퓨팅 자원들에 대한 동적 용량 최적화
US11553047B2 (en) 2018-11-30 2023-01-10 International Business Machines Corporation Dynamic connection capacity management
US11036537B1 (en) * 2019-03-26 2021-06-15 Amazon Technologies, Inc. On demand capacity management in provider networks using type-agnostic resources
US11329930B2 (en) 2019-05-29 2022-05-10 Red Hat, Inc. Generating scenarios for automated execution of resources in a cloud computing environment

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6990666B2 (en) * 2002-03-18 2006-01-24 Surgient Inc. Near on-line server
US7603670B1 (en) 2002-03-28 2009-10-13 Symantec Operating Corporation Virtual machine transfer between computer systems
US8468227B2 (en) 2002-12-31 2013-06-18 Motorola Solutions, Inc. System and method for rendering content on multiple devices
US7451183B2 (en) 2003-03-21 2008-11-11 Hewlett-Packard Development Company, L.P. Assembly and method for balancing processors in a partitioned server
JP2006155393A (ja) * 2004-11-30 2006-06-15 Toshiba Corp サーバ融通装置、サーバ融通方法およびサーバ融通プログラム
JP2009145931A (ja) 2007-12-11 2009-07-02 Hitachi Ltd 仮想計算機と物理計算機との間のマイグレーション方法及びその計算機システム
WO2011050482A1 (en) 2009-10-31 2011-05-05 Counterpart Technologies Inc. Enterprise data mining in a hosted multi-tenant database
US20110137805A1 (en) * 2009-12-03 2011-06-09 International Business Machines Corporation Inter-cloud resource sharing within a cloud computing environment
GB2475897A (en) * 2009-12-04 2011-06-08 Creme Software Ltd Resource allocation using estimated time to complete jobs in a grid or cloud computing environment
US9009294B2 (en) * 2009-12-11 2015-04-14 International Business Machines Corporation Dynamic provisioning of resources within a cloud computing environment
US8037187B2 (en) 2009-12-11 2011-10-11 International Business Machines Corporation Resource exchange management within a cloud computing environment
US8914469B2 (en) 2009-12-11 2014-12-16 International Business Machines Corporation Negotiating agreements within a cloud computing environment
US9021046B2 (en) * 2010-01-15 2015-04-28 Joyent, Inc Provisioning server resources in a cloud resource
US8464255B2 (en) * 2010-03-12 2013-06-11 Microsoft Corporation Managing performance interference effects on cloud computing servers
US8458011B2 (en) 2010-03-24 2013-06-04 International Business Machines Corporation Dynamic pricing of a resource
US10089147B2 (en) 2010-08-13 2018-10-02 International Business Machines Corporation High performance computing as a service
US9280394B2 (en) * 2012-02-03 2016-03-08 International Business Machines Corporation Automatic cloud provisioning based on related internet news and social network trends
US20140149529A1 (en) 2012-11-26 2014-05-29 Blackberry Limited Cloud-based nfc content sharing
JP6056607B2 (ja) 2013-03-28 2017-01-11 富士通株式会社 情報処理システム及び情報処理システムの制御方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007532924A (ja) * 2004-04-14 2007-11-15 アナログ デバイシス， インコーポレイテッド 慣性センサのためのカップリング装置

Also Published As

Publication number Publication date
EP2832041A4 (en) 2015-02-04
US20130262682A1 (en) 2013-10-03
CN104185967B (zh) 2018-01-12
KR20140127804A (ko) 2014-11-04
WO2013142991A1 (en) 2013-10-03
JP2015508207A (ja) 2015-03-16
IN2014CN04869A (ja) 2015-09-18
JP2015149097A (ja) 2015-08-20
US9094415B2 (en) 2015-07-28
US9479575B2 (en) 2016-10-25
KR101589856B1 (ko) 2016-01-28
EP2832041A1 (en) 2015-02-04
CN104185967A (zh) 2014-12-03
JP5756577B2 (ja) 2015-07-29
US20130262677A1 (en) 2013-10-03

Similar Documents

Publication Publication Date Title
JP6230563B2 (ja) サーバ・クラウドにおけるキャパシティ・オン・デマンドを管理するための装置、コンピュータ実装方法、および製造品（サーバ・クラウドにおけるキャパシティ・オン・デマンドの管理）
US20230208731A1 (en) Techniques to control system updates and configuration changes via the cloud
CN103688505B (zh) 虚拟化环境中的网络过滤
US8397240B2 (en) Method to dynamically provision additional computer resources to handle peak database workloads
US7584282B2 (en) Object-based service oriented architecture method, apparatus and media
CN103731295B (zh) 用于运行虚拟整合设备的方法和系统
EP3811206A1 (en) Network-accessible computing service for micro virtual machines
US20170046206A1 (en) Controlling virtual machine density and placement distribution in a converged infrastructure resource pool
CN103238138A (zh) 用于云环境中的分区部署/重部署的网络接口
US7606906B2 (en) Bundling and sending work units to a server based on a weighted cost
US8010565B2 (en) Enterprise rack management method, apparatus and media
US20080046890A1 (en) Method and apparatus for balancing workloads in a cluster
EP3434028B1 (en) Device provisioning
US7594231B2 (en) Apparatus and method for assuring recovery of temporary resources in a logically partitioned computer system
US10397130B2 (en) Multi-cloud resource reservations
US20210014998A1 (en) Recommending it equipment placement based on inferred hardware capabilities
US20140122722A1 (en) Allocation of resources in a networked computing environment
JP4420243B2 (ja) 一時リソース・オンデマンドを提供するための装置、方法、およびプログラム
US10819777B1 (en) Failure isolation in a distributed system
Lauterbach Recovery act: Seamicro volume server power reduction research development
Mazumdar et al. SQL Hybrid Solutions
Guide FlexPod Data Center with Microsoft Fast Track Private Cloud 3
CN107291526A (zh) 一种bios与虚拟机监控器交互系统
WO2013031999A1 (ja) 抽出装置、システム、プログラム、及び、方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160329

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160418

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160816

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20161028

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161028

RD12 Notification of acceptance of power of sub attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7432

Effective date: 20161028

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20161028

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20161125

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20170106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20170313

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20170720

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170720

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20170928

RD14 Notification of resignation of power of sub attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7434

Effective date: 20170928

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171017

R150 Certificate of patent or registration of utility model

Ref document number: 6230563

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150