Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP5512442B2 - Management device, method and program for disaster recovery system - Google Patents
[go: Go Back, main page]

JP5512442B2 - Management device, method and program for disaster recovery system - Google Patents

Management device, method and program for disaster recovery system Download PDF

Info

Publication number
JP5512442B2
JP5512442B2 JP2010165159A JP2010165159A JP5512442B2 JP 5512442 B2 JP5512442 B2 JP 5512442B2 JP 2010165159 A JP2010165159 A JP 2010165159A JP 2010165159 A JP2010165159 A JP 2010165159A JP 5512442 B2 JP5512442 B2 JP 5512442B2
Authority
JP
Japan
Prior art keywords
user system
resource
data center
backup
failure
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
JP2010165159A
Other languages
Japanese (ja)
Other versions
JP2012027656A (en
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.)
Intec Inc Japan
Original Assignee
Intec Inc Japan
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 Intec Inc Japan filed Critical Intec Inc Japan
Priority to JP2010165159A priority Critical patent/JP5512442B2/en
Publication of JP2012027656A publication Critical patent/JP2012027656A/en
Application granted granted Critical
Publication of JP5512442B2 publication Critical patent/JP5512442B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、例えば地震や洪水等の災害が起きた場合でも、情報通信システムによるサービスを継続できるよう、障害の生じたサービスを、災害の影響が及ばなかった場所にある設備により復旧させる、いわゆる「ディザスタリカバリ」の要請に対応するための技術に関する。   The present invention is a so-called recovery of a service in which a failure has occurred by a facility in a place where the influence of the disaster did not occur so that the service by the information communication system can be continued even in the event of a disaster such as an earthquake or flood. The present invention relates to a technology for responding to a request for “disaster recovery”.

従来のディザスタリカバリ対応では、サービスを行うユーザシステム毎に、専用のバックアップ設備を用意することが一般的であり、障害時にのみ運用するバックアップシステムとして、平常時に運用するプライマリシステムと同等のサーバシステムを用意することになる。   In conventional disaster recovery support, a dedicated backup facility is generally prepared for each user system that performs services. As a backup system that operates only in the event of a failure, a server system that is equivalent to the primary system that operates normally is used. Will be prepared.

このため、設備コストが、ディザスタリカバリ対応をしない場合と比較して、およそ2倍となってしまい、この導入コストの高さが、ディザスタリカバリ対応を進める上で大きな障害となっていた。   For this reason, the facility cost is approximately twice that in the case where disaster recovery is not performed, and the high introduction cost has been a major obstacle to proceeding with disaster recovery.

近年、サーバ仮想化技術の発達により、仮想化サーバに障害が発生した場合に、その仮想化サーバ上で動作する仮想マシンを、必要容量の空きリソースを有する他の(障害が発生していない)仮想化サーバ上で起動することが可能となってきている。このような技術の例として、非特許文献1に示される「VMware High Availability(HA)」が挙げられる。   In recent years, due to the development of server virtualization technology, when a failure occurs in a virtualization server, a virtual machine operating on the virtualization server is replaced with another having a free resource of the necessary capacity (no failure has occurred). It has become possible to start on a virtualization server. An example of such a technique is “VMware High Availability (HA)” shown in Non-Patent Document 1.

また、非特許文献1には、「VMware Site Recovery Manager(SRM)」という技術も開示されている。これは、平常時に運用するプライマリシステムを動作させる「プロテクテッドサイト」とは別に、障害時に運用するバックアップシステムを動作させる「リカバリサイト」を設けて、「リカバリ・プラン」を実行することにより、簡単な操作で災害対策を行えるようにしたものである。   Non-Patent Document 1 also discloses a technique called “VMware Site Recovery Manager (SRM)”. In addition to the “Protected Site” that operates the primary system that operates normally, a “Recovery Site” that operates the backup system that operates in the event of a failure is provided, and the “Recovery Plan” is executed. Disaster countermeasures can be performed by operation.

ヴイエムウェア株式会社著「VMware徹底入門」、2008年11月12日、株式会社翔泳社発行"Introduction to VMware" written by VMware, November 12, 2008, published by Shosuisha Co., Ltd.

上記の「VMware SRM」では、平常時の「リカバリサイト」において、災害対策の対象となるユーザシステム以外の仮想マシンを稼働させて、リソースを有効に活用することが可能である。また、一つの「リカバリサイト」のリソースを、複数の「プロテクテッドサイト」の共用のバックアップリソースとして利用することも可能であり、設備コストの高さという問題を解消できる可能性は、出てきている。   In the above-mentioned “VMware SRM”, it is possible to effectively use resources by operating virtual machines other than the user system targeted for disaster countermeasures in the normal “recovery site”. In addition, it is possible to use one “Recovery Site” resource as a backup resource shared by multiple “Protected Sites”, and there is a possibility that the problem of high equipment costs can be solved. .

しかしながら、バックアップリソースを共用とする場合、同時期に障害の影響下にあるユーザシステムの数や使用するリソース量によって、バックアップリソースが足りないという事態が起こり得る。これに対し、各ユーザシステムにバックアップ優先度を設けて、優先度の高いユーザシステムはリカバリできるようにしておくという対策も考えられるが、どのユーザシステムにいつ障害が発生してもリカバリできるような確実なディザスタリカバリ対応が求められる場合には、不十分である。   However, when the backup resource is shared, there may be a situation where the backup resource is insufficient depending on the number of user systems under the influence of the failure at the same time and the amount of resources used. On the other hand, it is possible to provide a backup priority for each user system so that a user system with a high priority can be recovered. However, any user system can be recovered when a failure occurs. It is not enough when a reliable disaster recovery response is required.

また、実際の運用においては、仮想化サーバを収容するデータセンターが、地理的に広い範囲に分散して設置されることが一般的であるため、ユーザシステムを稼働させるデータセンターを、その中から自由に選択したいというユーザ(サービス提供者)の意向がある。しかし、上記の「VMware SRM」のような技術では、一つの「リカバリサイト」と、そのリソースを共用する複数の「プロテクテッドサイト」との関係が、固定されているため、選択の自由度に乏しい。   In actual operation, the data center that accommodates the virtualization server is generally installed in a geographically dispersed area. Therefore, the data center that operates the user system is There is an intention of the user (service provider) to freely select. However, in the technology such as “VMware SRM” described above, since the relationship between one “recovery site” and a plurality of “protected sites” that share the resource is fixed, the degree of freedom of selection is low. .

本発明は、以上のような事情を考慮し、複数のデータセンターが地域的に分散しているという環境を活用して、バックアップリソースを共用として低コストを実現しつつ、地域に依存した災害等の障害発生時におけるユーザシステムに対するディザスタリカバリ機能を、確実に提供できるよう、また、ユーザシステムを稼働させるデータセンターの選択に自由度を付与できるよう、ユーザシステムの配置及びデータセンターのリソース量を管理する機構を実現することを目的とする。   In consideration of the above circumstances, the present invention makes use of an environment in which a plurality of data centers are dispersed in a region, realizes low cost by sharing backup resources, disasters depending on regions, etc. Management of user system placement and data center resources so that a disaster recovery function can be provided to the user system in the event of a failure, and the degree of freedom in selecting the data center where the user system is to be operated It aims at realizing the mechanism which does.

本発明の原理に従って、複数のデータセンターのうちの一つにユーザシステムを配置するための管理装置が設けられる。ここで、各データセンターは、少なくとも一つの仮想化サーバを含み、前記仮想化サーバは、該仮想化サーバで動作する少なくとも一つの仮想マシンにより、配置されたユーザシステムを動作させることが可能なものであり、各データセンターが有すリソースは、ユーザシステムが平常時に使用するプライマリリソースとして割り当てられるという用途と、障害時のためのバックアップリソースとして確保されるという用途の、いずれに供することも可能なものである。   In accordance with the principles of the present invention, a management device is provided for deploying a user system in one of a plurality of data centers. Here, each data center includes at least one virtualization server, and the virtualization server can operate the arranged user system by at least one virtual machine operating on the virtualization server. The resources that each data center has can be used for either the purpose of being allocated as a primary resource used by the user system during normal times or the purpose of being reserved as a backup resource in the event of a failure. Is.

前記管理装置は、前記複数のデータセンターの各々の現在のリソース量に関する第1の情報を記憶する記憶手段と、ユーザシステムの配置要求として、該ユーザシステムが必要とするリソース量を示す第2の情報を入力する入力手段と、前記ユーザシステムを配置した平常時のデータセンターが属する地域で障害が発生したと仮定して、該障害の影響が及ばない地域に属するデータセンターに前記ユーザシステムを配置できるだけのリソース量を、バックアップリソースとして確保しておけるか否かを、前記第1の情報及び前記第2の情報に基づいて、判断する判断手段と、前記判断手段によるバックアップリソース確保可能の判断に応じて、前記ユーザシステムの平常時の配置先となるデータセンター及び該データセンターにおいて該ユーザシステムに割り当てられるべきプライマリリソース量を特定する情報を出力し、前記判断手段によるバックアップリソース確保不能の判断に応じて、前記ユーザシステムの配置要求を拒否する出力手段とを備える。   The management device stores first information related to a current resource amount of each of the plurality of data centers, and a second indicating a resource amount required by the user system as an arrangement request for the user system Assuming that a failure has occurred in an area to which an input means for inputting information and a normal data center where the user system is located belong, the user system is arranged in a data center belonging to an area not affected by the failure Based on the first information and the second information, a determination unit that determines whether or not a sufficient resource amount can be secured as a backup resource, and a determination by the determination unit that a backup resource can be secured Accordingly, the user system in the normal location of the user system and the user in the data center. Outputs information identifying the primary resource amount to be allocated to the system, in accordance with by the backup resource reservation inability of determining said determination means, and a reject output means disposed request of the user system.

上記の構成により、いつ、どの地域で、障害が発生しても、障害発生地域のユーザシステムが別の地域で復旧稼働できるだけのバックアップリソースが確保されている状態を保つことが可能になり、確実なディザスタリカバリ対応を提供することが可能となる。また、各地域のバックアップリソースが、他の地域間で共用されるため、その分の設備コストを節約することが可能になる。さらに、各データセンターが有するリソースのうち、プライマリリソースとして使用される分とバックアップリソースとして確保される分とを、所望の割合に配分可能にできるため、データシステムの配置先となるデータセンターの選択に自由度を付与することが可能になる。   With the above configuration, it is possible to maintain a backup resource that can restore and operate a user system in a different region when a failure occurs in any region. It is possible to provide a disaster recovery response. In addition, since the backup resources in each region are shared between other regions, it is possible to save the equipment cost for that amount. Furthermore, among the resources of each data center, the amount used as the primary resource and the amount reserved as the backup resource can be distributed in the desired ratio, so the data center where the data system is to be placed can be selected Can be given a degree of freedom.

前記管理装置の判断手段は、前記第1の情報に基づき、前記複数のデータセンター全体においてプライマリリソースとしての使用を許可するリソース量であるトータルプライマリリソース容量を定め、前記第2の情報が示す前記ユーザシステムが必要とするリソース量が、前記トータルプライマリリソース容量の範囲内で割り当て可能であるか否かを判断する手段を含むものとしてもよい。   Based on the first information, the determination unit of the management device determines a total primary resource capacity that is a resource amount that is permitted to be used as a primary resource in the plurality of data centers as a whole, and the second information indicates Means for determining whether or not the resource amount required by the user system can be allocated within the range of the total primary resource capacity may be included.

この構成により、複数の地域のデータセンター間全体でユーザシステムを平常時に稼働させるために使用できるリソース量の上限値が定まり、その残りのリソースが共用のバックアップリソースとして確保された状態にすることができる。   With this configuration, the upper limit of the amount of resources that can be used to operate the user system in a normal state across data centers in multiple regions is determined, and the remaining resources can be secured as shared backup resources. it can.

上記の構成において、ある地域で障害が発生したと仮定して、該障害の影響が及ばない地域に属するデータセンターが有するリソースの容量を合計する処理を、複数の地域について行うことにより、複数の合計リソース容量を得、これら合計リソース容量のうち最も小さいものを、前記トータルプライマリリソース容量として定めるようにしてもよい。   In the above configuration, assuming that a failure has occurred in a certain region, the processing of totaling the resource capacities of the data centers belonging to the region that is not affected by the failure is performed for a plurality of regions. A total resource capacity may be obtained, and the smallest of these total resource capacity may be determined as the total primary resource capacity.

これにより、複数の地域のデータセンター間全体でユーザシステムを平常時に稼働させるために使用できるリソース量の上限値を、どの地域で障害が発生しても、他の地域で障害復旧が可能なだけのバックアップリソースが確保されるように、算出することができる。これは、同時期に障害の影響を受けるのは一つの地域だけであるという特性を活かし、どの地域で障害が発生するかによってバックアップリソースが余ることはあっても、足りないことはないということを保証できる範囲でのみ、プライマリリソースの割り当てを許可するものである。   As a result, the upper limit of the amount of resources that can be used for normal operation of user systems across multiple data centers in multiple regions can be recovered only in other regions, regardless of the failure. It is possible to calculate so as to secure backup resources. This takes advantage of the fact that only one region is affected by the failure at the same time, and there are no backup resources, even if there is a surplus depending on which region the failure occurs. The allocation of primary resources is permitted only to the extent that can be guaranteed.

前記管理装置の判断手段は、前記第1の情報に基づき、前記ユーザシステムの平常時の配置先となるデータセンターにおいてプライマリリソースとしての使用を許可するリソース量である個別プライマリリソース容量を定め、前記第2の情報が示す前記ユーザシステムが必要とするリソース量が、前記個別プライマリリソース容量の範囲内で割り当て可能であるか否かを判断する手段を含むものとしてもよい。   The determination unit of the management device determines an individual primary resource capacity that is a resource amount that is permitted to be used as a primary resource in a data center that is a normal location of the user system based on the first information, and Means for determining whether or not the resource amount required by the user system indicated by the second information can be allocated within the range of the individual primary resource capacity may be included.

この構成により、複数の地域のデータセンター間全体で共用のバックアップリソースが確保された状態で、配置要求のあったユーザシステムの平常時の配置先をどのデータセンターにするかを決めることが可能になる。   With this configuration, it is possible to determine which data center should be the normal location for user systems that have requested placement, with shared backup resources secured across data centers in multiple regions. Become.

上記の構成において、所定の基準により選択されたデータセンターを、前記ユーザシステムの平常時の配置先となるデータセンターの候補として、前記判断手段における判断を行うようにしてもよい。   In the above-described configuration, the determination unit may perform determination using a data center selected based on a predetermined criterion as a candidate for a data center that is a normal placement destination of the user system.

これにより、ユーザ(サービス提供者)の意向を反映させて、ユーザシステムの平常時の配置先となるデータセンターを決めることが可能になる。所定の基準としては、例えば、クライアントへの通信の遅延が少ない地域を優先する、自治体等の地域に関連する情報を同一地域のデータセンターに保存できるようにする、データセンター間で各種リソース間の使用量のバランスが取れるようにする、等があり得る。   As a result, it is possible to determine the data center where the user system is normally arranged, reflecting the intention of the user (service provider). As a predetermined standard, for example, priority is given to an area where communication delay to a client is small, and information related to an area such as a local government can be stored in a data center in the same area. For example, the usage amount may be balanced.

前記管理装置は、前記ユーザシステムを配置した平常時のデータセンターが属する地域で障害が発生した場合に前記ユーザシステムが配置される障害時のデータセンターを、前記障害の影響が及ばない地域に属するデータセンターの中から選定する選定手段をさらに備えてもよい。   The management device belongs to a region that is not affected by the failure, if a failure occurs in a region where a normal data center where the user system is located belongs, and the data center at the time of failure where the user system is located You may further provide the selection means to select from among data centers.

この構成により、複数の地域のデータセンター間全体で確保された共用のバックアップリソースから、障害の発生したユーザシステムを復旧稼働するためのリソースを、どのデータセンターにおいて割り当てるか決めることが可能になる。   With this configuration, it is possible to determine in which data center a resource for recovering and operating the user system in which a failure has occurred is allocated from a shared backup resource secured across data centers in a plurality of regions.

上記の構成において、所定の基準により選択されたデータセンターを、前記ユーザシステムの障害時の配置先となるデータセンターの候補として、前記選定手段における選定を行うようにしてもよい。   In the above configuration, the selection unit may select a data center selected based on a predetermined criterion as a candidate for a data center that is an arrangement destination when the user system fails.

これにより、ユーザ(サービス提供者)の意向を反映させて、ユーザシステムの障害時の配置先となるデータセンターを決めることが可能になる。所定の基準としては、例えば、クライアントへの通信の遅延が少ない地域を優先する、自治体等の地域に関連する情報を同一地域のデータセンターに保存できるようにする、データセンター間で各種リソース間の使用量のバランスが取れるようにする、等があり得る。障害時の配置先を決めるための基準と、平常時の配置先を決めるための基準は、同一であっても異なるものであってもよい。   As a result, it is possible to determine the data center that is the placement destination in the event of a failure of the user system, reflecting the intention of the user (service provider). As a predetermined standard, for example, priority is given to an area where communication delay to a client is small, and information related to an area such as a local government can be stored in a data center in the same area. For example, the usage amount may be balanced. The reference for determining the placement destination at the time of failure and the reference for determining the placement destination at the normal time may be the same or different.

