示蓝环境330中的自动伸缩组或服务器组件的负荷状态的信息。
[0120]例如，在自动伸缩组S02_WebAutOScalingGroup的情况下，相关联的自动伸缩策略是 WebScaleUpPolicy 及 WebScaleDownPolicy。另外，相关联的监视条件是 WebCPUAlarmHigh及WebCPUAlarmLow，并且切换单元405搜索这两个监视条件。在由R14标识的队列353的情况下，相关联的两个监视条件是S02_BatchQueueAlarmHigh 及 S02_BatchQueueAlarmLow。切换单元405获取关于蓝环境330中的如下的自动伸缩组或服务器组件的自动伸缩状态的信息，所述的自动伸缩组或服务器组件的“角色”属性的值，与在这些监视条件下被指定作为被监视资源602的资源相同。
[0121]例如，在由R14标识的队列353的情况下，通过参照资源信息管理表(图5)中的记录522，能够从标签信息R14中，辨识出“角色”属性的值为“批处理”。切换单元405发现，被置于行514中的R04，是蓝环境330中的、“角色”属性的值是“批处理”的队列333，并且，切换单元405获取R04的负荷状态(NumberOfMessages)。
[0122]随后，在步骤SI 113中，切换单元405基于在步骤SI 112中获取到的表示蓝环境330中的负荷状态的信息(诸如请求量和处理负荷)，来确定是否应当调整绿环境350中的资源量。
[0123]例如，在由Rl4标识的队列353的情况下，切换单元405基于由R04标识的队列333的负荷状态，来确定条件 S02_BatchQueueAlarmHigh 或 S02_BatchQueueAlarmLow 是否被满足。在管理系统100被设置为以指定间隔多次测量负荷状态的情况下，切换单元405可以被配置为多次测量负荷状态，或者也可以被配置为测量负荷状态一次而不是多次。可以准备仅在切换发布的生产环境时参照的自动伸缩策略。
[0124]如果切换单元405确定应当调整绿环境350中的资源量(步骤S1113:是)，则处理前进到步骤S1114。然后，资源生成单元401调整绿环境350中的资源量。另一方面，如果切换单元405确定不必调整绿环境350中的资源量(步骤S1113:否)，则处理前进到步骤S1115。
[0125]在步骤S1115中，处理返回到图10的流程图，而后前进到下一步骤。
[0126]资源管理器303可以设置绿环境350中的所需设备数703和/或规格705，使得绿环境350具有充足的处理能力，即在蓝环境330的处理能力的基础上增加一定富余。
[0127]在自动伸缩组的情况下，资源管理器303基于如下的自动伸缩策略来设置所需设备数703等，所述自动伸缩策略与在步骤S1113中负荷状态已达到上限的监视条件相关联。此时，资源管理器303以如下的方式来设置所需设备数703等，S卩，使得由蓝环境330中的负荷均衡器331接收的请求的量，和在绿环境350中可处理的请求的量相互匹配。例如，由于诸如队列等被提供作为被管理服务的服务器组件，系统管理员可能无法指定自动伸缩的设置。在这样的情况下，资源管理器303基于在自动伸缩管理单元403内管理的设置，来计算所需设备数和/或规格，以将计算出的设备数和/或规格应用于服务器组件。系统管理器300可以基于在切换发布的生产环境之前的预定时间段内、由蓝环境330接收的请求的量，来预测当切换发布的生产环境时的请求量。除了由蓝环境330中的负荷均衡器331接收的请求的量之外，系统管理器300可以进一步考虑到请求量的增加或减少，来确定预计能够由绿环境350处理的请求的量。这同样适用于后述的应用例。
[0128]在本示例性实施例中，在发布的生产环境被从第一处理系统切换到第二处理系统之前，利用表示第一处理系统中的负荷状态的信息，来增加第二处理系统中的资源量。作为用于增加第二处理系统中的资源量的方法，可以进行用于通过如下的自动伸缩来调整资源量的处理，所述自动伸缩被设置为在第二处理系统充当发布的生产环境时被执行。或者，作为另一方法，可以预先设置要在用于切换发布的生产环境的处理时进行的、用于调整资源量的处理，并且可以进行用于调整资源量的该处理。即使当在第一处理系统与第二处理系统之间在服务器结构、虚拟机的规格等方面存在差异时，本示例性实施例也能够在切换发布的生产环境时，防止第二处理系统在对请求的处理上发生滞后。
[0129]第三示例性实施例与第一示例性实施例基本类似，因而，以下将仅描述两示例性实施例间的差异。在步骤S1006中进行的用于调整绿环境350中的资源量的处理中，在本示例性实施例中，使用基于“最后一次进行的操作的应用”的迀移方法，而在第一示例性实施例中，使用了基于“所需设备数的应用”的迀移方法，并且在第二示例性实施例中，使用了基于“负荷状态的应用”的迀移方法。在本示例性实施例中，在获取关于蓝环境330中的资源量的调整的信息时，在绿环境350中，也进行在蓝环境330中最后一次进行过的用于调整资源量的处理。
[0130]图1lC是例示根据本示例性实施例的绿环境350中的处理的流程的流程图，并且例示了用于通过基于“最后一次进行的操作的应用”的迀移方法、来调整绿环境350中的资源量的处理的流程的示例。针对绿环境350中的自动伸缩组和服务器组件中的各个，来进行用于调整绿环境350中的资源量的处理。
[0131]“最后一次进行的操作的应用”是指如下的迀移方法，该迀移方法对绿环境350中的、与蓝环境330中的服务器组件等相对应的服务器组件等，执行被保持为对蓝环境330中的服务器组件等最后一次进行的操作的控制命令，由此应用在蓝环境330中最后一次进行的操作。在步骤S1121至S1124中，资源管理器303通过基于“最后一次进行的操作的应用”的迀移方法，来进行用于调整绿环境350中的资源量的处理。即使在例如无法获取到表示所需设备数的信息和表示负荷状态的信息的情况下，也能够使用“最后一次进行的操作的应田，，
/TJ ο
[0132]在步骤SI122中，切换单元405针对“角色”属性相同的、蓝环境330中的服务器组件，来获取最后一次进行的操作706。在步骤SI 122中的获取时，最后一次进行的操作706是如下的处理，即对蓝环境330中的服务器组件最后一次进行过的、用于调整资源量的处理。切换单元405获取蓝环境330中的如下的自动伸缩组或服务器组件的最后一次进行的操作706，所述的自动伸缩组或服务器组件的“角色”属性的值，等于被设置到作为重复目标的自动伸缩组、服务器组件等的值。切换单元405搜索如下的自动伸缩组或服务器组件，对于所述的自动伸缩组或服务器组件，在标签707中包含表示蓝环境330的标签(“版本”属性是“100” )，并且“角色”属性的值是相同的ο
[0133]例如，在由RlI标识的负荷均衡器351的情况下，因为“角色”属性的值是“Web”，因此，切换单元405选择由行712中的ROl标识的负荷均衡器331，在所述的行712中，在标签707中包含(“角色”:“Web”)和(“版本”:“100”)，并且在类型702中指定了相同类型。然后，切换单元405获取(“Change Type=Medium” )，这是ROl的最后一次进行的操作706的值。
[0134]随后，在步骤SI123中，自动伸缩管理单元403对绿环境350中的自动伸缩组、服务器组件等，进行自动伸缩功能的相同设置的操作。
[0135]例如，自动伸缩管理单元403对由Rll标识的负荷均衡器351，执行作为在步骤S1122中获取到的信息的最后一次进行的操作706( “Change Type=Medium”)。响应于该操作，由Rll标识的负荷均衡器351执行自动伸缩，诸如增加包括的虚拟机的数量。
[0136]在步骤S1124中，处理返回到图10的流程图，而后前进到下一步骤。
[0137]系统管理器300可以基于在切换发布的生产环境之前的预定时间段内、由蓝环境330接收的请求的量，来预测当切换发布的生产环境时的请求量。除了在蓝环境330中最后一次进行的用于调整资源量的处理之外，系统管理器300可以进一步考虑到请求量的增加或减少，来进行用于调整绿环境350中的资源量的处理。这同样适用于后述的应用例。
[0138]在本示例性实施例中，根据切换发布的生产环境的指令，在第二处理系统中进行如下的操作，该操作与在第一处理系统中最后一次进行过的用于调整资源量的处理相同。即使当无法获取到表示虚拟机的数量的信息和表示负荷状态的信息时，本示例性实施例也能够在切换发布的生产环境时，防止第二处理系统在对请求的处理上发生滞后。
[0139]〈应用例1>
[0140]在步骤S1006中的用于调整绿环境350中的资源量的处理中，切换单元405可以根据在栈模板中定义的任意设置来控制切换，所述栈模板指定在根据第一示例性实施例至第三示例性实施例的迀移方法之中，应当使用哪种迀移方法。可以在处理系统中的所有的自动伸缩组和服务器组件之间，来共享该设置。在本示例性实施例的描述中，将假设针对自动伸缩组和服务器组件中的各个，来设置迀移方法。
[0141]图12例示了根据本示例性实施例的栈模板的示例，并且，在该示例栈模板中记载了迀移方法。在第186行至第199行中，指定了反映如下信息的操作的设置，所述信息是当在蓝环境330与绿环境350之间切换发布的生产环境时的自动伸缩状态。
[0142]在第186行至第199行中，指定了关于在如下处理时的迀移方法的设置，所述处理用于在切换发布的生产环境时，调整绿环境350中的资源量。例如，当切换单元405接收到切换发布的生产环境的指令时，参照该设置。
[0143]作为设置的示例，在第187行至第193行中，设置了针对如下自动伸缩组的操作，对于所述自动伸缩组，“Web”被指定作为具有表示“Role”(角色)的关键字的属性的值。“所需设备数的应用” (“CopyDesiredCapacity”)被指定作为相应的迀移方法(MigrateMethod)。
[0144]切换单元405针对用于调整绿环境350中的资源量的处理，来选择要参照的关于蓝环境330的信息，从而设置迀移方法。首先，切换单元405搜索符合如下迀移方法的自动伸缩组或服务器组件，所述迀移方法是针对作为重复目标的自动伸缩组或服务器组件、而在绿环境350的栈模板中指定的。切换单元405从栈接收单元404，获取绿环境350的栈模板。
[0145]自动伸缩状态信息715中的自动伸缩组“S02_WebAutoScalingGroup”具有值被设置为“Web”的“角色”属性，并且符合在栈模板中的第187行至第193行中指定的第一迀移设置。然后，该迀移方法是“所需设备数的应用”。切换单元405可以被配置为采用预定的迀移方法，而不参照栈模板。
[0146]作为设置的另一示例，在第194行至第198行中，设置了针对如下自动伸缩组的操作，对于所述自动伸缩组，“Batch”(批处理)被指定作为具有表示“Role”(角色)的关键字的属性的值。“无设置” (“None”(无))被指定作为相应的迀移方法(MigrateMethod)。
[0147]资源管理器303把蓝环境330中的虚拟机332的所需设备数703，应用于绿环境350中的虚拟机352，但是不把蓝环境330中的虚拟机334的所需设备数703，应用于绿环境350中的虚拟机354。虚拟机332是Web服务器等，并且处理来自预定网络系统的大量请求，使得在切换环境之前，应当与所需设备数703—样多地，来准备绿环境350中的虚拟机352。然而，虚拟机334是批处理服务器等，并且在接收消息之后处理排队的消息，使得只需要通过绿环境350中的自动伸缩功能，来增加虚拟机354的数量。这是因为，排队的消息的数量的增加，与来自预定网络系统的请求的数量并不同步。因此，在切换发布的生产环境之前，可以不必增加绿环境350中的虚拟机354的数量。
[0148]通过在第194行至第198行中指定的设置，使得系统管理员能够在切换处理系统时，节省批处理服务器的服务器费用。
[0149]如果自动伸缩组或服务器组件不符合在栈模板中指定的迀移方法，则切换单元405通过参照图13，设置针对诸如虚拟机和服务器组件等的各类型而指定的迀移方法。
[0150]图13例示了表示根据本示例性