JP2023030899A - 管理プログラム、管理装置及び管理方法 - Google Patents

管理プログラム、管理装置及び管理方法 Download PDF

Info

Publication number
JP2023030899A
JP2023030899A JP2021136306A JP2021136306A JP2023030899A JP 2023030899 A JP2023030899 A JP 2023030899A JP 2021136306 A JP2021136306 A JP 2021136306A JP 2021136306 A JP2021136306 A JP 2021136306A JP 2023030899 A JP2023030899 A JP 2023030899A
Authority
JP
Japan
Prior art keywords
server
resource
servers
information
upper limit
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
Application number
JP2021136306A
Other languages
English (en)
Inventor
聡 稲野
Satoshi Inano
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2021136306A priority Critical patent/JP2023030899A/ja
Priority to US17/748,753 priority patent/US11822972B2/en
Publication of JP2023030899A publication Critical patent/JP2023030899A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G06F9/4893—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues taking into account power or heat criteria
    • 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/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • 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/5094—Allocation of resources, e.g. of the central processing unit [CPU] where the allocation takes into account power or heat criteria
    • 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/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • 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/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5014—Reservation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Power Sources (AREA)

Abstract

Figure 2023030899000001
【課題】高性能サーバにおける性能低下を抑制することを可能とする管理プログラム、管理装置及び管理方法を提供する。
【解決手段】複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、特定のサーバが第１リソースを用いて処理を実行した場合における複数のサーバの消費電力の第１推測値を算出し、算出した第１推測値が複数のサーバの消費電力の第１上限値を超えているか否かを判定し、第１推測値が第１上限値を超えていないと判定した場合、第１リソースを用いて処理を実行した場合における特定のサーバの消費電力の第２推測値を、特定のサーバの消費電力の第２上限値として特定のサーバに設定し、第１推測値が第１上限値を超えていると判定した場合、第１推測値が第１上限値以下になるまで設定を行わずに待機する。
【選択図】図２０

Description