上記の構成において、前記選定手段は、前記第1の情報に基づき、前記ユーザシステムの障害時の配置先となるデータセンターにおいてバックアップリソースとして使用可能なリソース量である個別バックアップリソース容量を定め、前記第2の情報が示す前記ユーザシステムが必要とするリソース量が、前記個別バックアップリソース容量の範囲内で割り当て可能であるか否かを判断する手段を含むものであってもよい。   In the above configuration, the selection unit determines an individual backup resource capacity that is a resource amount that can be used as a backup resource in a data center that is an allocation destination in the event of a failure of the user system, based on the first information, Means for determining whether or not the resource amount required by the user system indicated by the second information can be allocated within the range of the individual backup resource capacity may be included.

これにより、ユーザシステムの障害時の配置先として、そのユーザシステムを復旧稼働するためのリソースを割り当て可能なデータセンターを選ぶことが可能になる。   As a result, it is possible to select a data center to which resources for recovering and operating the user system can be allocated as an allocation destination in the event of a user system failure.

上記の構成において、前記判断手段による判断を行う際に、前記選定手段による選定を行い、前記出力手段は、前記ユーザシステムの平常時の配置先となるデータセンターを特定する情報の出力に加えて、前記ユーザシステムの障害時の配置先となるデータセンターを特定する情報の出力を行うものであり、前記選定手段において前記ユーザシステムの障害時の配置先となるデータセンターが選定できなかった場合には、前記ユーザシステムの配置要求を拒否するようにしてもよい。   In the above configuration, when the determination by the determination unit is performed, selection is performed by the selection unit, and the output unit is configured to output information for specifying a data center where the user system is normally arranged. When outputting the information for specifying the data center that is the location of the user system when the failure occurs, and when the data center that is the location of the user system cannot be selected by the selection means May reject the user system placement request.

これにより、配置要求のあったユーザシステムの平常時の配置先データセンターを決める際に、そのユーザシステムの障害時の配置先データセンターも決めておくことができる。この選定タイミングは、例えば、後述する最小分割リソース量による制御を行う方式において、特に有用である。また、後述するバックアップリソース容量固定方式においても、有用である。   As a result, when determining the normal placement destination data center of the user system that requested the placement, the placement destination data center at the time of failure of the user system can also be determined. This selection timing is particularly useful, for example, in a method of performing control based on the minimum divided resource amount described later. It is also useful in the backup resource capacity fixing method described later.

上記の構成において、前記障害が発生した際に、前記選定手段により選定を行い、前記ユーザシステムの障害時の配置先となるデータセンター及び該データセンターにおいて該ユーザシステムに割り当てられるべきバックアップリソース量を特定する情報を出力する追加出力手段をさらに備えるようにしてもよい。   In the above configuration, when the failure occurs, selection is performed by the selection means, and the amount of backup resources to be allocated to the user system in the data center and the data center to which the user system is arranged at the time of the failure is determined. You may make it further provide the additional output means which outputs the information to identify.

これにより、障害が発生した際に、障害の発生したユーザシステムを復旧させる配置先データセンターを決めることができる。この選定タイミングは、例えば、後述するバックアップリソース容量非固定方式において、特に最小分割リソース量による制御を行わない場合に、有用である。また、最小分割リソース量による制御を行わないバックアップリソース容量固定方式においても、有用である。   Thereby, when a failure occurs, it is possible to determine a placement destination data center for recovering the user system in which the failure has occurred. This selection timing is useful, for example, in a backup resource capacity non-fixing method described later, particularly when control based on the minimum divided resource amount is not performed. It is also useful in a backup resource capacity fixing method that does not perform control based on the minimum divided resource amount.

上記の構成において、前記判断手段は、前記ユーザシステムの平常時の配置先となるデータセンターが有するリソースの容量までのリソース量が、プライマリリソースとしての使用が許可されているものとして、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含み、前記選定手段は、前記ユーザシステムの障害時の配置先となるデータセンターが有するリソースの容量から、現在使用されているリソース量を除いた容量の範囲内で、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含むようにしてもよい。   In the above configuration, the determination unit assumes that the resource amount up to the capacity of the resource of the data center that is a normal location of the user system is permitted to be used as a primary resource. The selection means includes a means for determining whether or not a resource amount required by the user system can be allocated, and the selecting means is based on a resource capacity of a data center serving as a placement destination at the time of failure of the user system. A means for determining whether or not the resource amount required by the user system in the data center can be allocated within the capacity range excluding the resource amount currently used may be included.

これが、バックアップリソース容量非固定方式であり、この方式によれば、各データセンターで固定的にバックアップリソース容量を予め確保しておくことはしないため、ユーザシステムの平常時の配置先データセンターを選ぶ際の自由度を高くすることが可能である。   This is a backup resource capacity non-fixed method. According to this method, the backup resource capacity is not secured in advance in each data center, so select the data system where the user system is normally placed. It is possible to increase the degree of freedom.

バックアップリソース容量非固定方式の場合、前記管理装置が、前記ユーザシステムの平常時の配置先となるデータセンターを障害時の配置先とする他のユーザシステムが、該データセンターにおいて必要とするリソース量が、割り当て可能であるか否かを判断し、割り当て可能でない場合には、該他のユーザシステムの障害時の配置先となるデータセンターの選定をし直す再選定手段をさらに備えるようにしてもよい。   In the case of a backup resource capacity non-fixed method, the amount of resources that the management device requires in the data center by another user system that uses the data center that is the normal placement destination of the user system as the placement destination in the event of a failure However, it is possible to determine whether or not the allocation is possible. If the allocation is not possible, a re-selection unit that re-selects the data center that is the allocation destination in the event of a failure of the other user system may be further provided. Good.

この再選定手段は、配置要求のあったユーザシステムの平常時の配置先データセンターを決める際に、そのユーザシステムの障害時の配置先データセンターも決めておく場合に、特に有用である。バックアップリソース容量非固定方式の場合、ユーザシステムを平常時の配置先データセンターで稼働させると、そのデータセンターにおけるバックアップリソース容量が減少するためである。なお、障害が発生した際に、障害の発生したユーザシステムを復旧させる配置先データセンターを決める場合には、この再選定手段はなくてよい。   This reselection means is particularly useful when determining the placement destination data center at the time of failure of the user system when the placement destination data center of the user system that requested the placement is determined. This is because, in the case of the backup resource capacity non-fixed method, when the user system is operated in a normal placement destination data center, the backup resource capacity in the data center decreases. Note that when a failure occurs, this reselection means may be omitted when determining a placement destination data center for recovering the failed user system.

代替的に、上記の構成において、前記判断手段は、前記ユーザシステムの平常時の配置先となるデータセンターが有するリソースの容量から、該データセンターにおいてバックアップリソースとして予め確保されているバックアップリソース容量を除いた容量までのリソース量が、プライマリリソースとしての使用が許可されているものとして、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含み、前記選定手段は、前記ユーザシステムの障害時の配置先となるデータセンターにおいてバックアップリソースとして予め確保されているバックアップリソース容量の範囲内で、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含むようにしてもよい。   Alternatively, in the above-described configuration, the determination unit may calculate a backup resource capacity reserved in advance as a backup resource in the data center from a resource capacity of a data center that is a normal placement destination of the user system. The resource amount up to the excluded capacity includes a means for determining whether or not the resource amount required by the user system can be allocated in the data center, assuming that use as a primary resource is permitted, The selection means allocates a resource amount required by the user system in the data center within a range of backup resource capacity reserved in advance as a backup resource in a data center that is an allocation destination in the event of a failure of the user system. Is it possible It may include means for determining whether.

これが、バックアップリソース容量固定方式であり、この方式によれば、各データセンターで固定的にバックアップリソース容量を予め確保しておくため、各ユーザシステムについて一度、障害時の配置先となるデータセンターを選定すればよく、再選定を不要とすることが可能である。   This is a backup resource capacity fixing method. According to this method, since the backup resource capacity is secured in advance in each data center, the data center that is the destination for the failure is set once for each user system. It only needs to be selected, and reselection can be eliminated.

バックアップリソース容量固定方式の場合、前記複数のデータセンター全体においてバックアップリソースとして確保されるリソース量であるトータルバックアップリソース容量を、複数のデータセンターに割り振ることにより、各データセンターにおいてバックアップリソースとして予め確保される前記バックアップリソース容量が定められているようにしてもよい。   In the case of the fixed backup resource capacity method, the total backup resource capacity, which is the amount of resources secured as backup resources in the plurality of data centers as a whole, is allocated to the plurality of data centers, so that the backup resources are secured in advance in each data center. The backup resource capacity may be determined.

トータルバックアップリソース容量をどのような比率で複数のデータセンターに割り振るかは、各データセンターの特質や各ユーザ(サービス提供者)の意向等を考慮して、管理者が決めればよい。   The ratio of the total backup resource capacity allocated to a plurality of data centers may be determined by the administrator in consideration of the characteristics of each data center, the intention of each user (service provider), and the like.

前記管理装置は、前記ユーザシステムが平常時に配置されるデータセンターとして、二つ以上のデータセンターを選定し、前記ユーザシステムが必要とするリソース量を該二つ以上のデータセンターに割り振ることにより、プライマリリソース量の割り当てを可能とする分割手段をさらに備えてもよい。   The management device selects two or more data centers as data centers where the user system is normally arranged, and allocates the resource amount required by the user system to the two or more data centers. You may further provide the division means which enables allocation of the amount of primary resources.

この構成により、ユーザシステムを平常時に配置するデータセンターを決める際、複数のデータセンター全体としてのプライマリリソースは足りているのに、その中のどれか一つのデータセンターへユーザシステムを配置しようとすると容量が収まる先がないという事態になっても、ユーザシステムを分割して二つ以上のデータセンターに配置することによって、ユーザシステムの配置要求に肯定的に応えることが可能になる。   With this configuration, when deciding on a data center where user systems are normally placed, if there are enough primary resources as a whole for a plurality of data centers, the user system will be placed in one of the data centers. Even when there is no place where the capacity can be accommodated, the user system can be divided and placed in two or more data centers to positively respond to the user system placement request.

前記管理装置は、前記ユーザシステムが障害時に配置されるデータセンターとして、二つ以上のデータセンターを選定し、前記ユーザシステムが必要とするリソース量を該二つ以上のデータセンターに割り振ることにより、前記障害が発生した際のバックアップリソース量の割り当てを可能とする分割手段をさらに備えてもよい。   The management device selects two or more data centers as the data center where the user system is arranged at the time of failure, and allocates the resource amount required by the user system to the two or more data centers. There may be further provided a dividing unit that enables allocation of a backup resource amount when the failure occurs.

この構成により、ユーザシステムを障害時に配置するデータセンターを決める際、複数のデータセンター全体としてのバックアップリソースは足りているのに、その中のどれか一つのデータセンターへユーザシステムを配置しようとすると容量が収まる先がないという事態になっても、ユーザシステムを分割して二つ以上のデータセンターに配置することによって、ユーザシステムの配置要求に肯定的に応えることが可能になる。特に、障害が発生した時にユーザシステムの復旧を行う配置先データセンターを決める方式では、どこかのデータセンターでユーザシステムの障害復旧ができるという前提で、平常時の配置を行って配置要求を受け付けているのであるから、分割をしてでも障害時の配置を実現することが望ましい。   With this configuration, when deciding on a data center where a user system is to be placed in the event of a failure, there are sufficient backup resources for the entire data center, but if you attempt to place a user system in one of those data centers Even when there is no place where the capacity can be accommodated, the user system can be divided and placed in two or more data centers to positively respond to the user system placement request. In particular, in the method of determining the location data center where the user system is restored when a failure occurs, it is assumed that the user system can be restored at some data center, and the placement request is accepted on a normal basis. Therefore, it is desirable to realize the arrangement at the time of failure even if it is divided.

上記の構成において、前記第2の情報は、前記ユーザシステムが必要とするリソース量を二つ以上のデータセンターに割り振る場合に、各データセンターで最低限割り当てられるべき、最小分割リソース量を示す情報を含み、前記分割手段は、前記第2の情報を参照してリソース量の割り振りを行う手段を含むようにしてもよい。   In the above configuration, the second information is information indicating a minimum divided resource amount that should be allocated at least in each data center when the resource amount required by the user system is allocated to two or more data centers. The dividing means may include means for allocating resource amounts with reference to the second information.

この最小分割リソース量に従って、ユーザシステムの分割を行うことにより、ユーザシステムを過度に小さく分割してしまうと動作に支障が出る可能性があるところ、そのような事態を回避することが可能になる。   By dividing the user system according to this minimum divided resource amount, if the user system is divided too small, there is a possibility that the operation may be hindered, and such a situation can be avoided. .

上記の構成において、前記出力手段は、前記ユーザシステムの平常時の配置先となるデータセンターを特定する情報の出力に加えて、前記ユーザシステムの障害時の配置先となるデータセンターを特定する情報の出力を行うものであり、前記管理装置が、前記分割手段において前記最小分割リソース量に従った割り振りができなかった場合には、他のユーザシステムの障害時の配置先となるデータセンターの選定をし直す再選定手段をさらに備えるようにしてもよい。   In the above configuration, in addition to outputting information for specifying a data center that is a normal placement destination of the user system, the output unit is information for specifying a data center that is a placement destination when the user system is faulty When the management device cannot perform allocation in accordance with the minimum divided resource amount in the dividing unit, the selection of the data center to be arranged at the time of failure of another user system is selected. You may make it further provide the re-selection means to redo.

最小分割リソース量による制御を行う方式では、複数のデータセンター全体としてのプライマリリソースは足りているのに、最小分割リソース量以上の使用可能なリソース容量が残っているデータセンターがなく、障害時にユーザシステムを復旧させる配置先がないという事態が起こり得る。これを防ぐには、配置要求のあったユーザシステムの平常時の配置先データセンターを決める際に、そのユーザシステムの障害時の配置先データセンターも決めておくようにし、障害時の配置先を決めることができないならば、バックアップリソース確保不能であると判断して、ユーザシステムの配置要求を拒否することが望ましい。また、他のユーザシステムの障害時の配置先となるデータセンターの選定をし直して、配置要求のあったユーザシステムの障害時の配置先を決めることができる可能性を高くするようにしてもよい。   In the control method based on the minimum divided resource amount, the primary resources as a whole of multiple data centers are sufficient, but there is no data center that has a usable resource capacity that exceeds the minimum divided resource amount. A situation can occur where there is no location to restore the system. To prevent this, when deciding the normal placement destination data center of the user system that requested the placement, the placement destination data center at the time of failure of the user system should also be decided. If it cannot be determined, it is desirable to determine that the backup resource cannot be secured and reject the user system placement request. In addition, it is possible to increase the possibility of re-selecting the data center that is the placement destination in the event of a failure of another user system and determining the placement destination of the user system that requested the placement in the event of a failure. Good.

上記の構成において、前記ユーザシステムが必要とするリソース量を二つ以上の障害時の配置先となるデータセンターに割り振る場合の最小分割リソース量の条件が、平常時の配置先となるデータセンターに割り振る場合の条件よりも、緩和して設定されていてもよい。   In the above configuration, when the resource amount required by the user system is allocated to a data center that is a destination for two or more failures, the condition of the minimum divided resource amount is the data center that is a normal destination. It may be set more relaxed than the conditions for allocation.

これにより、ユーザシステムを小さく分割すると動作が遅くなる等の不利益を被る可能性があるところ、平常時は動作の快適性等を重視してなるべく大きく分割するようにし、障害時は配置先データセンターが見つかる可能性を重視して小さく分割することを許容するという、細かい制御が可能になる。   As a result, if the user system is divided into small parts, there may be a disadvantage such as slowing down the operation. In normal times, the user system should be divided as much as possible with emphasis on the comfort of operation, etc. Fine control can be performed to allow small divisions with emphasis on the possibility of finding the center.

上述したユーザシステムは、少なくとも一つのアプリケーションサーバと、該アプリケーションサーバをネットワーク経由でクライアントからアクセス可能とするための手段(例えば、ゲートウェイ等の中継装置)とを含み、前記アプリケーションサーバは、前記仮想マシンにより実現されるものであってもよい。アプリケーションサーバがサービス処理に用いるデータは、アプリケーションサーバ内に格納してもよいし、別のサーバに格納してそのサーバにアクセスするためのゲートウェイをユーザシステムがさらに含むようにしてもよい。   The above-described user system includes at least one application server and means (for example, a relay device such as a gateway) for making the application server accessible from a client via a network, and the application server includes the virtual machine It may be realized by. Data used by the application server for service processing may be stored in the application server, or the user system may further include a gateway for storing in another server and accessing the server.

ユーザシステムが複数のアプリケーションサーバを含む場合、各アプリケーションサーバに目安として割り当てられるリソース量の比率を予め定めておいてもよい。この比率を、そのユーザシステムを大規模なリソースにより稼働する必要が生じた際に、同じユーザシステムをコピーして複数配置することによって拡張が可能なように定めておくと、各ユーザシステムを最小リソース構成で登録しておき、それを必要に応じて拡張して大規模化するという運用が、可能になる。   When the user system includes a plurality of application servers, the ratio of the amount of resources allocated as a guide to each application server may be determined in advance. If this ratio is determined so that it can be expanded by copying multiple copies of the same user system when it becomes necessary to operate the user system with large-scale resources, each user system is minimized. An operation of registering with a resource configuration and expanding it as necessary to increase the scale becomes possible.

前記管理装置が、前記ネットワークにおける名前解決サーバに、前記ユーザシステムのサービス公開用の名前と、前記ユーザシステムが配置されたデータセンターを前記ネットワークにおいて特定可能なアドレスとの対応を、登録することにより、前記クライアントからのアクセスを可能とする手段をさらに備えるようにしてもよい。   The management device registers, in the name resolution server in the network, the correspondence between the name for publishing the service of the user system and the address at which the data center where the user system is located can be specified in the network. A means for enabling access from the client may be further provided.

