JP2017138895A - Virtualization environment management system and virtualization environment management method - Google Patents
Virtualization environment management system and virtualization environment management method Download PDFInfo
- Publication number
- JP2017138895A JP2017138895A JP2016020873A JP2016020873A JP2017138895A JP 2017138895 A JP2017138895 A JP 2017138895A JP 2016020873 A JP2016020873 A JP 2016020873A JP 2016020873 A JP2016020873 A JP 2016020873A JP 2017138895 A JP2017138895 A JP 2017138895A
- Authority
- JP
- Japan
- Prior art keywords
- container
- containers
- hardware
- virtual environment
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
Description
本発明は、仮想化環境管理システムおよび仮想化環境管理方法に関するものであり、具体的には、仮想環境における余剰リソースの抑制を図り、効率的なシステム運用を可能とする技術に関する。 The present invention relates to a virtual environment management system and a virtual environment management method, and more specifically, to a technique that enables efficient system operation by suppressing surplus resources in a virtual environment.
コンピュータシステムのリソースを複数ユーザ間で効率的かつ機動的に利用する手段として、仮想化技術が存在する。例えば、ハイパーバイザーによる仮想化技術においては、ハードウェアに搭載されているＣＰＵやメモリの利用タイミング、或いはストレージ容量を、各ユーザ向けに分割して割り当てることで仮想マシンを構成する。 As a means for efficiently and flexibly using computer system resources among a plurality of users, there is a virtualization technology. For example, in the virtualization technology using a hypervisor, a virtual machine is configured by dividing and allocating the use timing or storage capacity of a CPU and memory installed in hardware for each user.
このように、１台のハードウェアのリソースを複数ユーザで分け合う際には、そのリソースの振り分け状況を管理する必要がある。このような管理技術としては、例えば、仮想化環境のための管理システムであって、資格に基づく使用制限を有する少なくとも１つのコンピュータ・エンティティと、プロセッサを使用し、メモリ・ストレージ・デバイス上にプログラミングされ、前記メモリ・ストレージ・デバイスから実行されるリソース・マネージャであって、前記リソース・マネージャが仮想化環境内のリソースを管理するように構成されるリソース・マネージャと、前記リソース・マネージャに結合され、前記仮想化環境の変化に応じて資格関連制約を追跡し、前記リソース・マネージャが前記資格関連制約を含む割り振り決定を行えるようにして、前記少なくとも１つのコンピュータ・エンティティについて前記使用制限を満たしていることを保証するように構成される、資格使用率モジュールとを含むシステム（特許文献１参照）などが提案されている。 In this way, when a single hardware resource is shared by a plurality of users, it is necessary to manage the resource distribution status. Such management techniques include, for example, a management system for a virtualized environment that uses at least one computer entity with usage restrictions based on entitlements and a processor to program on a memory storage device. A resource manager executed from the memory storage device, the resource manager configured to manage resources in a virtualized environment, and coupled to the resource manager Tracking the entitlement-related constraints in response to changes in the virtualization environment and allowing the resource manager to make an allocation decision that includes the entitlement-related constraints to satisfy the usage limit for the at least one computer entity Configured to ensure that It is, like the system (see Patent Document 1) that includes a credential usage module is proposed.
ところが、金融機関におけるシステムには特有の事情が存在し、従来技術を適用しても効率的なシステム運用が難しい。すなわち、時間帯や季節、休前日といった時期的要因に応じて金融取引の頻度、量が大幅に変化する事情、顧客数や業務数の増加等に応じて時間経過と共に金融取引の頻度、量が徐々に増加する事情、および、金融取引ゆえに高信頼性を常に要求される事情、などが存在する。 However, there are peculiar circumstances in systems in financial institutions, and it is difficult to operate the system efficiently even if the conventional technology is applied. In other words, the frequency and quantity of financial transactions will change over time, depending on the factors such as the time of day, season and the day before holidays There are circumstances that gradually increase and circumstances that always require high reliability due to financial transactions.
こうした各事情に対応しつつ必要な処理性能を維持するためには、例えば取引量のピーク値と高信頼性の条件を併せてクリア出来るだけのコンピュータ資源を用意する必要がある。換言すれば、システム運用開始からしばらくの期間や、特段の取引量増大が生じない通常時に関しては、当該システムにおいて大幅な余剰リソースが生まれることになりうる。 In order to maintain the necessary processing performance while dealing with each of these circumstances, for example, it is necessary to prepare computer resources that can clear both the peak value of the transaction volume and the high reliability condition. In other words, a significant surplus resource can be generated in the system for a period of time after the start of system operation or in a normal time when no particular increase in transaction volume occurs.
そこで本発明の目的は、仮想環境における余剰リソースの抑制を図り、効率的なシステム運用を可能とする技術を提供することにある。 Accordingly, an object of the present invention is to provide a technology that enables to suppress an excessive resource in a virtual environment and to enable an efficient system operation.
上記課題を解決する本発明の仮想化環境管理システムは、コンテナ型仮想化環境においてコンテナにより仮想化された各システムの稼働状況を監視し、当該稼働状況と予め特定されている単位コンテナ当たりの処理性能とに基づき、当該システムに必要なコンテナ数を特定し、当該特定したコンテナ数と当該システム向けの現コンテナ数との過不足に応じて、当該コンテナ型仮想化環境を成すハードウェアでの当該システム向けのコンテナ数を増減させる演算装置を備えることを特徴とする。 The virtual environment management system of the present invention that solves the above problems monitors the operating status of each system virtualized by a container in a container-type virtual environment, and the processing per unit container specified in advance as the operating status Based on the performance, the number of containers required for the system is specified, and the hardware in the container-type virtualization environment is determined according to the excess or deficiency between the specified number of containers and the current number of containers for the system. An arithmetic device that increases or decreases the number of containers for the system is provided.
また、本発明の仮想化環境管理方法は、情報処理システムが、コンテナ型仮想化環境においてコンテナにより仮想化された各システムの稼働状況を監視し、当該稼働状況と予め特定されている単位コンテナ当たりの処理性能とに基づき、当該システムに必要なコンテナ数を特定し、当該特定したコンテナ数と当該システム向けの現コンテナ数との過不足に応じて、当該コンテナ型仮想化環境を成すハードウェアでの当該システム向けのコンテナ数を増減させる、ことを特徴とする。 In the virtual environment management method of the present invention, the information processing system monitors the operating status of each system virtualized by the container in the container type virtual environment, and per unit container specified in advance as the operating status. The number of containers required for the system is identified based on the processing performance of the system, and the hardware that constitutes the container-type virtualization environment is determined according to the excess or deficiency between the identified number of containers and the current number of containers for the system. The number of containers for the system is increased or decreased.
本発明によれば、仮想環境における余剰リソースの抑制を図り、効率的なシステム運用を可能とする。 According to the present invention, it is possible to suppress surplus resources in a virtual environment and enable efficient system operation.
−−−ネットワーク構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の仮想化環境管理システム１０を含むネットワーク構成図である。図１に示す仮想化環境管理システム１０は、仮想環境における余剰リソースの抑制を図り、効率的なシステム運用を可能とするコンピュータシステムである。
--- Network configuration ---
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a network configuration diagram including the virtual
こうした仮想化環境管理システム１０は、本実施形態においては、ネットワーク５で通信可能に結ばれた、コンテナ管理サーバ１００および稼働分析サーバ２００により構成される。
In this embodiment, such a virtual
このうちコンテナ管理サーバ１００は、仮想化環境管理システム１０としての機能を主として実装し、コンテナ管理ソフトウェア１１０を適宜に利用した各種処理を行うサーバ装置である。一方、稼働分析サーバ２００は、仮想化環境を実現しているサーバ群３００をネットワーク５を介して監視し、その稼働状況に関する情報を得て、これをコンテナ管理サーバ１００に通知可能なサーバ装置である。いずれのサーバについても、その具体的な構成等については後述する。
Among these, the
他方、サーバ群３００は、金融機関等における各業務システムを仮想化環境で実現するためのハードウェアとなる。サーバ群３００の最小構成は、当該金融機関向けのデータセンタなどにオンプレミスで構成されたサーバ群３１０となる。このオンプレミスのサーバ群３１０による仮想化環境では、必要な処理性能を発揮するためのコンテナを配置しきれない場合に用いるのが、外部サーバであるパブリッククラウド３２０である。よって、図１の例では、パブリッククラウド３２０をサーバ群３００に含めているが、仮想化環境管理システム１０として利用しない状況もありうる。
On the other hand, the
ここで、本実施形態の仮想化環境とは、コンテナ型仮想環境である。コンテナ型仮想化環境では、いわゆるハイパーバイザ型の仮想化環境とは異なり、１台のハードウェア上の１つのＯＳに、それぞれが単体のサーバ装置とみなせるコンテナを複数配置して構成した仮想化環境である。本実施形態の場合、各コンテナは各業務システムや業務アプリケーションなどを実現するものとなる。 Here, the virtual environment of this embodiment is a container type virtual environment. Unlike the so-called hypervisor type virtualization environment, the container type virtualization environment is configured by arranging a plurality of containers, each of which can be regarded as a single server device, on one OS on one piece of hardware. It is. In the present embodiment, each container realizes each business system, business application, and the like.
こうしたコンテナは、既に起動しているＯＳ上のプロセスとして起動されるため、高速起動が可能である。また、各コンテナは、ミドルウェアとアプリケーションおよびそれらが利用するライブラリを一体に備える構成であり、異なるハードウェア（サーバ装置）やクラウド間で移動させることも容易という特徴もある。 Since such a container is activated as a process on the OS that has already been activated, high-speed activation is possible. In addition, each container has a configuration in which middleware, an application, and a library used by them are integrated, and has a feature that it can be easily moved between different hardware (server devices) and clouds.
なお、サーバ群３００で実現しているコンテナ型仮想化環境は、具体的には、コンテナ管理ソフトウェア１１０で管理されることになる。このコンテナ管理ソフトウェア１１０も含め、コンテナ型仮想環境は、既存技術により構築、運用されるものであり、その詳細は省略する。いずれにしても、仮想化環境管理システム１０におけるコンテナ管理サーバ１００が、このコンテナ管理ソフトウェア１１０に対してコンテナの増減や配置変更等の適宜な指示を行い、当該仮想化環境管理方法を実行する。
Note that the container virtual environment realized by the
−−−ハードウェア構成−−−
また、仮想化環境管理システム１０を構成する情報処理装置のハードウェア構成は以下の如くとなる。図２は、本実施形態におけるコンテナ管理サーバ１００のハードウェア構成例を示す図である。
--- Hardware configuration ---
In addition, the hardware configuration of the information processing apparatus constituting the virtual
コンテナ管理サーバ１００は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置１０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ１０３、記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置１０４、ネットワーク５と接続し他装置との通信処理を担う通信装置１０５、を備える。
The
なお、記憶装置１０１内には、本実施形態の仮想化環境管理システム１０を構成する情報処理装置として必要な機能を実装する為のプログラム１０２と、各種テーブルが少なくとも記憶されている。このうちプログラム１０２には、上述したコンテナ管理ソフトウェア１１０が含まれる。また、テーブルとしては、サーバ情報テーブル１２５、システム情報テーブル１２６、可用性マスタテーブル１２７、コンテナリストテーブル１２８、コンテナ配置状況テーブル１２９、およびコンテナ調整トリガテーブル１３０が含まれる。各テーブルのデータ構造の詳細は後述する。
The
図３は、本実施形態における稼働分析サーバ２００のハードウェア構成例を示す図である。稼働分析サーバ２００は、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置２０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ２０３、記憶装置２０１に保持されるプログラム２０２をメモリ２０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置２０４、ネットワーク５と接続し他装置との通信処理を担う通信装置２０５、を備える。
FIG. 3 is a diagram illustrating a hardware configuration example of the
なお、記憶装置２０１内には、本実施形態の仮想化環境管理システム１０を構成する情報処理装置として必要な機能を実装する為のプログラム２０２と、トリガ情報２２５が少なくとも記憶されている。このうちトリガ情報２２５は、監視対象たるサーバ群３００の各業務システムやそのコンテナの状況に応じて感知した、コンテナ管理サーバ１００に通知すべきイベントの情報である。
Note that the
例えば、或る業務システムの所定コンテナについて観測したＴＰＳ（Transactions Per Second）が所定基準より大きく変動している、サーバ群３００のうち或るサーバに配置されたコンテナ数が所定基準以下になっている、といった情報になる。こうしたトリガ情報２２５は、稼働分析サーバ２００からコンテナ管理サーバ１００に送信され、後述するコンテナ調整トリガテーブル１３０に格納される。
For example, the TPS (Transactions Per Second) observed for a predetermined container of a certain business system fluctuates greatly from a predetermined standard, and the number of containers arranged in a certain server in the
−−−データ構造例−−−
続いて、本実施形態の仮想化環境管理システム１０が用いるテーブル類について説明する。図４に、本実施形態におけるサーバ情報テーブル１２５の一例を示す。
--- Data structure example ---
Next, tables used by the virtual
本実施形態におけるサーバ情報テーブル１２５は、コンテナ型仮想環境を実現するハードウェア、すなわちサーバ群３００が含む各サーバの情報を蓄積したテーブルである。本実施形態の場合、サーバ群３００のうち、オンプレミスのサーバ群３１０が３つの物理サーバを含み、パブリッククラウド３２０が１つの物理サーバを含む状況を想定する。
The server information table 125 in the present embodiment is a table in which information for each server included in the hardware that realizes the container-type virtual environment, that is, the
サーバ情報テーブル１２５のデータ構造は、各サーバを一意に特定するサーバＩＤをキーとして、オンプレミスかパブリッククラウドのいずれのサーバ装置かを示す「区分」、当該サーバの「サーバ名」、「搭載ＣＰＵコア数」、「メモリ容量」、「ステータス」、「稼働中コンテナ数」、「空きＣＰＵコア数」、および「空きメモリ容量」、といったデータから成るレコードの集合体である。このうち、「ステータス」、「稼働中コンテナ数」、「空きＣＰＵコア数」、および「空きメモリ容量」の各値は、稼働分析サーバ２００より送信されてきた値である。
The data structure of the server information table 125 includes a “classification” that indicates which server device is on-premises or public cloud, with a server ID that uniquely identifies each server as a key, a “server name” of the server, and an “installed CPU core” This is a set of records composed of data such as “number”, “memory capacity”, “status”, “number of active containers”, “number of free CPU cores”, and “free memory capacity”. Among these values, the values of “status”, “number of active containers”, “number of free CPU cores”, and “free memory capacity” are values transmitted from the
図５に、本実施形態におけるシステム情報テーブル１２６の一例を示す。本実施形態におけるシステム情報テーブル１２６は、コンテナ型仮想環境で実現している各業務システムの情報を蓄積したテーブルである。本実施形態の場合、「Ａシステム」、「Ｂシステム」の２つの業務システムをコンテナ型仮想環境で構築・運用する状況を想定する。 FIG. 5 shows an example of the system information table 126 in the present embodiment. The system information table 126 in this embodiment is a table in which information on each business system realized in a container type virtual environment is accumulated. In the case of this embodiment, a situation is assumed in which two business systems of “A system” and “B system” are constructed and operated in a container-type virtual environment.
こうしたシステム情報テーブル１２６のデータ構造は、業務システムを一意に特定するシステムＩＤをキーとして、当該システムの、「システム名」、「可用性ＩＤ」、「性能要件」、「性能要件更新日」といったデータから成るレコードの集合体である。 The data structure of the system information table 126 includes data such as “system name”, “availability ID”, “performance requirement”, and “performance requirement update date” of the system with a system ID that uniquely identifies the business system as a key. A collection of records consisting of
このうち可用性ＩＤは、当該システムに求められている可用性を一意に特定する識別情報であり、後述する可用性マスタテーブル１２７でその内容が規定されるものである。また、性能要件は、当該システムに求められる、１秒あたりのトランザクション処理数、すなわちＴＰＳであり、稼働分析サーバ２００により直近の所定期間内で観測された値となる。また、性能要件更新日は、上述の性能要件の値を稼働分析サーバ２００から得て更新した日時を示す値である。
Among these, the availability ID is identification information for uniquely specifying the availability required for the system, and its contents are defined in an availability master table 127 described later. The performance requirement is the number of transaction processes per second required for the system, that is, the TPS, and is a value observed by the
図６に、本実施形態における可用性マスタテーブル１２７の一例を示す。本実施形態における可用性マスタテーブル１２７は、上述のシステム情報テーブル１２６において各業務システムに紐付いている可用性の内容を規定したテーブルである。そのデータ構造は、可用性を一意に特定する可用性ＩＤをキーとして、当該可用性の名称、障害の発生を許容しうるサーバの台数、といったデータから成るレコードの集合体である。 FIG. 6 shows an example of the availability master table 127 in the present embodiment. The availability master table 127 in the present embodiment is a table that defines the contents of availability associated with each business system in the system information table 126 described above. The data structure is a collection of records composed of data such as the name of the availability and the number of servers that can allow a failure, using an availability ID that uniquely identifies the availability as a key.
図７に、本実施形態におけるコンテナリストテーブル１２８の一例を示す。本実施形態におけるコンテナリストテーブル１２８は、各業務システムを構成する各コンテナの情報を蓄積したテーブルである。本実施形態の場合、上述した「Ａシステム」と「Ｂシステム」の２つの業務システムが、それぞれ「端末アプリケーション」（図中は“端末ＡＰ”）、「バッチアプリケーション」（図中は“バッチＡＰ”）、および「データベース」（図中は“ＤＢ”）に対応したコンテナで構成される状況を想定する。 FIG. 7 shows an example of the container list table 128 in the present embodiment. The container list table 128 in the present embodiment is a table in which information on each container constituting each business system is accumulated. In the case of this embodiment, the above-described two business systems of “A system” and “B system” are respectively “terminal application” (“terminal AP” in the figure) and “batch application” (“batch AP” in the figure). ”) And“ database ”(“ DB ”in the figure) are assumed.
こうしたコンテナリストテーブル１２８のデータ構造は、コンテナを一意に特定するコンテナＩＤをキーとして、当該コンテナのコンテナ名、割当先の業務システムのシステムＩＤ、コンテナ性能、次回ピーク想定日、ピーク時間帯（開始）、ピーク時間帯（終了）、および登録日、といったデータから成るレコードの集合体である。 The data structure of the container list table 128 includes a container ID that uniquely identifies a container as a key, a container name of the container, a system ID of a business system to which the container is assigned, a container performance, a next expected peak date, a peak time zone (start ), Peak time zone (end), and registration date.
このうち、コンテナ性能は、各コンテナに対し、稼働分析サーバ２００等の所定装置が所定量の処理負荷をかけて予め測定したＴＰＳの値であり、コンテナ管理サーバ１００が、そうした稼働分析サーバ２００等より得て格納したものとなる。また、次回ピーク想定日、ピーク時間帯（開始）、およびピーク時間帯（終了）の各値は、当該レコードの「コンテナ名」が示す、業務システム（におけるアプリケーションやＤＢ）のデータ処理のピーク時期（換言すれば対応するサーバにおけるリソース使用量のピーク）を示すものである。また、こうしたピーク時期の各値は、例えば各業務システムの管理者等が、過去のシステム運用実績や曜日や季節の要因、或いは今後の事業計画、所定期間先までの顧客動向等に基づいて予め予想し、設定した値である。なお、登録日は、コンテナ性能、次回ピーク想定日、ピーク時間帯（開始）、およびピーク時間帯（終了）の各値の登録日である。
Among these, the container performance is a TPS value measured in advance by a predetermined device such as the
図８に、本実施形態におけるコンテナ配置状況テーブル１２９の一例を示す。本実施形態におけるコンテナ配置状況テーブル１２９は、上述のコンテナリストテーブル１２８で規定した各業務システム向けのそれぞれのコンテナに関して、配置先のサーバとステータスの情報を蓄積したテーブルである。そのデータ構造は、コンテナをサーバに配置した通番をキーとして、当該通番の順でサーバに配置された当該コンテナのコンテナＩＤ、配置先のサーバを示すサービスＩＤ、当該コンテナの稼働状況等を示すステータス、および、当該コンテナの起動日時、といったデータから成るレコードの集合体である。 FIG. 8 shows an example of the container arrangement status table 129 in the present embodiment. The container arrangement status table 129 according to the present embodiment is a table in which arrangement destination servers and status information are stored for each container for each business system defined by the container list table 128 described above. The data structure is a status indicating the container ID of the container arranged in the server in the order of the serial number, the service ID indicating the arrangement destination server, the operation status of the container, etc. , And the start date and time of the container.
図９に、本実施形態におけるコンテナ調整トリガテーブル１３０の一例を示す。本実施形態におけるコンテナ調整トリガテーブル１３０は、コンテナ管理サーバ１００が稼働分析サーバ２００から受信したトリガ情報２２５を格納するテーブルである。
FIG. 9 shows an example of the container adjustment trigger table 130 in the present embodiment. The container adjustment trigger table 130 in the present embodiment is a table that stores trigger
そのデータ構造は、トリガ情報を一意に特定するトリガＩＤをキーとして、トリガの契機となった稼働状況が生じたコンテナを示すコンテナＩＤ、トリガ区分１、トリガ区分２、トリガ名称、当該コンテナで構成する業務システムのシステムＩＤ、当該業務システムでの取引量、当該レコード（すなわちトリガ情報）の登録日時、当該トリガ情報に基づくコンテナ数変更適用日時、といったデータから成るレコードの集合体である。
The data structure is composed of a container ID indicating a container in which the operation status that triggered the trigger has occurred, a
このうちトリガ区分１は、各コンテナに関して、対応する業務システムにおける深夜帯でのバッチ処理やリブートといった定常処理に伴うイベントか、または、そうした定常処理とは異なり、当該コンテナでの取引量（ＴＰＳ）が短時間で急増した、或いは、当該コンテナが配置されたサーバでコンテナ数が減少したので再配置が必要、といった特別なイベントのいずれかを示す区分である。
Of these,
また、トリガ区分２は、上述のトリガ区分１が示すイベントへの対処内容を示すもので、トリガ区分１「特別」のうち取引量急増のイベントに対する「コンテナ数調整」、トリガ区分１「特別」のうちコンテナ再配置必要とのイベントに対する「再配置」、といった値になる。また、トリガ名称は、上述のトリガ区分１が示すイベントの内容を示すものである。また、取引量は、当該コンテナにおける取引量（ＴＰＳ）の値であり、当該トリガの契機になった観測値である。
In addition, the trigger category 2 indicates the contents to be dealt with for the event indicated by the
−−−フロー例１−−−
以下、本実施形態における仮想化環境管理方法の実際手順について図に基づき説明する。以下で説明する仮想化環境管理方法に対応する各種動作は、仮想化環境管理システム１０を構成する各サーバらがメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
--- Flow example 1 ---
Hereinafter, the actual procedure of the virtual environment management method according to the present embodiment will be described with reference to the drawings. Various operations corresponding to the virtual environment management method described below are realized by a program that is read and executed by a server or the like constituting the virtual
図１０は、本実施形態における仮想化環境管理方法のフロー例１を示す図である。ここでは、サーバ群３００のうちどのサーバにもコンテナが配置されていない初期状態で、各業務システムに必要なコンテナを可用性等を踏まえて特定し、適宜なサーバに配置する初期設定時の処理について示す。
FIG. 10 is a diagram illustrating a flow example 1 of the virtual environment management method according to the present embodiment. Here, in the initial state in which no server is placed on any server in the
この場合、コンテナ管理サーバ１００は、システム情報テーブル１２６から、各業務システムの性能要件の値を取得し、また、コンテナリストテーブル１２８から、各業務システム向けのコンテナのコンテナ性能の値を取得する（ｓ１００）。
In this case, the
次にコンテナ管理サーバ１００は、上述のｓ１００で得た、業務システムの性能要件の値を、当該業務システム向けのコンテナのコンテナ性能の値で除算して、必要なコンテナ数（これを「ｍ」とする）を算定する処理を、各業務システムに関して実行する（ｓ１０１）。
Next, the
例えば、「Ａシステム」の性能要件が「１５」（ＴＰＳ）であり、この「Ａシステム」のための各コンテナのうち例えば、「端末ＡＰ」のコンテナ性能が「５」（ＴＰＳ）であるため、コンテナ管理サーバ１００は、「Ａシステム」の「端末ＡＰ」コンテナの必要数を、１５÷５＝３つ、と算定する。また同様に、「Ａシステム」の「バッチＡＰ」コンテナの必要数を、１５÷１５＝１つ、「Ａシステム」の「ＤＢ」コンテナの必要数を、１５÷１５＝１つ、などと算定する。
For example, the performance requirement of “A system” is “15” (TPS), and among the containers for this “A system”, for example, the container performance of “terminal AP” is “5” (TPS). The
続いてコンテナ管理サーバ１００は、サーバ情報テーブル１２５において、各サーバの情報のうち、「ステータス」の値が「正常」、かつ「区分」が「オンプレミス」であるサーバに関して、「区分」、「搭載ＣＰＵコア数」、「メモリ容量」、「稼働中コンテナ数」、「空きＣＰＵコア数」、および「空きメモリ容量」の各値を参照し、新たにコンテナを配置可能なサーバ数（これを「ｓ」とする）を特定する（ｓ１０２）。
Subsequently, in the server information table 125, the
この場合のコンテナ管理サーバ１００は、まず、「稼働中コンテナ数」が「０」のサーバの数をカウントし、これをメモリ１０３に記憶する。またコンテナ管理サーバ１００は、稼働中コンテナ数が「１」以上のサーバのうち、「搭載ＣＰＵコア数」で「空きＣＰＵコア数」が占める割合と、「メモリ容量」で「空きメモリ容量」が占める割合が、それぞれ所定の基準以下であるサーバの数をカウントし、既にメモリ１０３に記憶しておいた値と合算する。この合算値が当該ステップｓ１０２で特定すべき、新たにコンテナを配置可能なサーバ数、となる。
In this case, the
次に、コンテナ管理サーバ１００は、各業務システムに求められる可用性について、システム情報テーブル１２６で当該業務システムに関して規定されている可用性ＩＤをキーに、可用性マスタテーブル１２７を検索し、該当する可用性の情報を特定する（ｓ１０３）。 例えば、システム情報テーブル１２６において、「Ａシステム」の可用性ＩＤは「０００１」と規定されている。そこでコンテナ管理サーバ１００は、この可用性ＩＤ「０００１」をキーに、可用性マスタテーブル１２７を検索し、該当レコードから「障害許容台数」の値「１」を特定する。一方、「Ｂシステム」の場合、その可用性ＩＤ「０００２」をキーに、可用性マスタテーブル１２７を検索すると、該当レコードから「障害許容台数」の値「０」が特定される。
Next, the
上述のステップｓ１０３の結果、「障害許容台数」の値が「０」であった場合、コンテナ管理サーバ１００は、当該業務システムは高可用性が要求されないシステムであると判定し（ｓ１０４：ｎ）、ｓ１０１で得ている必要なコンテナ数の値「ｍ」を、ｓ１０２で得ているサーバ数の値「ｓ」で除算する処理を、各業務システムの各コンテナに関して実行し、各サーバへの各コンテナの配置数を特定し、コンテナ管理ソフトウェア１１０に対して当該コンテナの当該サーバへの配置処理を指示する（ｓ１０５）。この指示に伴い、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９において当該コンテナのレコードを更新する。
As a result of the above-described step s103, when the value of the “allowable number of failures” is “0”, the
例えば、「Ｂシステム」の「端末ＡＰ」コンテナに関してｓ１０１で得ている必要なコンテナ数の値が「１」、ｓ１０２で得ているサーバ数の値が「３」であった場合、ｍ÷ｓ＝１÷３＝０．３、これを切り上げた実際のコンテナ数「１」を、各サーバ（新たにコンテナを配置可能なサーバ）への「Ｂシステム＿端末ＡＰ」コンテナの配置数とする。従って、図８に例示したコンテナ配置状況テーブル１２９において、「Ｂシステム＿端末ＡＰ」コンテナである、コンテナＩＤ「０００００００４」は、サーバ「０００００００２」、および「０００００００３」、のそれぞれに１つずつ配置されている。 For example, if the value of the required number of containers obtained in s101 for the “terminal AP” container of “B system” is “1” and the value of the number of servers obtained in s102 is “3”, m ÷ s = 1 ÷ 3 = 0.3, and the actual number of containers “1” rounded up is set as the number of “B system_terminal AP” containers to be allocated to each server (a server that can newly allocate containers). Therefore, in the container arrangement status table 129 illustrated in FIG. 8, the container ID “00000004”, which is the “B system_terminal AP” container, is arranged for each of the servers “00000002” and “00000003”. ing.
他方、上述のステップｓ１０３の結果、「障害許容台数」の値が「１」以上であった場合、コンテナ管理サーバ１００は、当該業務システムは高可用性が求められるサーバであると判定し（ｓ１０４：ｙ）、ｓ１０１で得ている必要なコンテナ数の値「ｍ」を、ｓ１０２で得ているサーバ数の値「ｓ」から「障害許容台数」の値（ｓ１０３で得ている値）を減算した値で除算する処理を、各業務システムの各コンテナに関して実行し、各サーバへの各コンテナの配置数を特定し、コンテナ管理ソフトウェア１１０に対して当該コンテナの当該サーバへの配置処理を指示する（ｓ１０６）。この指示に伴い、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９において当該コンテナのレコードを更新する。
On the other hand, as a result of the above-described step s103, if the value of “Allowable number of failures” is “1” or more, the
例えば、「Ａシステム」の「端末ＡＰ」コンテナに関してｓ１０１で得ている必要なコンテナ数の値が「３」、ｓ１０２で得ているサーバ数の値が「３」、この「Ａシステム」の障害許容台数が「１」であった場合、ｍ÷（ｓ−１）＝３÷２＝１．５、これを切り上げた実際のコンテナ数「２」を、各サーバ（新たにコンテナを配置可能なサーバ）への「Ａシステム＿端末ＡＰ」コンテナの配置数とする。従って、図８に例示したコンテナ配置状況テーブル１２９において、「Ａシステム＿端末ＡＰ」コンテナである、コンテナＩＤ「０００００００１」は、サーバ「０００００００１」、「０００００００２」、および「０００００００３」、のそれぞれに２つずつ配置されている。 For example, regarding the “terminal AP” container of “A system”, the value of the required number of containers obtained in s101 is “3”, the value of the number of servers obtained in s102 is “3”, and this “A system” failure When the allowable number is “1”, m ÷ (s−1) = 3 ÷ 2 = 1.5, and the actual number of containers “2” obtained by rounding up the number is added to each server (a container can be newly placed). The number of “A system_terminal AP” containers placed on the server). Accordingly, in the container arrangement status table 129 illustrated in FIG. 8, the container ID “00000001”, which is the “A system_terminal AP” container, is 2 in each of the servers “00000001”, “00000002”, and “00000003”. It is arranged one by one.
なお、「Ａシステム」の「バッチＡＰ」コンテナおよび「ＤＢ」コンテナに関して、ｓ１０１で得ている必要なコンテナ数の値が「１」、ｓ１０２で得ているサーバ数の値が「３」、この「Ａシステム」の障害許容台数が「１」であった場合、ｍ÷（ｓ−１）＝１÷２＝０．５、これを切り上げた実際のコンテナ数「１」を、各サーバ（新たにコンテナを配置可能なサーバ）への「Ａシステム＿バッチＡＰ」および「Ａシステム＿ＤＢ」の各コンテナの配置数とする。 For the “Batch AP” container and “DB” container of “A system”, the value of the required number of containers obtained in s101 is “1”, the value of the number of servers obtained in s102 is “3”, If the allowable number of failures in “A system” is “1”, m ÷ (s−1) = 1 ÷ 2 = 0.5, and the actual number of containers “1” rounded up is added to each server (new The number of containers of “A system_batch AP” and “A system_DB” arranged in the server).
但し、図８のコンテナ配置状況テーブル１２９に示すように、「Ａシステム＿バッチＡＰ」コンテナである、コンテナＩＤ「０００００００２」は、サーバ「０００００００１」、および「０００００００３」、のそれぞれに１つずつ配置され、サーバ「０００００００３」には配置していない。これは「Ａシステム＿ＤＢ」のコンテナである、コンテナＩＤ「０００００００３」についても同様である。これは、障害許容台数が「１」、すなわちどれか１つのサーバに障害が発生しても、該当業務システムの性能要件を達成出来ればよいことを踏まえ、３つのサーバのうち２つにのみコンテナを配置すれば、そのうちの１つに障害が発生しても性能要件は達成出来ることに対応したものとなる。一方、障害許容台数が「２」、すなわちどれか２つのサーバに障害が発生しても、該当業務システムの性能要件を達成出来ればよい場合に、３つのサーバ全てではなく２つのサーバのみにコンテナを配置すれば、その２つのサーバに障害が発生したならば、性能要件は達成出来ないことになる。そのため、必要なコンテナ数および障害許容台数が所定数以下の場合のみ、コンテナ管理サーバ１００は、各サーバのうち所定数のサーバのみにコンテナを配置する対応を行う。
However, as shown in the container arrangement status table 129 of FIG. 8, the container ID “00000002”, which is the “A system_batch AP” container, is arranged for each of the servers “00000001” and “00000003”. The server “00000003” is not arranged. The same applies to the container ID “00000003”, which is a container of “A system_DB”. This is based on the fact that the allowable number of failures is “1”, that is, if any one of the servers fails, it is only necessary to achieve the performance requirements of the corresponding business system. If one of them is arranged, the performance requirement can be achieved even if a failure occurs in one of them. On the other hand, if the allowable number of failures is “2”, that is, if it is sufficient to meet the performance requirements of the corresponding business system even if any two servers fail, the container is not only for all three servers but only for two servers. If a failure occurs on the two servers, the performance requirement cannot be achieved. Therefore, only when the necessary number of containers and the allowable number of faults are equal to or less than the predetermined number, the
続いて、コンテナ管理サーバ１００は、ここまでの処理で、コンテナリストテーブル１２８に規定したコンテナのコンテナＩＤと、コンテナ配置状況テーブル１２９の配置コンテナＩＤのうちステータスが「稼働中」のものとを照合し、コンテナリストテーブル１２８に規定したコンテナのうち、サーバに配置出来ていないものがあるか判定する（ｓ１０７）。図８で示すコンテナ配置状況テーブル１２９の例では、コンテナＩＤ「０００００００５」および「０００００００６」については、「配置サーバＩＤ」が「ＮＵＬＬ」であり、「ステータス」が「稼働中」ではなく、「配置待ち」となっており、サーバに配置出来ていないことが判明する。
Subsequently, the
上述の判定の結果、未配置のコンテナが特定されなければ（ｓ１０８：ｎ）、コンテナ管理サーバ１００は、当該フローを終了する。
If no unallocated container is identified as a result of the above determination (s108: n), the
他方、上述の判定の結果、未配置のコンテナが特定されたならば（ｓ１０８：ｙ）、コンテナ管理サーバ１００は、サーバ情報テーブル１２５において、各サーバの情報のうち、「ステータス」の値が「正常」、かつ「区分」が「パブリッククラウド」であるサーバに関して、ステップｓ１０２と同様の処理で、新たにコンテナを配置可能なサーバ数を特定する（ｓ１０９）。
On the other hand, if an unallocated container is identified as a result of the above determination (s108: y), the
この結果、パブリッククラウドのうち、新たにコンテナを配置可能なサーバが特定出来なかった場合（ｓ１１０：ｎ）、コンテナ管理サーバ１００は、更なるパブリッククラウドの契約増を要求するメッセージ等を、システム管理者等の所定端末に宛てて出力し（ｓ１１１）、当該フローを終了する。
As a result, when a server that can newly place a container in the public cloud cannot be identified (s110: n), the
他方、パブリッククラウドのうち、新たにコンテナを配置可能なサーバ（例：サーバＩＤ「０００００００４」のパブリッククラウド）が特定出来た場合（ｓ１１０：ｙ）、コンテナ管理サーバ１００は、上述のステップｓ１０８の判定で特定された未配置のコンテナについて、コンテナ管理ソフトウェア１１０に対して当該コンテナの当該サーバへの配置処理を指示する（ｓ１１２）。この指示に伴い、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９において当該コンテナのレコードを更新する。
On the other hand, when a server capable of newly placing a container (for example, a public cloud with a server ID “00000004”) can be identified among the public clouds (s110: y), the
以上で、初期状態のサーバへのコンテナの配置処理が完了する。 This completes the container placement process on the server in the initial state.
−−−フロー例２−−−
次に、上述のフロー例１のように構成したコンテナ型仮想環境が稼働を開始し、その状況を稼働分析サーバ２００が監視している状況での処理について図に基づき説明する。図１１は、本実施形態における仮想化環境管理方法のフロー例２を示す図である。なお、稼働分析サーバ２００は、サーバ群３００における各コンテナに関して、稼働状況を監視し、所定のイベントを検知した場合に、その情報をトリガ情報２２５としてコンテナ管理サーバ１００に送信しているものとする。また、その場合、コンテナ管理サーバ１００は、トリガ情報２２５をコンテナ調整トリガテーブル１３０に格納しているものとする。
--- Flow example 2 ---
Next, processing in a situation where the container-type virtual environment configured as in the above flow example 1 starts operating and the
こうした状況におけるコンテナ管理サーバ１００は、例えば所定時間ごとにコンテナ調整トリガテーブル１３０にアクセスして、コンテナ数変更適用日時が「ＮＵＬＬ」、すなわち、未対応のトリガを特定する（ｓ２００）。
In such a situation, the
次にコンテナ管理サーバ１００は、上述のステップｓ２００で特定した未対応のトリガのトリガ区分１が「通常」、かつトリガ区分２が「停止」か否か判定する（ｓ２０１）。
Next, the
この判定の結果、未対応トリガのトリガ区分１が「通常」かつトリガ区分２が「停止」であった場合（ｓ２０１：ｙ）、コンテナ管理サーバ１００は、コンテナ管理ソフトウェア１１０に対して該当コンテナ停止を指示し（ｓ２０２）、当該フローを終了する。
As a result of this determination, when the
他方、上述の判定の結果、未対応トリガのトリガ区分１が「特別」であった場合（ｓ２０１：ｎ）、コンテナ管理サーバ１００は、当該トリガのトリガ区分２が「コンテナ数調整」か否か判定する（ｓ２０３）。
On the other hand, if the
この判定の結果、当該トリガのトリガ区分２が「コンテナ数調整」であった場合（ｓ２０３：ｙ）、コンテナ管理サーバ１００は、コンテナ調整トリガテーブル１３０において、当該トリガに関する情報のうち、「取引量（ＴＰＳ）」の値を抽出する（ｓ２０４）。
As a result of this determination, when the trigger category 2 of the trigger is “container number adjustment” (s203: y), the
この場合のコンテナ管理サーバ１００は、該当コンテナに対応する業務システムでの取引量（ＴＰＳ）が急増或いは急減した状況を解消すべく、該当コンテナを増減させる対応を開始したことになる。
In this case, the
続いてコンテナ管理サーバ１００は、コンテナリストテーブル１２８から、各業務システム向けのコンテナのうち、当該コンテナのコンテナ性能の値を取得する（ｓ２０５）。
Subsequently, the
また、コンテナ管理サーバ１００は、上述のｓ２０４で得た、取引量（ＴＰＳ）の値を、当該コンテナのコンテナ性能の値で除算して、現状において必要なコンテナ数（これを「ｍ’」とする）を算定する（ｓ２０６）。
In addition, the
例えば、トリガＩＤ「０００００００１」が示すシステムＩＤ「００００１」、すなわち「Ａシステム」での取引量（ＴＰＳ）が「８」（ＴＰＳ）であり、この「Ａシステム」の当該コンテナ「０００００００１」、すなわち「端末ＡＰ」のコンテナ性能が「５」（ＴＰＳ）であるため、コンテナ管理サーバ１００は、現状における「Ａシステム」の「端末ＡＰ」コンテナの必要数を、８÷５＝１．６、すなわち２つ、と算定する。
For example, the system ID “00001” indicated by the trigger ID “00000001”, that is, the transaction volume (TPS) in “A system” is “8” (TPS), and the container “00000001” of this “A system”, Since the container performance of the “terminal AP” is “5” (TPS), the
続いてコンテナ管理サーバ１００は、上述のステップｓ２０６で算定したコンテナ数「ｍ’」と、フロー例１のステップｓ１０１で算定したコンテナ数「ｍ」、すなわち初期設定時のコンテナ数と比較する（ｓ２０７）。
Subsequently, the
この比較の結果、ｍ＞ｍ’、すなわち必要なコンテナ数が初期設定時より減少した場合（ｓ２０８：ｙ）、コンテナ管理サーバ１００は、当該コンテナが配置されているサーバを、コンテナ配置状況テーブル１２９にて特定する（ｓ２０９）。
As a result of this comparison, when m> m ′, that is, when the number of necessary containers has decreased from the initial setting (s208: y), the
コンテナ管理サーバ１００は、ｓ２０９で特定したサーバの数で、上述の現状において必要なコンテナ数「ｍ’」を除算し、該当サーバへの当該コンテナの配置数を特定し、この配置数と、当該フロー開始前の当該サーバへの当該コンテナの配置数との差分を算定する（ｓ２１０）。
The
例えば、「Ａシステム」の「端末ＡＰ」コンテナに関してｓ２０６で得ている、現状において必要なコンテナ数の値が「１」、ｓ２０９で特定した当該コンテナが配置されているサーバの数が「３」であった場合、ｍ’÷３＝１÷３＝０．３、これを切り上げた実際のコンテナ数「１」が、当該サーバへの「Ａシステム＿端末ＡＰ」コンテナの配置数と特定できる。また、当該フロー開始前の当該サーバへの該当コンテナの配置数が「３」であった場合、現状において必要なコンテナ数と当該フロー開始前のコンテナの配置数との差分は、３−１＝２、と算定出来る。つまりこの場合、３台の各サーバに配置する当該コンテナを、１つずつ減少させる必要があることになる。 For example, for the “terminal AP” container of “A system”, the value of the number of containers required at present is “1”, and the number of servers on which the container identified in s209 is arranged is “3”. In this case, m ′ ÷ 3 = 1 ÷ 3 = 0.3, and the actual number of containers “1” obtained by rounding up can be identified as the number of “A system_terminal AP” containers placed on the server. Further, when the number of containers arranged on the server before the start of the flow is “3”, the difference between the number of containers currently required and the number of containers arranged before the flow starts is 3-1 = 2 can be calculated. That is, in this case, it is necessary to reduce the containers arranged in the three servers one by one.
そこでコンテナ管理サーバ１００は、コンテナ管理ソフトウェア１１０に対し、当該サーバにおける当該コンテナの配置数を、（上述の例の場合、１つ）減ずる処理を指示し（ｓ２１１）、フローを終了する。なお、こうしたコンテナの低減を行う場合、コンテナ管理サーバ１００は、パブリッククラウド３２０に配置されたコンテナから優先的に停止させるものとする。
Accordingly, the
上述の指示に伴い、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９において当該コンテナのレコードを更新する。
In response to the above instruction, the
一方、上述のステップｓ２０７の比較の結果、ｍ＜ｍ’、すなわち必要なコンテナ数が初期設定時より増加した場合（ｓ２０８：ｎ）、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９と、サーバ情報テーブル１２５を参照し、当該コンテナが配置されているサーバを含め全サーバについて、フロー例１のステップｓ１０２と同様に、新たなコンテナを配置可能なサーバ数（これを「ｓ’」とする）を特定する（ｓ２１２）。
On the other hand, if m <m ′, that is, the number of necessary containers has increased from the initial setting (s208: n) as a result of the comparison in step s207, the
また、コンテナ管理サーバ１００は、当該業務システムに求められる可用性について、上述のフロー例１のステップｓ１０３と同様に、「障害許容台数」の値を特定する（ｓ２１３）。
Further, the
上述のステップｓ２１３の結果、「障害許容台数」の値が「０」であった場合、コンテナ管理サーバ１００は、当該業務システムは高可用性が要求されないシステムであると判定し（ｓ２１４：ｎ）、ｓ２０６で得ている必要なコンテナ数の値「ｍ’」を、ｓ２１２で得ているサーバ数の値「ｓ’」で除算する処理を実行し、該当各サーバへの当該コンテナの配置数を特定し、コンテナ管理ソフトウェア１１０に対して当該コンテナの当該サーバへの配置処理を指示し（ｓ２１５）、フローを終了する。
As a result of the above-described step s213, when the value of the “allowable number of failures” is “0”, the
なお、こうしたコンテナの増加を行う場合、コンテナ管理サーバ１００は、オンプレミスのサーバ群３１０のサーバから優先的に配置させるものとする。但し、この優先的な配置を経ても、パブリッククラウド３２０へのコンテナ配置を行う必要がある場合、コンテナ管理サーバ１００は、予め定めた業務システムごとのパブリッククラウド３２０へのコンテナ移行可否の基準（例えば、システム情報テーブル１２６や、コンテナリストテーブル１２８で、各業務システムまたは各コンテナに関して移行可否が設定してあるとする）に基づき、新たに配置すべきコンテナの移行要否を判定する。この判定の結果、当該コンテナの移行が不可であった場合、コンテナ管理サーバ１００は、上述の基準において移行可能な他コンテナをパブリッククラウド３２０に移行させる。そしてコンテナ管理サーバ１００は、当該移行させたコンテナが元々配置されていたオンプレミスのサーバに、上述の当該コンテナを移行させる。勿論、こうした移行の処理はコンテナ管理ソフトウェア１１０に指示を行って実行する。
In addition, when such an increase in containers is performed, the
上述の指示に伴い、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９において当該コンテナのレコードを更新する。
In response to the above instruction, the
例えば、「Ａシステム」の「バッチＡＰ」コンテナに関してｓ２０６で得ている、現状において必要なコンテナ数の値が「４」、ｓ２１２で特定した新たなコンテナを配置可能なサーバの数が「３」であった場合、ｍ’÷３＝４÷３＝１．３、これを切り上げた実際のコンテナ数「２」が、当該サーバへの「Ａシステム＿バッチＡＰ」コンテナの配置数と特定できる。また、当該フロー開始前の当該サーバへの該当コンテナの配置数が「１」であった場合、現状において必要なコンテナ数と当該フロー開始前のコンテナの配置数との差分は、４−１＝３、と算定出来る。当該フロー開始前から当該コンテナを配置しているサーバ（便宜的に既存配置先とする）において、新たにコンテナの配置を受けるリソースの余裕が無い場合、こうした差分、すなわち増加するコンテナ数の配置先は、上述の既存配置先とは別のサーバになる。 For example, the value of the number of containers that is currently required in s206 regarding the “batch AP” container of “A system” is “4”, and the number of servers that can place the new container specified in s212 is “3”. In this case, m ′ ÷ 3 = 4 ÷ 3 = 1.3, and the actual number of containers “2” rounded up can be identified as the number of “A system_batch AP” containers arranged on the server. Further, when the number of arrangement of the corresponding container to the server before the start of the flow is “1”, the difference between the number of containers currently required and the number of arrangement of the container before the start of the flow is 4-1 = 3 can be calculated. If there is no room for resources to newly place a container on the server where the container is placed before the start of the flow (for convenience, the existing placement destination), this difference, that is, the placement destination of the increasing number of containers Becomes a server different from the above-described existing location.
他方、上述のステップｓ２１３の結果、「障害許容台数」の値が「１」以上であった場合、コンテナ管理サーバ１００は、当該業務システムは高可用性が求められるサーバであると判定し（ｓ２１４：ｙ）、ｓ２０６で得ている必要なコンテナ数の値「ｍ’」を、ｓ２１２で得ているサーバ数の値「ｓ’」から「障害許容台数」の値（ｓ２１３で得ている値）を減算した値で除算する処理を実行し、該当各サーバへの当該コンテナの配置数を特定し、コンテナ管理ソフトウェア１１０に対して当該コンテナの当該サーバへの配置処理を指示し（ｓ２１６）、フローを終了する。なお、こうしたコンテナの増加を行う場合、コンテナ管理サーバ１００は、オンプレミスのサーバ群３１０のサーバから優先的に配置させるものとする。
On the other hand, as a result of the above-described step s213, when the value of “allowable number of failures” is “1” or more, the
上述の指示に伴い、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９において当該コンテナのレコードを更新する。
In response to the above instruction, the
なお、上述のようにコンテナ数の増減を行うに際し、コンテナ管理サーバ１００は、当該業務システムにおける処理の繁閑時期に基づき、コンテナ数の過不足の状態が所定期間継続することが特定できる場合に、コンテナ数増減を実行するとすれば好適である。例えば、上述のコンテナ数の増減指示をコンテナ管理ソフトウェア１１０に通知するに先立ち、コンテナリストテーブル１２８にて、当該コンテナの次回ピーク想定日、ピーク時間帯（開始）、およびピーク時間帯（終了）、の各値を参照する。またコンテナ管理サーバ１００は、ここで参照して特定出来た次回のピーク日時、すなわち繁忙期まで現日時から所定時間以内であれば、コンテナ数減少は実行せず、他方、次回のピーク日時まで現日時から所定時間以上であれば、コンテナ数増加は実行しない、といった処理を実行する。
In addition, when performing increase / decrease in the number of containers as described above, the
他方、上述のステップｓ２０３の判定の結果、当該トリガのトリガ区分２が「コンテナ数調整」でなかった場合（ｓ２０３：ｎ）、コンテナ管理サーバ１００は、当該トリガのトリガ区分２は「再配置」であると特定し（ｓ２１７）、当該コンテナの配置先の各サーバを含む、サーバ群３００のいずれか複数のサーバのうち所定のサーバに、他のサーバのコンテナを移動させる処理を実行し（ｓ２１８）、フローを終了する。
On the other hand, as a result of the determination in the above step s203, when the trigger category 2 of the trigger is not “container adjustment” (s203: n), the
こうした「再配置」の処理は、当該コンテナの配置先の各サーバのうち少なくともいずれか複数のサーバにおけるコンテナ数が所定基準より少なく、サーバの使用効率が低下しているため、コンテナの配置をいずれかのサーバに集約し、配置コンテナがゼロになったサーバを停止して全体のサーバ運用を効率化するためものとなる。 Such “relocation” processing is performed because the number of containers in at least one of the servers to which the container is disposed is less than a predetermined standard, and the use efficiency of the server is reduced. This is to consolidate such servers and stop the server whose placement container has become zero to improve the efficiency of overall server operation.
「再配置」の処理としては、コンテナ管理サーバ１００は、コンテナ配置状況テーブル１２９を参照し、例えば、オンプレミスのサーバ群３１０（配置サーバＩＤをキーにサーバ情報テーブル１２５で特定）において、配置コンテナの数が他サーバよりも少ないか配置コンテナ数がゼロ、かつ、リソースの使用率が低い（サーバ情報テーブル１２５で特定）、といった所定のサーバを特定し、このサーバに対し、他のサーバのコンテナを移動させて集約配置する。また、コンテナ管理サーバ１００は、これによりリソースに余剰が生じたオンプレミスのサーバ（上述の所定のサーバ以外のオンプレミスのサーバ）に対し、それまでパブリッククラウド３２０に配置されていたコンテナを移動させる、といった更なる処理を実行する。
For the “relocation” processing, the
但し当然ながら、当該業務システムに求められる可用性の要件を満たす範囲で、サーバ間でのコンテナ移動を行うことになる。従って、該当業務システムの可用性を可用性マスタテーブル１２７で特定し、既に述べた障害許容台数の値を用いた各サーバへのコンテナ配置数の算定手法を利用する。他方、この配慮を採用せず、徒にコンテナの集約を進めた結果、該当サーバでの障害発生が生じれば、全く機能を失う事態に至る。 However, as a matter of course, container movement between servers is performed within a range that satisfies the availability requirement required for the business system. Therefore, the availability of the corresponding business system is specified by the availability master table 127, and the method for calculating the number of containers arranged on each server using the value of the allowable number of failures described above is used. On the other hand, if this consideration is not adopted and container consolidation is promoted, if a failure occurs in the corresponding server, the function is completely lost.
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。 Although the best mode for carrying out the present invention has been specifically described above, the present invention is not limited to this, and various modifications can be made without departing from the scope of the invention.
こうした本実施形態によれば、仮想環境における余剰リソースの抑制を図り、効率的なシステム運用が可能となる。 According to such an embodiment, it is possible to suppress surplus resources in the virtual environment and to perform efficient system operation.
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より少ない場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて低減するものである、としてもよい。 At least the following will be clarified by the description of the present specification. That is, in the virtual environment management system according to the present embodiment, when the computing device increases or decreases the number of containers, there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is the current container number. When the number is smaller than the number, the container for the system arranged in the hardware may be reduced according to the value of the difference.
これによれば、コンテナ数低減に伴う余剰リソースの抑制処理を効率的なものとし、ひいては、より効率的なシステム運用が可能となる。 According to this, the surplus resource suppression process accompanying the reduction in the number of containers is made efficient, and as a result, more efficient system operation becomes possible.
また、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より多い場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて増加させるものである、としてもよい。 Further, in the virtual environment management system of the present embodiment, when the computing device increases or decreases the number of containers, there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is the current container number. When the number is larger than the number, the container for the system arranged in the hardware may be increased according to the value of the difference.
これによれば、システム稼働状況に的確に対応して精度良くコンテナ数を増加させ、ひいては、より効率的なシステム運用が可能となる。 According to this, the number of containers can be increased with high accuracy corresponding to the system operating condition, and as a result, more efficient system operation can be achieved.
また、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数との差異の値を、前記ハードウェアの数から当該システムの可用性基準に応じた障害発生ハードウェア数を減算した値で除算し、当該除算により得た値だけ、前記ハードウェアでの当該システム向けのコンテナ数を増減させるものである、としてもよい。 Further, in the virtualization environment management system of the present embodiment, the arithmetic device, when increasing or decreasing the number of containers, calculates a difference value between the specified number of containers and the current number of containers from the number of hardware. It is also possible to divide by the value obtained by subtracting the number of failed hardware according to the availability criteria of the system and increase or decrease the number of containers for the system in the hardware by the value obtained by the division.
これによれば、システム稼働状況とともに、当該システムに求められる可用性を併せて踏まえて、必要なコンテナ数をさらに精度良好に特定し、ひいては、安定的で更に効率的なシステム運用が可能となる。 According to this, it is possible to specify the required number of containers with higher accuracy in consideration of the availability of the system as well as the system operation status, and thus stable and more efficient system operation is possible.
また、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、各ハードウェアのうち少なくともいずれか複数のハードウェアに配置したコンテナ数が所定基準より少ない場合、当該複数のハードウェアのうち所定のハードウェアに他のハードウェアのコンテナを移動させる処理を更に実行するものである、としてもよい。 In the virtual environment management system according to the present embodiment, the computing device may have a predetermined number of hardware items when the number of containers arranged in at least one of the hardware items is smaller than a predetermined reference. It is also possible to further execute a process of moving another hardware container to the other hardware.
これによれば、コンテナを配置するハードウェア数を絞り込むことで、不要となったハードウェアの稼働を停止させ、当該ハードウェアの運用コスト等を低減することができる。ひいては、より効率的なシステム運用が可能となる。 According to this, by narrowing down the number of hardware in which containers are arranged, it is possible to stop the operation of hardware that is no longer needed, and to reduce the operating cost of the hardware. As a result, more efficient system operation becomes possible.
また、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、前記過不足に応じて、前記ハードウェアでの当該システム向けのコンテナ数を増加させる必要があり、前記ハードウェアに配置しきれない未配置コンテナが生じる場合、所定の外部サーバに構築したコンテナ型仮想化環境に、前記未配置コンテナを配置する処理を更に実行するものである、としてもよい。 Further, in the virtualization environment management system of the present embodiment, the computing device needs to increase the number of containers for the system in the hardware according to the excess or deficiency, and can be arranged in the hardware. When there is no unplaced container, the process of placing the unplaced container in the container-type virtual environment constructed in a predetermined external server may be further executed.
これによれば、例えば金融機関に設置したオンプレミスのサーバらが、各システムのコンテナを収容しきれない状況が生じる事態となっても、いわゆるパブリッククラウド等の外部サーバ上のコンテナ型仮想化環境をコンテナ配置先として機動的に利用することが出来る。勿論、オンプレミスのサーバらで必要なコンテナを全て収容可能な状況になれば、こうした外部サーバに配置したコンテナをオンプレミスのコンテナ型仮想化環境に復帰させるといった運用も可能である。ひいては、システム負荷等の変化に応じたダイナミックで更に効率的なシステム運用が可能となる。 According to this, for example, even if an on-premises server installed in a financial institution has a situation in which containers of each system cannot be accommodated, a container-type virtual environment on an external server such as a public cloud is created. It can be used flexibly as a container placement destination. Of course, if the on-premises servers can accommodate all the necessary containers, it is possible to operate such that the containers arranged on the external server are returned to the on-premises container-type virtual environment. As a result, dynamic and more efficient system operation corresponding to changes in system load and the like becomes possible.
また、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、前記未配置コンテナを前記外部サーバのコンテナ型仮想化環境に配置するに際し、予め定めたシステムごとの外部サーバへのコンテナ移行可否の基準に基づき、前記未配置コンテナに対応したシステムの移行要否を判定し、当該未配置コンテナの移行不可であった場合に、前記基準において移行可能な他システムの所定コンテナを前記外部サーバのコンテナ型仮想化環境に移行させ、当該移行させた前記所定コンテナが元々配置されていたハードウェアに、前記未配置コンテナを移行させる処理を更に実行するものである、としてもよい。 Further, in the virtual environment management system of the present embodiment, when the unallocated container is placed in the container-type virtual environment of the external server, the computing device can determine whether or not to migrate the container to an external server for each predetermined system. On the basis of the standard, it is determined whether or not the system corresponding to the non-arranged container needs to be migrated, and when the non-arranged container cannot be migrated, a predetermined container of another system that can be migrated based on the standard is assigned to the external server. It is also possible to migrate to a container-type virtualization environment and further execute a process of migrating the non-arranged container to the hardware where the migrated predetermined container was originally arranged.
これによれば、金融機関等に特有の厳格なセキュリティポリシーの運用に適応しつつ、コンテナの効率的な配置管理が可能となる。ひいては、セキュアなシステム運用と効率的な仮想化環境管理を両立させ、更により効率的なシステム運用が可能となる。 According to this, it is possible to efficiently manage container placement while adapting to the operation of a strict security policy unique to a financial institution or the like. As a result, both secure system operation and efficient virtual environment management can be achieved, and more efficient system operation becomes possible.
また、本実施形態の仮想化環境管理システムにおいて、前記演算装置は、前記コンテナ数を増減させるに際し、当該システムにおける処理の繁閑時期に関する所定の予測情報に基づき、前記コンテナ数の過不足の状態が所定期間継続することが特定できる場合に、前記コンテナ数の増減を実行するものである、としてもよい。 Further, in the virtual environment management system of the present embodiment, when the number of containers is increased or decreased, the computing device is in a state where the number of containers is excessive or insufficient based on predetermined prediction information related to the busy season of processing in the system. The increase / decrease of the number of containers may be executed when it can be specified that the data continues for a predetermined period.
これによれば、徒にコンテナ数増減を繰り返すことで、そうしたコンテナ配置の管理処理に関する負荷や時間が増大し、ついには全体効率が低下するといった懸念を解消出来る。ひいては、仮想環境における余剰リソースの効率的な抑制を図り、更に効率的なシステム運用が可能となる。 According to this, by repeating the increase / decrease in the number of containers, it is possible to eliminate the concern that the load and time related to the management processing of such container arrangement increase and finally the overall efficiency decreases. As a result, it is possible to efficiently suppress surplus resources in the virtual environment, and to further efficiently operate the system.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より少ない場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて低減する、としてもよい。 In the virtualization environment management method of the present embodiment, when the information processing system increases or decreases the number of containers, there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is When the number is smaller than the number of containers, the containers for the system arranged in the hardware may be reduced according to the difference value.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より多い場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて増加させる、としてもよい。 In the virtualization environment management method of the present embodiment, when the information processing system increases or decreases the number of containers, there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is When the number of containers is larger, the number of containers for the system arranged in the hardware may be increased according to the difference value.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数との差異の値を、前記ハードウェアの数から当該システムの可用性基準に応じた障害発生ハードウェア数を減算した値で除算し、当該除算により得た値だけ、前記ハードウェアでの当該システム向けのコンテナ数を増減させる、としてもよい。 In the virtualization environment management method of the present embodiment, when the information processing system increases or decreases the number of containers, the difference value between the specified number of containers and the current number of containers is calculated from the number of hardware. It is also possible to divide by the value obtained by subtracting the number of failed hardware corresponding to the availability criteria of the system, and increase or decrease the number of containers for the system in the hardware by the value obtained by the division.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、各ハードウェアのうち少なくともいずれか複数のハードウェアに配置したコンテナ数が所定基準より少ない場合、当該複数のハードウェアのうち所定のハードウェアに他のハードウェアのコンテナを移動させる処理を更に実行する、としてもよい。 In the virtualization environment management method of the present embodiment, when the information processing system has a number of containers arranged in at least any one of a plurality of hardware less than a predetermined reference, Processing for moving another hardware container to predetermined hardware may be further executed.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、前記過不足に応じて、前記ハードウェアでの当該システム向けのコンテナ数を増加させる必要があり、前記ハードウェアに配置しきれない未配置コンテナが生じる場合、所定の外部サーバに構築したコンテナ型仮想化環境に、前記未配置コンテナを配置する処理を更に実行する、としてもよい。 Further, in the virtualization environment management method of the present embodiment, the information processing system needs to increase the number of containers for the system in the hardware according to the excess or shortage, and the information processing system is arranged in the hardware. When an unplaced container that cannot be removed occurs, a process of placing the unplaced container in a container-type virtual environment constructed in a predetermined external server may be further executed.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、前記未配置コンテナを前記外部サーバのコンテナ型仮想化環境に配置するに際し、予め定めたシステムごとの外部サーバへのコンテナ移行可否の基準に基づき、前記未配置コンテナに対応したシステムの移行要否を判定し、当該未配置コンテナの移行不可であった場合に、前記基準において移行可能な他システムの所定コンテナを前記外部サーバのコンテナ型仮想化環境に移行させ、当該移行させた前記所定コンテナが元々配置されていたハードウェアに、前記未配置コンテナを移行させる処理を更に実行する、としてもよい。 Further, in the virtualization environment management method of the present embodiment, when the information processing system places the unplaced container in the container-type virtual environment of the external server, container migration to the external server for each predetermined system is performed. It is determined whether or not the system corresponding to the non-arranged container needs to be migrated based on the criteria for availability, and when the non-arranged container cannot be migrated, a predetermined container of another system that can be migrated based on the criteria is assigned to the external server. The container type virtualization environment may be migrated, and the process of migrating the non-arranged container to the hardware where the migrated predetermined container was originally arranged may be executed.
また、本実施形態の仮想化環境管理方法において、前記情報処理システムが、前記コンテナ数を増減させるに際し、当該システムにおける処理の繁閑時期に関する所定の予測情報に基づき、前記コンテナ数の過不足の状態が所定期間継続することが特定できる場合に、前記コンテナ数の増減を実行する、としてもよい。 Further, in the virtual environment management method of the present embodiment, when the information processing system increases or decreases the number of containers, the number of containers is excessive or insufficient based on predetermined prediction information related to the busy season of processing in the system. When it is possible to specify that the container continues for a predetermined period, the number of containers may be increased or decreased.
５ ネットワーク
１０ 仮想化環境管理システム
１００ コンテナ管理サーバ
１０１ 記憶装置
１０２ プログラム
１０３ メモリ
１０４ 演算装置
１０５ 通信装置
１１０ コンテナ管理ソフトウェア
１２５ サーバ情報テーブル
１２６ システム情報テーブル
１２７ 可用性マスタテーブル
１２８ コンテナリストテーブル
１２９ コンテナ配置状況テーブル
１３０ コンテナ調整トリガテーブル
２００ 稼働分析サーバ
２０１ 記憶装置
２０２ プログラム
２０３ メモリ
２０４ 演算装置
２０５ 通信装置
２２５ トリガ情報
３００ サーバ群
３１０ オンプレミスのサーバ群
３２０ パブリッククラウド（外部サーバ）
5
Claims (16)
前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より少ない場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて低減するものである、
ことを特徴とする請求項１に記載の仮想化環境管理システム。 The arithmetic unit is:
When increasing or decreasing the number of containers, if there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is less than the current number of containers, the container for the system arranged in the hardware, It is reduced according to the value of the difference.
The virtual environment management system according to claim 1.
前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より多い場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて増加させるものである、
ことを特徴とする請求項１に記載の仮想化環境管理システム。 The arithmetic unit is:
When increasing or decreasing the number of containers, if there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is greater than the current number of containers, the container for the system arranged in the hardware, Increase according to the value of the difference,
The virtual environment management system according to claim 1.
前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数との差異の値を、前記ハードウェアの数から当該システムの可用性基準に応じた障害発生ハードウェア数を減算した値で除算し、当該除算により得た値だけ、前記ハードウェアでの当該システム向けのコンテナ数を増減させるものである、
ことを特徴とする請求項１に記載の仮想化環境管理システム。 The arithmetic unit is:
When increasing or decreasing the number of containers, the difference between the specified number of containers and the current number of containers is divided by a value obtained by subtracting the number of hardware that has failed according to the availability criteria of the system from the number of hardware. The number of containers for the system in the hardware is increased or decreased by the value obtained by the division.
The virtual environment management system according to claim 1.
各ハードウェアのうち少なくともいずれか複数のハードウェアに配置したコンテナ数が所定基準より少ない場合、当該複数のハードウェアのうち所定のハードウェアに他のハードウェアのコンテナを移動させる処理を更に実行するものである、
ことを特徴とする請求項１に記載の仮想化環境管理システム。 The arithmetic unit is:
If the number of containers arranged on at least one of the hardwares is smaller than a predetermined reference, a process of moving another hardware container to the predetermined hardware among the plurality of hardwares is further executed. Is,
The virtual environment management system according to claim 1.
前記過不足に応じて、前記ハードウェアでの当該システム向けのコンテナ数を増加させる必要があり、前記ハードウェアに配置しきれない未配置コンテナが生じる場合、所定の外部サーバに構築したコンテナ型仮想化環境に、前記未配置コンテナを配置する処理を更に実行するものである、
ことを特徴とする請求項１に記載の仮想化環境管理システム。 The arithmetic unit is:
In response to the excess or deficiency, it is necessary to increase the number of containers for the system in the hardware, and when there is an unallocated container that cannot be allocated in the hardware, a container-type virtual constructed in a predetermined external server Further executing the process of placing the unplaced container in the computer environment.
The virtual environment management system according to claim 1.
前記未配置コンテナを前記外部サーバのコンテナ型仮想化環境に配置するに際し、予め定めたシステムごとの外部サーバへのコンテナ移行可否の基準に基づき、前記未配置コンテナに対応したシステムの移行要否を判定し、当該未配置コンテナの移行不可であった場合に、前記基準において移行可能な他システムの所定コンテナを前記外部サーバのコンテナ型仮想化環境に移行させ、当該移行させた前記所定コンテナが元々配置されていたハードウェアに、前記未配置コンテナを移行させる処理を更に実行するものである、
ことを特徴とする請求項６に記載の仮想化環境管理システム。 The arithmetic unit is:
When placing the unplaced container in the container-type virtual environment of the external server, whether or not the system corresponding to the unplaced container needs to be migrated is determined based on a predetermined standard for whether or not to migrate the container to the external server for each system. If it is determined that the unallocated container cannot be migrated, the predetermined container of another system that can be migrated in the standard is migrated to the container-type virtualization environment of the external server, and the migrated predetermined container is originally The process of migrating the unplaced container to the placed hardware is further executed.
The virtual environment management system according to claim 6.
前記コンテナ数を増減させるに際し、当該システムにおける処理の繁閑時期に関する所定の予測情報に基づき、前記コンテナ数の過不足の状態が所定期間継続することが特定できる場合に、前記コンテナ数の増減を実行するものである、
ことを特徴とする請求項１に記載の仮想化環境管理システム。 The arithmetic unit is:
When the number of containers is increased or decreased, the number of containers is increased or decreased when it is possible to specify that the state of excess or deficiency in the number of containers continues for a predetermined period based on predetermined prediction information regarding the busy season of processing in the system. To do,
The virtual environment management system according to claim 1.
コンテナ型仮想化環境においてコンテナにより仮想化された各システムの稼働状況を監視し、当該稼働状況と予め特定されている単位コンテナ当たりの処理性能とに基づき、当該システムに必要なコンテナ数を特定し、当該特定したコンテナ数と当該システム向けの現コンテナ数との過不足に応じて、当該コンテナ型仮想化環境を成すハードウェアでの当該システム向けのコンテナ数を増減させる、
ことを特徴とする仮想化環境管理方法。 Information processing system
Monitor the operating status of each system virtualized by a container in a container-type virtualization environment, and specify the number of containers required for the system based on the operating status and the processing performance per unit container specified in advance. , Increase or decrease the number of containers for the system in the hardware that constitutes the container-type virtualization environment according to the excess or deficiency of the specified number of containers and the current number of containers for the system,
A virtual environment management method characterized by the above.
前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より少ない場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて低減する、
ことを特徴とする請求項９に記載の仮想化環境管理方法。 The information processing system is
When increasing or decreasing the number of containers, if there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is less than the current number of containers, the container for the system arranged in the hardware, Reduce according to the value of the difference,
The virtual environment management method according to claim 9.
前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数とに差異があり、前記特定したコンテナ数が現コンテナ数より多い場合、前記ハードウェアに配置した当該システム向けのコンテナを、前記差異の値に応じて増加させる、
ことを特徴とする請求項９に記載の仮想化環境管理方法。 The information processing system is
When increasing or decreasing the number of containers, if there is a difference between the specified number of containers and the current number of containers, and the specified number of containers is greater than the current number of containers, the container for the system arranged in the hardware, Increase according to the value of the difference,
The virtual environment management method according to claim 9.
前記コンテナ数を増減させるに際し、前記特定したコンテナ数と前記現コンテナ数との差異の値を、前記ハードウェアの数から当該システムの可用性基準に応じた障害発生ハードウェア数を減算した値で除算し、当該除算により得た値だけ、前記ハードウェアでの当該システム向けのコンテナ数を増減させる、
ことを特徴とする請求項９に記載の仮想化環境管理方法。 The information processing system is
When increasing or decreasing the number of containers, the difference between the specified number of containers and the current number of containers is divided by a value obtained by subtracting the number of hardware that has failed according to the availability criteria of the system from the number of hardware. And increase or decrease the number of containers for the system in the hardware by the value obtained by the division.
The virtual environment management method according to claim 9.
各ハードウェアのうち少なくともいずれか複数のハードウェアに配置したコンテナ数が所定基準より少ない場合、当該複数のハードウェアのうち所定のハードウェアに他のハードウェアのコンテナを移動させる処理を更に実行する、
ことを特徴とする請求項９に記載の仮想化環境管理方法。 The information processing system is
If the number of containers arranged on at least one of the hardwares is smaller than a predetermined reference, a process of moving another hardware container to the predetermined hardware among the plurality of hardwares is further executed. ,
The virtual environment management method according to claim 9.
前記過不足に応じて、前記ハードウェアでの当該システム向けのコンテナ数を増加させる必要があり、前記ハードウェアに配置しきれない未配置コンテナが生じる場合、所定の外部サーバに構築したコンテナ型仮想化環境に、前記未配置コンテナを配置する処理を更に実行する、
ことを特徴とする請求項９に記載の仮想化環境管理方法。 The information processing system is
In response to the excess or deficiency, it is necessary to increase the number of containers for the system in the hardware, and when there is an unallocated container that cannot be allocated in the hardware, a container-type virtual constructed in a predetermined external server Further executing the process of placing the unplaced container in the computer environment.
The virtual environment management method according to claim 9.
前記未配置コンテナを前記外部サーバのコンテナ型仮想化環境に配置するに際し、予め定めたシステムごとの外部サーバへのコンテナ移行可否の基準に基づき、前記未配置コンテナに対応したシステムの移行要否を判定し、当該未配置コンテナの移行不可であった場合に、前記基準において移行可能な他システムの所定コンテナを前記外部サーバのコンテナ型仮想化環境に移行させ、当該移行させた前記所定コンテナが元々配置されていたハードウェアに、前記未配置コンテナを移行させる処理を更に実行する、
ことを特徴とする請求項１４に記載の仮想化環境管理方法。 The information processing system is
When placing the unplaced container in the container-type virtual environment of the external server, whether or not the system corresponding to the unplaced container needs to be migrated is determined based on a predetermined standard for whether or not to migrate the container to the external server for each system. If it is determined that the unallocated container cannot be migrated, the predetermined container of another system that can be migrated in the standard is migrated to the container-type virtualization environment of the external server, and the migrated predetermined container is originally Further executing the process of migrating the unplaced container to the placed hardware;
The virtual environment management method according to claim 14.
前記コンテナ数を増減させるに際し、当該システムにおける処理の繁閑時期に関する所定の予測情報に基づき、前記コンテナ数の過不足の状態が所定期間継続することが特定できる場合に、前記コンテナ数の増減を実行する、
ことを特徴とする請求項９に記載の仮想化環境管理システム。 The information processing system is
When the number of containers is increased or decreased, the number of containers is increased or decreased when it is possible to specify that the state of excess or deficiency in the number of containers continues for a predetermined period based on predetermined prediction information regarding the busy season of processing in the system. To
The virtual environment management system according to claim 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016020873A JP2017138895A (en) | 2016-02-05 | 2016-02-05 | Virtualization environment management system and virtualization environment management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016020873A JP2017138895A (en) | 2016-02-05 | 2016-02-05 | Virtualization environment management system and virtualization environment management method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2017138895A true JP2017138895A (en) | 2017-08-10 |
Family
ID=59565070
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016020873A Pending JP2017138895A (en) | 2016-02-05 | 2016-02-05 | Virtualization environment management system and virtualization environment management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2017138895A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019117593A1 (en) * | 2017-12-13 | 2019-06-20 | 주식회사 넥스클라우드 | Cloud computing device and method for supporting container-based resource allocation |
| JP2020061032A (en) * | 2018-10-11 | 2020-04-16 | 富士通株式会社 | Database server management program, database server management method, and database system |
| US10819603B2 (en) | 2018-02-05 | 2020-10-27 | Fujitsu Limited | Performance evaluation method, apparatus for performance evaluation, and non-transitory computer-readable storage medium for storing program |
| US10887199B2 (en) | 2018-02-05 | 2021-01-05 | Fujitsu Limited | Performance adjustment method, apparatus for performance adjustment, and non-transitory computer-readable storage medium for storing program |
| KR20220067757A (en) * | 2020-11-18 | 2022-05-25 | (주) 글루시스 | Virtualization system based on container and method for expanding resource of container in virtualization system |
| JP2022100620A (en) * | 2020-12-24 | 2022-07-06 | 株式会社日立製作所 | Information processing system and data arrangement in information processing system |
-
2016
- 2016-02-05 JP JP2016020873A patent/JP2017138895A/en active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019117593A1 (en) * | 2017-12-13 | 2019-06-20 | 주식회사 넥스클라우드 | Cloud computing device and method for supporting container-based resource allocation |
| US10819603B2 (en) | 2018-02-05 | 2020-10-27 | Fujitsu Limited | Performance evaluation method, apparatus for performance evaluation, and non-transitory computer-readable storage medium for storing program |
| US10887199B2 (en) | 2018-02-05 | 2021-01-05 | Fujitsu Limited | Performance adjustment method, apparatus for performance adjustment, and non-transitory computer-readable storage medium for storing program |
| JP2020061032A (en) * | 2018-10-11 | 2020-04-16 | 富士通株式会社 | Database server management program, database server management method, and database system |
| KR20220067757A (en) * | 2020-11-18 | 2022-05-25 | (주) 글루시스 | Virtualization system based on container and method for expanding resource of container in virtualization system |
| WO2022107932A1 (en) * | 2020-11-18 | 2022-05-27 | (주)글루시스 | Container-based virtualization system and method for expanding container resources in virtualization system |
| KR102438916B1 (en) | 2020-11-18 | 2022-09-01 | (주)글루시스 | Virtualization system based on container and method for expanding resource of container in virtualization system |
| JP2022100620A (en) * | 2020-12-24 | 2022-07-06 | 株式会社日立製作所 | Information processing system and data arrangement in information processing system |
| JP7247161B2 (en) | 2020-12-24 | 2023-03-28 | 株式会社日立製作所 | Information processing system and data arrangement method in information processing system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7138126B2 (en) | Timeliness resource migration to optimize resource placement | |
| US20220342693A1 (en) | Custom placement policies for virtual machines | |
| JP2017138895A (en) | Virtualization environment management system and virtualization environment management method | |
| EP2701064B1 (en) | Robust tenant placement and migration in database-as-a-service environments | |
| JP6190389B2 (en) | Method and system for performing computations in a distributed computing environment | |
| US9176762B2 (en) | Hierarchical thresholds-based virtual machine configuration | |
| US9164791B2 (en) | Hierarchical thresholds-based virtual machine configuration | |
| US10649811B2 (en) | Sunder management for a cluster of disperse nodes | |
| US10705873B2 (en) | Predictive virtual server scheduling and optimization of dynamic consumable resources to achieve priority-based workload performance objectives | |
| US20190317824A1 (en) | Deployment of services across clusters of nodes | |
| US9507676B2 (en) | Cluster creation and management for workload recovery | |
| US10616134B1 (en) | Prioritizing resource hosts for resource placement | |
| US20130185531A1 (en) | Method and apparatus to improve efficiency in the use of high performance storage resources in data center | |
| US11418583B2 (en) | Transaction process management by dynamic transaction aggregation | |
| US11863675B2 (en) | Data flow control in distributed computing systems | |
| US11500663B1 (en) | Predictive virtual machine launch-based capacity management | |
| US9928092B1 (en) | Resource management in a virtual machine cluster | |
| US10594620B1 (en) | Bit vector analysis for resource placement in a distributed system | |
| US20220413902A1 (en) | Partition migration with critical task prioritization | |
| US11580082B2 (en) | Object storage system with control entity quota usage mapping | |
| US11204717B2 (en) | Object storage system with access control quota status check | |
| US11121981B1 (en) | Optimistically granting permission to host computing resources | |
| US10721181B1 (en) | Network locality-based throttling for automated resource migration | |
| US11381468B1 (en) | Identifying correlated resource behaviors for resource allocation | |
| US11157205B2 (en) | Object storage system with control entity quota enforcement |