本発明は、管理プログラム、管理装置及び管理方法に関する。
例えば、高性能なＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を搭載したサーバ（以下、高性能サーバとも呼ぶ）では、稼働に伴うコストを抑制することが求められる。そのため、上記のような高性能サーバを設置するデータセンターでは、高性能サーバの設置に要するコスト（以下、設置コストとも呼ぶ）を抑制する必要性から、例えば、各ラックにおける高性能サーバの搭載数を可能な限り増やすことが好ましい。
ここで、各ラックには、搭載した高性能サーバに対して供給することが可能な上限電力（以下、単に上限電力とも呼ぶ）が定められている。そのため、高性能サーバの管理を行う管理者（以下、単に管理者とも呼ぶ）は、例えば、各ラックに搭載する高性能サーバの台数を、各高性能サーバに対する電力供給（各高性能サーバの性能確保）と設置コストとのバランスを考慮しながら決定する。
そして、管理者は、例えば、高性能サーバの稼働開始後において、各ラックが高性能サーバに供給する電力が上限電力を超えたことに応じて、高性能サーバごとに予め決定した優先順位と電力の制限範囲とに基づく供給電力の制限（以下、電力キャッピングとも呼ぶ）を行う（例えば、特許文献１参照）。
国際公開第２０１１／１１４４２７号
ここで、上記のような高性能サーバでは、例えば、機械学習等の高負荷処理が行われる場合、処理が実行されている時間帯と実行されていない時間帯との間における消費電力の差が大きくなる。そのため、管理者は、この場合、高性能サーバごとの優先順位や電力の制限範囲を精度良く設定することが困難になる。したがって、高性能サーバでは、高性能サーバにおける処理状況に応じた電力キャッピングが行われず、処理性能の低下が発生する場合がある。
そこで、一つの側面では、本発明は、高性能サーバにおける性能低下を抑制することを可能とする管理プログラム、管理装置及び管理方法を提供することを目的とする。
実施の形態の一態様では、複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定し、前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する。
一つの側面によれば、高性能サーバにおける性能低下を抑制することを可能とする。
図１は、情報処理システム１００の構成について説明する図である。 図２は、ラック１０の構成について説明する図である。 図３は、管理装置１のハードウエア構成を説明する図である。 図４は、管理装置１の機能のブロック図である。 図５は、第１の実施の形態における電力管理処理の概略を説明するフローチャート図である。 図６は、第１の実施の形態における電力管理処理の詳細を説明するフローチャート図である。 図７は、第１の実施の形態における電力管理処理の詳細を説明するフローチャート図である。 図８は、リソース情報１３１の具体例について説明する図である。 図９は、リソース情報１３１の具体例について説明する図である。 図１０は、電力変換情報１３２の具体例について説明する図である。 図１１は、キャッピング候補情報１３３ａの具体例について説明する図である。 図１２は、キャッピング情報１３３の具体例について説明する図である。 図１３は、リソース情報１３１の具体例について説明する図である。 図１４は、キャッピング候補情報１３３ａの具体例について説明する図である。 図１５は、リソース情報１３１の具体例について説明する図である。 図１６は、リソース情報１３１の具体例について説明する図である。 図１７は、キャッピング候補情報１３３ａの具体例について説明する図である。 図１８は、リソース情報１３１の具体例について説明する図である。 図１９は、第１の実施の形態における電力管理処理の詳細を説明する図である。 図２０は、第１の実施の形態における電力管理処理の詳細を説明する図である。 図２１は、第２の実施の形態における管理装置１の機能のブロック図である。 図２２は、第２の実施の形態における電力管理処理の詳細を説明するフローチャート図である。 図２３は、リソース情報１３１の具体例について説明する図である。 図２４は、リソース情報１３１の具体例について説明する図である。 図２５は、第３の実施の形態における管理装置１の機能のブロック図である。 図２６は、第３の実施の形態における電力管理処理の詳細を説明するフローチャート図である。 図２７は、第３の実施の形態における電力管理処理の詳細を説明するフローチャート図である。 図２８は、リソース情報１３１の具体例について説明する図である。 図２９は、リソース情報１３１の他の具体例について説明する図である。 図３０は、電力変換情報１３２の他の具体例について説明する図である。
［第１の実施の形態における情報処理システムの構成］
初めに、情報処理システム１００の構成について説明を行う。図１は、情報処理システム１００の構成について説明する図である。また、図２は、ラック１０の構成について説明する図である。
情報処理システム１００は、例えば、管理装置１と、ユーザ端末４と、管理者端末５と、ラック１０とを有する。
ラック１０は、１台以上のサーバ２を格納するラックである。具体的に、図２に示すラック１０には、サーバ２ａ、２ｂ、２ｃ、２ｄ、２ｅ及び２ｆ（以下、これらを総称してサーバ２とも呼ぶ）が格納されている。なお、以下、６台のサーバ２がラック１０に格納されている場合について説明を行うが、ラック１０には、６台以外の台数のサーバ２が格納されるものであってもよい。また、以下、１台のラック１０が情報処理システム１００に含まれる場合について説明を行うが、情報処理システム１００は、２台以上のラック１０が含まれるものであってもよい。
サーバ２ａは、例えば、図２に示すように、複数のＣＰＵ２１と、複数のＧＰＵ２２と、メモリ２３と、ストレージ２４と、複数のＰＳＵ（Ｐｏｗｅｒ Ｓｕｐｐｌｙ Ｕｎｉｔ）２５とを有する。そして、サーバ２ａは、例えば、分電盤２０に配置されたＣＢ（Ｃｉｒｃｕｉｔ Ｂｒｅａｋｅｒ）２１及びＣＢ２２と、ラック１０に配置されたＰＤＵ（Ｐｏｗｅｒ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）１１とを経由して電源（図示せず）から供給された電力によって動作する。なお、サーバ２ｂ、２ｃ、２ｄ、２ｅ及び２ｆについては、サーバ２ａと同様の構成であるため説明を省略する。
ユーザ端末４は、例えば、サーバ２において処理を実行するユーザ（以下、単にユーザとも呼ぶ）が管理装置１に対して必要な情報の入力等を行うＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であり、インターネット等のネットワークＮＷを介して管理装置１とのアクセスを行うことが可能な端末である。
管理者端末５は、例えば、管理者が管理装置１に対して必要な情報の入力等を行うＰＣであり、インターネット等のネットワークＮＷを介して管理装置１とのアクセスを行うことが可能な端末である。
管理装置１は、例えば、ラック１０からサーバ２のそれぞれに対して供給される電力を制御する処理（以下、管理処理または電力管理処理とも呼ぶ）を行う。
具体的に、管理装置１は、例えば、ラック１０に格納されている複数のサーバ２（以下、単に複数のサーバ２とも呼ぶ）に含まれるいずれかのサーバ２（以下、特定のサーバ２とも呼ぶ）が用いるリソース（以下、第１リソースとも呼ぶ）の指定を受け付ける。この場合、管理装置１は、例えば、ユーザがユーザ端末４を介して行った指定の受け付けを行う。
そして、管理装置１は、特定のサーバ２が用いる第１リソースの指定を受け付けた場合、特定のサーバ２が第１リソースを用いて処理を実行した場合における複数のサーバ２の消費電力の合計についての推測値（以下、第１推測値とも呼ぶ）を算出する。
その後、管理装置１は、例えば、第１推測値が複数のサーバ２の消費電力の合計についての上限値（以下、第１上限値とも呼ぶ）を超えているか否かを判定する。第１上限値は、例えば、ラック１０が複数のサーバ２（ラック１０に格納された複数のサーバ２）のそれぞれに対して供給可能な電力の上限値であり、例えば、管理者によって予め設定される値である。
その結果、第１推測値が第１上限値を超えていないと判定した場合、管理装置１は、例えば、第１リソースを用いて処理を実行した場合における特定のサーバ２の消費電力の推測値（以下、第２推測値とも呼ぶ）を、特定のサーバ２の消費電力の上限値（以下、第２上限値とも呼ぶ）として特定のサーバ２に設定する。
一方、第１推測値が第１上限値を超えていると判定した場合、管理装置１は、例えば、第１推測値が第１上限値以下になるまで待機してから、第２推測値を第２上限値として特定のサーバ２に設定する。具体的に、管理装置１は、例えば、複数のサーバ２に含まれる特定のサーバ２以外のサーバ２における処理の実行の終了に伴って、第１推測値が第１上限値以下になるまで待機してから、第２推測値を第２上限値として特定のサーバ２に設定する。
すなわち、管理装置１は、例えば、特定のサーバ２が用いるリソースを、特定のサーバ２に処理を実行させるユーザ自身が指定した内容に従って決定する。そして、例えば、ユーザによって指定されたリソースを特定のサーバ２が用いた場合であっても、複数のサーバ２のそれぞれに供給される推定電力（第１推定値）が複数のサーバ２のそれぞれに供給可能な上限電力（第１上限値）を超えないと判定した場合、管理装置１は、ユーザによって指定されたリソースを特定のサーバ２が用いることを許容する制御を行う。
これに対し、例えば、ユーザによって指定されたリソースを特定のサーバ２が用いることによって、複数のサーバ２のそれぞれに供給される推定電力が複数のサーバ２のそれぞれに供給可能な上限電力を超えると判定した場合、管理装置１は、ユーザによって指定されたリソースを特定のサーバ２が用いることを許容する制御を開始せずに待ち合わせる。その後、管理装置１は、ユーザによって指定されたリソースを特定のサーバ２が用いた場合であっても、複数のサーバ２のそれぞれに供給される推定電力が複数のサーバ２のそれぞれに供給可能な上限電力を超えるようになった場合、ユーザによって指定されたリソースを特定のサーバ２が用いることを許容する制御を開始する。
これにより、本実施の形態における管理装置１は、例えば、各サーバ２における消費電力が時間帯によって大きく異なる場合であっても、各サーバ２における現在の処理状況に対応する電力キャッピング（すなわち、ユーザの意図に反しない電力キャッピング）を行うことが可能になる。そのため、管理装置１は、各サーバ２における性能低下の発生を抑制することが可能になる。具体的に、管理装置１は、例えば、各サーバ２において機械学習等の高負荷処理が行われる場合であっても、各サーバ２における性能低下の発生を抑制することが可能になる。
［情報処理システムのハードウエア構成］
次に、情報処理システム１００のハードウエア構成について説明する。図３は、管理装置１のハードウエア構成を説明する図である。
管理装置１は、図３に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、Ｉ／Ｏインタフェース１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。
記憶媒体１０４は、例えば、電力管理処理を行うためのプログラム１１０を記憶するプログラム格納領域（図示せず）を有する。また、記憶媒体１０４は、例えば、電力管理処理を行う際に用いられる情報を記憶する情報格納領域１３０を有する。なお、記憶媒体１０４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であってよい。
ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して電力管理処理を行う。
Ｉ／Ｏインタフェース１０３は、例えば、ネットワークインターフェースカード等のインタフェース機器であり、インターネット等のネットワークＮＷを介して管理者端末５とアクセスが可能である。また、Ｉ／Ｏインタフェース１０３は、例えば、ラック１０（ラック１０に搭載された各サーバ２）とアクセスが可能である。
［情報処理システムの機能］
次に、情報処理システム１００の機能について説明を行う。図４は、管理装置１の機能のブロック図である。
管理装置１は、図４に示すように、例えば、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、指定受付部１１１と、設定変更部１１２と、電力比較部１１３と、電力設定部１１４とを含む各種機能を実現する。
また、管理装置１は、例えば、リソース情報１３１と、電力変換情報１３２と、キャッピング情報１３３とを情報格納領域１３０に記憶する。
指定受付部１１１は、例えば、特定のサーバ２が用いる第１リソースの指定を受け付ける。具体的に、指定受付部１１１は、例えば、ユーザがユーザ端末４を介して行った第１リソースの指定を受け付ける。
設定変更部１１２は、例えば、指定受付部１１１が受け付けた指定の内容に従って、情報格納領域１３０に記憶されたリソース情報１３１を更新する。リソース情報１３１は、ラック１０に格納された各サーバ２が用いるリソース（以下、第２リソースとも呼ぶ）を示す情報であり、管理者によって予め指定された情報である。具体的に、設定変更部１１２は、例えば、特定のサーバ２に対応する第２リソースとして第１リソースが設定されるようにリソース情報１３１の更新を行う。
電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１（設定変更部１１２によって変更されたリソース情報１３１）と電力変換情報１３２とを参照し、リソース情報１３１の内容に従った場合における複数のサーバ２の消費電力の合計についての第１推測値を算出する。電力変換情報１３２は、例えば、各サーバ２が各リソースを用いた場合における消費電力を示す情報である。
具体的に、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１と電力変換情報１３２とを参照し、複数のサーバ２のそれぞれの消費電力の第２推定値を算出する。そして、電力比較部１１３は、例えば、算出した第２推定値を合計することによって第１推定値を算出する。
さらに具体的に、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１と電力変換情報１３２とを参照し、キャッピング情報１３３を生成する。キャッピング情報１３３は、複数のサーバ２のそれぞれの消費電力の第２推定値を示す情報である。そして、電力比較部１１３は、例えば、生成したキャッピング情報１３３が示す第２推定値を合計することによって第１推測値を算出する。
なお、電力比較部１１３は、例えば、情報格納領域１３０に記憶した電力変換情報１３２を参照し、指定受付部１１１が指定を受け付けた第１リソースを特定のサーバ２が用いる場合の消費電力の第２推定値を算出するものであってもよい。そして、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１を参照し、複数のサーバ２のうちの特定のサーバ２以外のサーバ２ごとに、各サーバ２に対応する第２リソースを特定するものであってもよい。さらに、電力比較部１１３は、例えば、情報格納領域１３０に記憶した電力変換情報１３２を参照し、複数のサーバ２のうちの特定のサーバ２以外のサーバ２ごとに、各サーバ２が各サーバ２に対応する第２リソースを用いる場合の消費電力の第２推定値を算出するものであってもよい。そして、電力比較部１１３は、例えば、複数のサーバ２のそれぞれについて算出した第２推定値を合計することによって第１推測値を算出するものであってもよい。
その後、電力比較部１１３は、例えば、算出した第１推測値が複数のサーバ２の消費電力の合計についての第１上限値を超えているか否かを判定する。
電力設定部１１４は、例えば、第１推測値が第１上限値を超えていないと電力比較部１１３が判定した場合、第１リソースを用いる場合における特定のサーバ２の消費電力の第２推測値を、特定のサーバ２の消費電力の第２上限値として特定のサーバ２に設定する。
具体的に、電力設定部１１４は、例えば、電力比較部１１３が生成したキャッピング情報１３３に含まれる電力のうち、特定のサーバ２の消費電力の第２推定値を特定する。そして、電力設定部１１４は、例えば、特定した第２推定値を第２上限値として特定のサーバ２に設定する処理（以下、設定処理とも呼ぶ）を行う。
なお、電力設定部１１４は、この場合、第２推定値を第２上限値として設定する指示を特定のサーバ２に送信するものであってよい。そして、特定のサーバ２のＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）は、管理装置１（電力設定部１１４）からの指示に応じて、特定のサーバ２の消費電力が第２上限値（第２推定値）を超えないようにＣＰＵやＧＰＵの動作周波数の制御を行うものであってよい。
また、電力設定部１１４は、例えば、第１推測値が第１上限値を超えていると電力比較部１１３が判定した場合、第１推測値が第１上限値以下になるまで待機してから、第２推測値を第２上限値として特定のサーバ２に設定する。
具体的に、電力設定部１１４は、例えば、複数のサーバ２に含まれる特定のサーバ２以外のサーバ２における処理の実行の終了に伴って、電力比較部１１３が再度生成したキャッピング情報１３３から算出された第１推測値が第１上限値以下になるまで待機してから、第２推測値を第２上限値として特定のサーバ２に設定する設定処理を行う。
［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図５は、第１の実施の形態における電力管理処理の概略を説明するフローチャート図である。
管理装置１は、図５に示すように、例えば、ラック１０に格納されている複数のサーバ２に含まれる特定のサーバ２が用いる第１リソースの指定を新たに受け付けるまで待機する（Ｓ１１のＮＯ）。
そして、第１リソースの指定を新たに受け付けた場合（Ｓ１１のＹＥＳ）、管理装置１は、特定のサーバ２が第１リソースを用いて処理を実行した場合における複数のサーバ２の消費電力の合計についての第１推測値を算出する（Ｓ１２）。
その後、管理装置１は、第１推測値が複数のサーバ２の消費電力の合計についての第１上限値を超えているか否かを判定する（Ｓ１３）。
その結果、第１推測値が第１上限値を超えていないと判定した場合（Ｓ１３のＮＯ）、管理装置１は、例えば、第１リソースを用いて処理を実行した場合における特定のサーバ２の消費電力の第２推測値を、特定のサーバ２の消費電力の第２上限値として特定のサーバ２に設定する（Ｓ１５）。
一方、第１推測値が第１上限値を超えていると判定した場合（Ｓ１３のＹＥＳ）、管理装置１は、第１推測値が第１上限値を超えるまで待機する（Ｓ１４のＮＯ）。具体的に、管理装置１は、例えば、複数のサーバ２に含まれる特定のサーバ２以外のサーバ２における処理の実行の終了に伴って、第１推測値が第１上限値以下になるまで待機する。
そして、第１推測値が第１上限値を超えた場合（Ｓ１４のＮＯ）、管理装置１は、例えば、Ｓ１５の処理を行う。
すなわち、本実施の形態における管理装置１は、特定のサーバ２が用いるリソースを、特定のサーバ２に処理を実行させるユーザ自身が指定した内容（Ｓ１１の処理で指定された内容）に従って決定する。
これにより、本実施の形態における管理装置１は、例えば、各サーバ２における消費電力が時間帯によって大きく異なる場合であっても、各サーバ２における現在の処理状況に対応する電力キャッピング（すなわち、ユーザの意図に反しない電力キャッピング）を行うことが可能になる。そのため、管理装置１は、各サーバ２における性能低下の発生を抑制することが可能になる。具体的に、管理装置１は、例えば、各サーバ２において機械学習等の高負荷処理が行われる場合であっても、各サーバ２における性能低下の発生を抑制することが可能になる。
［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明を行う。図６から図７は、第１の実施の形態における電力管理処理の詳細を説明するフローチャート図である。また、図８から図２０は、第１の実施の形態における電力管理処理の詳細を説明する図である。
指定受付部１１１は、図６に示すように、例えば、特定のサーバ２が用いる第１リソースの指定を受け付けるまで待機する（Ｓ２１のＮＯ）。
そして、第１リソースの指定を受け付けた場合（Ｓ２１のＹＥＳ）、設定変更部１１２は、例えば、Ｓ２１の処理で受け付けた指定に対応する内容をリソース情報１３１に設定する（Ｓ２２）。具体的に、設定変更部１１２は、例えば、Ｓ２１の処理で受け付けた指定に対応する内容に従って、情報格納領域１３０に記憶されたリソース情報１３１のうちの特定のサーバ２に対応する情報を更新する。以下、リソース情報１３１の具体例について説明を行う。
［リソース情報の具体例］
図８、図９、図１３、図１５、図１６及び図１８は、リソース情報１３１の具体例について説明する図である。
図８等に示すリソース情報１３１は、各サーバ２の名称を示す「サーバ名」と、各サーバ２が用いるＣＰＵ２１のコア数の多さを示す「ＣＰＵ」と、各サーバ２が用いるＧＰＵ２２の数を示す「ＧＰＵ」とを項目として有する。「ＣＰＵ」には、各サーバ２が用いるＣＰＵ２１のコア数が多いことを示す「Ｈ（Ｈｉｇｈ）」、または、各サーバ２が用いるＣＰＵ２１のコア数の少ないことを示す「Ｌ（Ｌｏｗ）」が設定される。また、図８等に示すリソース情報１３１は、各サーバ２が用いるリソースが予約されている状態（以下、予約状態とも呼ぶ）にあるか否かを示す「予約」を項目として有する。「予約」には、各サーバ２が用いるリソースが予約状態にあることを示す「あり」、または、各サーバ２が用いるリソースが予約状態にないことを示す「なし」が設定される。なお、各サーバ２に用いるリソースの予約については後述する。
具体的に、図８に示すリソース情報１３１において、例えば、１行目の情報には、「サーバ名」として「サーバ２ａ」が設定され、「ＣＰＵ」として「Ｌ」が設定され、「ＧＰＵ」として「０」が設定され、「予約」として「なし」が設定されている。
また、図８に示すリソース情報１３１において、例えば、２行目の情報には、「サーバ名」として「サーバ２ｂ」が設定され、「ＣＰＵ」として「Ｈ」が設定され、「ＧＰＵ」として「４」が設定され、「予約」として「なし」が設定されている。
すなわち、図８に示すリソース情報１３１は、例えば、サーバ２ａにおいて実行される処理よりもサーバ２ｂにおいて実行される処理の方がより多くのリソースを用いることを示している。言い換えれば、図８に示すリソース情報１３１は、例えば、サーバ２ａが用いるリソースよりもサーバ２ｂが用いるリソースの方が多くなるように、ユーザによる設定が行われたことを示している。図８に含まれる他の情報については説明を省略する。
そして、Ｓ１１の処理において、例えば、サーバ２ａのＣＰＵ２１についての設定を「Ｈ」とし、かつ、サーバ２ａのＧＰＵ２２についての設定を「４」とする旨の指定を受け付けた場合、設定変更部１１２は、例えば、図９の下線部分に示すように、リソース情報１３１に含まれる情報のうち、「サーバ名」が「サーバ２ａ」である情報（１行目の情報）における「ＣＰＵ」及び「ＧＰＵ」のそれぞれを「Ｈ」及び「４」に変更する。
図６に戻り、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１（Ｓ２２の処理で内容が変更されたリソース情報１３１）と電力変換情報１３２とを参照し、複数のサーバ２のそれぞれの消費電力の第２推測値を算出する（Ｓ２３）。以下、電力変換情報１３２の具体例について説明を行う。
［電力変換情報の具体例］
図１０は、電力変換情報１３２の具体例について説明する図である。
図１０に示す電力変換情報１３２は、各リソースの名称を示す「リソース名」と、各リソースに対応する設定を示す「設定」と、各リソースを用いた場合の消費電力を示す「電力値」とを項目として有する。
具体的に、図１０に示す電力変換情報１３２において、例えば、１行目の情報には、「リソース名」として「ＣＰＵ」が設定され、「設定」として「Ｌ」が設定され、「電力値」として「３００（Ｗ）」が設定されている。
また、図１０に示す電力変換情報１３２において、例えば、２行目の情報には、「リソース名」として「ＣＰＵ」が設定され、「設定」として「Ｈ」が設定され、「電力値」として「９００（Ｗ）」が設定されている。
さらに、図１０に示す電力変換情報１３２において、例えば、５行目の情報には、「リソース名」として「ＧＰＵ」が設定され、「設定」として「４」が設定され、「電力値」として「１３００（Ｗ）」が設定されている。図１０に含まれる他の情報については説明を省略する。
ここで、図９で説明したリソース情報１３１において、１行目の情報には、「サーバ名」として「サーバ２ａ」が設定され、「ＣＰＵ」として「Ｈ」が設定され、「ＧＰＵ」として「４」が設定されている。そのため、電力比較部１１３は、Ｓ２３の処理において、例えば、サーバ２ａがＣＰＵ２１を用いることに伴う電力として「９００（Ｗ）」を特定し、サーバ２ａがＧＰＵ２２を用いることに伴う電力として「１３００（Ｗ）」を特定する。そして、電力比較部１１３は、この場合、サーバ２ａに対応する第２推定値として、「９００（Ｗ）」と「１３００（Ｗ）」との合計である「２２００（Ｗ）」を算出する。
なお、電力比較部１１３は、例えば、Ｓ２３の処理で算出した第２推定値のそれぞれを含む情報を、キャッピング情報１３３として用いる可能性がある候補情報（以下、キャッピング候補情報１３３ａとも呼ぶ）として生成するものであってもよい。以下、キャッピング候補情報１３３ａについて説明を行う。
［キャッピング候補情報の具体例］
図１１、図１４及び図１７は、キャッピング候補情報１３３ａの具体例について説明する図である。
図１１等に示すキャッピング候補情報１３３ａは、各サーバ２の名称を示す「サーバ名」と、各サーバ２に対応する第２推定値を示す「キャッピング電力値」とを項目として有する。
具体的に、図１１に示すキャッピング候補情報１３３ａにおいて、例えば、１行目の情報には、「サーバ名」として「サーバ２ａ」が設定され、「キャッピング電力値」として「２２００（Ｗ）」が設定されている。
また、図１１に示すキャッピング候補情報１３３ａにおいて、例えば、２行目の情報には、「サーバ名」として「サーバ２ｂ」が設定され、「キャッピング電力値」として「２２００（Ｗ）」が設定されている。図１１に含まれる他の情報については説明を省略する。
図６に戻り、電力比較部１１３は、例えば、Ｓ２３の処理で算出した第２推測値のそれぞれを合計して第１推測値を算出する（Ｓ２４）。
具体的に、図１１で示すキャッピング候補情報１３３ａには、「キャッピング電力値」として「２２００（Ｗ）」、「２２００（Ｗ）」、「４００（Ｗ）」、「１０００（Ｗ）」、「４００（Ｗ）」及び「３４００（Ｗ）」が設定されている。そのため、電力比較部１１３は、Ｓ２４の処理において、例えば、「２２００（Ｗ）」、「２２００（Ｗ）」、「４００（Ｗ）」、「１０００（Ｗ）」、「４００（Ｗ）」及び「３４００（Ｗ）」の合計である「９６００（Ｗ）」を第１推測値として算出する。
続いて、電力比較部１１３は、例えば、Ｓ２４の処理で算出した第１推定値が第１上限値を超えているか否かについて判定する（Ｓ２５）。
具体的に、例えば、第１上限値が「１００００（Ｗ）」であって第１推測値が「９６００（Ｗ）」である場合、電力比較部１１３は、第１推測値が第１上限値を超えていないと判定する。
その結果、Ｓ２４の処理で算出した第１推定値が第１上限値を超えていないと判定した場合（Ｓ２５のＮＯ）、電力設定部１１４は、例えば、Ｓ２３の処理で算出した第２推測値をキャッピング情報１３３として情報格納領域１３０に記憶する（Ｓ２６）。具体的に、電力設定部１１４は、例えば、電力比較部１１３が生成したキャッピング候補情報１３３ａをキャッピング情報１３３として情報格納領域１３０に記憶する。以下、キャッピング情報１３３の具体例について説明を行う。
［キャッピング情報の具体例］
図１２は、キャッピング情報１３３の具体例について説明する図である。
図１２に示すキャッピング情報１３３は、図１１で説明したキャッピング候補情報１３３ａと同一の項目を有する。
そして、図１２に示すキャッピング情報１３３において、例えば、１行目の情報には、図１１で説明したキャッピング候補情報１３３ａと同様に、「サーバ名」として「サーバ２ａ」が設定され、「キャッピング電力値」として「２２００（Ｗ）」が設定されている。
また、図１２に示すキャッピング情報１３３において、例えば、２行目の情報には、図１１で説明したキャッピング候補情報１３３ａと同様に、「サーバ名」として「サーバ２ｂ」が設定され、「キャッピング電力値」として「２２００（Ｗ）」が設定されている。図１２に含まれる他の情報については説明を省略する。
図６に戻り、電力設定部１１４は、例えば、情報格納領域１３０に記憶したキャッピング情報１３３に設定された第２推測値のそれぞれを、複数のサーバの消費電力の第２上限値として複数のサーバ２のそれぞれに設定する（Ｓ２７）。
すなわち、ラック１０では、例えば、ユーザによって指定された内容に基づいて生成されたキャッピング情報１３３に従うことによって、複数のサーバ２のそれぞれに対する電力供給を行う。
これにより、管理装置１は、例えば、ユーザが意図しないタイミングにおいて電力キャッピングが行われることの防止が可能になる。
一方、Ｓ２５の処理において、Ｓ２４の処理で算出した第１推定値が第１上限値を超えていると判定した場合（Ｓ２５のＹＥＳ）、設定変更部１１２は、図７に示すように、例えば、特定のサーバ２が第１リソースを予約していることを示す情報をリソース情報１３１に設定する（Ｓ３１）。
すなわち、Ｓ２４の処理で算出した第１推定値が第１上限値を超えている場合、管理装置１は、ラック１０の電力供給能力の制約から、特定のサーバ２に第１リソースを使用させることができないと判定する。そして、管理装置１は、この場合、特定のサーバ２が第１リソースを用いる場合に必要な電力の供給（特定のサーバ２に対する電力の供給）を行わずに待機させるために、特定のサーバ２が用いる第１リソースが予約状態にあることを示す情報をリソース情報１３１に設定する。以下、Ｓ３１の処理の具体例について説明を行う。
［Ｓ３１の処理の具体例］
図１３から図１５は、Ｓ３１の処理の具体例を説明する図である。
例えば、図１３に示すリソース情報１３１のように、「サーバ名」が「サーバ２ａ」である情報（１行目の情報）の「ＣＰＵ」及び「ＧＰＵ」に「Ｈ」及び「８」が設定されている場合、電力比較部１１３は、Ｓ２３の処理において、図１４に示すキャッピング候補情報１３３ａのように、「サーバ名」が「サーバ２ａ」である情報（１行目の情報）の「キャッピング電力値」として「３４００（Ｗ）」を設定する。そして、電力比較部１１３は、この場合、Ｓ２４に処理において、第１推測値として「１０８００（Ｗ）」を算出する。
ここで、例えば、第１上限値が「１００００（Ｗ）」である場合、第１推測値として算出された「１０８００（Ｗ）」は、第１上限値を超えている。そのため、設定変更部１１２は、この場合、図１５の下線部分に示すように、「サーバ名」が「サーバ２ａ」である情報（１行目の情報）の「予約」に「あり」を設定する。
図７に戻り、設定変更部１１２は、例えば、複数のサーバ２のうちの特定のサーバ２以外のサーバ２において実行されている処理が終了するまで待機する（Ｓ３２のＮＯ）。
そして、複数のサーバ２のうちの特定のサーバ２以外のサーバ２において実行されている処理が終了した場合（Ｓ３２のＹＥＳ）、設定変更部１１２は、例えば、Ｓ３２の処理で処理が終了したサーバ２のリソースが解放されたことを示す情報をリソース情報１３１に設定する（Ｓ３３）。
具体的に、例えば、サーバ２ｆにおいて実行されていた処理が終了した場合、設定変更部１１２は、例えば、図１６の下線部分に示すように、「サーバ名」が「サーバ２ｆ」である情報（６行目の情報）の「ＣＰＵ」及び「ＧＰＵ」として「Ｌ」及び「０」をそれぞれ設定する。
続いて、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１（Ｓ３３の処理で内容が変更されたリソース情報１３１）と電力変換情報１３２とを参照し、複数のサーバ２のそれぞれの消費電力の第２推測値を算出する（Ｓ３４）。
具体的に、電力比較部１１３は、この場合、例えば、図１７の下線部分に示すように、「サーバ名」が「サーバ２ｆ」である情報（６行目の情報）の「キャッピング電力」に設定される情報を更新する。
その後、電力比較部１１３は、例えば、Ｓ３４の処理で算出した第２推測値のそれぞれを合計して第１推測値を算出する（Ｓ３５）。
そして、電力比較部１１３は、例えば、Ｓ３５の処理で算出した第１推定値が第１上限値を超えているか否かについて判定する（Ｓ３６）。
その結果、Ｓ３５の処理で算出した第１推定値が第１上限値を超えていると判定した場合（Ｓ３６のＹＥＳ）、設定変更部１１２は、例えば、Ｓ３２以降の処理を再度行う。
一方、Ｓ３５の処理で算出した第１推定値が第１上限値を超えていないと判定した場合（Ｓ３６のＮＯ）、設定変更部１１２は、例えば、特定のサーバ２が第１リソースを予約していることを示す情報をリソース情報１３１から削除する（Ｓ３７）。その後、電力設定部１１４は、Ｓ２６以降の処理を行う。
すなわち、設定変更部１１２は、この場合、ラック１０による電力供給状況の変化により、特定のサーバ２に第１リソースを使用させることができるようになったと判定し、特定のサーバ２が第１リソースを予約していることを示す情報をリソース情報１３１から削除する。
具体的に、設定変更部１１２は、図１８の下線部分に示すように、「サーバ名」が「サーバ２ａ」である情報（１行目の情報）の「予約」に「なし」を設定する。
このように、本実施の形態における管理装置１は、例えば、ラック１０に格納されている複数のサーバ２に含まれる特定のサーバ２が用いる第１リソースの指定を新たに受け付ける。そして、管理装置１は、特定のサーバ２が用いる第１リソースの指定を新たに受け付けた場合、特定のサーバ２が第１リソースを用いて処理を実行した場合における複数のサーバ２の消費電力の合計についての第１推測値を算出する。
その後、管理装置１は、例えば、第１推測値が複数のサーバ２の消費電力の合計についての第１上限値を超えているか否かを判定する。
その結果、第１推測値が第１上限値を超えていないと判定した場合、管理装置１は、例えば、第１リソースを用いて処理を実行した場合における特定のサーバ２の消費電力の第２推測値を、特定のサーバ２の消費電力の第２上限値として特定のサーバ２に設定する。
具体的に、管理装置１は、例えば、図１９に示すように、複数のサーバ２のそれぞれが用いる消費電力の合計（第１推測値）が予め定められた上限電力（第１上限値）よりも小さい場合、リソース情報１３１と電力変換情報１３２とから生成されたキャッピング候補情報１３３ａに含まれる各値（第２推測値）を、特定のサーバ２の消費電力の上限電力（第２上限値）として特定のサーバ２に設定する。
一方、第１推測値が第１上限値を超えていると判定した場合、管理装置１は、例えば、第１推測値が第１上限値以下になるまで待機してから、第２推測値を第２上限値として特定のサーバ２に設定する。具体的に、管理装置１は、例えば、複数のサーバ２に含まれる特定のサーバ２以外のサーバ２における処理の実行の終了に伴って、第１推測値が第１上限値以下になるまで待機する。
具体的に、管理装置１は、例えば、図２０に示すように、複数のサーバ２のそれぞれが用いる消費電力の合計（第１推測値）が予め定められた上限電力（第１上限値）よりも大きい場合、特定のサーバ２が予約状態にあることを示す情報をリソース情報１３１に設定することによって、複数のサーバ２のそれぞれが用いる消費電力の合計（第１推測値）が上限電力（第１上限値）以下になるまで待機する。
すなわち、本実施の形態における管理装置１は、特定のサーバ２が用いるリソースを、特定のサーバ２に処理を実行させるユーザ自身が指定した内容に従って決定する。
これにより、本実施の形態における管理装置１は、例えば、各サーバ２における消費電力が時間帯によって大きく異なる場合であっても、各サーバ２における現在の処理状況に対応する電力キャッピング（すなわち、ユーザの意図に反しない電力キャッピング）を行うことが可能になる。そのため、管理装置１は、各サーバ２における性能低下の発生を抑制することが可能になる。具体的に、管理装置１は、例えば、各サーバ２において機械学習等の高負荷処理が行われる場合であっても、各サーバ２における性能低下の発生を抑制することが可能になる。
なお、電力比較部１１３は、Ｓ２３の処理において、Ｓ２２の処理でリソース情報１３１の内容が変更されたサーバ２に対応する第２推定値のみを算出するものであってもよい。同様に、電力比較部１１３は、Ｓ３４の処理において、Ｓ３３の処理でリソース情報１３１の内容が変更されたサーバ２に対応する第２推定値のみを算出するものであってもよい。
また、電力設定部１１４は、Ｓ２６の処理において、情報格納領域１３０に記憶したキャッピング情報１３３のうち、Ｓ２３の処理で算出した第２推定値に対応する情報のみを更新するものであってもよい。さらに、電力設定部１１４は、Ｓ２７の処理において、Ｓ２３の処理で算出した第２推定値に対応するサーバ２の第２上限値のみの設定を行うものであってもよい。
［第２の実施の形態］
次に、第２の実施の形態について説明を行う。図２１から図２４は、第２の実施の形態について説明する図である。
第２の実施の形態における電力管理処理では、例えば、各サーバ２における処理の実行が終了したタイミングに加えて、各サーバ２が用いるリソースが解放される時刻として予め指定された時刻（以下、解放時刻とも呼ぶ）になったタイミングにおいても、新たなキャッピング情報１３３を生成して各サーバ２に設定を行う。
これにより、第２の実施の形態における管理装置１は、ユーザの意図がより反映された電力キャッピングを行うことが可能になる。以下、第１の実施の形態における電力管理処理と異なる点について説明を行う。
［情報処理システムの機能］
次に、第２の実施の形態における情報処理システム１００の機能について説明を行う。図２１は、第２の実施の形態における管理装置１の機能のブロック図である。
管理装置１は、図２１に示すように、例えば、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、指定受付部１１１と、設定変更部１１２と、電力比較部１１３と、電力設定部１１４と、時刻比較部１１５とを含む各種機能を実現する。
また、管理装置１は、例えば、リソース情報１３１と、電力変換情報１３２と、キャッピング情報１３３とを情報格納領域１３０に記憶する。
時刻比較部１１５は、例えば、１分ごと等の所定時間ごとに、複数のサーバ２のそれぞれが用いるリソースの解放時刻と現在時刻との比較を行う。
そして、設定変更部１１２は、例えば、現在時刻が解放時刻に到達しているサーバ２（以下、解放サーバ２とも呼ぶ）が存在すると時刻比較部１１５が判定した場合、情報格納領域１３０に記憶されたリソース情報１３１を更新する。具体的に、設定変更部１１２は、例えば、解放サーバ２が用いていたリソースが解放されたことを示す情報をリソース情報１３１に設定する。
続いて、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１（設定変更部１１２によって変更されたリソース情報１３１）と電力変換情報１３２とを参照し、解放サーバ２の消費電力の第２推定値を算出する。
具体的に、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１（設定変更部１１２によって変更されたリソース情報１３１）と電力変換情報１３２とを参照し、情報格納領域１３０に記憶したキャッピング情報１３３のうち、解放サーバ２の消費電力の第２推定値に対応する情報を更新する。
その後、電力設定部１１４は、例えば、電力比較部１１３が算出した第２推定値のうち、解放サーバ２の消費電力の第２推定値を、解放サーバ２の消費電力の第２上限値として解放サーバ２に設定する。
［第２の実施の形態の詳細］
次に、第２の実施の形態の詳細について説明を行う。図２２は、第２の実施の形態における電力管理処理の詳細を説明するフローチャート図である。また、図２３及び図２４は、第２の実施の形態における電力管理処理の詳細を説明する図である。
時刻比較部１１５は、図２２に示すように、例えば、情報格納領域１３０に記憶したリソース情報１３１を参照し、現在時刻がリソース情報１３１に設定された解放時刻のうちのいずれかに到達するまで待機する（Ｓ４１のＮＯ）。
そして、現在時刻がリソース情報１３１に設定された解放時刻のうちのいずれかに到達した場合（Ｓ４１のＹＥＳ）、設定変更部１１２は、例えば、解放サーバ２が用いているリソースが解放されたことを示す情報をリソース情報１３１に設定する（Ｓ４２）。以下、第２の実施の形態におけるリソース情報１３１の具体例について説明を行う。
［リソース情報の具体例］
図２３及び図２４は、リソース情報１３１の具体例について説明する図である。
図２３等に示すリソース情報１３１は、図８等で説明したリソース情報１３１に加えて、各サーバ２が用いているリソースの解放時刻を示す「時刻」を項目として有する。以下、図２３及び図２４に示すリソース情報１３１を時刻情報とも呼ぶ。
具体的に、図２３に示すリソース情報１３１において、例えば、１行目の情報には、「サーバ名」として「サーバ２ａ」が設定され、「ＣＰＵ」として「Ｌ」が設定され、「ＧＰＵ」として「０」が設定され、「予約」として「なし」が設定され、「時刻」として情報が設定されていないことを示す「－」が設定されている。
また、図２３に示すリソース情報１３１において、例えば、６行目の情報には、「サーバ名」として「サーバ２ｆ」が設定され、「ＣＰＵ」として「Ｈ」が設定され、「ＧＰＵ」として「８」が設定され、「予約」として「なし」が設定され、「時刻」として「６：００」が設定されている。図２３に含まれる他の情報については説明を省略する。
そのため、例えば、現在時刻が６時になった場合、設定変更部１１２は、図２４の下線部分に示すように、「サーバ名」が「サーバ２ｆ」である情報（６行目の情報）の「ＣＰＵ」及び「ＧＰＵ」のそれぞれに「Ｌ」及び「０」を設定するとともに、「時刻」に「－」を設定する。
図２２に戻り、電力比較部１１３は、例えば、情報格納領域１３０に記憶したリソース情報１３１（Ｓ４２の処理で内容が変更されたリソース情報１３１）と電力変換情報１３２とを参照し、複数のサーバ２のそれぞれの消費電力の第２推測値を算出する（Ｓ４３）。
そして、電力設定部１１４は、例えば、Ｓ４３の処理で算出した第２推測値をキャッピング情報１３３として情報格納領域１３０に記憶する（Ｓ４４）。
その後、電力設定部１１４は、例えば、情報格納領域１３０に記憶したキャッピング情報１３３に設定された第２推測値のそれぞれを、複数のサーバの消費電力の第２上限値として複数のサーバ２のそれぞれに設定する（Ｓ４５）。
これにより、第２の実施の形態における管理装置１は、ユーザの意図がより反映された電力キャッピングを行うことが可能になる。
なお、電力比較部１１３は、Ｓ４３の処理において、解放サーバ２に対応する第２推定値のみを算出するものであってもよい。また、電力設定部１１４は、Ｓ４４の処理において、情報格納領域１３０に記憶したキャッピング情報１３３のうち、Ｓ４３の処理で算出した第２推定値に対応する情報のみを更新するものであってもよい。さらに、電力設定部１１４は、Ｓ４５の処理において、解放サーバ２の第２上限値のみの設定を行うものであってもよい。
また、管理装置１は、各サーバ２における処理の実行が終了したタイミングと、各サーバ２に対応する解放時刻になったタイミングとに加え、例えば、各サーバ２の消費電力が予め定められた閾値以下になったタイミングにおいても、新たなキャッピング情報１３３を生成して各サーバ２に設定を行うものであってもよい。
［第３の実施の形態］
次に、第３の実施の形態について説明を行う。図２５から図２８は、第３の実施の形態について説明する図である。
第３の実施の形態における電力管理処理では、例えば、特定のサーバ２が用いる第１リソースが予約状態になった場合や、特定のサーバ２が用いる第１リソースについての予約状態が解除された場合、その旨をユーザに通知する。
これにより、第３の実施の形態における電力管理処理では、特定のサーバ２における電力の供給状況についての情報をユーザに通知することが可能になる。
また、第３の実施の形態における電力管理処理では、例えば、特定のサーバ２が用いる第１リソースについての予約状態が解除された場合、特定のサーバ２における所定のプログラムの実行を指示する。
これにより、第３の実施の形態における電力管理処理では、特定のサーバ２が用いる第１リソースについての予約状態が解除されたことに応じて、実行予定のプログラム（例えば、実行の開始を待機していたプログラム）の実行を自動的に開始することが可能になる。以下、第１の実施の形態における電力管理処理と異なる点について説明を行う。
［情報処理システムの機能］
次に、第３の実施の形態における情報処理システム１００の機能について説明を行う。図２５は、第３の実施の形態における管理装置１の機能のブロック図である。
管理装置１は、図２５に示すように、例えば、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、指定受付部１１１と、設定変更部１１２と、電力比較部１１３と、電力設定部１１４と、情報通知部１１６と、実行指示部１１７とを含む各種機能を実現する。
また、管理装置１は、例えば、リソース情報１３１と、電力変換情報１３２と、キャッピング情報１３３とを情報格納領域１３０に記憶する。
情報通知部１１６は、例えば、第１推測値が第１上限値を超えていると電力比較部１１３が判定した場合、特定のサーバ２が用いる第１リソースが予約状態になったことを示す通知をユーザ端末４に送信する。
また、情報通知部１１６は、例えば、複数のサーバ２に含まれる特定のサーバ２以外のサーバ２における処理の実行の終了に伴って、第１推測値が第１上限値以下になったと電力比較部１１３が判定した場合、または、電力設定部１１４が実行せずに待機していた設定処理を実行した場合、特定のサーバ２が用いる第１リソースについての予約状態が解除されたことを示す通知をユーザ端末４に送信する。
実行指示部１１７は、例えば、複数のサーバ２に含まれる特定のサーバ２以外のサーバ２における処理の実行の終了に伴って、第１推測値が第１上限値以下になったと電力比較部１１３が判定した場合、または、電力設定部１１４が実行せずに待機していた設定処理を実行した場合、実行予定のプログラム（例えば、ユーザによって予め指定されたプログラム）の実行を指示する。
［第３の実施の形態の詳細］
次に、第３の実施の形態の詳細について説明を行う。図２６及び図２７は、第３の実施の形態における電力管理処理の詳細を説明するフローチャート図である。また、図２８は、第３の実施の形態における電力管理処理の詳細を説明する図である。
情報通知部１１６は、図２５に示すように、例えば、Ｓ３１の処理において、特定のサーバ２が用いる第１リソースが予約状態になったことを示す情報がリソース情報１３１に設定されるまで待機する（Ｓ５１のＮＯ）。
そして、特定のサーバ２が用いる第１リソースが予約状態になったことを示す情報がリソース情報１３１に設定された場合（Ｓ５１のＹＥＳ）、情報通知部１１６は、例えば、特定のサーバ２が用いる第１リソースが予約状態になったことを示す通知を、特定のサーバ２に対応するユーザ端末４に通知する（Ｓ５２）。以下、第３の実施の形態におけるリソース情報１３１の具体例について説明を行う。
［リソース情報の具体例］
図２８は、リソース情報１３１の具体例について説明する図である。
図２８に示すリソース情報１３１は、図８等で説明したリソース情報１３１に加えて、各サーバ２が用いるリソースが予約状態になったことを通知する端末の識別情報（名称）を示す「端末名」と、各サーバ２がリソースを用いることによって実行するプログラムの名称を示す「プログラム名」とを項目として有する。
具体的に、図２８に示すリソース情報１３１において、例えば、１行目の情報には、「サーバ名」として「サーバ２ａ」が設定され、「ＣＰＵ」として「Ｌ」が設定され、「ＧＰＵ」として「０」が設定され、「予約」として「なし」が設定され、「通知先」として「－」が設定され、「プログラム」として「－」が設定されている。
また、図２８に示すリソース情報１３１において、例えば、２行目の情報には、「サーバ名」として「サーバ２ｂ」が設定され、「ＣＰＵ」として「Ｈ」が設定され、「ＧＰＵ」として「４」が設定され、「予約」として「なし」が設定され、「端末名」として「Ｕ１」が設定され、「プログラム名」として「Ｐ１」が設定されている。図２８に含まれる他の情報については説明を省略する。
そのため、例えば、サーバ２ｂが用いるリソースが予約状態になった場合、情報通知部１１６は、サーバ２ｂが用いるリソースが予約状態になったことを示す通知を、「端末名」が「Ｕ１」であるユーザ端末４に送信する。
これにより、本実施の形態における管理装置１は、特定のサーバ２における電力の供給状況についての情報をユーザに通知することが可能になる。
図２６に戻り、実行指示部１１７は、例えば、Ｓ３７の処理において、特定のサーバ２が用いる第１リソースを予約していることを示す情報がリソース情報１３１から削除されるまで待機する（Ｓ６１のＮＯ）。
そして、特定のサーバ２が用いる第１リソースについての予約状態が解除されたことを示す情報がリソース情報１３１から削除された場合（Ｓ６１のＹＥＳ）、実行指示部１１７は、例えば、特定のサーバ２が第１リソースを用いて実行するプログラムの実行開始を指示する（Ｓ６２）。
具体的に、図２８に示すリソース情報１３１において、「サーバ名」が「サーバ２ｂ」である情報（２行目の情報）には、「プログラム名」として「Ｐ１」が設定されている。そのため、実行指示部１１７は、例えば、サーバ２ｂが用いるリソースについての予約状態が解除された場合、「プログラム名」が「Ｐ１」であるプログラムの実行をサーバ２ｂに対して指示する。
これにより、本実施の形態における管理装置１は、特定のサーバ２が用いる第１リソースについての予約状態が解除されたことに応じて、実行予定のプログラムの実行を自動的に開始することが可能になる。
また、情報通知部１１６は、この場合、特定のサーバ２が用いる第１リソースについての予約状態が解除されたことを示す通知を、特定のサーバ２に対応するユーザ端末４に通知する（Ｓ６３）。
具体的に、図２８に示すリソース情報１３１において、「サーバ名」が「サーバ２ｂ」である情報（２行目の情報）には、「端末名」として「Ｕ１」が設定されている。そのため、例えば、サーバ２ｂが用いるリソースについての予約状態が解除された場合、情報通知部１１６は、サーバ２ｂが用いるリソースについての予約状態が解除されたことを示す通知を、「端末名」が「Ｕ１」であるユーザ端末４に送信する。
これにより、本実施の形態における管理装置１は、特定のサーバ２における電力の供給状況についての情報をユーザに通知することが可能になる。
［リソース情報及び電力変換情報の他の具体例］
次に、リソース情報１３１及び電力変換情報１３２の他の具体例について説明を行う。図２９は、リソース情報１３１の他の具体例について説明する図である。また、図３０は、電力変換情報１３２の他の具体例について説明する図である。
初めに、リソース情報１３１の他の具体例について説明を行う。
図２９に示すリソース情報１３１は、図８等で説明したリソース情報１３１が有する項目に加え、各サーバ２のメモリ２３におけるメモリスループットが設定される「メモリ」を有する。また、図２９に示すリソース情報１３１における「ＣＰＵ」には、図８等で説明したリソース情報１３１と異なり、各サーバ２が用いるＣＰＵ２１の数が設定されている。
具体的に、図２９に示すリソース情報１３１において、例えば、１行目の情報には、「サーバ名」として「サーバ２ａ」が設定され、「ＣＰＵ」として「８」が設定され、「メモリ」として「２５（ＭＢ／ｓ）」が設定され、「ＧＰＵ」として「０」が設定され、「予約」として「なし」が設定されている。
また、図２９に示すリソース情報１３１において、例えば、２行目の情報には、「サーバ名」として「サーバ２ｂ」が設定され、「ＣＰＵ」として「３２」が設定され、「メモリ」として「１００（ＭＢ／ｓ）」が設定され、「ＧＰＵ」として「４」が設定され、「予約」として「なし」が設定されている。図２９に含まれる他の情報については説明を省略する。
次に、電力変換情報１３２の他の具体例について説明を行う。
図３０に示す電力変換情報１３２は、図１０で説明した電力変換情報１３２と同じ項目を有する。
具体的に、図３０に示す電力変換情報１３２において、例えば、１行目の情報には、「リソース名」として「ＣＰＵ」が設定され、「設定」として「８」が設定され、「電力値」として「２３６（Ｗ）」が設定されている。
また、図３０に示す電力変換情報１３２において、例えば、５行目の情報には、「リソース名」として「メモリ」が設定され、「設定」として「２５（ＭＢ／ｓ）」が設定され、「電力値」として「７５（Ｗ）」が設定されている。
さらに、図３０に示す電力変換情報１３２において、例えば、１１行目の情報には、「リソース名」として「ＧＰＵ」が設定され、「設定」として「４」が設定され、「電力値」として「１３００（Ｗ）」が設定されている。図３０に含まれる他の情報については説明を省略する。
そして、管理装置１は、例えば、図２９に示すリソース情報１３１及び図３０に示す電力変換情報１３２を用いることによって電力管理処理を行うものであってもよい。
これにより、管理装置１は、ユーザの意図がより反映された電力キャッピングを行うことが可能になる。
以上の実施の形態をまとめると、以下の付記のとおりである。
（付記１）
複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、
算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定し、
前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、
前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する、
処理をコンピュータに実行させることを特徴とする管理プログラム。
（付記２）
付記１において、
前記複数のサーバのそれぞれは、同一のラックに格納されたサーバであり、
前記第１上限値は、前記複数のサーバが格納されたラックが前記複数のサーバに対して供給可能な電力の上限値である、
ことを特徴とする管理プログラム。
（付記３）
付記１において、
前記第１推測値を算出する処理では、
前記複数のサーバが用いる各リソースと前記複数のサーバが各リソースを用いた場合の消費電力とを対応付けた情報である電力変換情報を記憶した記憶部を参照し、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の前記第２推測値を算出し、
前記電力変換情報を記憶した記憶部と、前記複数のサーバのそれぞれが用いる第２リソースを示すリソース情報を記憶した記憶部とを参照し、前記複数のサーバのうちの前記特定のサーバ以外のサーバごとに、各サーバに対応する前記第２リソースを用いて処理を実行した場合における各サーバの消費電力の前記第２推測値を算出し、
前記第２推測値のそれぞれの合計を、前記第１推測値として算出する、
ことを特徴とする管理プログラム。
（付記４）
付記３において、
前記第１推測値を算出する処理では、
前記電力変換情報を記憶した記憶部を参照し、前記第１リソースに対応する消費電力を、前記特定のサーバに対応する前記第２推測値として算出し、
前記リソース情報を記憶した記憶部を参照し、前記複数のサーバのうちの前記特定のサーバ以外のサーバごとに、各サーバに対応する前記第２リソースを特定し、
前記電力変換情報を記憶した記憶部を参照し、前記複数のサーバのうちの前記特定のサーバ以外のサーバごとに、各サーバに対応する前記第２リソースに対応する消費電力を、各サーバに対応する前記第２推測値として算出する、
ことを特徴とする管理プログラム。
（付記５）
付記３において、さらに、
前記リソース情報に含まれる情報のうち、前記特定のサーバに対応する前記第２リソースを前記第１リソースに更新する、
処理をコンピュータに実行させ、
前記第１推測値を算出する処理では、
前記電力変換情報を記憶した記憶部と、前記更新する処理が行われた後の前記リソース情報を記憶した記憶部とを参照し、前記複数のサーバごとに、各サーバに対応する前記第２推測値を算出し、
前記第２推測値のそれぞれの合計を、前記第１推測値として算出する、
ことを特徴とする管理プログラム。
（付記６）
付記１において、
前記待機する処理では、前記複数のサーバのうちのいずれかのサーバにおける処理の実行の終了に応じて、前記第１推測値が前記第１上限値以下になったか否かについての判定を行う、
ことを特徴とする管理プログラム。
（付記７）
付記６において、
前記待機する処理では、
前記複数のサーバのそれぞれが用いるリソースを解放する解放時刻を示す時刻情報を記憶した記憶部を参照し、前記いずれかのサーバに対応する前記解放時刻になったか否かについての判定を行い、
前記いずれかのサーバに対応する前記解放時刻になった場合、前記いずれかのサーバにおける処理の実行が終了したものとして、前記第１推測値が前記第１上限値以下になったか否かについての判定を行う、
ことを特徴とする管理プログラム。
（付記８）
付記１において、
前記待機する処理では、前記設定の実行を待機していることを示す情報を、前記特定のサーバに対応する通知先に通知する、
ことを特徴とする管理プログラム。
（付記９）
付記８において、
前記待機する処理では、前記第１推測値が前記第１上限値以下になったことに応じて前記設定の実行を行う場合、前記特定のサーバにおいて実行される所定のプログラムの実行を前記特定のサーバに対して指示する、
ことを特徴とする管理プログラム。
（付記１０）
複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定する電力比較部と、
前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する電力設定部と、を有する、
ことを特徴とする管理装置。
（付記１１）
付記１０において、
前記電力設定部は、前記複数のサーバのうちのいずれかのサーバにおける処理の実行の終了に応じて、前記第１推測値が前記第１上限値以下になったか否かについての判定を行う、
ことを特徴とする管理装置。
（付記１２）
複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、
算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定し、
前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、
前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する、
処理をコンピュータが実行することを特徴とする管理方法。
（付記１３）
付記１２において、
前記待機する処理では、前記複数のサーバのうちのいずれかのサーバにおける処理の実行の終了に応じて、前記第１推測値が前記第１上限値以下になったか否かについての判定を行う、
ことを特徴とする管理方法。
１：管理装置 ２ａ：サーバ
２ｂ：サーバ ２ｃ：サーバ
２ｄ：サーバ ２ｅ：サーバ
２ｆ：サーバ ４：ユーザ端末
５：管理者端末 １０：ラック
１００：情報処理システム ＮＷ：ネットワーク