これにより、平常時の配置先データセンターでユーザシステムが稼働している間は、ユーザシステムの名前を基に問い合わせると、平常時の配置先データセンターのアドレスが得られ、障害が発生して障害時の配置先データセンターでユーザシステムが復旧稼働するようになると、登録内容が書き換わるため、同じユーザシステムの名前を基に問い合わせれば、障害時の配置先データセンターのアドレスが得られる。また、ユーザシステムを分割して配置する場合には、一つの名前に複数のアドレスが対応して登録され、負荷分散等の機構を用いて、いずれか一つのアドレスを得ることが可能になる。   As a result, while the user system is operating in the normal placement destination data center, if you make an inquiry based on the name of the user system, the address of the normal placement destination data center is obtained and a failure occurs. When the user system is restored and operated at the location data center at the time, the registered contents are rewritten. Therefore, if an inquiry is made based on the name of the same user system, the address of the location data center at the time of failure can be obtained. When the user system is divided and arranged, a plurality of addresses are registered corresponding to one name, and any one address can be obtained using a mechanism such as load balancing.

上述した管理装置が、一つの地域で発生した障害が一つ以上の異なる地域に属するデータセンターに影響を与える可能性がある場合の、障害発生地域とその影響が及ぶデータセンターとの関係を示す第3の情報を記憶する記憶手段をさらに備え、前記判断手段は、前記第3の情報を参照して判断を行う手段を含むものとしてもよい。   The management device described above shows the relationship between the faulted area and the affected data center when a fault that occurs in one area may affect data centers that belong to one or more different areas. Storage means for storing third information may be further provided, and the determination means may include means for making a determination with reference to the third information.

この構成により、災害が発生すると各データセンターに影響を与える可能性のある各区域間に重複があるような場合でも、いつ、どの地域で、障害が発生しても、障害発生地域のユーザシステムが別の地域で復旧稼働できるだけのバックアップリソースが確保されている状態を保つことが可能になる。   With this configuration, even if there is an overlap between areas that may affect each data center if a disaster occurs, the user system in the area where the failure occurred, regardless of when and in what area However, it is possible to maintain a state where backup resources sufficient for recovery operation are secured in another area.

代替的に、前記複数のデータセンターは、あるグループで発生した障害が他のグループのデータセンターには影響を与えないように、地域毎にグループ分けされており、各グループ内のデータセンターが有するリソースの合計容量のうち最も大きいものを、前記複数のデータセンター全体が有するリソースの容量から減算した容量を、前記複数のデータセンター全体においてプライマリリソースとしての使用を許可するリソース量としてもよい。   Alternatively, the plurality of data centers are grouped by region so that a failure occurring in one group does not affect the data centers of other groups, and the data centers in each group have A capacity obtained by subtracting the largest of the total capacity of resources from the capacity of resources of the plurality of data centers as a whole may be used as a resource amount that is permitted to be used as a primary resource in the plurality of data centers.

この構成によれば、災害が発生すると各データセンターに影響を与える可能性のある各区域間に重複がないようにできるため、いつ、どの地域で、障害が発生しても、障害発生地域のユーザシステムが別の地域で復旧稼働できるだけのバックアップリソースを、複数のデータセンター全体で確保するためのトータルプライマリリソース容量を、簡単に求めることが可能である。   According to this configuration, there can be no overlap between areas that may affect each data center if a disaster occurs. It is possible to easily obtain the total primary resource capacity for securing the backup resources that can restore and operate the user system in another area in the entire data centers.

以上に管理装置として記述した各発明は、複数のデータセンターのうちの一つにユーザシステムを配置するための管理方法の発明としても、コンピュータを上記の管理装置として動作させるための管理プログラムの発明としても、該管理プログラムを記憶した記憶媒体の発明としても、成立するものである。   Each invention described above as a management device is an invention of a management method for locating a user system in one of a plurality of data centers, or an invention of a management program for operating a computer as the management device. However, the invention of the storage medium storing the management program is also established.

以上のように、本発明によれば、複数のデータセンターが地域的に分散しているという環境を活用して、バックアップリソースを共用として低コストを実現しつつ、地域に依存した災害等の障害発生時におけるユーザシステムに対するディザスタリカバリ機能を、確実に提供することが可能になる。また、ユーザシステムを稼働させるデータセンターの選択に自由度を付与することも可能になる。   As described above, according to the present invention, by utilizing an environment in which a plurality of data centers are dispersed in a region, a backup resource is shared and a low cost is realized, and a failure such as a disaster depending on a region is realized. It is possible to reliably provide a disaster recovery function for the user system at the time of occurrence. It is also possible to give a degree of freedom to the selection of the data center where the user system is operated.

本発明の実施の形態における管理装置を備えるシステム(本システム)の説明図Explanatory drawing of a system (this system) provided with the management apparatus in embodiment of this invention データセンター間(DC間)のデータ同期の説明図Illustration of data synchronization between data centers (between DCs) 各リソース量(キャパシティ、プライマリリソース、バックアップリソース)の説明図Illustration of each resource amount (capacity, primary resource, backup resource) 各リソース量の関係を示す説明図Explanatory diagram showing the relationship of each resource amount (a)リソースユニット(RU)の一例を示す図 (b)各DC(DC1とDC2)のリソース量の算出の一例を示す図(A) A figure showing an example of a resource unit (RU) (b) A figure showing an example of calculation of a resource amount of each DC (DC1 and DC2) データセンター関連の管理情報の一例を示す図The figure which shows an example of the management information related to the data center ユーザシステム関連の管理情報の一例を示す図The figure which shows an example of the management information relevant to a user system バックアップDC選定のタイミングの説明図Explanatory diagram of backup DC selection timing 非固定方式で、最小分割リソース量の保証がない場合の処理フローの説明図Explanatory drawing of processing flow when there is no guarantee of minimum divided resource amount in non-fixed method 非固定方式で、最小分割リソース量の保証がある場合の処理フローの説明図Explanatory diagram of the processing flow when there is a guarantee of the minimum divided resource amount in the non-fixed method 固定方式の場合の処理フローの説明図Explanatory diagram of processing flow for fixed method エリアの定義の一例を示す図Diagram showing an example of area definition 災害発生エリアとその影響のあるDCの関係を示す図Diagram showing the relationship between the disaster occurrence area and the affected DC 各DCのリソース量の一例(TPの計算の具体例)を示す図The figure which shows an example (specific example of calculation of TP) of the resource amount of each DC トータルプライマリリソース容量TPの計算結果の一例を示す図The figure which shows an example of the calculation result of total primary resource capacity | capacitance TP 単純なモデルの場合のトータルプライマリリソース容量TPの計算の説明図Explanatory drawing of calculation of total primary resource capacity TP in case of simple model プライマリDCの選定条件の一例を示す図The figure which shows an example of selection conditions of primary DC バックアップDCの満たすべき条件の一例を示す図The figure which shows an example of the conditions which the backup DC should satisfy 災害発生エリアと影響のあるDCの関係の一例を示す図The figure which shows an example of the relation between the disaster occurrence area and the affected DC ユーザシステムの構成の説明図Illustration of user system configuration ユーザシステムの管理情報と値の一例を示す図The figure which shows an example of the management information and value of a user system 配置先のDCに応じて決定する設定項目と値の一例を示す図The figure which shows an example of the setting item and value determined according to DC of arrangement | positioning destination リソース利用効率が向上するような配置先DCの選択の説明図Explanatory drawing of selection of placement destination DC that improves resource utilization efficiency バックアップリソース共有の効果の説明図Illustration of the effect of sharing backup resources 各地域のリソースのメイン用途とバックアップ用途の割り当ての例を示す図Diagram showing examples of allocation of main usage and backup usage of resources in each region

(本システムの構成)
以下、本発明の一つの実施の形態の管理装置について、図面を用いて説明する。ここでは、管理装置を備えるシステム(以下、本システムという)を例示して説明する。図1は、本システムの構成を示す説明図である。図1に示すように、本システム1は、複数の地域(大阪、東京、富山など)に分散して配置された複数のデータセンター2を備えている。この例では、大阪に2つのデータセンター2(図では、DC−1、2)が設置され、東京に2つのデータセンター2(DC−3、4)が設置され、富山に2つのデータセンター2(DC−5、6)が設置されている。
(Configuration of this system)
Hereinafter, a management apparatus according to an embodiment of the present invention will be described with reference to the drawings. Here, a system including a management apparatus (hereinafter referred to as the present system) will be described as an example. FIG. 1 is an explanatory diagram showing the configuration of the present system. As shown in FIG. 1, the present system 1 includes a plurality of data centers 2 distributed in a plurality of regions (Osaka, Tokyo, Toyama, etc.). In this example, two data centers 2 (DC-1, 2 in the figure) are installed in Osaka, two data centers 2 (DC-3, 4) are installed in Tokyo, and two data centers 2 are installed in Toyama. (DC-5, 6) is installed.

各データセンター2では、それぞれユーザシステム3が稼働されている。例えば、DC−1では、ユーザシステム−1、2が稼働されており、DC−2では、ユーザシステム−3が稼働されている。また、DC−3では、ユーザシステム−4、5が稼働されており、DC−4では、ユーザシステム−6、7が稼働されている。さらに、DC−5では、ユーザシステム−8が稼働されており、DC−6では、ユーザシステム−9が稼働されている。   In each data center 2, a user system 3 is operated. For example, in DC-1, user systems-1 and 2 are operated, and in DC-2, user system-3 is operated. In DC-3, user systems -4 and 5 are operated, and in DC-4, user systems -6 and 7 are operated. Further, in DC-5, the user system-8 is operated, and in DC-6, the user system-9 is operated.

管理装置4は、各データセンター2とネットワーク接続されており、各データセンター2との間で情報通信をすることができる。この管理装置4は、コンピュータ装置などで構成されており、メモリやHDDなどで構成される記憶部5と、キーボードやマウスなどで構成される入力部6と、MPUやCPUなどで構成される処理部7と、液晶ディスプレイなどで構成される表示部8を備えている。そして、この管理装置4は、後述するように、障害発生時におけるユーザシステム3に対するディザスタリカバリ機能を提供するための各種の機能を備えている。これらの機能は、管理装置4のHDDやメモリ等に格納されたプログラムによって実現することができる。   The management device 4 is connected to each data center 2 through a network, and can perform information communication with each data center 2. The management device 4 is configured by a computer device or the like, and includes a storage unit 5 configured by a memory, an HDD, and the like, an input unit 6 configured by a keyboard, a mouse, and the like, and a process configured by an MPU, a CPU, and the like. A display unit 8 including a unit 7 and a liquid crystal display is provided. As will be described later, the management device 4 includes various functions for providing a disaster recovery function for the user system 3 when a failure occurs. These functions can be realized by a program stored in the HDD or memory of the management device 4.

(本システムの機能)
本システム1は、次の3つの機能を備えている。第1の機能は「地域規模の障害発生に確実に対応する機能」である。この機能により、「いつ」「どの地域」で障害が発生しても、障害発生地域のすべてのユーザシステム3が別地域で復旧稼働できるだけのバックアップリソースが常に確保されていることを保証することができ、障害時に迅速に復旧を行うことができるようになる。
(Function of this system)
The system 1 has the following three functions. The first function is “a function that reliably responds to the occurrence of regional scale failures”. With this function, even when a failure occurs in “when” or “which region”, it is possible to guarantee that all the user systems 3 in the failure region always have backup resources sufficient for recovery operation in another region. Can be recovered quickly in the event of a failure.

第2の機能は「地域間のバックアップリソースの共用により、必要バックアップリソース量を最小限化できる機能」である。各地域のバックアップリソースをその他の地域間で共用することにより、そのような共有をしない場合と比較して、全体として必要なバックアップリソース量を削減することができる。   The second function is “a function capable of minimizing the amount of required backup resources by sharing backup resources between regions”. By sharing backup resources in each region among other regions, the amount of backup resources required as a whole can be reduced compared to a case where such sharing is not performed.

第3の機能は「ユーザシステムの配置先のデータセンターを自由に選択できる機能」である。例えば、通信遅延がなるべく少ない地域のデータセンター2にシステムを配置したい場合、地域に関連する情報処理(自治体の情報処理など)を同一地域のデータセンター2で実施したい場合、データセンター間で各種リソース(CPU、メモリ、ネットワーク等)間の使用量のバランスをとりながらデータセンター2を追加したい場合などに、この機能は有効である。   The third function is “a function that allows a user system to freely select a data center where the user system is to be placed”. For example, if you want to place the system in a data center 2 in a region with as little communication delay as possible, or if you want to perform information processing related to the region (such as local government information processing) in the data center 2 in the same region, various resources between data centers This function is effective, for example, when it is desired to add the data center 2 while balancing the amount of usage (CPU, memory, network, etc.).

本システム1では、各データセンター2のリソースプールのうち、定常利用のプライマリリソースとその残りのバックアップリソースとして確保する量の配分を、第1の機能と第2の機能を実現できるような範囲で自由に設定することができるので、第3の機能を実現すること、すなわち、3つの機能をすべて実現することができる。   In the system 1, in the resource pool of each data center 2, the distribution of the amount to be secured as the primary resource for regular use and the remaining backup resource is within a range in which the first function and the second function can be realized. Since it can be set freely, the third function can be realized, that is, all three functions can be realized.

(本システムの特徴)
本システム1は、上記の3つの機能をすべて実現することができるように、以下の2つの特徴を備えているともいえる。第1の特徴は「全データセンターでのバックアップリソースの統合管理」である。各地域で必要なバックアップリソースの確保を個別に行ったのでは、地域間のバックアップリソースの共有を効果的に行うことはできない。そのため、本システム1では、まず「各地域のデータセンター間全体」でユーザシステム3を平常時に稼働させるために使用できるリソース量の上限値(トータルプライマリリソース容量)を算出し、その残りのリソースを共有バックアップリソースとして確保している。この上限値は、どの地域で障害が発生しても、その他の地域で障害復旧が可能なだけのバックアップリソースが確保されるように算出される。したがって、本システム1では、上記のデータセンター間全体の上限値を超えない範囲で、ユーザシステム3を、希望する地域のデータセンター2へ自由に配置することができる。
(Features of this system)
It can be said that the present system 1 has the following two features so that all the above three functions can be realized. The first feature is “integrated management of backup resources in all data centers”. If backup resources required in each region are individually secured, it is not possible to effectively share backup resources between regions. Therefore, in the present system 1, first, an upper limit value (total primary resource capacity) of a resource amount that can be used for operating the user system 3 in a normal state in “the entire data center in each region” is calculated, and the remaining resources are calculated. Secured as a shared backup resource. This upper limit value is calculated so that a backup resource sufficient to recover from a failure can be secured in any other region regardless of the region where the failure occurs. Therefore, in the present system 1, the user system 3 can be freely arranged in the data center 2 in a desired area within a range not exceeding the upper limit value of the entire data center.

第2の特徴は「ユーザシステムの分散配置対応」である。ある程度以上のリソース量を必要とするユーザシステム3では、データセンター全体としてのプライマリリソース、あるいは、バックアップリソースは足りていても、個々のデータセンター2へ配置する際には容量が収まる先がないケースが発生するおそれがある。そのため、本システム1では、各ユーザシステム3を最小リソース構成で登録し、それを拡張技術(クラスタ化)によって、必要に応じて大規模リソースによる稼働にも展開可能としている。さらに、本システム1では、個別のデータセンターレベルでリソースが不足する場合には、複数のデータセンター上で合計値が必要なリソース量となるようにユーザシステム3を稼働し、それをDNS等の名前解決技術との連携によって、ユーザからは一つのシステムとして利用することができる。   The second feature is “corresponding to distributed arrangement of user systems”. In the user system 3 that requires a resource amount of a certain level or more, even if there are sufficient primary resources or backup resources as a whole data center, there is no place where the capacity can be accommodated when placing in each data center 2 May occur. Therefore, in the present system 1, each user system 3 is registered with a minimum resource configuration, and can be expanded to an operation with a large-scale resource as required by an expansion technique (clustering). Further, in the present system 1, when resources are insufficient at the individual data center level, the user system 3 is operated so that the total value becomes a necessary resource amount in a plurality of data centers, and the user system 3 is operated as DNS. By linking with name resolution technology, users can use it as a single system.

(本システムの前提)
本システム1は、データセンター間(DC間)のデータ同期による機能の利用を前提としている。まず、DC間のデータ同期について、図2を参照しながら説明する。図2は、DC間のデータ同期の説明図である。図2に示すように、データセンター2は、ゲートウェイサーバ9とDNSサーバ10と仮想化サーバ11とデータベースサーバ12とストレージサーバ13を備えている。仮想化サーバ11としては、例えば「VMware Server」や「VMware ESX」等を利用することができる。各データセンター2のデータベースサーバ12とストレージサーバ13は、データ同期回線(専用線、VPN回線等)で接続されており、データが同期されている。ここでは、各DC間のデータ同期の方法や方式の詳細については特に言及しないが、例えば、既知のストレージ間のレプリケーション機能を利用することができる。各DC間でデータ同期されると、あるDC及びそのDCのストレージに障害が発生しても、同じユーザシステム3を再起動するのに必要なデータを別のDCのストレージから得ることができる。
(Premise of this system)
This system 1 is premised on the use of functions by data synchronization between data centers (between DCs). First, data synchronization between DCs will be described with reference to FIG. FIG. 2 is an explanatory diagram of data synchronization between DCs. As shown in FIG. 2, the data center 2 includes a gateway server 9, a DNS server 10, a virtualization server 11, a database server 12, and a storage server 13. As the virtualization server 11, for example, “VMware Server”, “VMware ESX”, or the like can be used. The database server 12 and the storage server 13 of each data center 2 are connected by a data synchronization line (dedicated line, VPN line, etc.), and data is synchronized. Here, details of the data synchronization method and method between the DCs are not particularly mentioned, but for example, a replication function between known storages can be used. When data synchronization is performed between the DCs, even if a failure occurs in a certain DC and the storage of the DC, data necessary for restarting the same user system 3 can be obtained from the storage of another DC.

