JP7151530B2 - サーバ基盤および物理ｃｐｕ割当プログラム - Google Patents

サーバ基盤および物理ｃｐｕ割当プログラム Download PDF

Info

Publication number
JP7151530B2
JP7151530B2 JP2019023092A JP2019023092A JP7151530B2 JP 7151530 B2 JP7151530 B2 JP 7151530B2 JP 2019023092 A JP2019023092 A JP 2019023092A JP 2019023092 A JP2019023092 A JP 2019023092A JP 7151530 B2 JP7151530 B2 JP 7151530B2
Authority
JP
Japan
Prior art keywords
cpu
virtual
physical cpu
physical
compute
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
JP2019023092A
Other languages
English (en)
Other versions
JP2020134988A (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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone 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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2019023092A priority Critical patent/JP7151530B2/ja
Priority to PCT/JP2020/004195 priority patent/WO2020166437A1/ja
Priority to US17/427,238 priority patent/US20220121468A1/en
Publication of JP2020134988A publication Critical patent/JP2020134988A/ja
Application granted granted Critical
Publication of JP7151530B2 publication Critical patent/JP7151530B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • G06F9/4862—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration the task being a mobile agent, i.e. specifically designed to migrate
    • 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
    • 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
    • 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/45562—Creating, deleting, cloning virtual machine instances
    • 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/4557—Distribution of virtual machine instances; Migration and load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Multi Processors (AREA)

Description

本発明は、コンピュータシステムを構築して稼動させるためのサーバ基盤および物理ＣＰＵ割当プログラムに関する。
図７は、ネットワークサービスを構築して稼働させるIaaS（Infrastructure as a Service）基盤の構成図である。
ネットワークサービスを構築して稼動させるIaaS基盤１は、サーバ基盤として実現されている。このIaaS基盤１は、複数のアプリケーション２ａ～２ｉがベアメタル１１、仮想マシン１２、コンテナ１３、オブジェクトストレージ１４、ファイルストレージ１５、ブロックストレージ１６などのリソースを共有する。
各アプリケーション２ａ～２ｉは、それぞれ外部にサービスを提供するとともに、必要な量のIaaS基盤１のリソースを利用できる。IaaS基盤１では、アプリケーション２ａ～２ｉにより複数のサービスを稼働できるメリットがある。その一方で、アプリケーション２ａ～２ｉは、IaaS基盤１を共有することで、利用できるリソースが制限される。
"CPU topologies"，[online]，[平成３１年１月３１日検索]，インターネット<URL:https://docs.openstack.org/nova/pike/admin/cpu-topologies.html>
非特許文献１は、OpenStackにおけるＣＰＵピニング（固定）機能について記載されている。ＣＰＵピニングとは、仮想マシンに割り当てた仮想ＣＰＵごとに、この仮想ＣＰＵが使用する物理ＣＰＵを制限することをいう。つまりその仮想ＣＰＵの処理に割り当てられる物理ＣＰＵを固定することである。
ＣＰＵピニングにより、仮想ＣＰＵの処理が他の物理ＣＰＵで実行されることが無いため、キャッシュヒット率の低下を防ぎ、レイテンシ要件が厳しいプロセスを遅延なく実行させることができる。OpenStackは、仮想ＣＰＵを1つの物理ＣＰＵでピニングして占有するdedicated方式によりＣＰＵピニングをサポートしている。
レイテンシ要件が厳しいサービスの場合、その仮想ＣＰＵにdedicated方式を適用することで、キャッシュヒット率の低下を防ぎ、サービスの低レイテンシ化を実現することができる。
高い負荷量を受け持つなど、ある程度の性能要件を求めるサービスならば、dedicated方式がふさわしいが、レイテンシ要件が厳しいサービスでないと余剰なリソースが発生するおそれがある。
また、OpenStackには、複数の仮想ＣＰＵで物理ＣＰＵを共有するshared方式も存在する。このshared方式ではピニングすることはできず、他の仮想ＣＰＵのプロセスと混在することとなる。
そこで、本発明は、仮想マシンのサービス要件を考慮した物理ＣＰＵの割り当てを可能とすることを課題とする。
前記した課題を解決するため、請求項１に記載の発明では、コンピュートの物理ＣＰＵ上に仮想ＣＰＵおよび仮想マシンを生成して、前記仮想マシンに前記仮想ＣＰＵを割り当てるサーバ基盤であって、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせない指示のうち何れかを生成するリソース割当決定部と、前記リソース割当決定部の指示に応じて、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する仮想マシン生成管理部と、を含むことを特徴とするサーバ基盤とした。
このようにすることで、仮想マシンのサービス要件を考慮した物理ＣＰＵの割り当てができる。
請求項２に記載の発明では、前記リソース割当決定部は、仮想マシン上で実行されるプロセスが受け持つ負荷量が所定値以下ならば、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示を生成し、前記プロセスが受け持つ負荷量が所定値よりも高いならば、前記仮想マシンに割り当てた仮想ＣＰＵに、指定されたコンピュートの前記物理ＣＰＵを占有させる指示を生成し、かつ、前記プロセスのレイテンシ要件が前記所定値よりも厳しいならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングする指示を生成し、前記プロセスのレイテンシ要件が所定値よりも緩やかならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングさせない指示を生成する、ことを特徴とする請求項１に記載のサーバ基盤とした。
このようにすることで、仮想マシン上で実行されるプロセスが受け持つ負荷量要件とレイテンシ要件を考慮した物理ＣＰＵの割り当てができる。
請求項３に記載の発明では、前記リソース割当決定部は、前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュートの物理ＣＰＵ上に移行させる指示を生成し、前記仮想マシン生成管理部は、前記リソース割当決定部の指示に応じて、前記仮想マシンを前記他のコンピュートの物理ＣＰＵ上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する、ことを特徴とする請求項１または２に記載のサーバ基盤とした。
このようにすることで、指定されたコンピュート上に物理ＣＰＵの空きがない場合であっても、仮想マシンを生成することができる。
請求項４に記載の発明では、前記仮想マシン生成管理部は、前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュート上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する、ことを特徴とする請求項１または２に記載のサーバ基盤とした。
このようにすることで、指定されたコンピュート上に物理ＣＰＵの空きがない場合であっても、仮想マシンを生成することができる。
請求項５に記載の発明では、コンピュートの物理ＣＰＵ上に仮想ＣＰＵおよび仮想マシンを生成して、前記仮想マシンに前記仮想ＣＰＵを割り当てるサーバ基盤による仮想ＣＰＵに対する物理ＣＰＵの割当プログラムであって、コンピュータに、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせない指示のうち何れかを生成する工程、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する工程、を実行させるための物理ＣＰＵ割当プログラムとした。
このようにすることで、仮想マシンのサービス要件を考慮した物理ＣＰＵの割り当てができる。
請求項６に記載の発明では、仮想マシン上で実行されるプロセスが受け持つ負荷量が所定値以下ならば、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示を生成し、前記プロセスが受け持つ負荷量が所定値よりも高いならば、前記仮想マシンに割り当てた仮想ＣＰＵに、指定されたコンピュートの前記物理ＣＰＵを占有させる指示を生成する工程、前記プロセスのレイテンシ要件が前記所定値よりも厳しいならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングする指示を生成し、前記プロセスのレイテンシ要件が所定値よりも緩やかならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングさせない指示を生成する工程、を実行させるための請求項５に記載の物理ＣＰＵ割当プログラムとした。
このようにすることで、仮想マシン上で実行されるプロセスが受け持つ負荷量の要件とレイテンシ要件を考慮した物理ＣＰＵの割り当てができる。
請求項７に記載の発明では、前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュートの物理ＣＰＵ上に移行させる指示を生成する工程、前記仮想マシンを前記他のコンピュートの物理ＣＰＵ上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する工程、を実行させるための請求項５または６に記載の物理ＣＰＵ割当プログラムとした。
このようにすることで、指定されたコンピュート上に物理ＣＰＵの空きがない場合であっても、仮想マシンを生成することができる。
請求項８に記載の発明では、前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュート上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成するステップ、を実行させるための請求項５または６に記載の物理ＣＰＵ割当プログラムとした。
このようにすることで、指定されたコンピュート上に物理ＣＰＵの空きがない場合であっても、仮想マシンを生成することができる。
、仮想マシンのサービス要件を考慮した物理ＣＰＵの割り当てが可能となる。
ユーザ端末から物理ＣＰＵを備えるNUMA上に仮想マシンのデプロイする場合のシーケンス図である。 本実施形態において、アプリケーションの要件からピニングパターンを選択するフローチャートである。 本実施形態において、ピニングパターンに基づき仮想マシンを稼働させる仮想ＣＰＵを構築するフローチャートである。 本実施形態のピニング方式で構築されたシステムの初期状態を示す図である。 本実施形態のピニング方式で構築されたシステムのマイグレーション後を示す図である。 本実施形態のピニング方式で構築されたシステムのデプロイ後を示す図である。 ネットワークサービスを構築して稼働させるIaaS基盤の構成図である。 比較例において、アプリケーションの要件からピニングパターンを選択するフローチャートである。 比較例において、ピニングパターンに基づき仮想マシンを稼働させる仮想ＣＰＵを構築するフローチャートである。 比較例のピニング方式で構築されたシステムを示す図である。
以降、比較例と本発明を実施するための形態とを、各図を参照して詳細に説明する。
図１は、ユーザ端末から物理ＣＰＵを備えるNUMA（Non-Uniform Memory Access）上に仮想マシンのデプロイする場合のシーケンス図である。このシーケンス図は、後記する比較例と実施形態に共通するものである。
各シーケンスを実行するリソース割当決定部３２、リソース管理部３３、仮想マシン生成管理部３４は、IaaS基盤１に含まれる。このIaaS基盤１は、複数のサーバコンピュータである。このコンピュータが物理ＣＰＵ割当プログラムを実行することによって、各シーケンスの実行主体が具現化される。
ステップＳ１０におけるＶＭ（Virtual Machine）デプロイ指示において、ユーザ端末３１は、仮想ＣＰＵ毎のピニングパターンを指定する。なお、比較例の仮想ＣＰＵのピニングパターンは、物理ＣＰＵを占有させ、かつピニングさせるパターンと、物理ＣＰＵを共有させるパターンの２通りである。これに対して本実施形態の仮想ＣＰＵのピニングパターンは、物理ＣＰＵを占有させ、かつピニングさせるパターンと、物理ＣＰＵを占有させ、かつピニングさせないパターンと、物理ＣＰＵを共有させるパターンの３通りである。
次にリソース割当決定部３２は、リソース管理部３３にリソース選定を指示する（Ｓ１１）。リソース管理部３３は、リソース割当決定部３２にリソース候補を返却する（Ｓ１２）。
ステップＳ１３において、リソース割当決定部３２は、スケジューリングを行うとともに、割当リソースを決定する。
その後、リソース割当決定部３２は、リソース管理部３３に割当リソースを通知するとともに（Ｓ１４）、仮想マシン生成管理部３４に仮想マシンの生成を指示する（Ｓ１５）。これにより仮想マシン生成管理部３４は、ステップＳ１３で決定されたスケジューリングに基づき、仮想マシンを生成してリソースを割り当てる。
ステップＳ１６において、仮想マシン生成管理部３４は、ユーザ端末３１に仮想マシンの生成完了を通知し、図１の処理を終了する。
これによりIaaS基盤１は、コンピュートの物理ＣＰＵ上に仮想ＣＰＵおよび仮想マシンを生成して、この仮想マシンに仮想ＣＰＵを割り当てることができる。
《比較例の処理》
比較例のピニング方式は、物理ＣＰＵを占有させ、かつピニングさせるパターンと、物理ＣＰＵを共有させるパターンの２通りである。
物理ＣＰＵを占有させ、かつピニングさせるパターンの適用サービス例は、高い負荷量を受け持つサービス向けである。物理ＣＰＵを共有させるパターンの適用サービス例は、高い負荷量を受け持たないサービス向けである。
図８は、比較例において、ユーザ端末３１が、アプリケーションの要件からピニングパターンを選択するフローチャートである。
図１のステップＳ１０を実行する前に、ユーザ端末３１は、アプリケーションの要件からピニングパターンを選択する処理を実行する。
最初、ユーザ端末３１は、アプリケーションが高い負荷量を受け持つか否かを判定する（Ｓ２０）。
ユーザ端末３１は、アプリケーションが高い負荷量を受け持つならば（Ｙｅｓ）、このアプリケーションに係る仮想マシンに割り当てた仮想ＣＰＵに対して、物理ＣＰＵを占有かつピニングさせるパターンを選択し（Ｓ２１）、図８の処理を終了する。
ユーザ端末３１は、アプリケーションが高い負荷量を受け持たないならば（Ｎｏ）、このアプリケーションに係る仮想マシンに割り当てた仮想ＣＰＵに対して、物理ＣＰＵを他の仮想ＣＰＵと共有させるパターンを選択し（Ｓ２２）、図８の処理を終了する。
なお、ピニングパターンを選択する処理を実行するのは、ユーザ端末３１に限定されず、IaaS基盤が実行してもよい。
図９は、比較例において、仮想マシンを稼働させる仮想ＣＰＵを、パターンに基づいて構築する指示を生成するフローチャートである。この図９の処理は、図１のステップＳ１３において実行される。
リソース割当決定部３２は、物理ＣＰＵが占有されるパターンか否かを判定する（Ｓ３０）。リソース割当決定部３２は、物理ＣＰＵが占有されるパターンではないならば（Ｎｏ）、物理ＣＰＵの共有に係る処理を実行する。
リソース割当決定部３２は、物理ＣＰＵが占有されるパターンならば（Ｙｅｓ）、指定されたNUMAの物理ＣＰＵリソースの空きを判定する（Ｓ３１）。リソース割当決定部３２は、指定されたNUMAの物理ＣＰＵリソースの空きが有るならば（Ｙｅｓ）、指定NUMAの空き物理ＣＰＵ上への指定された仮想ＣＰＵのデプロイを指示し（Ｓ３３）、図９の処理を終了する。
リソース割当決定部３２は、指定されたNUMAの物理ＣＰＵリソースの空きが無いならば（Ｎｏ）、指定されたNUMAへの仮想マシンのデプロイができないため、図９の処理を異常終了する。
図１０は、比較例のピニング方式で構築されたシステムを示す図である。
NUMA４は、４個の物理ＣＰＵ４１ａ～４１ｄを備える。物理ＣＰＵ４１ａは、高い負荷量を受け持つ仮想マシンに割り当てた仮想ＣＰＵ４２ａによって占有され、かつピニングされている。
物理ＣＰＵ４１ｂには、高い負荷量を受け持ち、かつ低レイテンシを要件とする仮想マシンに割り当てた仮想ＣＰＵ４２ｂによって占有され、かつピニングされている。これを示すため、図１０では仮想ＣＰＵ４２ａ，４２ｂがdedicate方式として記載されている。
物理ＣＰＵ４１ｃ，４１ｄには、仮想ＣＰＵ４２ｃ，４２ｄによって共有されている。つまり物理ＣＰＵ４１ｃ，４１ｄは、共有のパターンである。これを示すため、図１０では仮想ＣＰＵ４２ｃ，４２ｄがshared方式として記載されている。
このシステムに対して、高い負荷量を受け持ち、かつ低レイテンシを要件とする仮想マシンに割り当てた仮想ＣＰＵをデプロイしようとしても、物理ＣＰＵリソースの空きがないため、この仮想マシンや仮想ＣＰＵをデプロイできないという問題がある。
《本実施形態の処理》
本実施形態は、比較例のピニング方式を拡張し、物理ＣＰＵを占有させ、かつピニングさせないパターンを加えるというものである。本パターンを加えることで、仮想マシンのサービス要件を考慮したＣＰＵの割り当てが可能となる。
物理ＣＰＵを占有させ、かつピニングさせるパターンは、最優先で処理したいサービスに割り当てられる。このパターンの適用サービス例は、高い負荷量を受け持ち、かつ低レイテンシを要件とするサービスである。ここで低レイテンシの要件とは、レイテンシ要件が厳しいことをいう。これに対して、高い負荷量を受け持つことのみを要件とするサービスとは、レイテンシ要件が緩いことをいう。
物理ＣＰＵを占有させ、かつピニングさせないパターンは、優先度の高い他のサービスにより、割り当てられる物理ＣＰＵが変更される場合がある。このパターンの適用サービス例は、高い負荷量を受け持つことを要件とするサービスである。このパターンを加えることで、仮想マシンのサービス要件を、より考慮したＣＰＵの割り当てが可能となる。
図２は、本実施形態において、アプリケーションの要件からピニングパターンを選択するフローチャートである。
ユーザ端末３１は、アプリケーションが高い負荷量を受け持つか否かを判定する（Ｓ４０）。
ユーザ端末３１は、アプリケーションが高い負荷量を受け持たないならば（Ｎｏ）、このアプリケーションに係る仮想マシンに割り当てた仮想ＣＰＵに対して、物理ＣＰＵを他の仮想ＣＰＵと共有させるパターンを選択し（Ｓ４１）、図２の処理を終了する。
ユーザ端末３１は、アプリケーションが高い負荷量を受け持つならば（Ｙｅｓ）、アプリケーションの要件が低レイテンシであるか否かを判定する（Ｓ４２）。ステップＳ４２において、ユーザ端末３１は、アプリケーションのレイテンシ要件が厳しいならば（Ｙｅｓ）、このアプリケーションに係る仮想マシンに割り当てた仮想ＣＰＵに対して、物理ＣＰＵを占有かつピニングさせるパターンを選択し（Ｓ４４）、図２の処理を終了する。
ステップＳ４２において、ユーザ端末３１は、アプリケーションのレイテンシ要件が厳しくないならば（Ｎｏ）、物理ＣＰＵを占有かつピニングさせないパターンを選択し（Ｓ４３）、図２の処理を終了する。すなわちユーザ端末３１は、アプリケーションのレイテンシ要件が緩いならば、物理ＣＰＵを占有かつピニングさせないパターンを選択する。
図３は、本実施形態において、仮想マシンを稼働させる仮想ＣＰＵをピニングパターンに基づいて構築するフローチャートである。
この図３の処理は、図１のステップＳ１３において実行される。
リソース割当決定部３２は、物理ＣＰＵが占有されるパターンか否かを判定する（Ｓ５０）。リソース割当決定部３２は、物理ＣＰＵが占有されるパターンでないならば（Ｎｏ）、物理ＣＰＵの共有に係る処理を実行する。
リソース割当決定部３２は、物理ＣＰＵが占有されるパターンならば（Ｙｅｓ）、指定されたNUMAの物理ＣＰＵリソースの空きを判定する（Ｓ５１）。
ステップＳ５２において、リソース割当決定部３２は、指定されたNUMAの物理ＣＰＵリソースの空きが有るならば（Ｙｅｓ）、指定NUMAの空き物理ＣＰＵ上への指定された仮想ＣＰＵのデプロイを指示し（Ｓ５３）、図３の処理を終了する。
ステップＳ５２において、リソース割当決定部３２は、指定されたNUMAの物理ＣＰＵリソースの空きが無いならば（Ｎｏ）、物理ＣＰＵがピニングされるバターンであるか否かを判定する（Ｓ５４）。
リソース割当決定部３２は、物理ＣＰＵがピニングされるバターンでないならば（Ｎｏ）、異常終了し、物理ＣＰＵがピニングされるバターンならば（Ｙｅｓ）、ステップＳ５５の処理に進む。
ステップＳ５５において、リソース割当決定部３２は、指定されたNUMAに、占有かつ非ピニングの物理ＣＰＵが有るか否かを判定する。リソース割当決定部３２は、指定されたNUMAに、占有かつ非ピニングの物理ＣＰＵが無ければ（Ｎｏ）異常終了し、占有かつ非ピニングの物理ＣＰＵが有れば（Ｙｅｓ）、ステップＳ５６の処理に進む。
ステップＳ５６において、リソース割当決定部３２は、占有かつ非ピニングの物理ＣＰＵが処理する仮想ＣＰＵを、他のNUMAへマイグレーションするように指示する。更にリソース割当決定部３２は、当該物理ＣＰＵ上に仮想ＣＰＵのデプロイを指示し（Ｓ５７）、図３の処理を終了する。
図４は、本実施形態のピニング方式で構築されたシステムの初期状態を示す図である。
NUMA４ｂは、１個の物理ＣＰＵ４１ｅを備えている。この物理ＣＰＵ４１ｅは、空き状態である。
NUMA４ａは、４個の物理ＣＰＵ４１ａ～４１ｄを備える。物理ＣＰＵ４１ａは、高い負荷量を受け持つ仮想マシンに割り当てた仮想ＣＰＵ４２ａによって占有されているが、ピニングされていない。つまり物理ＣＰＵ４１ａは、占有かつ非ピニングのパターンである。
物理ＣＰＵ４１ｂは、高い負荷量を受け持ち、かつ低レイテンシを要件とする仮想マシンに割り当てた仮想ＣＰＵ４２ｂによって占有され、かつピニングされている。つまり物理ＣＰＵ４１ｂは、占有かつピニングのパターンである。これらを示すため、図４では仮想ＣＰＵ４２ａ，４２ｂがdedicate方式として記載されている。
物理ＣＰＵ４１ｃ，４１ｄは、仮想ＣＰＵ４２ｃ，４２ｄによって共有されている。つまり物理ＣＰＵ４１ｃ，４１ｄは、共有のパターンである。これを示すため、図４では仮想ＣＰＵ４２ｃ，４２ｄがshared方式として記載されている。
図５は、本実施形態のピニング方式で構築されたシステムのマイグレーション後を示す図である。図５は、図３のステップＳ５６の処理が終了した後の状態を示している。
図４において物理ＣＰＵ４１ａを占有していた仮想ＣＰＵ４２ａは、図５においてNUMA４ｂが備える物理ＣＰＵ４１ｅにマイグレーションされている。そして物理ＣＰＵ４１ａは、空き状態である。それ以外の物理ＣＰＵ４１ｂ～４１ｄの状態は、図４に示した初期状態と同様である。
図６は、本実施形態のピニング方式で構築されたシステムのデプロイ後を示す図である。図６は、図３のフローチャートが終了した後の状態を示している。
図５において空き状態であった物理ＣＰＵ４１ａには、図６において仮想ＣＰＵ４２ｅがデプロイされている。物理ＣＰＵ４１ａは、高い負荷量を受け持ち、かつ低レイテンシを要件とする仮想マシンに割り当てた仮想ＣＰＵ４２ｅによって占有され、かつピニングされている。
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）～（ｃ）のようなものがある。
（ａ） NUMAが備える物理ＣＰＵの数は４個に限定されない。また、各物理ＣＰＵ上にデプロイされる仮想ＣＰＵの個数は１個または２個に限定されない。
（ｂ） アプリケーションが受け持つ負荷量とレイテンシに応じて、物理ＣＰＵの占有の有無およびピニングの有無を判定するのは、ユーザ端末に限定されない。IaaS基盤が、アプリケーションが受け持つ負荷量とレイテンシに応じて、物理ＣＰＵの占有の有無およびピニングの有無を判定してもよい。
（ｃ） NUMA上の物理ＣＰＵを占有する仮想ＣＰＵをマイグレーションするように判断するのは、リソース割当決定部に限定されない。NUMA上に物理ＣＰＵの空きが無い場合、仮想マシン生成管理部が物理ＣＰＵを占有する仮想ＣＰＵをマイグレーションして、この物理ＣＰＵを空き状態にしてから仮想マシンをデプロイ（生成）する。
１ IaaS基盤 （サーバ基盤）
１１ ベアメタル
１２ 仮想マシン
１３ コンテナ
１４ オブジェクトストレージ
１５ ファイルストレージ
１６ ブロックストレージ
２ａ～２ｉ アプリケーション
３１ ユーザ端末
３２ リソース割当決定部
３３ リソース管理部
３４ 仮想マシン生成管理部
４，４ａ，４ｂ NUMA
４１ａ～４１ｅ 物理ＣＰＵ
４２ａ～４２ｅ 仮想ＣＰＵ

Claims (8)

  1. コンピュートの物理ＣＰＵ上に仮想ＣＰＵおよび仮想マシンを生成して、前記仮想マシンに前記仮想ＣＰＵを割り当てるサーバ基盤であって、
    前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせない指示のうち何れかを生成するリソース割当決定部と、
    前記リソース割当決定部の指示に応じて、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する仮想マシン生成管理部と、
    を含むことを特徴とするサーバ基盤。
  2. 前記リソース割当決定部は、仮想マシン上で実行されるプロセスが受け持つ負荷量が所定値以下ならば、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示を生成し、前記プロセスが受け持つ負荷量が所定値よりも高いならば、前記仮想マシンに割り当てた仮想ＣＰＵに、指定されたコンピュートの前記物理ＣＰＵを占有させる指示を生成し、かつ、前記プロセスのレイテンシ要件が前記所定値よりも厳しいならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングする指示を生成し、前記プロセスのレイテンシ要件が所定値よりも緩やかならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングさせない指示を生成する、
    ことを特徴とする請求項１に記載のサーバ基盤。
  3. 前記リソース割当決定部は、前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュートの物理ＣＰＵ上に移行させる指示を生成し、
    前記仮想マシン生成管理部は、前記リソース割当決定部の指示に応じて、前記仮想マシンを前記他のコンピュートの物理ＣＰＵ上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する、
    ことを特徴とする請求項１または２に記載のサーバ基盤。
  4. 前記仮想マシン生成管理部は、前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュート上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する、
    ことを特徴とする請求項１または２に記載のサーバ基盤。
  5. コンピュートの物理ＣＰＵ上に仮想ＣＰＵおよび仮想マシンを生成して、前記仮想マシンに前記仮想ＣＰＵを割り当てるサーバ基盤による仮想ＣＰＵに対する物理ＣＰＵの割当プログラムであって、
    コンピュータに、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせる指示、前記仮想ＣＰＵに物理ＣＰＵを占有させ、かつピニングさせない指示のうち何れかを生成する工程、
    前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する工程、
    を実行させるための物理ＣＰＵ割当プログラム。
  6. 仮想マシン上で実行されるプロセスが受け持つ負荷量が所定値以下ならば、前記仮想マシンに割り当てた仮想ＣＰＵに物理ＣＰＵを共有させる指示を生成し、前記プロセスが受け持つ負荷量が所定値よりも高いならば、前記仮想マシンに割り当てた仮想ＣＰＵに、指定されたコンピュートの前記物理ＣＰＵを占有させる指示を生成する工程、
    前記プロセスのレイテンシ要件が前記所定値よりも厳しいならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングする指示を生成し、前記プロセスのレイテンシ要件が所定値よりも緩やかならば、前記仮想ＣＰＵを前記物理ＣＰＵにピニングさせない指示を生成する工程、
    を実行させるための請求項５に記載の物理ＣＰＵ割当プログラム。
  7. 前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュートの物理ＣＰＵ上に移行させる指示を生成する工程、
    前記仮想マシンを前記他のコンピュートの物理ＣＰＵ上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成する工程、
    を実行させるための請求項５または６に記載の物理ＣＰＵ割当プログラム。
  8. 前記コンピュートに物理ＣＰＵの空きがなく、かつ、前記コンピュート上に何れかの仮想ＣＰＵによって占有された非ピニングの物理ＣＰＵが在るならば、当該物理ＣＰＵ上を占有する仮想ＣＰＵに割り当てられた仮想マシンを他のコンピュート上に移行させたのち、前記コンピュートの前記物理ＣＰＵ上に新たな仮想マシンを生成するステップ、
    を実行させるための請求項５または６に記載の物理ＣＰＵ割当プログラム。
JP2019023092A 2019-02-13 2019-02-13 サーバ基盤および物理ｃｐｕ割当プログラム Active JP7151530B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2019023092A JP7151530B2 (ja) 2019-02-13 2019-02-13 サーバ基盤および物理ｃｐｕ割当プログラム
PCT/JP2020/004195 WO2020166437A1 (ja) 2019-02-13 2020-02-04 サーバ基盤および物理ｃｐｕ割当プログラム
US17/427,238 US20220121468A1 (en) 2019-02-13 2020-02-04 Server infrastructure and physical cpu allocation program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019023092A JP7151530B2 (ja) 2019-02-13 2019-02-13 サーバ基盤および物理ｃｐｕ割当プログラム

Publications (2)

Publication Number Publication Date
JP2020134988A JP2020134988A (ja) 2020-08-31
JP7151530B2 true JP7151530B2 (ja) 2022-10-12

Family

ID=72044691

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019023092A Active JP7151530B2 (ja) 2019-02-13 2019-02-13 サーバ基盤および物理ｃｐｕ割当プログラム

Country Status (3)

Country Link
US (1) US20220121468A1 (ja)
JP (1) JP7151530B2 (ja)
WO (1) WO2020166437A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009140157A (ja) 2007-12-05 2009-06-25 Hitachi Ltd 仮想計算機システム、仮想計算機の制御方法及びプログラム
JP2009205696A (ja) 2009-06-15 2009-09-10 Hitachi Ltd マルチコアプロセッサ計算機の制御方法
JP2013250949A (ja) 2012-06-04 2013-12-12 Hitachi Ltd 計算機、仮想化機構、及びスケジューリング方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3019317B2 (ja) * 1989-03-13 2000-03-13 株式会社日立製作所 プロセススケジューリング方法
US7020800B2 (en) * 2002-01-24 2006-03-28 Hewlett-Packard Development Company L.P. System and method for memory failure recovery using lockstep processes
US8387049B2 (en) * 2005-07-15 2013-02-26 International Business Machines Corporation Facilitating processing within computing environments supporting pageable guests
US7765374B2 (en) * 2007-01-25 2010-07-27 Microsoft Corporation Protecting operating-system resources
JP4715758B2 (ja) * 2007-01-30 2011-07-06 株式会社日立製作所 仮想計算機システムのプロセッサキャッピング方法
US9183157B2 (en) * 2011-03-15 2015-11-10 Huawei Technologies Co., Ltd. Method for creating virtual machine, a virtual machine monitor, and a virtual machine system
JP5519583B2 (ja) * 2011-06-20 2014-06-11 日本電信電話株式会社 仮想マシン制御システム、仮想マシン制御装置、仮想マシン制御方法及びプログラム
WO2015031277A1 (en) * 2013-08-26 2015-03-05 Vmware, Inc. Networking stack of virtualization software configured to support latency sensitive virtual machines
US9558005B2 (en) * 2014-05-19 2017-01-31 Intel Corporation Reliable and deterministic live migration of virtual machines
US10162656B2 (en) * 2014-11-26 2018-12-25 Vmware, Inc. Minimizing guest operating system licensing costs in a processor based licensing model in a virtual datacenter
US10452572B2 (en) * 2016-10-06 2019-10-22 Vmware, Inc. Automatic system service resource management for virtualizing low-latency workloads that are input/output intensive
US10445247B2 (en) * 2017-06-20 2019-10-15 Red Hat, Inc. Switching between single-level and two-level page table translations
US10599468B2 (en) * 2017-10-25 2020-03-24 Red Hat, Inc. Housekeeping virtual processor overcommit for real time virtualization

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009140157A (ja) 2007-12-05 2009-06-25 Hitachi Ltd 仮想計算機システム、仮想計算機の制御方法及びプログラム
JP2009205696A (ja) 2009-06-15 2009-09-10 Hitachi Ltd マルチコアプロセッサ計算機の制御方法
JP2013250949A (ja) 2012-06-04 2013-12-12 Hitachi Ltd 計算機、仮想化機構、及びスケジューリング方法

Also Published As

Publication number Publication date
JP2020134988A (ja) 2020-08-31
US20220121468A1 (en) 2022-04-21
WO2020166437A1 (ja) 2020-08-20

Similar Documents

Publication Publication Date Title
JP2008191949A (ja) マルチコアシステムおよびマルチコアシステムの負荷分散方法
JP6107801B2 (ja) 情報処理装置、情報処理システム、タスク処理方法、及び、プログラム
WO2019160060A1 (ja) 仮想リソース管理装置、仮想リソース割り当て方法、および仮想リソース割り当てプログラム
Panda et al. A smoothing based task scheduling algorithm for heterogeneous multi-cloud environment
JP2019079334A (ja) 情報処理装置、情報処理システムおよび情報処理方法
JP6010975B2 (ja) ジョブ管理装置、ジョブ管理方法、及びプログラム
JP7159887B2 (ja) 仮想化基盤および仮想化基盤のスケーリング管理方法
Fotohi et al. A cluster based job scheduling algorithm for grid computing
JP6620609B2 (ja) 分散処理実行管理プログラム、分散処理実行管理方法および分散処理実行管理装置
US9740530B2 (en) Decreasing the priority of a user based on an allocation ratio
Yao et al. Admission control in YARN clusters based on dynamic resource reservation
JP5867238B2 (ja) オートスケーリング方法，オートスケーリングプログラムおよびコンピュータノード
JP2011192049A (ja) 仮想マシンシステム、自動マイグレーション方法および自動マイグレーションプログラム
JP7151530B2 (ja) サーバ基盤および物理ｃｐｕ割当プログラム
JP6823251B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP6158751B2 (ja) 計算機資源割当装置及び計算機資源割当プログラム
JP6600250B2 (ja) マルチコアｃｐｕを有するパケット転送装置の制御装置及びプログラム
Awada Application-container orchestration tools and platform-as-a-service clouds: A survey
Kumar et al. Resource allocation for heterogeneous cloud computing using weighted fair-share queues
US11461144B2 (en) Assignment of processes to computational resources
Aluri et al. Priority based non-preemptive shortest job first resource allocation technique in cloud computing
JP6339978B2 (ja) リソース割当管理装置およびリソース割当管理方法
Mehmood et al. Dynamic Auto-scaling of VNFs based on Task Execution Patterns
JP6387626B2 (ja) 情報処理システム、情報処理方法、および、スケジューリングプログラム
WO2022102087A1 (ja) コンピュータシステムおよびフロー制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210601

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220830

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220912

R150 Certificate of patent or registration of utility model

Ref document number: 7151530

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150