Claims (11)

  1. 複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、
    算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定し、
    前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、
    前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する、
    処理をコンピュータに実行させることを特徴とする管理プログラム。
  2. 請求項１において、
    前記複数のサーバのそれぞれは、同一のラックに格納されたサーバであり、
    前記第１上限値は、前記複数のサーバが格納されたラックが前記複数のサーバに対して供給可能な電力の上限値である、
    ことを特徴とする管理プログラム。
  3. 請求項１において、
    前記第１推測値を算出する処理では、
    前記複数のサーバが用いる各リソースと前記複数のサーバが各リソースを用いた場合の消費電力とを対応付けた情報である電力変換情報を記憶した記憶部を参照し、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の前記第２推測値を算出し、
    前記電力変換情報を記憶した記憶部と、前記複数のサーバのそれぞれが用いる第２リソースを示すリソース情報を記憶した記憶部とを参照し、前記複数のサーバのうちの前記特定のサーバ以外のサーバごとに、各サーバに対応する前記第２リソースを用いて処理を実行した場合における各サーバの消費電力の前記第２推測値を算出し、
    前記第２推測値のそれぞれの合計を、前記第１推測値として算出する、
    ことを特徴とする管理プログラム。
  4. 請求項３において、
    前記第１推測値を算出する処理では、
    前記電力変換情報を記憶した記憶部を参照し、前記第１リソースに対応する消費電力を、前記特定のサーバに対応する前記第２推測値として算出し、
    前記リソース情報を記憶した記憶部を参照し、前記複数のサーバのうちの前記特定のサーバ以外のサーバごとに、各サーバに対応する前記第２リソースを特定し、
    前記電力変換情報を記憶した記憶部を参照し、前記複数のサーバのうちの前記特定のサーバ以外のサーバごとに、各サーバに対応する前記第２リソースに対応する消費電力を、各サーバに対応する前記第２推測値として算出する、
    ことを特徴とする管理プログラム。
  5. 請求項３において、さらに、
    前記リソース情報に含まれる情報のうち、前記特定のサーバに対応する前記第２リソースを前記第１リソースに更新する、
    処理をコンピュータに実行させ、
    前記第１推測値を算出する処理では、
    前記電力変換情報を記憶した記憶部と、前記更新する処理が行われた後の前記リソース情報を記憶した記憶部とを参照し、前記複数のサーバごとに、各サーバに対応する前記第２推測値を算出し、
    前記第２推測値のそれぞれの合計を、前記第１推測値として算出する、
    ことを特徴とする管理プログラム。
  6. 請求項１において、
    前記待機する処理では、前記複数のサーバのうちのいずれかのサーバにおける処理の実行の終了に応じて、前記第１推測値が前記第１上限値以下になったか否かについての判定を行う、
    ことを特徴とする管理プログラム。
  7. 請求項６において、
    前記待機する処理では、
    前記複数のサーバのそれぞれが用いるリソースを解放する解放時刻を示す時刻情報を記憶した記憶部を参照し、前記いずれかのサーバに対応する前記解放時刻になったか否かについての判定を行い、
    前記いずれかのサーバに対応する前記解放時刻になった場合、前記いずれかのサーバにおける処理の実行が終了したものとして、前記第１推測値が前記第１上限値以下になったか否かについての判定を行う、
    ことを特徴とする管理プログラム。
  8. 請求項１において、
    前記待機する処理では、前記設定の実行を待機していることを示す情報を、前記特定のサーバに対応する通知先に通知する、
    ことを特徴とする管理プログラム。
  9. 請求項８において、
    前記待機する処理では、前記第１推測値が前記第１上限値以下になったことに応じて前記設定の実行を行う場合、前記特定のサーバにおいて実行される所定のプログラムの実行を前記特定のサーバに対して指示する、
    ことを特徴とする管理プログラム。
  10. 複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定する電力比較部と、
    前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する電力設定部と、を有する、
    ことを特徴とする管理装置。
  11. 複数のサーバに含まれる特定のサーバが用いる第１リソースの指定を受け付けた場合、前記特定のサーバが前記第１リソースを用いて処理を実行した場合における前記複数のサーバの消費電力の第１推測値を算出し、
    算出した前記第１推測値が前記複数のサーバの消費電力の第１上限値を超えているか否かを判定し、
    前記第１推測値が前記第１上限値を超えていないと判定した場合、前記第１リソースを用いて処理を実行した場合における前記特定のサーバの消費電力の第２推測値を、前記特定のサーバの消費電力の第２上限値として前記特定のサーバに設定し、
    前記第１推測値が前記第１上限値を超えていると判定した場合、前記第１推測値が前記第１上限値以下になるまで前記設定を行わずに待機する、
    処理をコンピュータが実行することを特徴とする管理方法。