本システム1のディザスタリカバリ機能は、各DC間のデータ同期による2つの機能が利用可能であることを前提としている。1つ目の機能は「全DCにおける各ユーザシステムのアプリケーションサーバを起動する機能」である。この機能により、各アプリケーションサーバ14の起動イメージは、DC間でデータ同期が行われるストレージサーバ13上に保存され、いずれのDCのストレージからでも起動することができるようになる。2つ目の機能は「全DCにおける各ユーザシステム3のアプリケーションデータへアクセスする機能」である。この機能により、アプリケーションデータは、DC間でデータ同期が行われているストレージまたはデータベースサーバ12上に保存され、いずれのDCにおいても、ユーザシステム3は、そのストレージまたはデータベースサーバ12からアプリケーションデータへアクセスすることができるようになる。   The disaster recovery function of the system 1 is based on the premise that two functions based on data synchronization between DCs can be used. The first function is “a function for starting an application server of each user system in all DCs”. With this function, the activation image of each application server 14 is stored on the storage server 13 where data synchronization is performed between DCs, and can be activated from any DC storage. The second function is “a function to access application data of each user system 3 in all DCs”. With this function, application data is stored on a storage or database server 12 in which data synchronization is performed between DCs, and in any DC, the user system 3 accesses application data from the storage or database server 12. Will be able to.

つぎに、各DCのリソース量の考え方について、図2〜図5を参照しながら説明する。図3は、各リソース量(キャパシティ、プライマリリソース、バックアップリソース)の説明図である。図3に示すように、各DCのリソース量には、n番目(n=1、2・・・)のデータセンター2(DC−n)の持つリソース全体の容量である「キャパシティCn」と、DC−nのプライマリリソース(ユーザシステム3により平常時に使用されるリソース)として使用可能な容量である「プライマリリソースPn」と、DC−nのバックアップリソース(平常時に使用されないリソース)としての容量である「バックアップリソースBn」が含まれる。 Next, the concept of the resource amount of each DC will be described with reference to FIGS. FIG. 3 is an explanatory diagram of each resource amount (capacity, primary resource, backup resource). As shown in FIG. 3, the resource amount of each DC includes “capacity C n ” that is the capacity of the entire resource of the n-th (n = 1, 2,...) Data center 2 (DC-n). “Primary resource P n ”, which is a capacity that can be used as a primary resource of DC-n (a resource that is normally used by the user system 3), and a backup resource of DC-n (a resource that is not normally used) “Backup resource B n ” which is a capacity is included.

図4は、各リソース量の関係を示す説明図である。図4に示すように、各DCのリソース量(キャパシティCn、プライマリリソースPn、バックアップリソースBn)の関係は、以下の式(1)で表すことができる。
FIG. 4 is an explanatory diagram showing the relationship between each resource amount. As shown in FIG. 4, the relationship between the resource amounts (capacity C n , primary resource P n , backup resource B n ) of each DC can be expressed by the following equation (1).

DCのリソースには、CPU、メモリ、ネットワークなど複数の種類のものが含まれる。したがって、DCのリソース量は、種類ごとに値を持ち、複数次元的である。これを処理の単純化等のために、次のように一次元化してもよい。   The DC resource includes a plurality of types such as a CPU, a memory, and a network. Therefore, the DC resource amount has a value for each type and is multidimensional. For simplification of processing, this may be made one-dimensional as follows.

まず、各種リソースをひとまとめにして取り扱うための最小単位(リソースユニット、RU)を決定する。リソースユニットは、ユーザシステム3に対して割り当て量を保証する各リソース(CPU、メモリ、ネットワーク等)の最小単位の集合として任意に定めることができる。図5(a)には、リソースユニット(RU)の一例が示されている。この例では、CPUについては2.0GHzを1RUとし、メモリについては2.0GBを1RUとし、ネットワークについては1.0Mbpsを1RUとしている。   First, the minimum unit (resource unit, RU) for handling various resources collectively is determined. The resource unit can be arbitrarily determined as a set of minimum units of each resource (CPU, memory, network, etc.) that guarantees the allocation amount for the user system 3. FIG. 5A shows an example of a resource unit (RU). In this example, 2.0 GHz is set to 1 RU for the CPU, 2.0 GB is set to 1 RU for the memory, and 1.0 Mbps is set to 1 RU for the network.

なお、ここでの最小単位(RU)は、ユーザシステム3に対する割り当て量であるため、ユーザシステム3には常に整数[RU]が割り当てられるが、ユーザシステム3が複数のアプリケーションサーバ14を含む場合には、各アプリケーションサーバ14に小数[RU]が割り当てられることも許容される。   Here, since the minimum unit (RU) is an allocation amount for the user system 3, an integer [RU] is always allocated to the user system 3, but when the user system 3 includes a plurality of application servers 14. Is allowed to be assigned a decimal number [RU] to each application server 14.

次に、このようなリソースユニットという単位を用いて、各DCのリソース量を算出する。具体的には、リソース種別ごとに何RU分に相当するかを計算し、その中で最も値の小さなものを、そのDCのリソース量とする。図5(b)には、各DC(DC−1とDC−2)のリソース量の算出の一例が示されている。この例では、DC−1について、CPUのリソース量が350RUと換算され、メモリのリソース量が400RUと換算され、ネットワークのリソース量が400RUと換算されるので、その中の最小値である350RUが、DC−1のリソース量として算出される。また、DC−2については、CPUのリソース量が300RUと換算され、メモリのリソース量が250RUと換算され、ネットワークのリソース量が300RUと換算されるので、その中の最小値である250RUが、DC−2のリソース量として算出される。   Next, the resource amount of each DC is calculated using such a unit called a resource unit. Specifically, the number of RUs corresponding to each resource type is calculated, and the smallest value among them is set as the DC resource amount. FIG. 5B shows an example of calculating the resource amount of each DC (DC-1 and DC-2). In this example, for DC-1, since the CPU resource amount is converted to 350 RU, the memory resource amount is converted to 400 RU, and the network resource amount is converted to 400 RU, the minimum value among them is 350 RU. , Calculated as the resource amount of DC-1. For DC-2, the CPU resource amount is converted to 300 RU, the memory resource amount is converted to 250 RU, and the network resource amount is converted to 300 RU. Therefore, the minimum value of 250 RU is Calculated as the DC-2 resource amount.

なお、他の例として、全てのリソース種別は考慮せず、選択された種別のリソースのみに着目し、その種別のリソースの量をRU単位のリソース量としてもよい。例えば、図5(b)の例において、CPUのリソースのみに着目し、DC−1のリソース量を350RU(そのまま)とし、DC−2のリソース量を300RUとしてもよい。   As another example, not all resource types are considered, but only the resource of the selected type is focused, and the amount of the resource of that type may be the resource amount in units of RUs. For example, in the example of FIG. 5B, focusing on only the CPU resources, the DC-1 resource amount may be 350 RU (as it is), and the DC-2 resource amount may be 300 RU.

(管理情報)
続いて、本システム1で用いられる管理情報について、図6と図7を参照して説明する。本システム1の管理情報には、データセンター関連の管理情報とユーザシステム関連の管理情報が含まれる。図6は、データセンター関連の管理情報の一例を示す図である。図6に示すように、データセンター関連の管理情報は、個々のデータセンター2(DCn)に関する個別DC関連の管理情報と、DC全体の管理情報とに大別される。
(Management information)
Next, management information used in the system 1 will be described with reference to FIGS. 6 and 7. The management information of the system 1 includes data center related management information and user system related management information. FIG. 6 is a diagram illustrating an example of management information related to the data center. As shown in FIG. 6, the management information related to the data center is roughly divided into management information related to individual DC related to each data center 2 (DC n ) and management information about the entire DC.

個別DC関連の管理情報には、DCの各リソース(CPU、メモリ、ネットワーク)の容量を示す「各種リソース容量Cn」と、DCのプライマリ用の各リソース(CPU、メモリ、ネットワーク)の容量を示す「プライマリリソース容量Pn」と、DCのバックアップ用の各リソース(CPU、メモリ、ネットワーク)の容量を示す「バックアップリソース容量Bn」と、DCのプライマリ用の各リソース(CPU、メモリ、ネットワーク)の使用量を示す「プライマリリソース使用量Un」が含まれる。また、個別DC関連の管理情報には、ユーザシステム3のDC配置時に用いられる「ユーザシステム用IPアドレスリスト」と「ユーザシステム用VLAN IDリスト」の情報が含まれる。 The individual DC related management information includes “various resource capacities C n ” indicating the capacities of the respective DC resources (CPU, memory, network) and the capacities of the respective DC primary resources (CPU, memory, network). “Primary resource capacity P n ” shown, “Backup resource capacity B n ” showing the capacity of each DC backup resource (CPU, memory, network), and each DC primary resource (CPU, memory, network) "Primary resource usage amount U n " indicating the usage amount. The individual DC-related management information includes information on a “user system IP address list” and a “user system VLAN ID list” used when the user system 3 is placed in the DC.

DC全体の管理情報には、DC全体のプライマリリソース容量を示す「トータルプライマリリソース容量TP」と、DC全体のバックアップリソース容量を示す「トータルバックアップリソース容量TB」の情報が含まれる。なお、「トータルプライマリリソース容量TP」と「トータルバックアップリソース容量TB」の算出方法については後述する。   The management information of the entire DC includes information of “total primary resource capacity TP” indicating the primary resource capacity of the entire DC and “total backup resource capacity TB” indicating the backup resource capacity of the entire DC. A method of calculating “total primary resource capacity TP” and “total backup resource capacity TB” will be described later.

個別DC関連の管理情報は、データセンター2の管理者の申告に基づいて登録される。例えば、「各種リソース容量Cn」と「ユーザシステム用IPアドレスリスト」と「ユーザシステム用VLAN IDリスト」については、データセンター2の管理者が申告した値が登録される。なお、「プライマリリソース容量Pn」と「バックアップリソース容量Bn」については、本システム1の管理装置4で算出または決定された値が登録される。「プライマリリソース使用量Un」は、ユーザシステムの追加による使用量の増加にあわせて、本システム1の管理装置4により更新することができる。 The management information related to the individual DC is registered based on the declaration of the manager of the data center 2. For example, for “various resource capacities C n ”, “user system IP address list”, and “user system VLAN ID list”, values reported by the administrator of the data center 2 are registered. For “primary resource capacity P n ” and “backup resource capacity B n ”, values calculated or determined by the management apparatus 4 of the system 1 are registered. The “primary resource usage amount U n ” can be updated by the management apparatus 4 of the present system 1 in accordance with an increase in usage amount due to the addition of the user system.

図7は、ユーザシステム関連の管理情報の一例を示す図である。図7に示すように、ユーザシステム関連の管理情報は、各ユーザシステム(Sm)に関するユーザシステム構成関連の管理情報と、ユーザシステム配置先DC関連の管理情報とに大別される。   FIG. 7 is a diagram illustrating an example of management information related to the user system. As shown in FIG. 7, the management information related to the user system is roughly classified into management information related to the user system configuration relating to each user system (Sm) and management information related to the user system placement destination DC.

ユーザシステム構成関連の管理情報には、ユーザシステム3が必要とするリソース量を示す「必要リソース量Rm」と、ユーザシステム3をDC分散配置する場合に分割された各ユーザシステム3に最低限割り当てるべきリソース量を示す「最小分割リソース量Rminm」が含まれる。なお、ユーザシステム3をDC分散配置する場合は、合計値として割り当てるべきリソース量が「必要リソース量Rm」となる。また、ユーザシステム構成関連の管理情報には、各種の構成情報が含まれる。構成情報には、サービス公開用ホスト名、サービス公開用プロトコル、サービスのヘルスチェック用プロトコル、アプリケーションサーバ関連などの情報が含まれる。アプリケーションサーバ関連の情報には、OS起動イメージ名や割当てリソース割合(AP1:80%、AP2:20%)などの情報が含まれる。 The management information related to the user system configuration includes “required resource amount R m ” indicating the resource amount required by the user system 3, and at least the user system 3 divided when the user system 3 is DC-distributed. “Minimum divided resource amount Rmin m ” indicating the resource amount to be allocated is included. When the user system 3 is DC-distributed, the resource amount to be allocated as the total value is “necessary resource amount R m ”. The management information related to the user system configuration includes various types of configuration information. The configuration information includes information such as a service publishing host name, a service publishing protocol, a service health check protocol, and application server related information. The information related to the application server includes information such as the OS boot image name and the allocated resource ratio (AP1: 80%, AP2: 20%).

ユーザシステム配置先DC関連の管理情報には、プライマリデータセンターの管理情報と、バックアップデータセンターの管理情報が含まれる。プライマリデータセンターの管理情報には、プライマリとして配置先のデータセンター2の情報や、DC配置時のサービスフロント用IPアドレスが含まれる。バックアップデータセンターの管理情報には、障害時の配置先のデータセンター2の情報や、DC配置時のサービスフロント用IPアドレスの情報が含まれる。   The management information related to the user system placement destination DC includes management information of the primary data center and management information of the backup data center. The management information of the primary data center includes information on the data center 2 that is the placement destination as a primary, and a service front IP address at the time of DC placement. The management information of the backup data center includes information on the data center 2 that is the allocation destination at the time of failure and information on the IP address for service front at the time of DC allocation.

なお、最小分割リソース量は、プライマリDC配置用とバックアップDC配置用で別々の値を設定できるようにしてもよい。例えば、緊急時用のバックアップDC選定の条件を緩めるために、バックアップ配置用の値をプライマリ配置用の値よりも小さく設定してもよい。   Note that the minimum divided resource amount may be set to different values for primary DC placement and backup DC placement. For example, the backup placement value may be set smaller than the primary placement value in order to relax the emergency backup DC selection condition.

最小分割リソース量を大きく設定すれば、ユーザシステム3の動作環境が良好になる(例えば動作が速くなる)。一方、最小分割リソース量を小さく設定すれば、リソース利用効率が向上する(ユーザシステム3の配置要求が受け入れられる可能性が高まる)。また、最小分割リソース量を決める際に、そのユーザシステム3におけるアプリケーションサーバ14の割当てリソース割合を考慮してもよい。例えば、割合が小さい方に割り当てられるリソース量が過度に少なくならないようにしてもよい。   If the minimum divided resource amount is set large, the operating environment of the user system 3 is improved (for example, the operation becomes faster). On the other hand, if the minimum divided resource amount is set to be small, the resource use efficiency is improved (the possibility that the arrangement request of the user system 3 is accepted increases). Further, when determining the minimum divided resource amount, the allocated resource ratio of the application server 14 in the user system 3 may be taken into consideration. For example, the resource amount allocated to the smaller proportion may not be excessively reduced.

ユーザシステム構成関連の情報は、各ユーザシステム3を運営するユーザ(サービス提供者)の申告に基づいて登録される。また、ユーザシステム配置先DC関連の情報は、本システム1の管理装置4で決定された情報が登録される。   Information related to the user system configuration is registered based on the declaration of the user (service provider) who operates each user system 3. Further, information determined by the management device 4 of the system 1 is registered as information related to the user system placement destination DC.

(本システムの処理フロー)
次に、本システム1の処理フローについて説明する。本システム1の処理フローは、各DCのバックアップ容量の指定方式によって異なる。したがって、ここでは、まず、バックアップ容量の指定方式について説明する。バックアップ容量の指定方式は、各DCのバックアップリソース容量を固定的に指定しない「非固定方式」と、各DCのバックアップリソース容量を固定的に指定する「固定方式」に分けられる。
(Processing flow of this system)
Next, a processing flow of the system 1 will be described. The processing flow of the system 1 differs depending on the backup capacity designation method of each DC. Therefore, first, a backup capacity designation method will be described. The backup capacity designation method is classified into a “non-fixed method” in which the backup resource capacity of each DC is not fixedly specified and a “fixed method” in which the backup resource capacity of each DC is fixedly specified.

非固定方式は、各DCのバックアップ容量が非固定(全DC間全体で一定の容量があればよい)のため、ユーザシステム3のプライマリ配置先のDCの選択の自由度が高い。ただし、非固定方式では、各DCのバックアップ容量が、ユーザシステム3の追加とともに変更される。そのため、ユーザシステム3が追加されると、その都度、リソース使用状況の変化に応じて、他のユーザシステム3のバックアップDCの選定結果が変わる可能性がある。   In the non-fixed method, the backup capacity of each DC is non-fixed (it is sufficient if there is a constant capacity across all DCs), so the degree of freedom in selecting the DC as the primary placement destination of the user system 3 is high. However, in the non-fixed method, the backup capacity of each DC is changed as the user system 3 is added. Therefore, each time the user system 3 is added, the selection result of the backup DC of another user system 3 may change according to the change in the resource usage status.

一方、固定方式は、バックアップDCは、プライマリDC選定時もしくは障害発生時等に一度選択するだけでよい。ただし、固定方式では、各DCのバックアップ容量がユーザシステム3の運用開始前に固定的に指定され、各DCは常のその分のリソースを空けておく必要がある。そのため、ユーザシステム3のプライマリ配置先のDCの選択の自由度は、非固定方式に比べて低い。   On the other hand, in the fixed method, the backup DC need only be selected once when the primary DC is selected or when a failure occurs. However, in the fixed method, the backup capacity of each DC is fixedly specified before the operation of the user system 3 is started, and it is necessary for each DC to have a normal amount of resources available. For this reason, the degree of freedom of selection of the primary arrangement destination DC of the user system 3 is lower than that of the non-fixed method.

