CN105700908A - 管理系统与管理系统的控制方法 - Google Patents

Abstract

本发明提供一种管理系统与管理系统的控制方法。在所述管理系统中，获取单元根据用于切换处理从预定网络系统发送的请求的处理系统的指令，获取关于要用于第一处理处理系统的资源的量的调整的信息。调整指示单元发出用于增加第二处理系统中的虚拟机的数量的指令，作为基于获取到的该信息来调整所述第二处理系统中的资源的量的调整指令。然后，根据该调整指令，来切换处理从所述预定网络系统发送的请求的所述处理系统。

Description

管理系统与管理系统的控制方法

技术领域

本发明涉及一种用于在切换处理系统时调整包括在处理系统中的资源的资源量的技术。

背景技术

近年来，出现了作为如下服务的云服务，该服务允许用户使用在存在于因特网上的服务器上运行的各种应用。在诸如基础设施即服务(InfrastructureasaService，IaaS)和平台即服务(PlatformasaService，PaaS)等的云服务中，云服务供应商经由网络，向系统管理员提供诸如虚拟机及存储器等的资源。虚拟机是一种逻辑计算机，这种逻辑计算机是通过利用虚拟化技术，不考虑物理结构而按逻辑单位来分割服务器从而建立的，并且，这种逻辑计算机被配置为使得各逻辑计算机通过各自独立的操作系统进行操作。利用由云服务供应商提供的诸如虚拟机及存储器等的资源，系统管理员能够构造用于提供自有服务的系统。

利用云服务而构造的系统能够根据由系统管理员任意进行的设置，基于接收的请求的量以及处理这些请求的负荷，来自动地调整资源量。例如，日本特表第2013-543171号公报讨论了一种自动伸缩(auto-scaling)功能，即自动分配执行程序所需的资源，并且在程序的执行开始之后，改变分配的资源。

由在云服务中准备的资源管理器，来进行这类用于调整资源量的处理。请求量是指每单位时间由负荷均衡器接收的请求的数目。处理的负荷意思是虚拟机中的处理所施加的负荷，并且是指虚拟机的中央处理单元(CPU)使用率和内存使用率、返回响应所花的时间等。资源量的调整包括例如增加虚拟机的数量的横向扩展(scaling-out)，以及增加对虚拟机的硬件资源的分配的纵向扩展(scaling-up)。此外，资源量的调整还包括减少虚拟机的数量的横向缩容(scaling-in)，以及减少对虚拟机的硬件资源的分配的纵向缩容(scaling-down)。硬件资源是CPU、内存、存储器等。此外，负荷均衡器也能够基于接收的请求的量，自动地进行横向扩展等。

此外，近年来，在例如利用上述云服务而构造的系统的版本升级时，有时使用一种称为蓝绿部署(Blue-Greendeployment)的技术。系统的版本升级包括例如在系统中的虚拟机上执行的应用的版本升级。版本升级后的系统追加了系统能够提供的功能，并且/或者改变了系统管理的数据的类型和/或格式。

现在，将描述蓝绿部署。

首先，在云服务中，运行有作为发布的生产环境的处理系统，该处理系统当前负责接收来自外部网络的请求，并处理这些请求。处理系统包括被配置为处理请求的至少一个或更多虚拟机，以及充当负荷分发设备的负荷均衡器，所述负荷分发设备被配置为将请求分发至虚拟机。然后，当期望升级该处理系统的版本时，在云服务中，进一步构造与当前版本的处理系统不同的版本升级后的处理系统。之后，一旦到了期望升级版本的定时，就在云服务中，例如改变表示来自外部网络的请求的发送目标的连接目的地的设置，由此来切换充当发布的生产环境的处理系统。此时，发布的生产环境被切换到版本升级后的处理系统。通过该切换，实现了系统的版本升级。

运行有上述的当前版本的系统的处理系统，也即切换之前的处理系统，被称为蓝环境(Blueenvironment)。另一方面，构造了上述的版本升级后的系统的处理系统，也即切换之后的处理系统，被称为绿环境(Greenenvironment)。在下文中，蓝环境和绿环境可以被分别称为第一处理系统和第二处理系统。

在除上述的系统的版本升级以外的情形下，也可以使用通过蓝绿部署对处理系统的切换。例如，当把处理请求的环境从发生故障或错误的处理系统(在此情况下，是第一处理系统)、切换到另一正常运行的处理系统(在此情况下，是第二处理系统)时，可以使用该切换。

例如，可以计划使诸如上述系统等的系统一天升级数次。对于这样的系统，因为下一版本升级的定时很近，因此，难以考虑到请求量的变化等，来进行上述的处理系统的切换。

此外，出于系统运作方面的考虑，可能无法大幅地推迟发布新版本的系统的日期。因此，即使在从外部网络接收了大量的请求、并且在第一处理系统上施加了很重的处理负荷的时刻，也可能必须针对版本升级等，进行用于切换处理这些请求的处理系统的处理。

当在第一处理系统上施加的、关于请求的处理负荷大时，上述的资源管理器进行调整处理，以把大量的资源，提供给在第一处理系统中处理请求的负荷均衡器等。另一方面，在预想到版本升级的切换而提前准备的第二处理系统中，不由资源管理器进行用于调整资源的处理，因为第二处理系统尚未接收来自外部网络的请求以进行处理。

此外，在系统管理员考虑到节约维护系统的成本的情况下，提前准备的第二处理系统可以包括相对较小的资源量。在这样的情形下进行上述的切换处理，导致第二处理系统一次接收大量的请求。然后，可能导致如下的结果，即如果资源管理器不能及时进行用于调整资源的处理，则第二处理系统在对请求的处理上发生滞后。

发明内容

本发明针对一种管理系统及该管理系统的控制方法，所述的管理系统及该管理系统的控制方法能够在用于将处理系统从第一处理系统切换到第二处理系统的处理时，防止第二处理系统在对请求的处理上发生滞后。

根据本发明的一个方面，提供一种管理系统，其包括多个处理系统，所述多个处理系统各自包括至少一个或更多个虚拟机以及负荷分发设备，所述至少一个或更多个虚拟机各自被构造为处理请求，所述负荷分发设备被构造为将请求分发至所述虚拟机，所述管理系统包括：获取单元，其被构造为根据用于将处理从预定网络系统发送的请求的处理系统从第一处理系统切换到第二处理系统的指令，获取关于要用于所述第一处理处理系统的资源的量的调整的信息，所述第一处理系统及所述第二处理系统被包括在所述多个处理系统中；以及调整指示单元，其被构造为发出用于增加所述第二处理系统中的虚拟机的数量的指令，作为基于由所述获取单元获取到的信息来调整所述第二处理系统中的资源的量的调整指令，其中，根据由所述调整指示单元发出的所述调整指令，将处理从所述预定网络系统发送的请求的处理系统，从所述第一处理系统切换到所述第二处理系统。

通过以下参照附图对示例性实施例的描述，本发明的进一步特征将变得清楚。

附图说明

图1例示了根据本发明的示例性实施例的系统结构的概况。

图2例示了信息处理装置的硬件结构的示例。

图3A及图3B各自例示了管理系统的结构的示例。

图4例示了资源管理器的结构的示例。

图5例示了资源信息管理表。

图6例示了监视状态管理表。

图7例示了自动伸缩状态管理表。

图8例示了栈信息管理表。

图9A、图9B、图9C和图9D例示了栈模板的一个示例。

图10是例示用于切换发布的生产环境的处理的流程的流程图。

图11A、图11B及图11C各自是例示用于调整绿环境中的资源量的处理的流程的流程图。

图12例示了栈模板的一个示例。

图13例示了迁移(migration)方法表。

具体实施方式

在以下的描述中，将参照附图来描述用于实施本发明的示例性实施例。

下面，将以举例的方式，基于作为利用云服务而构造的网络系统的管理系统，来描述本发明的示例性实施例，所述管理系统经由网络，从远程地点来管理多个客户，以及由各客户拥有的网络设备。管理系统从在为各客户建立的客户网络环境中存在的网络设备，来收集设备信息，以及诸如日志信息及故障信息等的运行信息，以分析所述的设备信息及运行信息，从而提供各种设备管理服务。具体而言，管理系统提供报告网络设备的运行状况的服务，以及修理出现故障的网络设备所需的服务。管理系统被配置为经由网络等来接收如下的请求，从而提供服务，所述请求是例如新登记将被作为管理目标的网络设备、创建报告、以及登记网络设备的日志信息。

此外，可能存在客户管理员，客户的设备等的管理被从客户外包给该客户管理员。在这种情况下，客户管理员利用管理系统，来管理由各客户拥有的设备，并向该客户提供各种服务。管理系统的用户包括客户管理员和客户。