JP2021136306A 2021-08-24 2021-08-24 管理プログラム、管理装置及び管理方法 Pending JP2023030899A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021136306A JP2023030899A (ja) 2021-08-24 2021-08-24 管理プログラム、管理装置及び管理方法
US17/748,753 US11822972B2 (en) 2021-08-24 2022-05-19 Information processing apparatus and management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021136306A JP2023030899A (ja) 2021-08-24 2021-08-24 管理プログラム、管理装置及び管理方法

Publications (1)

Publication Number Publication Date
JP2023030899A true JP2023030899A (ja) 2023-03-08

Family

ID=85287344

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021136306A Pending JP2023030899A (ja) 2021-08-24 2021-08-24 管理プログラム、管理装置及び管理方法

Country Status (2)

Country Link
US (1) US11822972B2 (ja)
JP (1) JP2023030899A (ja)

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002236527A (ja) 2001-02-08 2002-08-23 Hitachi Ltd マルチプロセッサシステムおよびプロセッサ制御方法
WO2011114427A1 (ja) 2010-03-15 2011-09-22 富士通株式会社 デバイス設定プログラム、方法、及び情報処理装置
JP5978993B2 (ja) * 2012-12-28 2016-08-24 富士通株式会社 情報処理システム制御装置、該プログラム、及び該方法
JP6056488B2 (ja) * 2013-01-15 2017-01-11 富士通株式会社 消費電力量推定装置、及び消費電力量推定方法
JP6032089B2 (ja) * 2013-03-26 2016-11-24 富士通株式会社 管理プログラム、装置及び方法
JP5835304B2 (ja) * 2013-06-04 2015-12-24 日本電気株式会社 電力供給システム、電力管理装置、電力管理方法および電力管理プログラム
JP6248560B2 (ja) * 2013-11-13 2017-12-20 富士通株式会社 管理プログラム、管理方法、および管理装置
JP6263995B2 (ja) * 2013-11-29 2018-01-24 富士通株式会社 情報処理システム、管理装置、情報処理システムの制御方法及び管理装置の制御プログラム
WO2016027381A1 (ja) * 2014-08-22 2016-02-25 株式会社日立製作所 管理サーバ、計算機システム、及び方法
JP6540409B2 (ja) * 2015-09-14 2019-07-10 富士通株式会社 ストレージ制御装置、ストレージ制御プログラムおよびストレージ制御方法
JP2017134668A (ja) * 2016-01-28 2017-08-03 富士通株式会社 情報処理システム、情報処理システムの制御方法および管理装置の制御プログラム
JP7011162B2 (ja) * 2018-02-05 2022-01-26 富士通株式会社 性能調整プログラム、および性能調整方法