本システム1の処理フローは、最小分割リソース容量を担保するかどうかによっても異なる。具体的には、バックアップDC選定のタイミングが、最小分割リソース容量を担保するかどうかによって異なる。したがって、ここで、バックアップDC選定のタイミングについて説明しておく。   The processing flow of the system 1 also differs depending on whether or not the minimum divided resource capacity is secured. Specifically, the backup DC selection timing differs depending on whether or not the minimum divided resource capacity is secured. Therefore, the timing for selecting the backup DC will be described here.

図8は、バックアップDC選定のタイミングの説明図である。図8に示すように、最小分割リソース量を担保する場合は、バックアップDCの選定時にNG判定(選択可能なDCがない)となる可能性があるため、プライマリDCの選択時に同時に選定を行うのが好ましい。最小分割リソース容量を担保しない場合には、非固定方式であるか固定方式であるかによって、バックアップDC選定のタイミングが異なる。非固定方式の場合には、障害発生時に選定するのが好ましい。一方、固定方式の場合には、いずれのタイミングでも構わない。   FIG. 8 is an explanatory diagram of backup DC selection timing. As shown in FIG. 8, when ensuring the minimum amount of divided resources, there is a possibility of NG determination (no selectable DC) when selecting a backup DC. Is preferred. When the minimum divided resource capacity is not secured, the backup DC selection timing differs depending on whether the non-fixed method or the fixed method is used. In the case of the non-fixed method, it is preferable to select when a failure occurs. On the other hand, in the case of the fixed method, any timing may be used.

次に、本システム1の処理フローについて説明する。ここでは、非固定方式と固定方式のどちらの方式か、最小分割リソース容量を担保するかどうか、によって、場合分けして説明する。   Next, a processing flow of the system 1 will be described. Here, description will be made on a case-by-case basis depending on whether the non-fixed method or the fixed method is used and whether or not the minimum divided resource capacity is secured.

図9は、非固定方式で、最小分割リソース量の保証がない場合の処理フローの説明図である。図9に示すように、まず、本システム1の運用開始準備の段階では、各DCの各種リソース容量を登録する処理を行う(S1)。具体的には、各DCについて、個別DC関連の管理情報DCnのうち、各種リソース容量Cnとユーザシステム用IPアドレスの登録を行う。その後、全DCのプライマリリソース容量(トータルプライマリリソース容量TP)を算出する(S2)。なお、トータルプライマリリソース容量TPの算出方法については後で詳しく説明する。 FIG. 9 is an explanatory diagram of a processing flow when the non-fixed method is used and there is no guarantee of the minimum divided resource amount. As shown in FIG. 9, first, at the stage of preparation for starting operation of the system 1, processing for registering various resource capacities of each DC is performed (S1). Specifically, for each DC, among the individual DC-related management information DC n , various resource capacities C n and user system IP addresses are registered. Thereafter, the primary resource capacity (total primary resource capacity TP) of all DCs is calculated (S2). A method for calculating the total primary resource capacity TP will be described in detail later.

本システム1が定常運用されている段階では、まず、ユーザシステム情報の登録が行われる(S3)。具体的には、ユーザシステム構成関連の情報Smが登録される。つぎに、プライマリDCの選定が行われる(S4)。プライマリDCの選定方法については後で詳しく説明する。そして、プライマリDCの選定ができた場合には、ユーザシステム3のプライマリDCへの配置が行われる(S5)。ユーザシステム3のDC配置方法についても後で詳しく説明する。一方、プライマリDCの選定ができなかった場合には、そこで処理が終了される(S6)。 At the stage where the system 1 is in regular operation, first, user system information is registered (S3). Specifically, user system configuration related information S m is registered. Next, a primary DC is selected (S4). The method for selecting the primary DC will be described in detail later. If the primary DC can be selected, the user system 3 is placed on the primary DC (S5). The DC arrangement method of the user system 3 will also be described in detail later. On the other hand, if the primary DC cannot be selected, the process is terminated (S6).

ある地域で障害が発生した場合、まず、定常監視によって障害が検出される(S7)。具体的には、プライマリDC上で稼働するユーザシステム3に対してヘルスチェックを行い、正常な応答が得られない場合に、障害発生とみなす。この場合、ヘルスチェックの対象IPアドレスは、ユーザシステム配置先DC関連の情報(プライマリデータセンターのDC配置時のサービスフロント用IPアドレス)から取得できる。また、ヘルスチェックの方法は、ユーザシステム構成関連の情報Sm(サービスのヘルスチェック用プロトコル)から決定できる。 When a failure occurs in a certain area, first, the failure is detected by regular monitoring (S7). Specifically, a health check is performed on the user system 3 operating on the primary DC, and if a normal response cannot be obtained, it is considered that a failure has occurred. In this case, the target IP address of the health check can be acquired from information related to the user system placement destination DC (service front IP address at the time of DC placement of the primary data center). The health check method can be determined from the user system configuration related information S m (service health check protocol).

本システム1では、つぎに、バックアップDCの選定が行われる(S8)。バックアップDCの選定方法については後で詳しく説明する。そして、バックアップDCの選定が完了すると、ユーザシステム3のバックアップDCへの配置が行われる(S9)。配置先のDCは、ユーザシステム配置先DC関連の情報(障害時の配置先のデータセンター2)に基づいて決定される。   Next, in the present system 1, a backup DC is selected (S8). A method for selecting the backup DC will be described in detail later. When the selection of the backup DC is completed, the user system 3 is placed on the backup DC (S9). The placement destination DC is determined based on the information related to the user system placement destination DC (the placement destination data center 2 at the time of failure).

なお、図9の例では、バックアップDCの選定の処理を、障害検出時に実行しているが、各DCのプライマリリソースの使用状況の変化に応じた選定が随時可能であれば、その他のタイミングで行ってもよい。例えば、毎日、ユーザシステム3の追加がない夜間に、バッチ処理によって全ユーザシステム3のバックアップDC選定を行ってもよい。   In the example of FIG. 9, the backup DC selection process is executed when a failure is detected. However, if selection according to changes in the usage status of the primary resources of each DC is possible at any time, at other timings. You may go. For example, backup DC selection of all user systems 3 may be performed by batch processing at night when no user system 3 is added every day.

図10は、非固定方式で、最小分割リソース量の保証がある場合の処理フローの説明図である。図10に示すように、まず、本システム1の運用開始準備の段階では、図9の場合と同様に、各DCの各種リソース容量を登録する処理を行い(S1)、全DCのプライマリリソース容量(トータルプライマリリソース容量TP)を算出する処理を行う(S2)。   FIG. 10 is an explanatory diagram of a processing flow when the minimum division resource amount is guaranteed in the non-fixed method. As shown in FIG. 10, first, at the stage of preparation for starting operation of the system 1, as in the case of FIG. 9, a process of registering various resource capacities of each DC is performed (S1), and the primary resource capacities of all DCs A process of calculating (total primary resource capacity TP) is performed (S2).

つぎに、本システム1が定常運用されている段階では、ユーザシステム情報の登録が行われ(S3)、プライマリDCの選定が行われる(S4)。この場合、最小分割リソース量の保証があるため、ユーザシステム3の追加時にプライマリDCの選択とともにバックアップDCの選定をしておく必要がある。ただし、各DCのバックアップリソース容量は非固定のため、ユーザシステム3の追加によるプライマリリソース使用量の増加が、その他のエリアのDCをプライマリとする他のユーザシステム3からのバックアップDCとしての利用に影響を与える可能性がある。(Bn=Cn−Pnであるため、プライマリリソース使用量が増加すると、バックアップリソースとしての容量が減少する。)そのため、図10のフローでは、プライマリDC選定後に、そのDCをバックアップDCとして選定している他のすべてのユーザシステム3に関してバックアップDCの再選定を実行する(S10)。このバックアップDCの再選定ができなかった場合には、そこで処理が終了される(S6)。 Next, at a stage where the system 1 is in regular operation, user system information is registered (S3), and a primary DC is selected (S4). In this case, since there is a guarantee of the minimum divided resource amount, it is necessary to select the backup DC together with the primary DC when the user system 3 is added. However, since the backup resource capacity of each DC is not fixed, the increase in the amount of primary resource usage due to the addition of the user system 3 can be used as a backup DC from another user system 3 whose primary is a DC in another area. May have an impact. (Because B n = C n −P n , the capacity as the backup resource decreases as the primary resource usage increases.) Therefore, in the flow of FIG. Reselection of the backup DC is executed for all other selected user systems 3 (S10). If the backup DC cannot be reselected, the process is terminated (S6).

一方、他のすべてのユーザシステム3に関してバックアップDCの再選定ができた場合には、ステップS4でプライマリDCの選定を行ったユーザシステム3についてバックアップDCの選定が行われる(S8)。そして、バックアップDCの選定ができた場合には、ユーザシステム3のプライマリDCへの配置が行われる(S5)。そして、ある地域で障害が発生した場合には、定常監視によって障害が検出され(S7)、ユーザシステム3のバックアップDCへの配置が行われる(S9)。   On the other hand, if the backup DC can be reselected for all other user systems 3, the backup DC is selected for the user system 3 that has selected the primary DC in step S4 (S8). When the backup DC can be selected, the user system 3 is placed on the primary DC (S5). When a failure occurs in a certain area, the failure is detected by regular monitoring (S7), and the user system 3 is placed on the backup DC (S9).

図11は、固定方式の場合の処理フローの説明図である。図11に示すように、まず、本システム1の運用開始準備の段階では、各DCの各種リソース容量を登録する処理を行った後(S1)、トータルバックアップリソース容量TBに基づいて、各DCのバックアップリソース容量を算出する処理を行う(S2)。なお、トータルバックアップリソース容量TBの算出方法については後で詳しく説明する。   FIG. 11 is an explanatory diagram of a processing flow in the case of the fixed method. As shown in FIG. 11, first, at the stage of preparation for starting operation of the present system 1, after performing processing for registering various resource capacities of each DC (S1), based on the total backup resource capacity TB, Processing for calculating the backup resource capacity is performed (S2). A method for calculating the total backup resource capacity TB will be described in detail later.

つぎに、本システム1が定常運用されている段階では、ユーザシステム情報の登録が行われ(S3)、プライマリDCの選定が行われる(S4)。プライマリDCの選定ができた場合には、バックアップDCの選定が行われ(S8)、ユーザシステム3のプライマリDCへの配置が行われる(S5)。最小分割リソース量の保証がある場合は、バックアップDCの選定ができずに処理終了となる場合がある。そして、ある地域で障害が発生した場合には、定常監視によって障害が検出され(S7)、ユーザシステム3のバックアップDCへの配置が行われる(S9)。なお、最小分割リソース量の保証がない場合には、バックアップDCの選定の処理を、障害発生時に行ってもよい。   Next, at a stage where the system 1 is in regular operation, user system information is registered (S3), and a primary DC is selected (S4). If the primary DC can be selected, the backup DC is selected (S8), and the user system 3 is placed on the primary DC (S5). If there is a guarantee of the minimum divided resource amount, the backup DC may not be selected and the processing may end. When a failure occurs in a certain area, the failure is detected by regular monitoring (S7), and the user system 3 is placed on the backup DC (S9). If there is no guarantee of the minimum divided resource amount, the backup DC selection process may be performed when a failure occurs.

(トータルプライマリ容量およびトータルバックアップ容量の算出)
ここで、トータルプライマリ容量TPとトータルバックアップ容量TBの算出方法について説明する。まず、前処理として、地域災害発生の各DCへの影響という視点からエリアを定義する。より具体的には、DCごとに地域災害発生時に影響を受ける可能性のある地理的範囲を「リージョン」と定め、そのリージョンの境界線で区切られる各区域を「エリア」と定める。
(Calculation of total primary capacity and total backup capacity)
Here, a method of calculating the total primary capacity TP and the total backup capacity TB will be described. First, as pre-processing, an area is defined from the viewpoint of the influence of a regional disaster on each DC. More specifically, for each DC, a geographical range that may be affected when a regional disaster occurs is defined as a “region”, and each area delimited by the boundary line of the region is defined as an “area”.

図12は、エリアの定義の一例を示す図である。図12の例で説明すると、DC−1については、地域災害発生時にDC−1に影響を与える可能性のある範囲が「リージョン」と定められる。この場合、DC−1のリージョンは、他のリージョンと重複する部分がないので、DC−1のリージョンの境界線で区切られる区域が「エリアA1」と定められる。 FIG. 12 is a diagram illustrating an example of area definition. Referring to the example of FIG. 12, for DC-1, a range that may affect DC-1 when a regional disaster occurs is defined as a “region”. In this case, since the DC-1 region does not overlap with other regions, the area delimited by the boundary line of the DC-1 region is defined as “area A 1 ”.

DC−2についても、地域災害発生時にDC−2に影響を与える可能性のある範囲が「リージョン」と定められる。この場合、DC−2のリージョンは、DC−3のリージョンとも重複しているので、DC−2のリージョンのうちDC−3のリージョンと重複しない区域が「エリアA2」と定められ、DC−2のリージョンとDC−3のリージョンが重複する区域が「エリアA2-3」と定められる。すなわち、リージョンが重複する部分は、それぞれ個別のエリアとなる。 Also for DC-2, a range that may affect DC-2 when a regional disaster occurs is defined as a “region”. In this case, since the region of DC-2 overlaps with the region of DC-3, an area that does not overlap with the region of DC-3 among the regions of DC- 2 is defined as “area A 2 ”. The area where the region 2 and the region DC-3 overlap is defined as “Area 2-3 ”. In other words, each overlapping region is an individual area.

図13は、災害が発生したエリアとその影響のあるDCの関係を示す図である。図13では、エリアA1で災害が発生したときには、DC−1に影響を与える可能性があることが示されている。また、エリアA2-3で災害が発生したときには、DC−2とDC−3に影響を与える可能性があること示されている。 FIG. 13 is a diagram illustrating a relationship between an area where a disaster has occurred and a DC that has an influence on the area. FIG. 13 shows that when a disaster occurs in the area A 1 , there is a possibility of affecting DC-1. Also, it is shown that when a disaster occurs in area A 2-3 , there is a possibility of affecting DC-2 and DC-3.

なお、以上の説明では、1つの例として、各DCの地理座標を中心として、災害発生時に影響を受ける可能性のある距離を半径とした円形のリージョンを重ねることによってエリアを定めたが、本発明の範囲はこれに限定されるものではない。すなわち、想定する災害や地理状況によっては、必ずしも各リージョンは円形であるとは限らない。また、以上の説明では、各リージョンの形状や面積が同じである場合を例示したが、本発明の範囲はこれに限定されるものではなく、各リージョンの形状や面積は異なってもよい。   In the above description, as an example, the area is defined by overlapping circular regions with a radius that is likely to be affected when a disaster occurs, centering on the geographical coordinates of each DC. The scope of the invention is not limited to this. That is, depending on the assumed disaster and geographical situation, each region is not necessarily circular. Moreover, although the case where the shape and area of each region were the same was illustrated in the above description, the scope of the present invention is not limited to this, and the shape and area of each region may be different.