图1例示了整个系统的结构的概况。管理系统100和多个客户环境130经由因特网彼此连接，所述管理系统100管理网络设备和客户信息，所述多个客户环境130各自包括安装于其中的网络设备。此外，计算机110和计算机120也经由网络而连接到管理系统100，所述计算机110供系统管理员使用，并用来管理管理系统100，所述计算机120供网络设备的销售公司中的负责人(客户管理员)使用。

管理系统100是如下的系统，其利用由诸如IaaS及PaaS等的云服务提供的平台及资源而被构造，并且提供用于管理网络设备和拥有网络设备的客户的服务。作为资源，云服务提供例如在服务器计算机上运行的多个虚拟机以及存储器等，所述服务器计算机存在于因特网上的数据中心上。虚拟机各自是逻辑计算机，该逻辑计算机是通过利用虚拟化技术、不考虑物理结构而按逻辑单位分割服务器来建立的，并且，该逻辑计算机被配置为使得各逻辑计算机在具有独立操作系统的同时进行操作。通过对多个虚拟机上的各种应用程序的执行，实现了作为管理系统100的各种管理服务。服务内容的具体示例包括如下的服务，即在收集客户环境130中安装的网络设备的设备信息时，与关于该客户的信息相关联地管理该设备信息。另一示例是如下的服务，即收集在客户环境130中安装的网络设备的、诸如日志信息及故障信息等的运行信息，并分析所收集的运行信息，由此向客户以及销售公司中的负责人进行报告。又一示例是如下的服务，即经由电子邮件等向销售公司中的负责人，通知修理出现故障的网络设备所需的信息。网络设备的示例包括图像处理装置，诸如打印机及网络摄像机。打印机的类型包括利用调色剂等的电子照相打印机，以及利用墨来打印数据的喷墨打印机。管理系统100甚至能够收集各打印方法特有的运行信息(例如，调色剂使用量和墨使用量)，并且提供不同的管理服务。

计算机110是由系统管理员使用的计算机，并且能够利用安装的Web浏览器等，来显示由管理系统100提供的供管理员使用的管理画面。系统管理员能够经由在计算机110上显示的管理画面，来发出如下的指令，该指令用于向管理系统100发送例如配置各种设置的请求。例如，系统管理员能够发出如下的指令，该指令用于发送生成用于上述的蓝绿部署的绿环境的请求，或者将请求处理系统从蓝环境切换到绿环境的请求。处理系统包括被配置为处理请求的至少一个或更多个虚拟机，以及充当负荷分发设备的负荷均衡器，所述负荷分发设备被配置为将请求分发至虚拟机。

计算机120是由网络设备的销售公司中的负责人使用的计算机，并且能够利用Web浏览器等，来显示由管理系统100提供的供负责人使用的画面。由管理系统100提供的供负责人使用的画面的示例包括如下的画面，该画面使得负责人能够确认在客户环境130中安装的网络设备的、诸如日志信息及故障信息等的运行信息。除此之外，计算机120还可以显示如下画面作为供负责人使用的画面，所显示的画面用于配置监视在客户环境130中安装的网络设备的设置。

客户环境130表示针对由管理系统100管理的各客户的、存在于网络上的网络环境。在客户环境130中，由客户拥有的一个或更多个网络设备和中继装置经由局域网(LAN)彼此连接，所述中继装置对网络设备与管理系统100之间的通信进行中继。中继装置具有如下的功能，即搜索网络上的网络设备，并且如果发现任何网络设备，则生成并发送如下的请求，该请求用于向管理系统100通知该网络设备的设备信息。另外，该中继装置具有生成用于向管理系统100通知从网络设备收集的运行信息的请求并发送所生成的请求的功能。本系统可以包括多个客户120和多个客户环境130。

图2例示了信息处理装置的硬件结构的示例。根据本示例性实施例的信息处理装置对应于在用于实现管理系统100的数据中心上存在的服务器计算机、计算机110、计算机120、充当存在于各客户环境130中的中继装置的计算机，等等。

信息处理装置包括执行存储在只读存储器(ROM)253中的程序的CPU251，并且经由内部总线256对各设备进行综合控制。随机存取存储器(RAM)252、ROM253、存储设备254、网络接口(I/F)255和输入/输出I/F257连接到内部总线256。此外，输入/输出I/F257包括例如PS/2或通用串行总线(USBI/F)，以及模拟或数字显示I/F。输入/输出I/F257使得未例示的键盘、鼠标、阴极射线管(CRT)或液晶显示器等，能够连接到信息处理装置。信息处理装置利用网络I/F255，经由LAN、内部网环境或因特网进行通信。该通信使得信息处理装置，能够与网络设备及其他信息处理装置进行通信。CPU251进行与RAM252及ROM253一起执行程序的处理。此外，CPU251还能够执行用于实现虚拟化技术的程序。此外，CPU251进行如下的处理，即将数据记录到诸如存储设备254等的记录介质中。存储设备254充当外部存储设备。除了存储各种信息之外，存储设备254还能够替代RAM252，来存储各种系统信息及处理信息。

图3A及图3B各自例示了管理系统100的结构的示例。管理系统100由操作计算机110的系统管理员来构造和管理，并且处理从由客户管理员操作的计算机120以及客户环境130中的网络设备和中继装置发送的请求，从而提供服务。

图3A例示了在生成绿环境350之前的管理系统100。在图3A中，管理系统100包括系统管理器300、域名系统(DNS)301、数据库302、资源管理器303及蓝环境330。另一方面，图3B例示了在生成绿环境350之后的管理系统100。图3B中所示的管理系统100的结构是在图3A中所示的管理系统100的结构中，添加了绿环境350。在进行了操作校验和测试之后，绿环境350取代蓝环境330，而成为发布的生产环境。稍后，将参照图10来描述用于切换发布的生产环境的处理。

在DNS301中，登记了各虚拟机和负荷均衡器的地址信息(诸如互联网协议(IP)地址)及主机名。供系统管理员使用的计算机110、供客户管理员使用的计算机120，以及客户环境130中的计算机及网络设备，经由诸如因特网等的网络来与DNS301通信。这些计算机及网络设备向DNS301询问如下的地址信息，该地址信息对应于被设置为请求的连接目的地的处理系统中的负荷均衡器的主机名，并且，这些计算机及网络设备将请求发送到从DNS301返回的地址信息。响应于接收到的询问，DNS301利用与DNS名称相关联的DNS记录，返回表示被设置为请求的连接目的地的处理系统中的负荷均衡器的主机名或地址信息。包括在管理系统100中的各虚拟机具有诸如唯一的IP地址等的地址信息。因此，能够基于充当负荷均衡器的虚拟机的地址信息，来识别该负荷均衡器的地址信息。

数据库302存储用于实现本管理系统100的程序、用于提供服务的各种数据、后述的图5至图8及图13中所示的各表格，等等。

系统管理器300从供系统管理员使用的计算机110，来接收例如关于管理系统100中的处理系统的设置的请求。系统管理器300基于来自系统管理员的请求，向资源管理器303发出指令。例如，系统管理器300发出用于生成形成处理系统的资源和使用该资源的处理系统的指令以及用于调整资源量的调整指令。

资源管理器303基于来自系统管理器300的指令，生成或删除形成处理系统的资源，并进行用于调整管理系统100中的资源量的处理。资源量的调整包括例如增加虚拟机的数量的横向扩展，以及增加对虚拟机的硬件资源的分配的纵向扩展。此外，资源量的调整还包括减少虚拟机的数量的横向缩容，以及减少对虚拟机的硬件资源的分配的纵向缩容。硬件资源是CPU(核数)、内存(大小)、存储器(大小)等。

资源管理器303还可以通过监视被发送到蓝环境330的请求的量，来自动地调整资源量。请求量是指每单位时间由蓝环境330中的负荷均衡器331接收的请求的数目。另外，资源管理器303可以被配置为通过监视对蓝环境330施加的处理负荷，来自动地调整资源量。处理负荷意思是虚拟机中的处理所施加的负荷，并且是指虚拟机的CPU使用率和内存使用率、返回响应所花的时间等。术语“自动伸缩”(auto-scaling)用来指当被监视的请求量或者被监视的处理负荷满足预设条件时由资源管理器303执行的资源量的调整。

另外，资源管理器303例如根据来自系统管理器300的指令，重写登记在DNS301中的DNS记录，由此切换发布的生产环境。将在描述图4中所示的切换单元405的段落中，详细地描述用于切换发布的生产环境的方法。

蓝环境330是运行当前版本的应用的处理系统，并且包括负荷均衡器331、虚拟机332及334以及队列333。在绿环境350中运行的应用是升级版的应用，该升级版的应用与在蓝环境330中运行的应用相比，添加或扩展了至少一个功能。绿环境350是如下的处理系统，其包括负荷均衡器351、虚拟机352及354以及队列353。蓝环境330和绿环境350各自可以包括例如多个负荷均衡器331或351、多个虚拟机332及334或者352及354。