Also Published As

Publication number Publication date
US20230060655A1 (en) 2023-03-02
US11822972B2 (en) 2023-11-21

Similar Documents

Publication Publication Date Title
JP5471080B2 (ja) 情報システム、制御装置、そのデータ処理方法およびプログラム
JP6963168B2 (ja) 情報処理装置、メモリ制御方法およびメモリ制御プログラム
JP4370336B2 (ja) 低消費電力ジョブ管理方法及び計算機システム
US9535492B2 (en) Information processing apparatus, control method, and computer-readable recording medium
KR102135208B1 (ko) 스케줄링을 통한 가상 머신 배치 방법 및 이를 구현하는 가상 머신 배치 장치
CN107743608B (zh) 至硬件加速器的动态功率路由
JP2017107274A (ja) 仮想マシン増設方法、情報処理装置および仮想マシン増設システム
US20140281647A1 (en) Managing the operation of a computing system
WO2011001712A1 (ja) 消費電力管理方法、消費電力管理システムおよびプログラム
US9167034B2 (en) Optimized peer-to-peer file transfers on a multi-node computer system
US9568981B2 (en) Apparatus and method for managing power consumption of a plurality of information processing apparatuses by suppressing the power consumption of an information processing apparatus having higher priority
JP2017129988A (ja) バッチ制御システム、バッチ制御プログラム、及びバッチ制御方法
JP2012252602A (ja) サーバ管理システム、サーバ管理装置、サーバ管理方法、及びサーバ管理プログラム
US9588817B2 (en) Scheduling method and scheduling system for assigning application to processor
JP2023030899A (ja) 管理プログラム、管理装置及び管理方法
JP5667506B2 (ja) クラスタシステムおよびソフトウェアアップデート方法
JP7176633B2 (ja) 仮想化基盤制御装置、仮想化基盤制御方法および仮想化基盤制御プログラム
JP2015176350A (ja) キャシュの管理装置及び通信装置
JP2017167574A (ja) 情報処理装置、通知監視プログラム、及び、通知監視方法
JP2006107197A (ja) メモリ制御方法およびプログラムならびに端末装置
WO2022050197A1 (ja) コンピュータシステムおよびコンピュータプログラム
KR102316749B1 (ko) 가상 머신 워크로드 예측 방법, 가상 머신 배치 방법 및 이를 구현하는 가상 머신 배치 장치
JP2006099156A (ja) 情報処理装置および方法、並びにプログラム
JP2010128804A (ja) 複数電源ユニットの電力制御方法および電力制御装置並びにプログラム
US20120233475A1 (en) Cluster system