上記のようにして前処理(各エリアの定義)が完了したら、全DC間でユーザシステム3のプライマリ稼働に使用可能なリソース量(トータルプライマリリソース容量TP)を算出する(TPは、全DCのプライマリリソースの合計とも表現できる。下記の式(2)参照)。トータルプライマリリソース容量TPは、どのエリアで地域災害が発生してそのエリアのDC全てに障害が発生しても、その他のエリアで復旧用のバックアップリソースが確保されるように算出する。また、トータルプライマリリソース容量TPの残りを、全DC間のバックアップ用リソースとして確保するリソースの容量(トータルバックアップ容量TB)として算出する。
When preprocessing (definition of each area) is completed as described above, the amount of resources (total primary resource capacity TP) that can be used for primary operation of the user system 3 among all DCs is calculated (TP is the total DC It can also be expressed as the sum of primary resources (see equation (2) below). The total primary resource capacity TP is calculated so that recovery resources can be secured in other areas even if a local disaster occurs in any area and all DCs in the area fail. Further, the remaining total primary resource capacity TP is calculated as a resource capacity (total backup capacity TB) to be secured as a backup resource between all DCs.

より具体的に説明すると、トータルプライマリリソース容量TPの計算では、どの地域で障害が発生しても、障害の影響を受けないその他の地域でのバックアップリソースが確保されるために、前処理で定めた全エリアに対して、下記の式(3)の条件を満たす必要がある。
More specifically, in the calculation of the total primary resource capacity TP, in order to secure backup resources in other regions that are not affected by the failure, no matter what region the failure occurs, For all the areas, it is necessary to satisfy the condition of the following formula (3).

上記の式(3)は、下記の式(4)と等価である。
The above equation (3) is equivalent to the following equation (4).

上記の式(4)において、左辺は式(2)の定義からTPと同意である。ここで、全エリアに関する上記式の右辺の計算結果のうち最も小さい値が、すべてのエリアの条件を満たし、かつ最大の値であり、ここで求めるTPの値となる。   In the above formula (4), the left side is the same as TP from the definition of formula (2). Here, the smallest value among the calculation results of the right side of the above-mentioned formula for all areas is the maximum value that satisfies the conditions of all areas, and is the value of TP obtained here.

トータルバックアップリソース容量TBは、全DCのキャパシティ合計からトータルプライマリリソース容量TPを減算することにより算出される(下記の式(5)参照)。
The total backup resource capacity TB is calculated by subtracting the total primary resource capacity TP from the total capacity of all DCs (see the following formula (5)).

トータルプライマリリソース容量TPの計算を具体例を挙げて説明する。図14は、各DCのリソース量の一例(TPの計算の具体例)を示す図であり、図15は、この具体例におけるトータルプライマリリソース容量TPの計算結果を示す図である。図14と図15の例では、トータルプライマリリソース容量TPの計算結果として、600RU(全エリアの最小値)が算出される。また、この場合、トータルバックアップリソース容量TBは、400RU(=1000RU−600RU)として算出される。   The calculation of the total primary resource capacity TP will be described with a specific example. FIG. 14 is a diagram illustrating an example of a resource amount of each DC (specific example of calculation of TP), and FIG. 15 is a diagram illustrating a calculation result of the total primary resource capacity TP in this specific example. In the example of FIGS. 14 and 15, 600 RU (minimum value of all areas) is calculated as the calculation result of the total primary resource capacity TP. In this case, the total backup resource capacity TB is calculated as 400 RU (= 1000 RU-600 RU).

なお、従来のバックアップリソース非共有の場合は、全体リソースに対して、プライマリリソースは半分までしか使用できないが、本システム1では、半分以上の使用が可能である。例えば、図14と図15の場合には、全体リソースに対して6割の使用が可能である。   In the case of conventional non-shared backup resources, the primary resource can only be used up to half of the total resources, but the system 1 can use more than half. For example, in the case of FIGS. 14 and 15, 60% of the total resources can be used.

また、図12のように、DCが密集していなければ、さらに高い割合でプライマリリソースを使用することが可能である。例えば、各DC間の距離が離れていて、複数のリージョンが重複するエリアが存在しないモデル(単純なモデル)であれば、図15のA1〜A5の中で最も値が小さい650RUが、トータルプライマリリソース容量TPとして算出される。   Further, as shown in FIG. 12, if the DC is not dense, the primary resource can be used at a higher rate. For example, in the case of a model (simple model) in which the distance between the DCs is long and an area where a plurality of regions overlap is not present (simple model), 650RU having the smallest value among A1 to A5 in FIG. Calculated as resource capacity TP.

なお、そのような単純なモデルの場合には、以下のようにトータルプライマリリソース容量TPを算出することも可能である。   In the case of such a simple model, it is also possible to calculate the total primary resource capacity TP as follows.

まず、前処理として、全データセンター2を地域ごとにグループ分けする。そして、各地域グループのリソース量の合計を算出し、値の大きい地域から順番に並べる(図16参照)。このときN番目の地域グループ(地域Nグループ)のリソース量の合計をCNとする。 First, as pre-processing, all data centers 2 are grouped by region. Then, the total amount of resources of each regional group is calculated and arranged in order from the region with the largest value (see FIG. 16). The total amount of resources of this time N-th regional group (region N group) and C N.

この場合、トータルプライマリリソース容量TPは、下記の式(6)を用いて算出することができる。また、トータルバックアップリソース容量TBは、下記の式(7)を用いて算出することができる。
In this case, the total primary resource capacity TP can be calculated using the following equation (6). The total backup resource capacity TB can be calculated using the following equation (7).

なお、トータルプライマリリソース容量TPを可能な範囲の最大値とする場合(最も保守的な場合)には、TB=C1となる。図15の例では、DC−1〜DC−5のうち、最大のリソース量を有するDC−1のリソース量350RUが、トータルバックアップリソース容量TBとして求められる。これを、全DCのリソース量の合計1000RUから減算すると、トータルプライマリリソース容量TPが、650RU(=1000RU−350RU)として求められる。 Incidentally, in a case where the maximum value of the possible range of total primary resource capacity TP (if the most conservative), and TB = C 1. In the example of FIG. 15, among DC-1 to DC-5, the DC-1 resource amount 350RU having the maximum resource amount is obtained as the total backup resource capacity TB. When this is subtracted from the total resource amount of all DCs, 1000 RU, the total primary resource capacity TP is obtained as 650 RU (= 1000 RU-350 RU).

(ユーザシステムの配置先DCの選定方法)
つぎに、ユーザシステム3の配置先DCの選定方法について説明する。図17は、プライマリDCの選定条件の一例を示す図である。ユーザシステム3のプライマリDC選定では、図17の4つの条件(条件ア〜エ)をすべて満たさなければならない。プライマリDCの候補とするDCの中に条件を満たすものがない場合は、ユーザシステム3の追加はNGとなる。なお、条件アは、非固定方式の場合のみ判定が必要であり、条件エは、最小分割リソース容量を保証する場合のみ判定が必要である。
(Selection method of user system location DC)
Next, a method for selecting the placement destination DC of the user system 3 will be described. FIG. 17 is a diagram illustrating an example of selection conditions for the primary DC. In selecting the primary DC of the user system 3, all the four conditions (conditions A to D) in FIG. 17 must be satisfied. If there is no DC satisfying the condition as a primary DC candidate, the addition of the user system 3 is NG. Note that condition a needs to be determined only when the non-fixed method is used, and condition d needs to be determined only when the minimum divided resource capacity is guaranteed.

以下、これらの4つの条件(条件ア〜エ)について具体的に説明する。条件アは、全DCのリソース使用量の合計が、トータルプライマリリソース容量を超えないことであり、下記の式(8)によって表すことができる。
Hereinafter, these four conditions (conditions A to D) will be described in detail. Condition a is that the total resource usage of all DCs does not exceed the total primary resource capacity, and can be expressed by the following equation (8).

条件イは、配置先DCのリソース使用量がプライマリリソース容量を超えないことであり、下記の式(9)によって表すことができる。ここで、Rm(DCn)は、Smの必要リソース量のうち、DCnから割り当てを受けるリソース量である。
Condition i is that the resource usage of the destination DC does not exceed the primary resource capacity, and can be expressed by the following equation (9). Here, R m (DC n ) is a resource amount that is allocated from DC n out of the required resource amount of S m .

なお、プライマリリソース容量は、非固定方式の場合には下記の式(10)により求められ、固定方式の場合には下記の式(11)により求められる。
Note that the primary resource capacity is obtained by the following equation (10) in the case of the non-fixed method, and is obtained by the following equation (11) in the case of the fixed method.

条件ウは、ユーザシステム3の必要リソース量の条件を満たすことであり、具体的には、配置先DCからの割り当てリソース量(分散配置の場合は各DCからの合計)が、必要リソース量と同値であることである。例えば、配置先DCが1つ(DCn1)の場合には、下記の式(12)より表され、配置先DCが2つ(DCn1、DCn2)の場合には、下記の式(13)により表される。
The condition c is to satisfy the condition of the required resource amount of the user system 3. Specifically, the allocated resource amount from the placement destination DC (the total from each DC in the case of distributed placement) is the required resource amount. It is equivalent. For example, when there is one arrangement destination DC (DC n1 ), it is expressed by the following expression (12), and when there are two arrangement destination DCs (DC n1 , DC n2 ), the following expression (13 ).

条件エは、ユーザシステム3の最小分割リソース量の条件を満たすことであり、例えば、配置先DCが2つ(DCn1、DCn2)の場合には、下記の式(14)および(15)により表される。
Condition d means that the condition of the minimum divided resource amount of the user system 3 is satisfied. For example, when there are two arrangement destination DCs (DC n1 and DC n2 ), the following equations (14) and (15) It is represented by

図18は、バックアップDCの満たすべき条件の一例を示す図である。ユーザシステム3のバックアップDC選定では、図18の4つの条件(条件オ〜ク)をすべて満たさなければならない。なお、条件クは、最小分割リソース容量を保証する場合のみ判定が必要である。また、前述のとおり、ユーザシステム3の最小分割リソース量を保証する場合は、条件を満たすDCがない可能性がある。そのため、バックアップDCの選定は、ユーザシステム3の追加時に行い、バックアップDCとしての条件を満たすものがない場合は、ユーザシステム3の追加はNGとなる。   FIG. 18 is a diagram illustrating an example of a condition to be satisfied by the backup DC. In selecting the backup DC of the user system 3, all of the four conditions (conditions oku) shown in FIG. 18 must be satisfied. Note that the condition is only required to be determined when the minimum divided resource capacity is guaranteed. Further, as described above, there is a possibility that there is no DC satisfying the condition when guaranteeing the minimum divided resource amount of the user system 3. For this reason, the backup DC is selected when the user system 3 is added. If there is no backup DC that satisfies the conditions as a backup DC, the addition of the user system 3 is NG.

以下、これらの4つの条件(条件オ〜ク)について具体的に説明する。条件オは、配置先DCがプライマリDC災害時にも影響がないことである。より具体的には、プライマリDCに災害発生の影響のあるエリアの集合(Ap)とバックアップDCに災害発生の影響のあるエリアの集合(Ab)の積集合が空集合となることであり、下記の式(16)によって表すことができる。
Hereinafter, these four conditions (conditions oku) will be specifically described. Condition o is that the placement destination DC is not affected even when the primary DC disaster occurs. More specifically, the intersection set of the set of areas affected by the occurrence of the disaster (A p ) in the primary DC and the set of areas affected by the occurrence of the disaster (A b ) in the backup DC becomes an empty set. Can be represented by the following equation (16).

図19は、災害発生エリアと影響のあるDCの関係の一例を示す図である。図19の例では、プライマリDCがDC−5のとき、上記の条件オを満たすバックアップDC候補は、DC−1とDC−2である。   FIG. 19 is a diagram illustrating an example of a relationship between a disaster occurrence area and an affected DC. In the example of FIG. 19, when the primary DC is DC-5, the backup DC candidates that satisfy the above condition (e) are DC-1 and DC-2.

条件カは、配置先DCのリソース予約量がバックアップリソース容量を超えないことである。具体的には、プライマリDCが災害発生の影響を受けるすべてのエリアに関して、追加ユーザシステム3を含めた災害発生の影響を受けるDCをプライマリDCとしている各ユーザシステム3の集合(Sp)と、追加ユーザシステム3を含め対象DCをバックアップDCとしている各ユーザシステム3の集合(Sb)の積集合(Sp&b)の要素である各ユーザシステム3の必要リソース量の合計が、対象DCのバックアップリソース容量(Bn)を超えないことであり、各エリアに関して満たすべき条件は、下記の式(17)によって表すことができる。
The condition is that the resource reservation amount of the placement destination DC does not exceed the backup resource capacity. Specifically, for all areas where the primary DC is affected by the occurrence of the disaster, a set (S p ) of each user system 3 having the DC affected by the occurrence of the disaster including the additional user system 3 as the primary DC, The total required resource amount of each user system 3 that is an element of the product set (S p & b ) of the set (S b ) of each user system 3 including the additional user system 3 as the backup DC is the backup of the target DC. The resource capacity (B n ) is not exceeded, and the condition to be satisfied for each area can be expressed by the following equation (17).

なお、対象DCのバックアップリソース容量(Bn)は、非固定方式の場合には下記の式(18)で表され、固定方式の場合には下記の式(19)で表される。
Note that the backup resource capacity (B n ) of the target DC is expressed by the following equation (18) in the case of the non-fixed method, and is expressed by the following equation (19) in the case of the fixed method.

条件キは、ユーザシステム3の必要リソース量の条件を満たすことであり、条件ウと同じであるので、ここでは説明を省略する。また、条件クは、ユーザシステム3の最小分割リソース量の条件を満たすことであり、条件エと同じである。なお、最小分割リソース量として、プライマリDC用とバックアップDC用で別々の値を指定している場合は、バックアップDC用の値を使用する。   The condition key is to satisfy the condition of the required resource amount of the user system 3 and is the same as the condition c. Also, the condition is to satisfy the condition of the minimum divided resource amount of the user system 3 and is the same as condition d. If different values are specified as the minimum divided resource amount for the primary DC and the backup DC, the value for the backup DC is used.

(ユーザシステムのDC配置方法)
まず、ユーザシステム3の構成について説明する。図20は、ユーザシステム3の構成の説明図である。図20に示すように、ユーザシステム3は、複数のアプリケーションサーバ14によって構成され、各アプリケーションサーバ14は、相互に通信可能な状態になっている(矢印(i)参照)。ユーザシステム3は、ユーザシステム3ごとにデータアクセスゲートウェイ15を備えており、データアクセスゲートウェイ15は、各アプリケーションサーバ14から共用のデータベースサーバ12、ストレージサーバ13内の所有データへのアクセスを転送する(矢印(ii)参照)。このユーザシステム3は、ユーザシステム3ごとにサービスゲートウェイ16を備えており、サービスゲートウェイ16は、提供サービスの利用者からのアクセスを、サービスフロントサーバとして指定されたアプリケーションサーバ14へ転送する(矢印(iii)参照)。また、ユーザシステム3では、セキュリティ確保の観点から、各サービスゲートウェイ16とデータアクセスゲートウェイ15は、ユーザシステム3をまたがる通信を遮断する(矢印(iv)参照)。さらに、このユーザシステム3では、DNSサーバ10にユーザシステム3のサービス公開用のホスト名とサービスゲートウェイ16のIPアドレスのマッチング情報を登録する(矢印(v)参照)。
(User system DC placement method)
First, the configuration of the user system 3 will be described. FIG. 20 is an explanatory diagram of the configuration of the user system 3. As shown in FIG. 20, the user system 3 includes a plurality of application servers 14, and the application servers 14 are in a state where they can communicate with each other (see arrow (i)). The user system 3 includes a data access gateway 15 for each user system 3, and the data access gateway 15 transfers access from each application server 14 to owned data in the shared database server 12 and storage server 13 ( Arrow (ii)). The user system 3 includes a service gateway 16 for each user system 3, and the service gateway 16 transfers access from the user of the provided service to the application server 14 designated as the service front server (arrow ( see iii)). In the user system 3, from the viewpoint of ensuring security, each service gateway 16 and the data access gateway 15 block communication across the user system 3 (see arrow (iv)). Further, in this user system 3, matching information between the host name for publishing the service of the user system 3 and the IP address of the service gateway 16 is registered in the DNS server 10 (see arrow (v)).

サービスゲートウェイ16は、ユーザシステム3の配置の際に動的に提供される必要があるため、実際には仮想的な機能として必要に応じて構成する方法が好ましい。サービスフロントサーバが、複数台で構成されるクラスタ構成をとる場合、サービスゲートウェイ16は、サービスフロントサーバへの転送を負荷分散するロードバランサとして機能してもよい。   Since the service gateway 16 needs to be dynamically provided when the user system 3 is arranged, in practice, a method of configuring the service gateway 16 as a virtual function according to need is preferable. When the service front server has a cluster configuration including a plurality of servers, the service gateway 16 may function as a load balancer that distributes loads to the service front server.

データアクセスゲートウェイ15は、ユーザシステム3の配置の際に動的に提供される必要があるため、実際には仮想的な機能として必要に応じて構成する方法が望ましい。また、データアクセスゲートウェイ15は、データセキュリティの観点から、あるユーザシステム3が他のユーザシステム3のデータにアクセス不可となるようにアクセス制限がかけられることが望ましい。なお、ユーザシステム3が用いるデータをアプリケーションサーバ14内に格納するなどして、データアクセスゲートウェイ15を有さない構成とすることも可能である。   Since the data access gateway 15 needs to be dynamically provided when the user system 3 is arranged, a method of configuring the data access gateway 15 as a virtual function according to need is actually desirable. In addition, from the viewpoint of data security, the data access gateway 15 is preferably subjected to access restriction so that a certain user system 3 cannot access data of other user systems 3. Note that it is possible to have a configuration without the data access gateway 15 by storing data used by the user system 3 in the application server 14.

フロントエンドVLANは、各アプリケーションサーバ14の相互通信(矢印(i)参照)および利用者からのアクセスのアプリケーションサーバ14への転送(矢印(iii)参照)のために使用される。このフロントエンドVLANは、配置先DCの対象ユーザシステム内のみで通信できるように構成されている。   The front-end VLAN is used for mutual communication between the application servers 14 (see arrow (i)) and transfer of access from the user to the application server 14 (see arrow (iii)). This front-end VLAN is configured to be able to communicate only within the target user system of the placement destination DC.

バックエンドVLANは、各アプリケーションサーバ14からデータベースサーバ12やストレージサーバ13へのアクセス転送(矢印(ii)参照)のために使用される。このバックエンドVLANは、配置先DCの対象ユーザシステム内のみで通信できるように構成されている。   The back-end VLAN is used for access transfer (see arrow (ii)) from each application server 14 to the database server 12 or the storage server 13. This back-end VLAN is configured to be able to communicate only within the target user system of the placement destination DC.

アプリケーションサーバ14は、ユーザシステム3を構成するサーバである。このアプリケーションサーバ14は、複数台のサーバで構成することが可能である。サービスフロントサーバは、ユーザシステム3が提供するサービスの利用者からのアクセスの窓口となるサーバである。サービスフロントサーバは、基本的には、各ユーザシステム3につき1台である。   The application server 14 is a server that constitutes the user system 3. The application server 14 can be composed of a plurality of servers. The service front server is a server that serves as a window for access from users of services provided by the user system 3. There is basically one service front server for each user system 3.

つぎに、ユーザシステム3のDC配置方法について説明する。以下、ユーザシステム3を配置先のDC(1つのDC)に配置する手順を例示して説明する。なお、ユーザシステム3を2つ以上のDCに配置する場合も、それぞれのDCについて同様の手順をとることでユーザシステム3を配置することができる。   Next, a DC arrangement method of the user system 3 will be described. Hereinafter, a procedure for arranging the user system 3 in the arrangement destination DC (one DC) is described as an example. In addition, also when arrange | positioning the user system 3 to two or more DC, the user system 3 can be arrange | positioned by taking the same procedure about each DC.

まず「各VLANの設定」を行う。具体的には、フロントエンドVLANとバックエンドVLANを設定する。各VLANのIDは、各DCのユーザシステム用VLAN IDリストの中から非使用のものを選定する。   First, “setting of each VLAN” is performed. Specifically, a front end VLAN and a back end VLAN are set. For each VLAN ID, a non-use ID is selected from the user system VLAN ID list of each DC.

つぎに「サービスゲートウェイの構成」を行う。ここでは、ユーザシステム個別のサービスゲートウェイ16を構成する。具体的には、サービスゲートウェイ16を共用のインターネット接続LANとフロントエンドVLANに接続する。そして、サービスゲートウェイ16のインターネット接続LANに接続するIFにサービス公開用IPアドレスを設定する。サービス公開用IPアドレスは、各DCのユーザシステム用IPアドレスリストの中から非使用のものを選定する。   Next, “Service Gateway Configuration” is performed. Here, the service gateway 16 for each user system is configured. Specifically, the service gateway 16 is connected to a shared Internet connection LAN and a front-end VLAN. Then, a service disclosure IP address is set in the IF connected to the Internet connection LAN of the service gateway 16. As the service public IP address, an unused one is selected from the user system IP address list of each DC.

続いて「データアクセスゲートウェイの構成」を行う。この場合、ユーザシステム個別のデータアクセスゲートウェイ15を構成する。そして、データアクセスゲートウェイ15を、共用のバックエンドVLANとデータ転送LANに接続する。   Next, “Data Access Gateway Configuration” is performed. In this case, the data access gateway 15 for each user system is configured. Then, the data access gateway 15 is connected to the shared back-end VLAN and data transfer LAN.

つぎに「アプリケーションサーバの構成」を行う。具体的には、ユーザシステム3に割当てられたリソース内で各アプリケーションサーバ14を、それぞれの割当リソース量を目安に起動イメージから仮想マシンとして起動する。ここで、各アプリケーションサーバ14の割当リソース量は、以下の式で表すことができる。
各アプリケーションサーバの割当リソース量
=ユーザシステムの割当リソース量×各アプリケーションサーバの割当リソース割合
Next, “Application Server Configuration” is performed. Specifically, each application server 14 is activated as a virtual machine from the activation image with reference to the amount of each allocated resource within the resources allocated to the user system 3. Here, the allocated resource amount of each application server 14 can be expressed by the following equation.
Allocation resource amount of each application server = User system allocation resource amount x Allocation resource ratio of each application server

その後、各アプリケーションサーバ14を、フロントエンドVLANとバックエンドVLANに接続する。各アプリケーションサーバ14のフロントエンドVLAN側のIFには、各アプリケーションサーバ14のIPアドレスを設定する。なお、仮想化サーバ技術においては、割当リソース量は目安であり、各アプリケーションサーバ14が動作中に、アプリケーションサーバ間でリソースを融通し合うことが可能である。また、ユーザシステム間でもリソースを融通し合うようにしてもよい。   Thereafter, each application server 14 is connected to the front-end VLAN and the back-end VLAN. The IP address of each application server 14 is set in the IF on the front end VLAN side of each application server 14. In the virtualization server technology, the allocated resource amount is a guideline, and resources can be interchanged between application servers while each application server 14 is operating. Further, resources may be interchanged between user systems.

最後に「DNSの設定」を行う。具体的には、サービス公開用ホスト名とサービス公開用IPアドレスのマッチング情報を、DNSに登録する。なお、2つのDCに配置する場合は、1つのサービス公開用ホスト名に2つのIPアドレスが登録され、DNSが利用者からのアクセスを負荷分散して誘導する。   Finally, “DNS setting” is performed. Specifically, matching information between the service disclosure host name and the service disclosure IP address is registered in the DNS. In the case of arranging in two DCs, two IP addresses are registered in one service disclosure host name, and DNS guides access from users by load balancing.

このようにして、ユーザシステム3のDC配置が行われる。図21は、DC配置されたユーザシステム3の管理情報と値の一例を示す図であり、図22は、配置先のDCに応じて決定する設定項目と値の一例を示す図である。   In this way, the DC arrangement of the user system 3 is performed. FIG. 21 is a diagram illustrating an example of management information and values of the user system 3 in which DC is arranged, and FIG. 22 is a diagram illustrating an example of setting items and values determined according to the arrangement destination DC.

このような本システム1によれば、配置先DCの選択の自由度が高いので、リソース利用効率が向上するように配置先DCを選択することができる。図23は、リソース利用効率が向上するような配置先DCの選択の説明図である。図23に示すように、本システム1では、例えば、時間帯によるリソース使用量のばらつきを抑えるように、配置先DCを選択することができる。また、リソースごとの使用量のばらつきを抑えるように、配置先DCを選択することができる。   According to the present system 1, since the degree of freedom of selection of the placement destination DC is high, the placement destination DC can be selected so that resource utilization efficiency is improved. FIG. 23 is an explanatory diagram of selection of a placement destination DC that improves resource utilization efficiency. As shown in FIG. 23, in the present system 1, for example, the placement destination DC can be selected so as to suppress the variation in the resource usage amount according to the time zone. Also, the placement destination DC can be selected so as to suppress variation in the usage amount for each resource.

また、本システム1によれば、バックアップリソースの共有が可能になる。従来、いつ発生するか分からない障害時に迅速にサービス復旧するためには、必要量のバックアップリソースが常時用意されている必要がある(障害発生後に準備開始では遅い)と考えられていた。したがって、2つの地域間での1対1のディザスタリカバリ対応を可能にするには、基本的に各ユーザシステム3に対してメインリソースと同量のバックアップリソースが必要であった。   Further, according to the present system 1, it becomes possible to share backup resources. Conventionally, in order to quickly recover a service in the event of a failure that does not know when it occurs, it has been considered that a necessary amount of backup resources must be prepared at all times (slow when preparation is started after a failure occurs). Therefore, in order to enable one-to-one disaster recovery correspondence between the two regions, basically, the same amount of backup resources as the main resources are required for each user system 3.

それに対して、本システム1では、3つ以上の地域間で障害時のバックアップリソースを共有利用することができる。図24は、バックアップリソース共有の効果の説明図である。図24に示すように、3つ以上の地域間でのバックアップリソース共用によるディザスタリカバリでは、メインリソースに対するバックアップリソースの割合が減少し、設備コストを削減することができる。また、異なる地域で同時に障害が発生するケースへは非対応と仮定すると、同じメインリソース量でも、2地域構成よりも3地域構成のバックアップ共有利用の方がバックアップリソースを少なくすることができる。   On the other hand, in the present system 1, backup resources at the time of failure can be shared and used among three or more regions. FIG. 24 is an explanatory diagram of the effect of sharing backup resources. As shown in FIG. 24, in disaster recovery by sharing backup resources among three or more regions, the ratio of backup resources to main resources is reduced, and equipment costs can be reduced. If it is assumed that a failure occurs simultaneously in different regions, the backup resource usage in the three-region configuration can reduce the backup resources even in the same main resource amount than in the two-region configuration.

さらに、本システム1によれば、ユーザシステム3をある程度自由な地域やデータセンター2に配置することができる。図25は、各地域のリソースのメイン用途とバックアップ用途の割り当ての例を示す図である。図25に示すように、仮に、ある地域をバックアップ用途限定してしまうと、利用者が何らかの理由(例えば、地理的に近い地域Aの方がその他の地域に配置するよりも、システムの応答速度が速いことが期待されるため、地域Aに配置したいなどの理由)で、その地域にシステムを配置したい場合に対応できない。本システム1では、そのようなユーザの要望にも柔軟に対応することができる。   Furthermore, according to the present system 1, the user system 3 can be arranged in a somewhat free area or data center 2. FIG. 25 is a diagram showing an example of allocation of main usage and backup usage of resources in each region. As shown in FIG. 25, if a certain area is limited to backup use, the response speed of the system is longer than the user places for some reason (for example, the geographically close area A is placed in other areas). Therefore, it is not possible to cope with the case where the system is to be arranged in the area for the reason of wanting to arrange in the area A). The system 1 can flexibly respond to such user requests.