在蓝环境330中，负荷均衡器331是将接收到的请求分发至虚拟机332的负荷分发设备。虚拟机332是蓝环境330中的请求处理系统，以及接收并处理请求的Web服务器等。队列333是用于管理与由虚拟机332处理的请求相对应的消息的队列。虚拟机334是蓝环境330中的批处理系统，以及处理(进行批处理)队列333中排队的消息的批处理服务器等。虚拟机332的请求处理和虚拟机334的批处理是异步进行的。

在绿环境350中，负荷均衡器351是将接收到的请求分发至虚拟机352的负荷分发设备。虚拟机352是绿环境350中的请求处理系统，以及接收并处理请求的Web服务器等。队列353是用于管理与由虚拟机352处理的请求相对应的消息的队列。虚拟机354是绿环境350中的批处理系统，以及处理(批处理)队列353中排队的消息的批处理服务器等。虚拟机352的请求处理和虚拟机354的批处理是异步进行的。

管理系统100也可以包括多个绿环境350。当切换发布的生产环境时，系统管理员也可以选择多个准备的绿环境350中的一个。

图4例示了根据本示例性实施例的资源管理器303的结构的示例。资源管理器303包括资源生成单元401、资源监视单元402、自动伸缩管理单元403、栈接收单元404及切换单元405。

资源生成单元401接收从系统管理员向管理系统100的资源发出的请求，并且基于该请求，生成虚拟机332、334、352及354以及服务器组件。系统管理员能够请求资源生成单元401生成虚拟机332、334、352及354并使虚拟机332、334、352及354可用。资源生成单元401通过各种方法接收来自系统管理员的请求。例如，资源生成单元401可以被配置为利用由管理系统100提供的图形用户界面(GUI)、应用编程接口(API)等，接收来自系统管理员的请求。来自系统管理员的请求包括虚拟机332、334、352及354的数量、类型等。

虚拟机332、334、352及354各自可以包括能够由系统管理员选择的操作系统(OS)、应用服务器、系统及应用结构等。服务器组件包括负荷均衡器331及351、队列333及353等，但不限于此。在管理系统100生成满足来自系统管理员的请求的虚拟机332、334、352及354之后，系统管理员能够改变虚拟机332、334、352及354的设置。例如，系统管理员能够改变与各虚拟机332、334、352及354相关的存储设备或网络带宽的量或类型。

资源监视单元402监视虚拟机332、334、352及354和服务器组件的状况、性能等。例如，作为监视项目，资源监视单元402监视负荷均衡器331及351各自的每单位时间的请求数、虚拟机332、334、352及354各自的CPU使用率、内存使用率等，和/或队列333及353各自的未处理消息数等。资源监视单元402连接到蓝环境330及绿环境350，并且获取关于上述监视项目的信息。此时，资源监视单元402经由管理系统100中的网络(未例示)，而连接到蓝环境330及绿环境350。

如果作为监视的结果，监视项目满足由系统管理员预先确定的条件(在后述的图9B中例示的栈模板中被定义)，则资源监视单元402发出警告(Alarm)事件。自动伸缩管理单元403接收警告事件，并且响应于该警告事件而生成虚拟机、服务器组件等。

自动伸缩管理单元403管理虚拟机332、334、352及354和服务器组件的自动伸缩。自动伸缩管理单元403以组为单位，来管理被作为自动伸缩的目标的虚拟机332、334、352及354和服务器组件。在本文中，该组将被称为自动伸缩组。例如，自动伸缩管理单元403把多个现有的虚拟机332，作为一个自动伸缩组进行管理。

自动伸缩管理单元403把属于自动伸缩组的虚拟机332、334、352及354，分别连接到负荷均衡器331及351，并且，自动伸缩组分别与负荷均衡器331及351相关联。负荷均衡器331及351在将从外部接收的请求分别分发至虚拟机332及352的同时，发送这些请求，并且虚拟机332及352处理接收到的请求。

自动伸缩管理单元403控制自动伸缩，使得属于自动伸缩组并且在运行中的虚拟机或服务器组件的数量，与被设置为所需设备数的设备数匹配。所需设备数是基于来自系统管理员的请求而确定的。所需设备数可以由云服务的供应商预先设置。

如果运行设备数小于所需设备数，则自动伸缩管理单元403请求资源生成单元401生成虚拟机，并且将生成的虚拟机等添加到相应的自动伸缩组。如果自动伸缩组与负荷均衡器331或351相关联，则自动伸缩管理单元403把添加的虚拟机，连接到相应的负荷均衡器331或351。

另一方面，如果运行设备数大于所需设备数，则自动伸缩管理单元403从自动伸缩组中删除虚拟机，并且请求资源生成单元401停止虚拟机。如果自动伸缩组与负荷均衡器331或351相关联，则自动伸缩管理单元403请求终止自动伸缩管理单元403试图删除的虚拟机与相应的负荷均衡器331或351之间的连接。负荷均衡器331或351停止向自动伸缩管理单元403试图删除的虚拟机发送请求，并且在当前处理的请求被清除之后，终止所述虚拟机与负荷均衡器331或351之间的连接。在虚拟机332或352与负荷均衡器331或351断开连接之后，自动伸缩管理单元403请求资源生成单元401停止虚拟机332或352。

此外，在本文中，将使用术语“自动伸缩策略”来指如下的处理，即在资源监视单元402发出警告事件时，设置自动伸缩组中的所需设备数。系统管理员指定所需设备数，例如以使所需设备数增加1、使所需设备数减少1，或者将所需设备数设置为20。资源监视单元402根据来自系统管理员的请求，来促成资源量的调整。另外，自动伸缩管理单元403管理关于自动伸缩状态的信息。关于自动伸缩状态的信息包括虚拟机的数量、其规格、最后一次进行的自动伸缩操作，等等。

栈接收单元404通过计算机110利用API等，从系统管理员接收生成或删除虚拟机、服务器组件等的请求。此时，栈接收单元404接收栈模板，并请求资源生成单元401生成在栈模板中记载的虚拟机及服务器组件。栈模板是如下的模板，在该模板中，针对虚拟机和服务器组件的生成，而记载了来自系统管理员的请求。稍后，将参照图9A至图9C来描述栈模板。栈是指基于同一栈模板而生成的虚拟机和服务器组件的集合。在本示例中，在单个栈模板中，分别记载了蓝环境330中的虚拟机和服务器组件的生成，以及绿环境中的虚拟机和服务器组件的生成。

栈接收单元404接收具有上述结构的栈模板，并请求资源生成单元401生成虚拟机和服务器组件。此外，栈接收单元404向资源监视单元402添加监视条件，并且利用自动伸缩管理单元403登记关于自动伸缩的信息。此时的处理导致图3B中所示的绿环境350的生成。

当从系统管理员发出了切换环境的指令时，切换单元405接收蓝环境330及绿环境350的指定的栈标识(ID)801，获取关于蓝环境330中的资源量的调整的信息，而后将获取到的信息反映在绿环境350中。在用于调整绿环境350中的资源的处理完成之后，切换单元405改变DNS301的设置，从而将发布的生产环境从蓝环境330切换到绿环境350。

切换单元405将发布的生产环境从蓝环境330切换到绿环境350。通过例如使DNS301中的记录由表示蓝环境330的记录改变为表示绿环境350的记录，来实现发布的生产环境的切换。例如，在服务的主机名是www.a-service.com的情况下，在蓝环境330充当发布的生产环境的同时，登记了以下的记录：www.a-service.comCNAMElb-R01.cloudservice.com。在该记录中，lb-R01.cloudservice.com是蓝环境330中的负荷均衡器331的主机名。当切换发布的生产环境时，负荷均衡器331的该主机名被重写入作为绿环境350中的负荷均衡器351的主机名的lb-R02.cloudservice.com。DNS301中的记录被改变为以下记录：www.a-service.comCNAMElb-R02.cloudservice.com。通过以这种方式改变DNS301中的记录，能够使切换单元405将作为连接目的地的服务从蓝环境330切换到绿环境350，而不改变从连接自管理系统100外部的计算机120等的访问的统一资源定位符(URL)。

另外，资源管理器303根据来自系统管理器300的指令，重写登记在DNS301中的DNS记录。通过重写DNS记录，使得来自如下预定网络的请求的连接目的地发生改变，从而使得能够切换发布的生产环境，所述预定网络是诸如用于客户管理器的计算机120，以及客户环境130中的计算机和网络设备。

用于改变请求的连接目的地的方法的示例除了上述方法之外，还包括准备负荷均衡器或反向代理作为接入点的方法，以及重写用于访问系统的URL的方法。

图5例示了根据本示例性实施例的资源信息管理表。被置于表格的右端的数字表示记录编号，并且这同样适用于图6至图8及图13中所示的各表格。资源信息管理表的项目包括资源ID501、类型502及标签503。资源生成单元401管理例如，如记录511至523所表示的资源信息。资源是指由云服务提供的资源，并且包括虚拟机332、334、352及354，以及服务器组件。

