各客户环境130中的中继装置的计算机，等等。
[0039]信息处理装置包括执行存储在只读存储器(R0M)253中的程序的CPU251，并且经由内部总线256对各设备进行综合控制。随机存取存储器(RAM)252、R0M253、存储设备254、网络接口( I/F)255和输入/输出I/F257连接到内部总线256。此外，输入/输出I/F257包括例如PS/2或通用串行总线(USB I/F)，以及模拟或数字显示I/F。输入/输出I/F257使得未例示的键盘、鼠标、阴极射线管(CRT)或液晶显示器等，能够连接到信息处理装置。信息处理装置利用网络I/F255，经由LAN、内部网环境或因特网进行通信。该通信使得信息处理装置，能够与网络设备及其他信息处理装置进行通信。CPU251进行与RAM252及R0M253—起执行程序的处理。此外，CPU251还能够执行用于实现虚拟化技术的程序。此外，CPU251进行如下的处理，即将数据记录到诸如存储设备254等的记录介质中。存储设备254充当外部存储设备。除了存储各种信息之外，存储设备254还能够替代RAM252，来存储各种系统信息及处理信息。
[0040]图3A及图3B各自例示了管理系统100的结构的示例。管理系统100由操作计算机110的系统管理员来构造和管理，并且处理从由客户管理员操作的计算机120以及客户环境130中的网络设备和中继装置发送的请求，从而提供服务。
[0041 ]图3A例示了在生成绿环境350之前的管理系统100。在图3A中，管理系统100包括系统管理器300、域名系统(DNS)301、数据库302、资源管理器303及蓝环境330。另一方面，图3B例示了在生成绿环境350之后的管理系统100。图3B中所示的管理系统100的结构是在图3A中所示的管理系统100的结构中，添加了绿环境350。在进行了操作校验和测试之后，绿环境350取代蓝环境330，而成为发布的生产环境。稍后，将参照图10来描述用于切换发布的生产环境的处理。
[0042]在DNS301中，登记了各虚拟机和负荷均衡器的地址信息(诸如互联网协议(IP)地址)及主机名。供系统管理员使用的计算机110、供客户管理员使用的计算机120，以及客户环境130中的计算机及网络设备，经由诸如因特网等的网络来与DNS301通信。这些计算机及网络设备向DNS301询问如下的地址信息，该地址信息对应于被设置为请求的连接目的地的处理系统中的负荷均衡器的主机名，并且，这些计算机及网络设备将请求发送到从DNS301返回的地址信息。响应于接收到的询问，DNS301利用与DNS名称相关联的DNS记录，返回表示被设置为请求的连接目的地的处理系统中的负荷均衡器的主机名或地址信息。包括在管理系统100中的各虚拟机具有诸如唯一的IP地址等的地址信息。因此，能够基于充当负荷均衡器的虚拟机的地址信息，来识别该负荷均衡器的地址信息。
[0043]数据库302存储用于实现本管理系统100的程序、用于提供服务的各种数据、后述的图5至图8及图13中所示的各表格，等等。
[0044]系统管理器300从供系统管理员使用的计算机110，来接收例如关于管理系统100中的处理系统的设置的请求。系统管理器300基于来自系统管理员的请求，向资源管理器303发出指令。例如，系统管理器300发出用于生成形成处理系统的资源和使用该资源的处理系统的指令以及用于调整资源量的调整指令。
[0045]资源管理器303基于来自系统管理器300的指令，生成或删除形成处理系统的资源，并进行用于调整管理系统100中的资源量的处理。资源量的调整包括例如增加虚拟机的数量的横向扩展，以及增加对虚拟机的硬件资源的分配的纵向扩展。此外，资源量的调整还包括减少虚拟机的数量的横向缩容，以及减少对虚拟机的硬件资源的分配的纵向缩容。硬件资源是CPU(核数)、内存(大小)、存储器(大小)等。
[0046]资源管理器303还可以通过监视被发送到蓝环境330的请求的量，来自动地调整资源量。请求量是指每单位时间由蓝环境330中的负荷均衡器331接收的请求的数目。另外，资源管理器303可以被配置为通过监视对蓝环境330施加的处理负荷，来自动地调整资源量。处理负荷意思是虚拟机中的处理所施加的负荷，并且是指虚拟机的CPU使用率和内存使用率、返回响应所花的时间等。术语“自动伸缩”(auto-scaling)用来指当被监视的请求量或者被监视的处理负荷满足预设条件时由资源管理器303执行的资源量的调整。
[0047]另外，资源管理器303例如根据来自系统管理器300的指令，重写登记在DNS301中的DNS记录，由此切换发布的生产环境。将在描述图4中所示的切换单元405的段落中，详细地描述用于切换发布的生产环境的方法。
[0048]蓝环境330是运行当前版本的应用的处理系统，并且包括负荷均衡器331、虚拟机332及334以及队列333。在绿环境350中运行的应用是升级版的应用，该升级版的应用与在蓝环境330中运行的应用相比，添加或扩展了至少一个功能。绿环境350是如下的处理系统，其包括负荷均衡器351、虚拟机352及354以及队列353。蓝环境330和绿环境350各自可以包括例如多个负荷均衡器331或351、多个虚拟机332及334或者352及354。
[0049]在蓝环境330中，负荷均衡器331是将接收到的请求分发至虚拟机332的负荷分发设备。虚拟机332是蓝环境330中的请求处理系统，以及接收并处理请求的Web服务器等。队列333是用于管理与由虚拟机332处理的请求相对应的消息的队列。虚拟机334是蓝环境330中的批处理系统，以及处理(进行批处理)队列333中排队的消息的批处理服务器等。虚拟机332的请求处理和虚拟机334的批处理是异步进行的。
[0050]在绿环境350中，负荷均衡器351是将接收到的请求分发至虚拟机352的负荷分发设备。虚拟机352是绿环境350中的请求处理系统，以及接收并处理请求的Web服务器等。队列353是用于管理与由虚拟机352处理的请求相对应的消息的队列。虚拟机354是绿环境350中的批处理系统，以及处理(批处理)队列353中排队的消息的批处理服务器等。虚拟机352的请求处理和虚拟机354的批处理是异步进行的。
[0051 ]管理系统100也可以包括多个绿环境350。当切换发布的生产环境时，系统管理员也可以选择多个准备的绿环境350中的一个。
[0052]图4例示了根据本示例性实施例的资源管理器303的结构的示例。资源管理器303包括资源生成单元401、资源监视单元402、自动伸缩管理单元403、栈接收单元404及切换单元405。
[0053]资源生成单元401接收从系统管理员向管理系统100的资源发出的请求，并且基于该请求，生成虚拟机332、334、352及354以及服务器组件。系统管理员能够请求资源生成单元401生成虚拟机332、334、352及354并使虚拟机332、334、352及354可用。资源生成单元401通过各种方法接收来自系统管理员的请求。例如，资源生成单元401可以被配置为利用由管理系统100提供的图形用户界面(GUI)、应用编程接口(API)等，接收来自系统管理员的请求。来自系统管理员的请求包括虚拟机332、334、352及354的数量、类型等。
[0054]虚拟机332、334、352及354各自可以包括能够由系统管理员选择的操作系统(OS)、应用服务器、系统及应用结构等。服务器组件包括负荷均衡器331及351、队列333及353等，但不限于此。在管理系统100生成满足来自系统管理员的请求的虚拟机332、334、352及354之后，系统管理员能够改变虚拟机332、334、352及354的设置。例如，系统管理员能够改变与各虚拟机332、334、352及354相关的存储设备或网络带宽的量或类型。
[0055]资源监视单元402监视虚拟机332、334、352及354和服务器组件的状况、性能等。例如，作为监视项目，资源监视单元402监视负荷均衡器331及351各自的每单位时间的请求数、虚拟机332、334、352及354各自的CPU使用率、内存使用率等，和/或队列333及353各自的未处理消息数等。资源监视单元402连接到蓝环境330及绿环境350，并且获取关于上述监视项目的信息。此时，资源监视单元402经由管理系统100中的网络(未例示)，而连接到蓝环境330及绿环境350。
[0056]如果作为监视的结果，监视项目满足由系统管理员预先确定的条件(在后述的图9B中例示的栈模板中被定义)，则资源监视单元402发出警告(Alarm)事件。自动伸缩管理单元403接收警告事件，并且响应于该警告事件而生成虚拟机、服务器组件等。
[0057]自动伸缩管理单元403管理虚拟机332、334、352及354和服务器组件的自动伸缩。自动伸缩管理单元403以组为单位，来管理被作为自动伸缩的目标的虚拟机332、334、352及354和服务器组件。在本文中，该组将被称为自动伸缩组。例如，自动伸缩管理单元403把多个现有的虚拟机332，作为一个自动伸缩组进行管理。
[0058]自动伸缩管理单元403把属于自动伸缩组的虚拟机332、334、352及354，分别连接到负荷均衡器331及351，并且，自动伸缩组分别与负荷均衡器331及351相关联。负荷均衡器331及351在将从外部接收的请求分别分发至虚拟机332及352的同时，发送这些请求，并且虚拟机332及352处理接收到的请求。
[0059]自动伸缩管理单元403控制自动伸缩，使得属于自动伸缩组并且在运行中的虚拟机或服务器组件的数量，与被设置为所需设备数的设备数匹配。所需设备数是基于来自系统管理员的请求而确定的。所需设备数可以由云服务的供应商预先设置。
[0060]如果运行设备数小于所需设备数，则自动伸缩管理单元403请求资源生成单元401生成虚拟机，并且将生成的虚拟机等添加到相应的自动伸缩组。如果自动伸缩组与负荷均衡器331或351相关联，则自动伸缩管理单元403把添加的虚拟机，连接到相应的负荷均衡器331或351。
[0061 ]另一方面，如果运行设备数大于所需设备数，则自动伸缩管理单元403从自动伸缩组中删除虚拟机，并且请求资源生成单元401停止虚拟机。如果自动伸缩组与负荷均衡器331或351相关联，则自动伸缩管理单元403请求终止自动伸缩管理单元403试图删除的虚拟机与相应的负荷均衡器331或351之间的连接。负荷均衡器331或351停止向自动伸缩管理单元403试图删除的虚拟机发送请求，并且在当前处理的请求被清除之后，终止所述虚拟机与负荷均衡器331或351之间的连接。在虚拟机332或352与负荷均衡器331或351断开连接之后，自动伸缩管理单元403请求资源生成单元401停止虚拟机332或352。
[0062]此外，在本文中，将使用术语“自动伸缩策略”来指如下的处理，即在资源监视单元402发出警告事件时，设置自动伸缩组中的所需设备数。系统管理员指定所需设备数，例如以使所需设备数增加1、使所需设备数减少I，或者将所需设备数设置为20。资源监视单元402根据来自系统管理员的请求，来促成资源量的调整。另外，自动伸缩管理单元403管理关于自动伸缩状态的信息。关于自动伸缩状态的信息包括虚拟机的数量、其规格、最后一次进行的自动伸缩操作，等等。
[0063]桟接收单元404通过计算机110利用API等，从系统管理员接收生成或删除虚拟机、服务器组件等的请求。此时，桟接收单元404接收桟模板，并请求资源生成单元401生成在桟模板中记载的虚拟机及服务器组件。栈模板是如下的模板，在该模板中，针对虚拟机和服务器组件的生成，而记载了来自系统管理员的请求。稍后，将参照图9A至图9C来描述栈模板。栈是指基于同一栈模板而生成的虚拟机和服务器组件的集合。在本示例中，在单个栈模板中，分别记载了蓝环境330中的虚拟机和服务器组件的生成，以及绿环境中的虚拟机和服务器组件的生成。
[0064]桟接收单元404接收具有上述结构的桟模板，并请求资源生成单元401生成虚拟机和服务器组件。此外，栈接收单元404向资源监视单元402添加监视条件，并且利用自动伸缩管理单元403登记关于自动伸缩的信息。此时的处理导致图3B中所示的绿环境350的生成。
[0065]当从系统管理员发出了切换环境的指令时，切换单元405接收蓝环境330及绿环境350的指定的