以上、本発明の実施の形態を例示により説明したが、本発明の範囲はこれらに限定されるものではなく、請求項に記載された範囲内において目的に応じて変更・変形することが可能である。   The embodiments of the present invention have been described above by way of example, but the scope of the present invention is not limited to these embodiments, and can be changed or modified according to the purpose within the scope of the claims. is there.

以上のように、本発明にかかる管理装置は、地域に依存した災害等の障害発生時におけるユーザシステムに対するディザスタリカバリ機能を確実に提供できるという効果を有し、有用である。   As described above, the management apparatus according to the present invention has an effect that the disaster recovery function for the user system can be surely provided when a failure such as a disaster depending on the region occurs, and is useful.

1 本システム
2 データセンター
3 ユーザシステム
4 管理装置
5 記憶部
6 入力部
7 処理部
8 表示部
9 ゲートウェイサーバ
10 DNSサーバ
11 仮想化サーバ
12 データベースサーバ
13 ストレージサーバ
14 アプリケーションサーバ
15 データアクセスゲートウェイ
16 サービスゲートウェイ
DESCRIPTION OF SYMBOLS 1 This system 2 Data center 3 User system 4 Management apparatus 5 Storage part 6 Input part 7 Processing part 8 Display part 9 Gateway server 10 DNS server 11 Virtualization server 12 Database server 13 Storage server 14 Application server 15 Data access gateway 16 Service gateway

Claims (25)