资源ID501是如下的标识符，其用于识别由资源生成单元401生成的资源。类型502表示由资源生成单元401生成的资源的类型。资源的类型的示例包括虚拟机、负荷均衡器和队列。标签503是关键字和值组成的对，以及被附加至资源的信息。“角色”(Role)属性表示处理系统中的虚拟机或服务器组件的角色，并且被设置了诸如“Web”及“批处理”(Batch)等的值。另外，“版本”(Version)属性是用来识别管理系统100的关键字，并且表示如下的版本，该版本提示例如资源存在于哪种环境中，是蓝环境330还是绿环境350中。这些项目在切换发布的生产环境时被参照，下文将对此进行描述。

图6例示了根据本示例性实施例的监视状态管理表。资源监视单元402管理关于资源的监视状态的信息，例如，如记录611至618所表示的。监视状态管理表的项目包括监视条件名称601、被监视资源602、监视项目603、前次测量值604，以及连续次数605。

监视条件名称601是用于识别监视条件的名称。在由后述的栈接收单元404生成的监视条件的情况下，在表示监视条件名称601的字符串的开头，附加了栈ID801。被监视资源602是如下的信息，其表示资源监视单元402监视的被监视资源。监视项目603是如下的信息，其表示资源监视单元402监视的监视项目。例如，在记录611中，监视项目603表示：资源监视单元402监视在由“R04”标识的队列333或353中存储的消息的数量。前次测量值604是针对在该记录中表示的监视项目603、由资源监视单元402在前次测量时获取的值。连续次数605是相同监视条件接连地被满足的次数。例如，当管理系统100被设置为向系统管理员通知相同监视条件是否以300秒的间隔被接连地满足2次时，使用例如连续次数605。

图7例示了根据本示例性实施例的自动伸缩状态管理表。自动伸缩管理单元403管理关于自动伸缩组或服务器组件的自动伸缩的信息，例如，如记录711至718所表示的。自动伸缩状态管理表的项目包括自动伸缩管理ID701、类型702、所需设备数703、运行设备数704、规格705、最后一次进行的操作706，以及标签707。

自动伸缩管理ID701是在自动伸缩状态方面应当被管理的自动伸缩组的ID或服务器组件的资源ID。在由栈接收单元404生成的自动伸缩组的情况下，在表示自动伸缩管理ID的字符串的开头，附加了栈ID801。类型702存储如下资源的类型，所述资源是利用自动伸缩管理ID701指定的自动伸缩管理的目标。资源的类型的示例包括自动伸缩组、负荷均衡器和队列。

所需设备数703是被定义为在自动伸缩组中必需的虚拟机的数量。运行设备数704是与自动伸缩组相关联的并且在运行中的虚拟机的数量。自动伸缩管理单元403控制运行设备数704，使得运行设备数704与所需设备数703匹配。规格705表示虚拟机的处理能力。

最后一次进行的操作706是如下的控制命令，其被保持为由自动伸缩管理单元403对自动伸缩组、服务器组件等最后一次进行的操作。标签707是如下的标签，其被附加至利用自动伸缩管理ID701指定的自动伸缩组或服务器组件。“角色”属性和“版本”属性分别类似于在标签503的描述中所述的“角色”属性和“版本”属性。

例如，诸如负荷均衡器及队列等的服务器组件可以由云服务供应商预先设置，并且被提供给系统管理员作为被管理的服务。在这样的情况下，管理系统100可以禁止向系统管理员公开自动伸缩的设置及状态。此外，管理系统100可以被配置为使得系统管理员不配置关于自动伸缩功能的设置，并且管理系统100自动地设置并管理自动伸缩。

图8例示了根据本示例性实施例的栈信息管理表。在接收到生成栈的请求时，栈接收单元404生成用于识别栈的栈ID801，并且与生成的虚拟机、生成的服务器组件以及其他设置信息相关联地，来管理栈ID801。栈接收单元404与例如如记录811至823所表示的栈ID801相关联地，来保持栈模板。栈信息管理表的项目包括栈ID801及资源ID802。

栈ID801是由栈接收单元404发出的栈的标识符。资源ID802是与栈相关联地生成的虚拟机332、334、352或354或者服务器组件的资源的标识符。如果系统管理员指定栈的删除，则栈接收单元404参照栈信息管理表，并请求与栈相关联的资源的删除。此外，栈接收单元404请求删除由资源监视单元402及自动伸缩管理单元403在图5至图7中所示的各表格中登记的各种设置信息。

系统管理员能够在组合多个栈的同时构造处理系统。例如，系统管理员可以使如下的两个栈组合，其中一个栈包括在系统的版本升级时不被替换的数据库服务器等，另一个栈包括在版本升级时要被替换的Web服务器等。

图9A、图9B、图9C及图9D例示了根据本示例性实施例的栈模板。栈接收单元404从例如由系统管理员操作的计算机110接收栈模板。被置于左端的数字表示行编号，并且这同样适用于图12中所示的栈模板。图9A例示了栈模板中的第2行至第53行。图9B例示了栈模板中的第54行至第97行。图9C例示了栈模板中的第98行至第140行。图9D例示了栈模板中的第141行至第185行。在以下的描述中，将抽取与本示例性实施例相关的部分，来描述栈模板。在第2行至第185行中，指定了要被生成作为栈的虚拟机和服务器组件、自动伸缩功能的设置，等等。

在图9A中所示的第3行至第25行中，指定了名称为WebLB的负荷均衡器的生成，并且作为标签，“Role”(角色)属性和“Version”(版本)属性的值分别被指定为“Web”和“100”。栈接收单元404请求资源生成单元401生成负荷均衡器。关于生成的负荷均衡器的信息被登记到资源信息管理表(图5)中，并且，栈ID801与资源ID802之间的关联被登记到栈信息管理表(图8)中。在第26行至第46行中，设置了名称为WebAutoScalingGroup的自动伸缩组。连接目标被指定为负荷均衡器：WebLB，并且，虚拟机的最小数量(MinSize)和最大数量(MaxSize)分别被指定为2和10。初始所需设备数(DesiredCapacity)被指定为2，并且，虚拟机的启动设置(LaunchConfigurationName)被指定为“WebLaunchConfig”。作为标签，“Role”(角色)属性和“Version”(版本)属性的值分别被指定为“Web”和“100”。

在第47行至第53行中，设置了在WebAutoScalingGroup中指定的名称为““WebLaunchConfig”的虚拟机的启动。指定了作为OS图像(ImageID)的“imageWeb100”的使用，并且指定了“Large”(大)，作为指定CPU、内存等的规格的实例类型(InstanceType)。

在栈模板的该示例中，栈接收单元404将自动伸缩组S01_WebAutoScalingGroup登记至自动伸缩管理单元403，并将所需设备数设置为2(在字符串的开头附加栈ID801)。由于运行设备数是0，而所需设备数被设置为2，因此，自动伸缩管理单元403基于WebLaunchConfig来生成虚拟机332或352，以将生成的虚拟机添加到自动伸缩组，直至运行设备数达到所需设备数为止。

在第54行至第71行中，指定了与名称为WebAutoScalingGroup的自动伸缩组相关联的自动伸缩策略。WebScaleUpPolicy被指定用来使得执行使所需设备数增加1个("ScalingAdjustment″："1")的操作。此外，WebScaleDownPolicy被指定用来使得执行使所需设备数减少1个("ScalingAdjiustment″：″-1")的操作。WebScaleUpPolicy是虚拟服务器组的设置的指令，所述虚拟服务器组的设置是栈接收单元404基于栈模板来配置的。

在图9B中所示的第72行至第97行中，设置了与名称为WebAutoScalingGroup的自动伸缩组相关联的监视及通知条件。

在WebCPUAlarmHigh中，针对“WebAutoScalingGroup”，指定了将CPU使用率("CPUUtilization")的平均值作为监视项目(MetricName)进行监视。然后，如果CPU使用率的平均值以300秒的间隔两次超过阈值90％，则指定参照在AlarmAction中指定的名称为“WebScaleUpPolicy”的自动伸缩策略，来进行资源的调整。

在栈模板的该示例中，栈接收单元404把监视条件S01_WebCPUAlarmHigh等，登记在资源监视单元402中。

在图9C中第98行至第113行中，指定了应当生成的队列。在该示例中，指定了名称为“BatchQueue”的队列的生成。作为标签，“Role”(角色)属性和“Version”(版本)属性的值分别被指定为“Batch”(批处理)和“100”。

在栈模板的该示例中，栈接收单元404请求资源生成单元401生成队列。关于生成的队列的信息被登记到资源信息管理表(图5)中，并且，栈ID801与资源ID802之间的关联被存储到栈信息管理表(图8)中。

在图9C中第114行至第133行中，指定了名称为BatchAutoScalingGroup的自动伸缩组，并且将虚拟机的最小数量(MinSize)和最大数量(MaxSize)分别指定为1和10。初始所需设备数(DesiredCapacity)被指定为1，并且，虚拟机的启动设置(LaunchConfigurationName)被指定为“BatchLaunchConfig”。作为标签，“Role”，(角色)属性和“Version”(版本)属性的值分别被指定为“Batch”(批处理)和“100”。BatchLaunchConfig是如下批处理系统的设置的指令，所述批处理系统顺序地进行在与接收的请求相对应的队列中累积的处理。

在图9C中第134行到第140行中，设置了在BatchAutoScalingGroup中指定的名称为“BatchLaunchConfig”的虚拟机的启动。

在图9D中所示的第141行至第158行中，指定了与名称为BatchAutoScalingGroup的自动伸缩组相关联的自动伸缩策略。BatchScaleUpPolicy被指定用来使得执行使所需设备数增加1个("ScalingAdiustment″：″1")的操作。此外，BatchScaleDownPolicy被指定用来使得执行使所需设备数703减少1个("ScalingAdjustment″："-1")的操作。

在第159行至第184行中，指定了与名称为BatchAutoScalingGroup的自动伸缩组相关联的监视及通知条件。在BatchOueueAlarmHigh中，针对“BatchQueue”，设置了将消息的数量(″NumberOfMessages")的平均值作为监视项目(MetricName)进行监视。然后，如果消息的数量的平均值以300秒的间隔两次超过阈值100，则设置执行在AlarmAction中指定的名称为“BatchScaleUpPolicy”的自动伸缩策略。

图10是例示根据本示例性实施例的、用于切换发布的生产环境的处理的流程的流程图。资源管理器303进行用于切换发布的生产环境的处理。

在步骤S1001中，资源管理器303响应于来自系统管理器300的指令，开始用于调整绿环境350中的资源量的处理。在步骤S1002中，资源管理器303从系统管理员接收指定作为切换目标的蓝环境330及绿环境350的输入。系统管理员通过操作计算机110，来指定作为切换目标的蓝环境330及绿环境350，并且，切换单元405接收包括指定蓝环境330及绿环境350的该输入的请求。

作为用于指定蓝环境330及绿环境350的方法，系统管理员可以指定蓝环境330和绿环境350各自的栈ID801，或者可以利用相应的标签的关键字(Key)及值(Value)，来指定蓝环境330及绿环境350。关键字(Key)是标签的属性，并且值(Value)是属性的值。如果系统管理员利用栈ID801来指定蓝环境330及绿环境350，则系统管理员通过例如将S01和S02分别指定作为蓝环境330和绿环境350的栈ID801，由此来指定蓝环境330及绿环境350。系统管理员可以一次指定多个栈。如果系统管理员指定标签，则系统管理员使用表示“版本”的关键字来识别标签，并且例如针对蓝环境330和绿环境350分别指定“100”和“101”，由此来指定蓝环境330及绿环境350。

以下，在本流程图的描述中，将以举例的方式，假设针对蓝环境330的关键字和绿环境350的关键字，分别设置了“100”和“101”。此外，在这种情况下，可以从表示自动伸缩管理ID701的字符串的头部、栈ID801等中，来获取自动伸缩组、虚拟机和服务器组件所属的栈的ID。

在步骤S1003中，切换单元405从自动伸缩管理单元403中，获取关于指定的蓝环境330及绿环境350中的自动伸缩状态的信息。作为关于绿环境350的信息，“版本”属性被表示为“101”。此时，切换单元405从自动伸缩状态管理表(图7)中，获取在标签707中包括(“版本”：“101”)的关于资源量的调整的信息(记录715至718)。切换单元405可以仅获取关于指定的蓝环境330的信息。此外，关于蓝环境330及绿环境350的信息可以被存储在管理系统100中的数据库302中，或者可以被存储于在管理系统100外部准备的存储设备中。

随后，资源管理器303针对绿环境350中的自动伸缩组和服务器组件中的各个，重复从步骤S1004到S1007的处理。在步骤S1007中，在对所有的自动伸缩组和服务器组件的处理完成时，处理退出循环。

在步骤S1005中，切换单元405基于自动伸缩策略，使自动调整功能禁用。被禁用的自动调整功能可以仅是基于定义横向缩容或纵向缩容的自动伸缩策略的自动调整功能。被作为横向缩容的目标的自动伸缩策略是如下的自动伸缩策略，该自动伸缩策略在自动伸缩的设置中，指定负值作为要添加或删除的虚拟机的数量(ScalingAdjustment)。禁用自动调整功能的定时不限于步骤S1005，并且可以是如下时段内的任何定时，所述时段从绿环境350的生成起，直到用于调整绿环境350中的资源量的处理开始为止。

当把发布的生产环境从蓝环境330切换到绿环境350时，在对绿环境350仅施加了轻的负荷的状态下，应当增加绿环境350中的虚拟机的数量，并且/或者应当对绿环境350中的服务器组件进行纵向扩展。通过禁用定义横向缩容的自动伸缩策略，防止了在增加绿环境350中的资源之后发出调用横向缩容的警告，因而防止了绿环境350中的虚拟机的数量减少，并且/或者防止了绿环境350中的服务器组件被纵向缩容。此外，当对自动伸缩组应用自动伸缩策略时，切换单元405还可以被配置为进行如下的设置，即在某一预定时间段内，使对自动伸缩组的自动伸缩策略的应用禁用。

随后，在步骤S1006中，资源生成单元401进行用于调整绿环境350中的资源量的处理。稍后，将参照图11A，来描述用于调整绿环境350中的资源量的处理。

如果在步骤S1007中，针对所有的自动伸缩组和服务器组件完成了处理，则处理前进到步骤S1008。

在步骤S1008中，切换单元405进行如下的处理，即把发布的生产环境从蓝环境330切换到绿环境350。切换单元405通过上面在描述切换单元405的段落中所述的方法，来切换发布的生产环境。具体而言，用于切换发布的生产环境的处理是指例如如下的处理，即把DNS301中的记录由表示蓝环境330的记录，改变为表示绿环境350的记录。该处理导致切换接收并处理从外部网络发送的请求的发布的生产环境。此外，在切换发布的生产环境之后，切换单元405启用在步骤S1005中禁用的自动调整功能。

图11A是例示根据本示例性实施例的、用于调整绿环境350中的资源量的处理的流程的流程图，并且例示了用于利用基于“所需设备数的应用”的迁移方法、来调整绿环境350中的资源量的处理的流程。针对绿环境350中的自动伸缩组和服务器组件中的各个，来进行用于调整绿环境350中的资源量的处理。

“所需设备数的应用”是指如下的迁移方法，该迁移方法把在蓝环境330中所需的虚拟设备的数量应用于绿环境350。在步骤S1101至S1104中，资源管理器303通过基于“所需设备数的应用”的迁移方法，来进行用于调整绿环境350中的资源量的处理。在应用于例如包括多个虚拟机的自动伸缩组的情况下，“所需设备数的应用”是适合的。

在步骤S1102中，切换单元405获取蓝环境330中的如下的自动伸缩组或服务器组件的所需设备数703，在所述的自动伸缩组或服务器组件中，“角色”属性的值，等于被设置到作为重复目标的自动伸缩组、服务器组件等的值。

切换单元405从自动伸缩管理单元403中，搜索如下的自动伸缩组或服务器组件，对于所述的自动伸缩组或服务器组件，在标签707中包含表示蓝环境330的标签(“版本”属性是“100”)，并且“角色”属性的值是相同的。例如，在自动伸缩组S02_WebAutoScalingGroup的情况下，“角色”属性的值是“Web”。因此，切换单元405选择行711中的S01_WebAutoScalingGroup，对于该S01_WebAutoScalingGroup，在标签707中包含(“角色”：“Web”)及(“版本”：“100”)，并且在类型702中指定了相同类型。切换单元405获取“5”，这是S01_WebAutoScalingGroup的所需设备数703的值。

随后，在步骤S1103中，资源生成单元401针对绿环境350中的自动伸缩组或服务器组件，来调整资源量。例如，将“5”设置为自动伸缩组S02_WebAutoScalingGroup(记录715)的所需设备数703。具体而言，基于在步骤S1102中获取到的蓝环境330中的自动伸缩组或服务器组件的所需设备数，来设置绿环境350中的自动伸缩组或服务器组件的所需设备数703。自动伸缩管理单元403检测出如下的结果，即自动伸缩组S02_WebAutoScalingGroup的运行设备数(＝2)未达到所需设备数(＝5)。然后，自动伸缩管理单元403向自动伸缩组添加虚拟机352，其中，根据自动伸缩组所属的栈S02中的WebAutoScalingGroup的虚拟机352的启动设置(WebLaunchConfig)，而生成虚拟机352。最终，运行设备数704达到“5”，由此，蓝环境330中的所需设备数703被应用于绿环境350。

蓝环境330中的所需设备数703可以不必完全按照蓝环境330中的所需设备数703原样被应用于绿环境350。例如，可以基于蓝环境330中的所需设备数703，以及表示绿环境350中的虚拟机的规格705的信息，来设置绿环境350中的所需设备数703。

被投入运行的虚拟机的数量，可以大于处理对蓝环境330施加的负荷所需的设备数，以使得充当当前的发布的生产环境的蓝环境330，能够具有包括一定富余的充足的处理能力。在这种情况下，切换单元405可以考虑到这一点，来设置绿环境350中的所需设备数703。

系统管理器300可以基于在切换发布的生产环境之前的预定时间段内、由蓝环境330接收的请求量，来预测当切换发布的生产环境时的请求量。例如，系统管理器300利用表示每单位时间的请求数的曲线图，在获取关于蓝环境330中的资源量的调整的信息时，计算表示请求量的增加或减少的斜率。除了蓝环境330中的所需设备数之外，系统管理器300可以进一步考虑到请求数的增加或减少，来确定绿环境350中的所需设备数。这同样适用于后述的应用例。

在步骤S1104中，处理返回到图10的流程图，并且前进到下一步骤。

在本示例性实施例中，在将发布的生产环境从第一处理系统切换到第二处理系统之前，在作为发布的生产环境被切换到的处理系统的第二处理系统中，虚拟机的数量被调整，以与第一处理系统中的虚拟机的数量匹配。本示例性实施例能够在切换发布的生产环境时，防止第二处理系统在对请求的处理上发生滞后。

第二示例性实施例与第一示例性实施例基本类似，因而，以下将仅描述两示例性实施例间的差异。在步骤S1006中的用于调整绿环境350中的资源量的处理中，在第一示例性实施例中使用了基于“所需设备数的应用”的迁移方法，但是在第二示例性实施例中，使用基于“负荷状态的应用”的迁移方法。在本示例性实施例中，使用表示被监视的请求量或者被监视的处理负荷的信息，来进行用于调整绿环境350中的资源量的处理。

图11B是例示根据本示例性实施例的绿环境350中的处理的流程的流程图，并且例示了用于通过基于“负荷状态的应用”的迁移方法、来调整绿环境350中的资源量的处理的流程的示例。针对绿环境350中的自动伸缩组和服务器组件中的各个，进行用于调整绿环境350中的资源量的处理。

“负荷状态的应用”是指如下的迁移方法，该迁移方法把表示蓝环境330中的负荷状态的信息应用于绿环境350。在步骤S1111至S1115中，资源管理器303通过基于“负荷状态的应用”的迁移方法，来进行用于调整绿环境350中的资源量的处理。在不适合使用将蓝环境330中的所需设备数703按原样应用于绿环境350的方法的情况下，诸如当在绿环境350与蓝环境330之间在服务器结构、虚拟机的规格等方面存在差异时，“负荷状态的应用”是适合的。在无法获取到表示所需设备数703的信息的情况下，也可以使用“负荷状态的应用”。

在步骤S1112中，切换单元405获取表示蓝环境330中的自动伸缩组或服务器组件的负荷状态的信息。

例如，在自动伸缩组S02_WebAutoScalingGroup的情况下，相关联的自动伸缩策略是WebScaleUpPolicy及WebScaleDownPolicy。另外，相关联的监视条件是WebCPUAlarmHigh及WebCPUAlarmLow，并且切换单元405搜索这两个监视条件。在由R14标识的队列353的情况下，相关联的两个监视条件是S02_BatchQueueAlarmHigh及S02_BatchQueueAlarmLow。切换单元405获取关于蓝环境330中的如下的自动伸缩组或服务器组件的自动伸缩状态的信息，所述的自动伸缩组或服务器组件的“角色”属性的值，与在这些监视条件下被指定作为被监视资源602的资源相同。

例如，在由R14标识的队列353的情况下，通过参照资源信息管理表(图5)中的记录522，能够从标签信息R14中，辨识出“角色”属性的值为“批处理”。切换单元405发现，被置于行514中的R04，是蓝环境330中的、“角色”属性的值是“批处理”的队列333，并且，切换单元405获取R04的负荷状态(NumberOfMessages)。

随后，在步骤S1113中，切换单元405基于在步骤S1112中获取到的表示蓝环境330中的负荷状态的信息(诸如请求量和处理负荷)，来确定是否应当调整绿环境350中的资源量。

例如，在由R14标识的队列353的情况下，切换单元405基于由R04标识的队列333的负荷状态，来确定条件S02_BatchQueueAlarmHigh或S02_BatchQueueAlarmLow是否被满足。在管理系统100被设置为以指定间隔多次测量负荷状态的情况下，切换单元405可以被配置为多次测量负荷状态，或者也可以被配置为测量负荷状态一次而不是多次。可以准备仅在切换发布的生产环境时参照的自动伸缩策略。

如果切换单元405确定应当调整绿环境350中的资源量(步骤S1113：是)，则处理前进到步骤S1114。然后，资源生成单元401调整绿环境350中的资源量。另一方面，如果切换单元405确定不必调整绿环境350中的资源量(步骤S1113：否)，则处理前进到步骤S1115。

在步骤S1115中，处理返回到图10的流程图，而后前进到下一步骤。

资源管理器303可以设置绿环境350中的所需设备数703和/或规格705，使得绿环境350具有充足的处理能力，即在蓝环境330的处理能力的基础上增加一定富余。

在自动伸缩组的情况下，资源管理器303基于如下的自动伸缩策略来设置所需设备数703等，所述自动伸缩策略与在步骤S1113中负荷状态已达到上限的监视条件相关联。此时，资源管理器303以如下的方式来设置所需设备数703等，即，使得由蓝环境330中的负荷均衡器331接收的请求的量，和在绿环境350中可处理的请求的量相互匹配。例如，由于诸如队列等被提供作为被管理服务的服务器组件，系统管理员可能无法指定自动伸缩的设置。在这样的情况下，资源管理器303基于在自动伸缩管理单元403内管理的设置，来计算所需设备数和/或规格，以将计算出的设备数和/或规格应用于服务器组件。系统管理器300可以基于在切换发布的生产环境之前的预定时间段内、由蓝环境330接收的请求的量，来预测当切换发布的生产环境时的请求量。除了由蓝环境330中的负荷均衡器331接收的请求的量之外，系统管理器300可以进一步考虑到请求量的增加或减少，来确定预计能够由绿环境350处理的请求的量。这同样适用于后述的应用例。

在本示例性实施例中，在发布的生产环境被从第一处理系统切换到第二处理系统之前，利用表示第一处理系统中的负荷状态的信息，来增加第二处理系统中的资源量。作为用于增加第二处理系统中的资源量的方法，可以进行用于通过如下的自动伸缩来调整资源量的处理，所述自动伸缩被设置为在第二处理系统充当发布的生产环境时被执行。或者，作为另一方法，可以预先设置要在用于切换发布的生产环境的处理时进行的、用于调整资源量的处理，并且可以进行用于调整资源量的该处理。即使当在第一处理系统与第二处理系统之间在服务器结构、虚拟机的规格等方面存在差异时，本示例性实施例也能够在切换发布的生产环境时，防止第二处理系统在对请求的处理上发生滞后。

第三示例性实施例与第一示例性实施例基本类似，因而，以下将仅描述两示例性实施例间的差异。在步骤S1006中进行的用于调整绿环境350中的资源量的处理中，在本示例性实施例中，使用基于“最后一次进行的操作的应用”的迁移方法，而在第一示例性实施例中，使用了基于“所需设备数的应用”的迁移方法，并且在第二示例性实施例中，使用了基于“负荷状态的应用”的迁移方法。在本示例性实施例中，在获取关于蓝环境330中的资源量的调整的信息时，在绿环境350中，也进行在蓝环境330中最后一次进行过的用于调整资源量的处理。

图11C是例示根据本示例性实施例的绿环境350中的处理的流程的流程图，并且例示了用于通过基于“最后一次进行的操作的应用”的迁移方法、来调整绿环境350中的资源量的处理的流程的示例。针对绿环境350中的自动伸缩组和服务器组件中的各个，来进行用于调整绿环境350中的资源量的处理。

“最后一次进行的操作的应用”是指如下的迁移方法，该迁移方法对绿环境350中的、与蓝环境330中的服务器组件等相对应的服务器组件等，执行被保持为对蓝环境330中的服务器组件等最后一次进行的操作的控制命令，由此应用在蓝环境330中最后一次进行的操作。在步骤S1121至S1124中，资源管理器303通过基于“最后一次进行的操作的应用”的迁移方法，来进行用于调整绿环境350中的资源量的处理。即使在例如无法获取到表示所需设备数的信息和表示负荷状态的信息的情况下，也能够使用“最后一次进行的操作的应用”。

在步骤S1122中，切换单元405针对“角色”属性相同的、蓝环境330中的服务器组件，来获取最后一次进行的操作706。在步骤S1122中的获取时，最后一次进行的操作706是如下的处理，即对蓝环境330中的服务器组件最后一次进行过的、用于调整资源量的处理。切换单元405获取蓝环境330中的如下的自动伸缩组或服务器组件的最后一次进行的操作706，所述的自动伸缩组或服务器组件的“角色”属性的值，等于被设置到作为重复目标的自动伸缩组、服务器组件等的值。切换单元405搜索如下的自动伸缩组或服务器组件，对于所述的自动伸缩组或服务器组件，在标签707中包含表示蓝环境330的标签(“版本”属性是“100”)，并且“角色”属性的值是相同的。

例如，在由R11标识的负荷均衡器351的情况下，因为“角色”属性的值是“Web”，因此，切换单元405选择由行712中的R01标识的负荷均衡器331，在所述的行712中，在标签707中包含(“角色”：“Web”)和(“版本”：“100”)，并且在类型702中指定了相同类型。然后，切换单元405获取(“ChangeType＝Medium”)，这是R01的最后一次进行的操作706的值。

随后，在步骤S1123中，自动伸缩管理单元403对绿环境350中的自动伸缩组、服务器组件等，进行自动伸缩功能的相同设置的操作。

例如，自动伸缩管理单元403对由R11标识的负荷均衡器351，执行作为在步骤S1122中获取到的信息的最后一次进行的操作706(“ChangeType＝Medium”)。响应于该操作，由R11标识的负荷均衡器351执行自动伸缩，诸如增加包括的虚拟机的数量。

在步骤S1124中，处理返回到图10的流程图，而后前进到下一步骤。

系统管理器300可以基于在切换发布的生产环境之前的预定时间段内、由蓝环境330接收的请求的量，来预测当切换发布的生产环境时的请求量。除了在蓝环境330中最后一次进行的用于调整资源量的处理之外，系统管理器300可以进一步考虑到请求量的增加或减少，来进行用于调整绿环境350中的资源量的处理。这同样适用于后述的应用例。

在本示例性实施例中，根据切换发布的生产环境的指令，在第二处理系统中进行如下的操作，该操作与在第一处理系统中最后一次进行过的用于调整资源量的处理相同。即使当无法获取到表示虚拟机的数量的信息和表示负荷状态的信息时，本示例性实施例也能够在切换发布的生产环境时，防止第二处理系统在对请求的处理上发生滞后。

<应用例1>

在步骤S1006中的用于调整绿环境350中的资源量的处理中，切换单元405可以根据在栈模板中定义的任意设置来控制切换，所述栈模板指定在根据第一示例性实施例至第三示例性实施例的迁移方法之中，应当使用哪种迁移方法。可以在处理系统中的所有的自动伸缩组和服务器组件之间，来共享该设置。在本示例性实施例的描述中，将假设针对自动伸缩组和服务器组件中的各个，来设置迁移方法。

图12例示了根据本示例性实施例的栈模板的示例，并且，在该示例栈模板中记载了迁移方法。在第186行至第199行中，指定了反映如下信息的操作的设置，所述信息是当在蓝环境330与绿环境350之间切换发布的生产环境时的自动伸缩状态。

在第186行至第199行中，指定了关于在如下处理时的迁移方法的设置，所述处理用于在切换发布的生产环境时，调整绿环境350中的资源量。例如，当切换单元405接收到切换发布的生产环境的指令时，参照该设置。

作为设置的示例，在第187行至第193行中，设置了针对如下自动伸缩组的操作，对于所述自动伸缩组，“Web”被指定作为具有表示“Role”(角色)的关键字的属性的值。“所需设备数的应用”(“CopyDesiredCapacity”)被指定作为相应的迁移方法(MigrateMethod)。

切换单元405针对用于调整绿环境350中的资源量的处理，来选择要参照的关于蓝环境330的信息，从而设置迁移方法。首先，切换单元405搜索符合如下迁移方法的自动伸缩组或服务器组件，所述迁移方法是针对作为重复目标的自动伸缩组或服务器组件、而在绿环境350的栈模板中指定的。切换单元405从栈接收单元404，获取绿环境350的栈模板。

自动伸缩状态信息715中的自动伸缩组“S02_WebAutoScalingGroup”具有值被设置为“Web”的“角色”属性，并且符合在栈模板中的第187行至第193行中指定的第一迁移设置。然后，该迁移方法是“所需设备数的应用”。切换单元405可以被配置为采用预定的迁移方法，而不参照栈模板。

作为设置的另一示例，在第194行至第198行中，设置了针对如下自动伸缩组的操作，对于所述自动伸缩组，“Batch”(批处理)被指定作为具有表示“Role”(角色)的关键字的属性的值。“无设置”(“None”(无))被指定作为相应的迁移方法(MigrateMethod)。

资源管理器303把蓝环境330中的虚拟机332的所需设备数703，应用于绿环境350中的虚拟机352，但是不把蓝环境330中的虚拟机334的所需设备数703，应用于绿环境350中的虚拟机354。虚拟机332是Web服务器等，并且处理来自预定网络系统的大量请求，使得在切换环境之前，应当与所需设备数703一样多地，来准备绿环境350中的虚拟机352。然而，虚拟机334是批处理服务器等，并且在接收消息之后处理排队的消息，使得只需要通过绿环境350中的自动伸缩功能，来增加虚拟机354的数量。这是因为，排队的消息的数量的增加，与来自预定网络系统的请求的数量并不同步。因此，在切换发布的生产环境之前，可以不必增加绿环境350中的虚拟机354的数量。

通过在第194行至第198行中指定的设置，使得系统管理员能够在切换处理系统时，节省批处理服务器的服务器费用。

如果自动伸缩组或服务器组件不符合在栈模板中指定的迁移方法，则切换单元405通过参照图13，设置针对诸如虚拟机和服务器组件等的各类型而指定的迁移方法。

图13例示了表示根据本示例性实施例的、按服务器组件的类型而指定的迁移方法的表格的示例。切换单元405管理关于迁移方法的信息，像例如由记录1311及1312表示的信息。类型1301表示诸如虚拟机和服务器组件等的类型，并且，迁移方法1302表示按类型指定的迁移方法。例如，当确定由作为资源ID501的R11标识的负荷均衡器351的迁移方法时，切换单元405参照图13中所示的行1311，并确定将“最后一次进行的操作的应用”用作迁移方法。另一方面，在由R14标识的队列353的情况下，切换单元405参照行1312，并确定将“负荷状态的应用”用作迁移方法。如果不能确定迁移方法，则迁移单元405将迁移方法设置为“无”。

本示例性实施例使得能够针对包括在处理系统中的资源的每个组，来设置迁移方法，并且在切换发布的生产环境时，根据针对每个组设置的迁移方法，来进行用于调整资源量的处理。

<应用例2>

可以由系统管理器300替代资源管理器303，来执行图10及图11A至图11C的流程图中所示的处理的一部分。

在图10中所示的步骤S1008中，在绿环境350中的资源量被实际调整之后，将发布的生产环境从蓝环境330切换到绿环境350。从系统管理器300向资源管理器303的资源管理单元401发出调整资源量的指令起，直到资源量被实际调整为止，整个过程可能需要一些时间。因此，例如，系统管理器300在确认图7中所示的运行设备数704与所需设备数703匹配之后，发出切换发布的生产环境的指令。

此外，在切换指令被发出之后调整绿环境350中的资源量的定时，可以是紧接在发布的生产环境被实际切换之后。然而，应当及时地通过自动伸缩来调整绿环境350中的资源量。

其他实施方式

另外，可以通过读出并执行记录在存储介质(也可更完整地称为“非临时性计算机可读存储介质”)上的计算机可执行指令(例如，一个或更多程序)以执行上述实施例中的一个或更多的功能、并且/或者包括用于执行上述实施例中的一个或更多的功能的一个或更多电路(例如，专用集成电路(ASIC))的系统或装置的计算机，来实现本发明的实施例，并且，可以利用通过由所述系统或装置的所述计算机例如读出并执行来自所述存储介质的所述计算机可执行指令以执行上述实施例中的一个或更多的功能、并且/或者控制所述一个或更多电路执行上述实施例中的一个或更多的功能的方法，来实现本发明的实施例。所述计算机可以包括一个或更多处理器(例如，中央处理单元(CPU)，微处理单元(MPU))，并且可以包括分开的计算机或分开的处理器的网络，以读出并执行所述计算机可执行指令。所述计算机可执行指令可以例如从网络或存储介质被提供给计算机。所述存储介质可以包括例如硬盘、随机存取存储器(RAM)、只读存储器(ROM)、分布式计算系统的存储器、光盘(诸如压缩光盘(CD)、数字通用光盘(DVD)或蓝光光盘(BD)^TM)、闪存设备以及存储卡等中的一者或更多。

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(CPU)、微处理单元(MPU)读出并执行程序的方法。

虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明并不限定于所公开的示例性实施例。所附权利要求的范围应当被赋予最宽的解释，以便涵盖所有这类修改以及等同的结构和功能。

Claims (20)

1.一种管理系统，其包括多个处理系统，所述多个处理系统各自包括至少一个或更多个虚拟机以及负荷分发设备，所述至少一个或更多个虚拟机各自被构造为处理请求，所述负荷分发设备被构造为将请求分发至所述虚拟机，所述管理系统包括：

获取单元，其被构造为根据用于将处理从预定网络系统发送的请求的处理系统从第一处理系统切换到第二处理系统的指令，获取关于要用于所述第一处理处理系统的资源的量的调整的信息，所述第一处理系统及所述第二处理系统被包括在所述多个处理系统中；以及

调整指示单元，其被构造为，发出用于增加所述第二处理系统中的虚拟机的数量的指令，作为基于由所述获取单元获取到的信息来调整所述第二处理系统中的资源的量的调整指令，

其中，根据由所述调整指示单元发出的所述调整指令，将处理从所述预定网络系统发送的请求的处理系统，从所述第一处理系统切换到所述第二处理系统。

2.根据权利要求1所述的管理系统，其中，所述第一处理系统和所述第二处理系统各自包括请求处理系统及批处理系统，所述请求处理系统包括被构造为从所述负荷分发设备接收请求以处理该请求的一个或更多个虚拟机，所述批处理系统包括被构造为处理与由所述请求处理系统处理的请求相对应的消息的一个或更多个虚拟机，并且，

其中，所述调整指示单元基于由所述获取单元获取到的信息，不针对所述第二处理系统中的所述批处理系统而针对所述第二处理系统中的所述请求处理系统，发出所述调整指令。

3.根据权利要求1所述的管理系统，其中，所述调整指示单元还发出用于对所述第二处理系统中的虚拟机增加硬件资源的分配的指令，作为基于由所述获取单元获取到的信息来调整所述第二处理系统中的资源的量的所述调整指令。

4.根据权利要求1所述的管理系统，其中，由一个或更多个服务器计算机提供由所述第一处理系统和所述第二处理系统各自使用的资源。

5.根据权利要求1所述的管理系统，其中，在将处理从所述预定网络系统发送的请求的所述处理系统从所述第一处理系统切换到所述第二处理系统之后，使调整功能有效，该调整功能根据接收的请求的量，自动执行用来减少所述第二处理系统中的资源的量的调整。

6.根据权利要求1所述的管理系统，其中，由所述获取单元获取的信息是，所述第一处理系统中的虚拟机的数量、由所述第一处理系统接收的请求的量以及表示在所述第一处理系统中最后一次执行的调整的信息中的至少一者。

7.根据权利要求6所述的管理系统，其中，所述处理系统在被划分为多个组的同时被管理，所述多个组各自包括一个或更多个虚拟机以及一个或更多个负荷分发设备中的至少任何一者，

其中，所述管理系统还包括设置单元，所述设置单元被构造为针对由所述第二处理系统使用的资源的组中的各个，设置所述第一处理系统中的虚拟机的数量、由所述第一处理系统接收的请求的量以及表示在所述第一处理系统中最后一次执行的调整的信息中的任何一者，作为用于由所述调整指示单元发出的指令的、针对所述第一处理系统的信息，

其中，所述获取单元根据由所述设置单元进行的设置，获取所述第一处理系统中的虚拟机的数量、由所述第一处理系统接收的请求的量以及表示在所述第一处理系统中最后一次执行的调整的信息中的至少一者，并且，

其中，所述调整指示单元针对由所述第二处理系统使用的资源的组中的各个，基于由所述获取单元获取到的信息，发出调整所述第二处理系统中的资源的量的调整指令。

8.根据权利要求1所述的管理系统，其中，如果由所述获取单元获取到由所述第一处理系统接收的请求的量、或者表示对所述第一处理系统施加的请求处理的负荷的信息，则所述调整指示单元基于获取到的该信息，发出调整所述第二处理系统中的资源的量的调整指令。

9.根据权利要求1所述的管理系统，其中，如果由所述获取单元获取到表示在所述第一处理系统中最后一次执行的调整的信息，则所述调整指示单元发出在所述第二处理系统中、执行由所述获取单元获取到的所述信息表示的调整的指令，作为调整所述第二处理系统中的资源的量的调整指令。

10.根据权利要求1所述的管理系统，其中，在所述第一处理系统中的虚拟机上运行的应用的版本，与在所述第二处理系统中的虚拟机上运行的应用的版本彼此不同。

11.一种控制管理系统的控制方法，所述管理系统包括多个处理系统，所述多个处理系统各自包括至少一个或更多个虚拟机以及负荷分发设备，所述至少一个或更多个虚拟机各自被构造为处理请求，所述负荷分发设备被构造为将请求分发至所述虚拟机，所述控制方法包括以下步骤：

根据用于将处理从预定网络系统发送的请求的处理系统从第一处理系统切换到第二处理系统的指令，获取关于要用于所述第一处理处理系统的资源的量的调整的信息，所述第一处理系统及所述第二处理系统被包括在所述多个处理系统中；以及

发出用于增加所述第二处理系统中的虚拟机的数量的指令，作为基于在所述获取步骤中获取到的信息来调整所述第二处理系统中的资源的量的调整指令，

其中，根据在所述发出步骤中发出的所述调整指令，将处理从所述预定网络系统发送的请求的处理系统，从所述第一处理系统切换到所述第二处理系统。

12.根据权利要求11所述的控制方法，其中，所述第一处理系统和所述第二处理系统各自包括请求处理系统及批处理系统，所述请求处理系统包括被构造为从所述负荷分发设备接收请求以处理该请求的一个或更多个虚拟机，所述批处理系统包括被构造为处理与由所述请求处理系统处理的请求相对应的消息的一个或更多个虚拟机，并且，

其中，基于在所述获取步骤中获取到的信息，不针对所述第二处理系统中的所述批处理系统而针对所述第二处理系统中的所述请求处理系统，来发出所述调整指令。

13.根据权利要求11所述的控制方法，其中，还发出用于对所述第二处理系统中的虚拟机增加硬件资源的分配的指令，作为基于在所述获取步骤中获取到的信息来调整所述第二处理系统中的资源的量的所述调整指令。

14.根据权利要求11所述的控制方法，其中，由一个或更多个服务器计算机提供由所述第一处理系统和所述第二处理系统各自使用的资源。

15.根据权利要求11所述的控制方法，其中，在将处理从所述预定网络系统发送的请求的处理系统、从所述第一处理系统切换到所述第二处理系统之后，使调整功能有效，所述调整功能根据接收的请求的量，自动执行减少所述第二处理系统中的资源的量的调整。

16.根据权利要求11所述的控制方法，其中，在所述获取步骤中获取的信息是，所述第一处理系统中的虚拟机的数量、由所述第一处理系统接收的请求的量以及表示在所述第一处理系统中最后一次执行的调整的信息中的至少一者。

17.根据权利要求16所述的控制方法，其中，所述处理系统在被划分为多个组的同时被管理，所述多个组各自包括一个或更多个虚拟机以及一个或更多个负荷分发设备中的至少任何一者，

其中，所述控制方法还包括针对由所述第二处理系统使用的资源的组中的各个，设置所述第一处理系统中的虚拟机的数量、由所述第一处理系统接收的请求的量以及表示在所述第一处理系统中最后一次执行的调整的信息中的任何一者，作为用于在所述发出步骤中发出的指令的、针对所述第一处理系统的信息，

其中，在所述获取步骤中，根据在所述设置步骤中进行的设置，获取所述第一处理系统中的虚拟机的数量、由所述第一处理系统接收的请求的量以及表示在所述第一处理系统中最后一次执行的调整的信息中的至少一者，并且，

其中，在所述发出步骤中，针对由所述第二处理系统使用的资源的组中的各个，基于在所述获取步骤中获取到的信息，发出调整所述第二处理系统中的资源的量的调整指令。

18.根据权利要求11所述的控制方法，其中，如果在所述获取步骤中获取到由所述第一处理系统接收的请求的量，或者表示对所述第一处理系统施加的请求处理的负荷的信息，则在所述发出步骤中，基于获取到的该信息，发出调整所述第二处理系统中的资源的量的调整指令。

19.根据权利要求11所述的控制方法，其中，如果在所述获取步骤中获取到表示在所述第一处理系统中最后一次执行的调整的信息，则在所述发出步骤中，发出在所述第二处理系统中执行通过所述获取步骤获取到的所述信息表示的调整的指令，作为调整所述第二处理系统中的资源的量的调整指令。

20.根据权利要求11所述的控制方法，其中，在所述第一处理系统中的虚拟机上运行的应用的版本，与在所述第二处理系统中的虚拟机上运行的应用的版本彼此不同。