複数のデータセンターのうちの一つにユーザシステムを配置するための管理装置であって、
各データセンターは、少なくとも一つの仮想化サーバを含み、
前記仮想化サーバは、該仮想化サーバで動作する少なくとも一つの仮想マシンにより、配置されたユーザシステムを動作させることが可能なものであり、
各データセンターが有すリソースは、ユーザシステムが平常時に使用するプライマリリソースとして割り当てられるという用途と、障害時のためのバックアップリソースとして確保されるという用途の、いずれに供することも可能なものであり、
前記管理装置は、
前記複数のデータセンターの各々の現在のリソース量に関する第1の情報を記憶する記憶手段と、
ユーザシステムの配置要求として、該ユーザシステムが必要とするリソース量を示す第2の情報を入力する入力手段と、
前記ユーザシステムを配置した平常時のデータセンターが属する地域で障害が発生したと仮定して、該障害の影響が及ばない地域に属するデータセンターに前記ユーザシステムを配置できるだけのリソース量を、バックアップリソースとして確保しておけるか否かを、前記第1の情報及び前記第2の情報に基づいて、判断する判断手段と、
前記判断手段によるバックアップリソース確保可能の判断に応じて、前記ユーザシステムの平常時の配置先となるデータセンター及び該データセンターにおいて該ユーザシステムに割り当てられるべきプライマリリソース量を特定する情報を出力し、前記判断手段によるバックアップリソース確保不能の判断に応じて、前記ユーザシステムの配置要求を拒否する出力手段と
を備えることを特徴とする管理装置。
A management device for placing a user system in one of a plurality of data centers,
Each data center includes at least one virtualization server,
The virtualization server is capable of operating a user system arranged by at least one virtual machine operating on the virtualization server,
The resources that each data center has can be used for either the purpose of being allocated as a primary resource for normal use by the user system or the purpose of being reserved as a backup resource in the event of a failure. ,
The management device
Storage means for storing first information regarding a current resource amount of each of the plurality of data centers;
An input means for inputting second information indicating a resource amount required by the user system as a user system arrangement request;
Assuming that a failure has occurred in an area to which a normal data center where the user system is located belongs, a resource amount sufficient to place the user system in a data center belonging to an area not affected by the failure is determined as a backup resource. Determination means for determining whether or not to ensure as follows based on the first information and the second information;
In response to the determination by the determination means that backup resources can be secured, the data center serving as a normal placement destination of the user system and information specifying the primary resource amount to be allocated to the user system in the data center are output, And an output unit that rejects the user system arrangement request in response to a determination that backup resources cannot be secured by the determination unit.
前記判断手段は、前記第1の情報に基づき、前記複数のデータセンター全体においてプライマリリソースとしての使用を許可するリソース量であるトータルプライマリリソース容量を定め、前記第2の情報が示す前記ユーザシステムが必要とするリソース量が、前記トータルプライマリリソース容量の範囲内で割り当て可能であるか否かを判断する手段を含むことを特徴とする請求項1記載の管理装置。   The determination means determines a total primary resource capacity that is a resource amount that is permitted to be used as a primary resource in the entire plurality of data centers based on the first information, and the user system indicated by the second information 2. The management apparatus according to claim 1, further comprising means for determining whether a required resource amount can be allocated within the range of the total primary resource capacity. ある地域で障害が発生したと仮定して、該障害の影響が及ばない地域に属するデータセンターが有するリソースの容量を合計する処理を、複数の地域について行うことにより、複数の合計リソース容量を得、これら合計リソース容量のうち最も小さいものを、前記トータルプライマリリソース容量として定めることを特徴とする請求項2記載の管理装置。   Assuming that a failure has occurred in a certain area, the total resource capacity is obtained by performing the process of totaling the resource capacities of the data centers belonging to the area not affected by the failure for a plurality of areas. 3. The management apparatus according to claim 2, wherein the smallest of these total resource capacities is determined as the total primary resource capacity. 前記判断手段は、前記第1の情報に基づき、前記ユーザシステムの平常時の配置先となるデータセンターにおいてプライマリリソースとしての使用を許可するリソース量である個別プライマリリソース容量を定め、前記第2の情報が示す前記ユーザシステムが必要とするリソース量が、前記個別プライマリリソース容量の範囲内で割り当て可能であるか否かを判断する手段を含むことを特徴とする請求項1〜3のいずれか1項記載の管理装置。   The determination means determines an individual primary resource capacity that is a resource amount that is permitted to be used as a primary resource in a data center that is a normal location of the user system based on the first information, and the second information 4. The method according to claim 1, further comprising means for determining whether or not a resource amount required by the user system indicated by the information can be allocated within the range of the individual primary resource capacity. The management device described in the section. 所定の基準により選択されたデータセンターを、前記ユーザシステムの平常時の配置先となるデータセンターの候補として、前記判断手段における判断を行うことを特徴とする請求項4記載の管理装置。   5. The management apparatus according to claim 4, wherein the determination unit performs determination by using a data center selected according to a predetermined criterion as a candidate of a data center that is a normal placement destination of the user system. 前記ユーザシステムを配置した平常時のデータセンターが属する地域で障害が発生した場合に前記ユーザシステムが配置される障害時のデータセンターを、前記障害の影響が及ばない地域に属するデータセンターの中から選定する選定手段をさらに備えることを特徴とする請求項1〜5のいずれか1項記載の管理装置。   When a failure occurs in an area to which a normal data center where the user system is located belongs, a data center at the time of the failure where the user system is located is selected from among data centers belonging to an area not affected by the failure. 6. The management apparatus according to claim 1, further comprising selection means for selecting. 所定の基準により選択されたデータセンターを、前記ユーザシステムの障害時の配置先となるデータセンターの候補として、前記選定手段における選定を行うことを特徴とする請求項6記載の管理装置。   7. The management apparatus according to claim 6, wherein a data center selected according to a predetermined criterion is selected by the selection means as a data center candidate to be an arrangement destination in the event of a failure of the user system. 前記選定手段は、前記第1の情報に基づき、前記ユーザシステムの障害時の配置先となるデータセンターにおいてバックアップリソースとして使用可能なリソース量である個別バックアップリソース容量を定め、前記第2の情報が示す前記ユーザシステムが必要とするリソース量が、前記個別バックアップリソース容量の範囲内で割り当て可能であるか否かを判断する手段を含むことを特徴とする請求項6又は7記載の管理装置。   The selection unit determines an individual backup resource capacity that is a resource amount that can be used as a backup resource in a data center that is an allocation destination in the event of a failure of the user system based on the first information, and the second information 8. The management apparatus according to claim 6, further comprising means for determining whether or not a resource amount required by the user system to be shown can be allocated within a range of the individual backup resource capacity. 前記判断手段による判断を行う際に、前記選定手段による選定を行い、
前記出力手段は、前記ユーザシステムの平常時の配置先となるデータセンターを特定する情報の出力に加えて、前記ユーザシステムの障害時の配置先となるデータセンターを特定する情報の出力を行うものであり、前記選定手段において前記ユーザシステムの障害時の配置先となるデータセンターが選定できなかった場合には、前記ユーザシステムの配置要求を拒否するものであることを特徴とする請求項6〜8のいずれか1項記載の管理装置。
When making a determination by the determination means, make a selection by the selection means,
The output means outputs information for specifying a data center serving as a placement destination in the event of a failure of the user system, in addition to outputting information for identifying a data center serving as a regular placement destination of the user system. The arrangement for rejecting the user system placement request is rejected when the selection means cannot select a data center as a placement destination at the time of failure of the user system. 9. The management device according to any one of items 8.
前記障害が発生した際に、前記選定手段により選定を行い、
前記ユーザシステムの障害時の配置先となるデータセンター及び該データセンターにおいて該ユーザシステムに割り当てられるべきバックアップリソース量を特定する情報を出力する追加出力手段をさらに備えることを特徴とする請求項6〜8のいずれか1項記載の管理装置。
When the failure occurs, select by the selection means,
7. The data center as a placement destination at the time of a failure of the user system, and additional output means for outputting information for specifying a backup resource amount to be allocated to the user system in the data center. 9. The management device according to any one of items 8.
前記判断手段は、前記ユーザシステムの平常時の配置先となるデータセンターが有するリソースの容量までのリソース量が、プライマリリソースとしての使用が許可されているものとして、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含み、
前記選定手段は、前記ユーザシステムの障害時の配置先となるデータセンターが有するリソースの容量から、現在使用されているリソース量を除いた容量の範囲内で、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含むことを特徴とする請求項6〜10のいずれか1項記載の管理装置。
The determination means assumes that the amount of resources up to the capacity of a resource of a data center that is a normal location of the user system is permitted to be used as a primary resource. Means for determining whether the required amount of resources can be allocated;
The selection means requires the user system in the data center within a capacity range obtained by subtracting the amount of resources currently used from the capacity of the resource of the data center that is the destination of the user system in the event of a failure. The management apparatus according to claim 6, further comprising means for determining whether or not a resource amount to be assigned can be allocated.
前記ユーザシステムの平常時の配置先となるデータセンターを障害時の配置先とする他のユーザシステムが、該データセンターにおいて必要とするリソース量が、割り当て可能であるか否かを判断し、割り当て可能でない場合には、該他のユーザシステムの障害時の配置先となるデータセンターの選定をし直す再選定手段をさらに備えることを特徴とする請求項11記載の管理装置。   The other user system having the data center that is the normal location of the user system as the placement destination at the time of failure determines whether or not the resource amount required in the data center can be assigned, and is assigned. 12. The management apparatus according to claim 11, further comprising a re-selection unit that re-selects a data center that is an allocation destination in the event of a failure of the other user system if it is not possible. 前記判断手段は、前記ユーザシステムの平常時の配置先となるデータセンターが有するリソースの容量から、該データセンターにおいてバックアップリソースとして予め確保されているバックアップリソース容量を除いた容量までのリソース量が、プライマリリソースとしての使用が許可されているものとして、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含み、
前記選定手段は、前記ユーザシステムの障害時の配置先となるデータセンターにおいてバックアップリソースとして予め確保されているバックアップリソース容量の範囲内で、該データセンターにおいて前記ユーザシステムが必要とするリソース量が割り当て可能であるか否かを判断する手段を含むことを特徴とする請求項6〜10のいずれか1項記載の管理装置。
The determination means has a resource amount from a resource capacity of a data center serving as a normal placement destination of the user system to a capacity excluding a backup resource capacity reserved in advance as a backup resource in the data center, Means for determining whether or not the amount of resources required by the user system can be allocated in the data center as being permitted to be used as a primary resource;
The selection means allocates a resource amount required by the user system in the data center within a range of backup resource capacity reserved in advance as a backup resource in a data center that is an allocation destination in the event of a failure of the user system. The management apparatus according to claim 6, further comprising means for determining whether or not it is possible.
前記複数のデータセンター全体においてバックアップリソースとして確保されるリソース量であるトータルバックアップリソース容量を、複数のデータセンターに割り振ることにより、各データセンターにおいてバックアップリソースとして予め確保される前記バックアップリソース容量が定められていることを特徴とする請求項13記載の管理装置。   By allocating a total backup resource capacity, which is a resource amount secured as a backup resource in the entire plurality of data centers, to the plurality of data centers, the backup resource capacity secured in advance as a backup resource in each data center is determined. The management apparatus according to claim 13, wherein 前記ユーザシステムが平常時に配置されるデータセンターとして、二つ以上のデータセンターを選定し、前記ユーザシステムが必要とするリソース量を該二つ以上のデータセンターに割り振ることにより、プライマリリソース量の割り当てを可能とする分割手段をさらに備えることを特徴とする請求項1〜14のいずれか1項記載の管理装置。   Assigning primary resource amounts by selecting two or more data centers as data centers where the user systems are normally arranged and allocating the resource amounts required by the user systems to the two or more data centers. The management apparatus according to claim 1, further comprising a dividing unit that makes it possible. 前記ユーザシステムが障害時に配置されるデータセンターとして、二つ以上のデータセンターを選定し、前記ユーザシステムが必要とするリソース量を該二つ以上のデータセンターに割り振ることにより、前記障害が発生した際のバックアップリソース量の割り当てを可能とする分割手段をさらに備えることを特徴とする請求項1〜14のいずれか1項記載の管理装置。   The failure occurred by selecting two or more data centers as the data center where the user system is located at the time of failure, and allocating the resource amount required by the user system to the two or more data centers. 15. The management apparatus according to claim 1, further comprising a dividing unit that enables allocation of a backup resource amount at the time. 前記第2の情報は、前記ユーザシステムが必要とするリソース量を二つ以上のデータセンターに割り振る場合に、各データセンターで最低限割り当てられるべき、最小分割リソース量を示す情報を含み、
前記分割手段は、前記第2の情報を参照してリソース量の割り振りを行う手段を含むことを特徴とする請求項15又は16記載の管理装置。
The second information includes information indicating a minimum divided resource amount to be allocated at least in each data center when the resource amount required by the user system is allocated to two or more data centers,
17. The management apparatus according to claim 15, wherein the dividing unit includes a unit that allocates a resource amount with reference to the second information.
前記出力手段は、前記ユーザシステムの平常時の配置先となるデータセンターを特定する情報の出力に加えて、前記ユーザシステムの障害時の配置先となるデータセンターを特定する情報の出力を行うものであり、
前記分割手段において前記最小分割リソース量に従った割り振りができなかった場合には、他のユーザシステムの障害時の配置先となるデータセンターの選定をし直す再選定手段をさらに備えることを特徴とする請求項17記載の管理装置。
The output means outputs information for specifying a data center serving as a placement destination in the event of a failure of the user system, in addition to outputting information for identifying a data center serving as a regular placement destination of the user system. And
The allocation unit further includes a reselection unit that re-selects a data center that is an allocation destination in the event of a failure of another user system when the allocation according to the minimum division resource amount cannot be performed in the division unit. The management device according to claim 17.
前記ユーザシステムが必要とするリソース量を二つ以上の障害時の配置先となるデータセンターに割り振る場合の最小分割リソース量の条件が、平常時の配置先となるデータセンターに割り振る場合の条件よりも、緩和して設定されていることを特徴とする請求項17記載の管理装置。   The condition of the minimum divided resource amount when allocating the resource amount required by the user system to the data center that is the allocation destination in the case of two or more failures is more than the condition when allocating to the data center that is the normal allocation destination The management apparatus according to claim 17, wherein the management apparatus is set to be relaxed. 前記ユーザシステムは、少なくとも一つのアプリケーションサーバと、該アプリケーションサーバをネットワーク経由でクライアントからアクセス可能とするための手段とを含むものであり、
前記アプリケーションサーバは、前記仮想マシンにより実現されるものであることを特徴とする請求項1〜19のいずれか1項記載の管理装置。
The user system includes at least one application server and means for making the application server accessible from a client via a network,
The management apparatus according to claim 1, wherein the application server is realized by the virtual machine.
前記ネットワークにおける名前解決サーバに、前記ユーザシステムのサービス公開用の名前と、前記ユーザシステムが配置されたデータセンターを前記ネットワークにおいて特定可能なアドレスとの対応を、登録することにより、前記クライアントからのアクセスを可能とする手段をさらに備えることを特徴とする請求項20記載の管理装置。   By registering the correspondence between the name for publishing the service of the user system and the address at which the data center where the user system is located can be identified in the network to the name resolution server in the network, The management apparatus according to claim 20, further comprising means for enabling access. 一つの地域で発生した障害が一つ以上の異なる地域に属するデータセンターに影響を与える可能性がある場合の、障害発生地域とその影響が及ぶデータセンターとの関係を示す第3の情報を記憶する記憶手段をさらに備え、
前記判断手段は、前記第3の情報を参照して判断を行う手段を含むことを特徴とする請求項1〜21のいずれか1項記載の管理装置。
Stores third information that indicates the relationship between the faulted area and the affected data center when a fault that occurred in one area may affect data centers that belong to one or more different areas Further comprising storage means for
The management apparatus according to claim 1, wherein the determination unit includes a unit that performs a determination with reference to the third information.
前記複数のデータセンターは、あるグループで発生した障害が他のグループのデータセンターには影響を与えないように、地域毎にグループ分けされており、
各グループ内のデータセンターが有するリソースの合計容量のうち最も大きいものを、前記複数のデータセンター全体が有するリソースの容量から減算した容量を、前記複数のデータセンター全体においてプライマリリソースとしての使用を許可するリソース量とすることを特徴とする請求項1〜21のいずれか1項記載の管理装置。
The plurality of data centers are grouped by region so that failures that occur in one group do not affect the data centers of other groups,
Allow the largest of the total resources of the data centers in each group to be subtracted from the resources of the plurality of data centers as a primary resource in the plurality of data centers. The management apparatus according to any one of claims 1 to 21, wherein the management apparatus sets a resource amount to be processed.
複数のデータセンターのうちの一つにユーザシステムを配置するための管理方法であって、
各データセンターは、少なくとも一つの仮想化サーバを含み、
前記仮想化サーバは、該仮想化サーバで動作する少なくとも一つの仮想マシンにより、配置されたユーザシステムを動作させることが可能なものであり、
各データセンターが有すリソースは、ユーザシステムが平常時に使用するプライマリリソースとして割り当てられるという用途と、障害時のためのバックアップリソースとして確保されるという用途の、いずれに供することも可能なものであり、
前記管理方法は、
前記複数のデータセンターの各々の現在のリソース量に関する第1の情報を記憶し、
ユーザシステムの配置要求として、該ユーザシステムが必要とするリソース量を示す第2の情報を入力し、
前記ユーザシステムを配置した平常時のデータセンターが属する地域で障害が発生したと仮定して、該障害の影響が及ばない地域に属するデータセンターに前記ユーザシステムを配置できるだけのリソース量を、バックアップリソースとして確保しておけるか否かを、前記第1の情報及び前記第2の情報に基づいて、判断し、
バックアップリソース確保可能の判断に応じて、前記ユーザシステムの平常時の配置先となるデータセンター及び該データセンターにおいて該ユーザシステムに割り当てられるべきプライマリリソース量を特定する情報を出力し、バックアップリソース確保不能の判断に応じて、前記ユーザシステムの配置要求を拒否する
ことを特徴とする管理方法。
A management method for placing a user system in one of a plurality of data centers,
Each data center includes at least one virtualization server,
The virtualization server is capable of operating a user system arranged by at least one virtual machine operating on the virtualization server,
The resources that each data center has can be used for either the purpose of being allocated as a primary resource for normal use by the user system or the purpose of being reserved as a backup resource in the event of a failure. ,
The management method is:
Storing first information regarding a current resource amount of each of the plurality of data centers;
As a user system placement request, input second information indicating the amount of resources required by the user system,
Assuming that a failure has occurred in an area to which a normal data center where the user system is located belongs, a resource amount sufficient to place the user system in a data center belonging to an area not affected by the failure is determined as a backup resource. Based on the first information and the second information, whether or not
Depending on the determination that the backup resource can be secured, the data center serving as the normal placement destination of the user system and the information specifying the primary resource amount to be allocated to the user system in the data center are output, and the backup resource cannot be secured. And rejecting the user system arrangement request according to the determination.
コンピュータを、複数のデータセンターのうちの一つにユーザシステムを配置するための管理装置として動作させるための、管理プログラムであって、
各データセンターは、少なくとも一つの仮想化サーバを含み、
前記仮想化サーバは、該仮想化サーバで動作する少なくとも一つの仮想マシンにより、配置されたユーザシステムを動作させることが可能なものであり、
各データセンターが有すリソースは、ユーザシステムが平常時に使用するプライマリリソースとして割り当てられるという用途と、障害時のためのバックアップリソースとして確保されるという用途の、いずれに供することも可能なものであり、
前記管理装置は、
前記複数のデータセンターの各々の現在のリソース量に関する第1の情報を記憶する記憶手段と、
ユーザシステムの配置要求として、該ユーザシステムが必要とするリソース量を示す第2の情報を入力する入力手段と、
前記ユーザシステムを配置した平常時のデータセンターが属する地域で障害が発生したと仮定して、該障害の影響が及ばない地域に属するデータセンターに前記ユーザシステムを配置できるだけのリソース量を、バックアップリソースとして確保しておけるか否かを、前記第1の情報及び前記第2の情報に基づいて、判断する判断手段と、
前記判断手段によるバックアップリソース確保可能の判断に応じて、前記ユーザシステムの平常時の配置先となるデータセンター及び該データセンターにおいて該ユーザシステムに割り当てられるべきプライマリリソース量を特定する情報を出力し、前記判断手段によるバックアップリソース確保不能の判断に応じて、前記ユーザシステムの配置要求を拒否する出力手段と
を備えるものであることを特徴とする管理プログラム。
A management program for operating a computer as a management device for placing a user system in one of a plurality of data centers,
Each data center includes at least one virtualization server,
The virtualization server is capable of operating a user system arranged by at least one virtual machine operating on the virtualization server,
The resources that each data center has can be used for either the purpose of being allocated as a primary resource for normal use by the user system or the purpose of being reserved as a backup resource in the event of a failure. ,
The management device
Storage means for storing first information regarding a current resource amount of each of the plurality of data centers;
An input means for inputting second information indicating a resource amount required by the user system as a user system arrangement request;
Assuming that a failure has occurred in an area to which a normal data center where the user system is located belongs, a resource amount sufficient to place the user system in a data center belonging to an area not affected by the failure is determined as a backup resource. Determination means for determining whether or not to ensure as follows based on the first information and the second information;
In response to the determination by the determination means that backup resources can be secured, the data center serving as a normal placement destination of the user system and information specifying the primary resource amount to be allocated to the user system in the data center are output, A management program comprising: an output unit that rejects a request to arrange the user system in response to a determination that the determination unit cannot secure a backup resource.
JP2010165159A 2010-07-22 2010-07-22 Management device, method and program for disaster recovery system Active JP5512442B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010165159A JP5512442B2 (en) 2010-07-22 2010-07-22 Management device, method and program for disaster recovery system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010165159A JP5512442B2 (en) 2010-07-22 2010-07-22 Management device, method and program for disaster recovery system

Publications (2)

Publication Number Publication Date
JP2012027656A JP2012027656A (en) 2012-02-09
JP5512442B2 true JP5512442B2 (en) 2014-06-04

Family

ID=45780521

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010165159A Active JP5512442B2 (en) 2010-07-22 2010-07-22 Management device, method and program for disaster recovery system

Country Status (1)

Country Link
JP (1) JP5512442B2 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013178665A (en) * 2012-02-28 2013-09-09 Keepdata Ltd Backup system
JP5812942B2 (en) * 2012-06-15 2015-11-17 株式会社日立システムズ Disaster recovery management system and disaster recovery management method
WO2014068615A1 (en) 2012-10-30 2014-05-08 Hitachi, Ltd. Storage system and data processing method
JP2014146212A (en) * 2013-01-30 2014-08-14 Hitachi Systems Ltd Bcp(business continuity plan) execution support system and bcp execution support program
JP6308617B2 (en) * 2014-04-02 2018-04-11 日本電信電話株式会社 Disaster-resistant network control system, method, apparatus and program
JP6511005B2 (en) * 2016-04-26 2019-05-08 日本電信電話株式会社 Compute resource management system and compute resource management method
CN113495798B (en) * 2020-03-20 2024-08-16 深圳市理邦精密仪器股份有限公司 Method and system for selecting server based on informationized terminal
WO2022219745A1 (en) * 2021-04-14 2022-10-20 三菱電機株式会社 Supervisory control system, server, backup processing method, and backup processing program
JP2024107964A (en) * 2023-01-30 2024-08-09 株式会社日立製作所 Information processing system and information processing method

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005250839A (en) * 2004-03-04 2005-09-15 Nomura Research Institute Ltd Fault tolerant system
JP4684696B2 (en) * 2005-03-22 2011-05-18 株式会社日立製作所 Storage control method and system
US7970903B2 (en) * 2007-08-20 2011-06-28 Hitachi, Ltd. Storage and server provisioning for virtualized and geographically dispersed data centers

Also Published As

Publication number Publication date
JP2012027656A (en) 2012-02-09

Similar Documents

Publication Publication Date Title
JP5512442B2 (en) Management device, method and program for disaster recovery system
US10942828B2 (en) Method for storing data shards, apparatus, and system
US10877859B2 (en) Protecting virtual machines against storage connectivity failures
US7788233B1 (en) Data store replication for entity based partition
US9292376B2 (en) Proactive resource reservation for protecting virtual machines
CN114174993B (en) Optimizing cluster applications in cluster infrastructure
US8112659B2 (en) Reducing recovery time for business organizations in case of disasters
US20150263983A1 (en) System and Method for Allocating Resources and Managing a Cloud Based Computer System
EP3442201B1 (en) Cloud platform construction method and cloud platform
US20140059380A1 (en) Protecting paired virtual machines
US20100229171A1 (en) Management computer, computer system and physical resource allocation method
CN105933137A (en) Resource management method, device and system
Yang et al. AutoReplica: automatic data replica manager in distributed caching and data processing systems
JP2016505965A (en) Applications that are based on the quality of shared resources and providing optimized quality of service to prioritized virtual machines
CN103124299A (en) A Distributed Block Level Storage System in Heterogeneous Environment
US20220318433A1 (en) Provisioning a computing subsystem with disaggregated computing hardware resources selected in compliance with a physical location requirement of a workload
JP2812045B2 (en) Highly reliable distributed processing system
KR20130052599A (en) Virtual data center system
CN117714476A (en) Cloud coil control method, cloud coil control system, electronic equipment and storage medium
CN113312339B (en) Data migration method and device, computer equipment and storage medium
Gopisetty et al. Automated planners for storage provisioning and disaster recovery
CN112612579B (en) Virtual machine deployment method, storage medium and computer equipment
US20170364283A1 (en) Method and system for managing memories in storage system
CN108153484B (en) Shared storage system in virtualization environment and management method thereof
JP7826163B2 (en) Computer system, system configuration candidate output method, and system configuration candidate output program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130717

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140213

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: 20140225

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140326

R150 Certificate of patent or registration of utility model

Ref document number: 5512442

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250