管理服务器和管理服务器的控制方法_4

文档序号:8397997阅读:来源:国知局
管理表154的各要素,应用从步骤1303到步骤1309的处理(S1302)。在步骤1303中,收集部113将租户ID作为自变量,调用结构信息收集接口部107,生成租户内包含的组件的一览。接着,针对所得到的组件一览的各要素,应用从步骤1305到步骤1309的处理(S1304)。在步骤1305中,检索是否在租户管理表151中包含了组件的站点提供ID(S1305)。如果在包含的情况下(S1306:是),转移到步骤1304。如果在未包含的情况下(S1306:否),实施从步骤1307到步骤1309。首先,在步骤1307中,通过结构管理部104新分配组件ID。在步骤S1308中,向与租户管理表151的租户ID和供应者类别对应的列追加新的条目,并记录步骤1307中分配了的组件ID和步骤1303中取得的站点提供ID。在步骤1309中取得与处理中的组件的类别对应的组件信息表141,并针对步骤1307中分配了的组件ID和处理中的要素,使用步骤1303中取得的信息来生成并追加条目。
[0092]通过以上,能够实现基于租户管理表151的租户ID与构成租户的组件的关联、基于租户管理表151的站点的识别符与综合管理部的识别符的关联、基于结构信息管理表140的时刻与组件的要素的状态的关联。
[0093]图19是表示步骤1110的变形例的图。变更检测部111定期以租户单位被调用(S1910),并实施从步骤S1912到步骤S1916的处理(S1911)。变更检测部111在步骤1912中从结构信息管理表140提取出前一个时刻的结构信息,并在步骤1913中经由收集部113重新取得当前时刻的结构信息的一览。接着,将步骤1912和步骤1913中得到的结构信息进行比较,检查有无增减了的组件(S1914)。在组件或者组件间连接信息中出现了变化的情况下,判定为存在变更(步骤1915)。在步骤1915中判定为存在变化的情况下,前进到步骤S1916,执行图13中表示的收集部113的流程。
[0094]图17是表示监视信息收集部122的监视流程的图。本流程经由代理部108等收集监视信息,将租户、组件、时间相关联地存储结果。
[0095]首先,监视信息收集部122从代理部108定期地接收时刻、组件ID信息以及监视结果(S1710)。接着,从监视信息收集部122调用的监视信息存储部121基于监视信息收集部122所接收的数据、组件ID来检索租户管理表151,由此确定租户ID,并取得与该租户ID对应的监视信息管理表160,并根据接收到的监视结果的类别来选择性能信息表161、事件信息表162、日志信息表163的某一个,追记监视结果(S1711)。通过以上,能够在信息收集管理表160中,通过租户ID、组件ID、时间来管理收集数据。
[0096]图12是表示显示请求接受时的流程的图。本流程中,根据来自管理者的请求,将收集到的多个监视结果相关联地在画面中显示。首先,请求接受部101从管理终端180接受监视结果的显示请求(S1211)。接着,信息综合部171将显示请求中包含的租户ID的指定了的时刻的结构信息从结构信息管理表140中读出,并根据读出的结构信息的组件ID和指定了的时刻读出关联的监视信息管理表160的信息(S1212)。接着,信息提示部170对于步骤S1212中读出的信息中的结构信息,通过拓扑构筑部172进行构造解析,将其结果以及其他监视数据显示在单一画面中(S1213)。
[0097]图18是表示步骤1212的详细流程的图。本流程中针对结构信息、事件信息、日志信息、性能信息分别进行监视信息的范围缩小,将结果提示在画面中。首先,信息综合部171从请求接受部101接收租户ID和2个以上的时刻。接着,信息综合部171针对指定的2个以上时刻的每个时刻,为了确定所指定的时刻的结构要素,实施从步骤1812到步骤1813。在步骤1812中,基于时刻和租户ID,从结构信息管理表140中提取出全部组件和连接关系。在步骤1813中,基于步骤1812中提取出的信息,拓扑构筑部172生成系统结构图,并向信息提示部170发送。
[0098]接着,信息综合部171在步骤1810中给出的时刻中求出最早的时刻和最新的时刻(步骤1814),基于步骤1810中给出的租户ID确定监视信息管理表160,并从该监视信息管理表160中包含的性能信息表161、事件信息表162、日志信息表163的各自中提取出在所给出的时间范围内的条目,将结果向信息提示部发送。通过以上,能够与时间相关联地显示结构信息、性能信息、事件信息、日志信息。
[0099]此外,在上述中,将指定的租户、时刻范围内包含的全部数据向信息提示部发送,但是,也考虑了仅显示管理者事先指定的数据的情况。通过以下方法来实现,例如在监视信息表150中新设置表示是否进行显示的显示设定列,并在监视结果显示请求之前由管理者通过请求接受部事先对值进行设定,进而,在步骤1815中,针对提取出的条目应用按照显示设定列的范围缩小。
[0100]此外,图18的流程中显示了指定出的时刻的时刻范围的数据,但是该范围和显示结构信息的时刻可以分别进行指定。此外,步骤1810中还能够指定当前的最新的状态。这种情况下,由于结构信息管理表140中未存储数据,因此能够通过在步骤1810之后追加调用结构管理部104并保持最新数据的步骤来应对。
[0101]图20是由综合管理部100提示的画面2000的一例。本画面2000由输出部103生成并显示在管理终端180中。画面2000例如由结构信息显示区域2001、性能信息显示区域2002、事件/日志信息显示区域2003构成,这些显示区域被配置在同一画面中。结构信息显示区域2001能够被分割为2个以上的区域,并在各区域中使用拓扑来显示不同时刻的结构信息。在图20的例子中,在结构信息显示区域2001a和结构信息区域2001b中分别显示不同时刻的结构信息。在各区域中显示的时刻,能够通过时刻指定条2005a、2005b进行指定。结构信息显示区域2001以在节点处具有属于租户的组件,将网络的连接关系表现为边缘的图表构造来显示。此外,能够将由管理者指定的服务层(应用程序、中间件(middleware)等)的依赖关系与这些图表重叠显示(2016、2017a、2017b、2017c)。
[0102]性能信息显示区域2002中显示通过输出部103得到的性能信息。性能信息例如针对各个监视对象组件、监视度量,作为个别的性能图表2020?2023,例如纵向排列地显示。性能图表2020?2023的横轴是时间,在全部性能图表2020?2030中时间轴是统一的。性能图表2020?2023上的标记2004a、2004b分别与结构信息2001a、2001b的时刻连动。
[0103]事件/日志信息显示区域2003显示通过输出部103得到的事件/日志信息。事件/日志信息显示区域2003例如被构成为具有时刻栏2030、类别栏2031、值栏2032的表。表的条目以时间序列排列显示。在这些事件/日志信息显示区域2003中,将通过时刻指定条2005a、2005b指定的时刻范围的条目进行强调显示。
[0104]接着,说明管理者的利用场面。管理者首先通过性能信息图标2020发现在时刻t0 (2026)性能发生了劣化。因此,管理者首先为了确认性能劣化前的时刻的结构信息,使用时刻指定条2005a显示时刻2026的结构信息。接着,管理者使用同一画面来显示性能劣化后的时刻tl (2027)的时刻的结构。这时,管理者发现在结构信息画面2001b中增加了 2台与Web服务器相应的虚拟机,但是性能未改善。接着,管理者为了进行原因解析而发现,当时刻前进时,从时刻t2 (2028)开始性能发生了改善。这时,当观察其他数据库的性能图表(2023)时,性能大幅度改善,能够推测出数据库服务器是原因。这时,管理者对事件区域(2003)进行确认时,能够在行2033c中确认备份(backup)结束的事件,并能够确认备份的通过是原因。
[0105]通过以上,由于能够存储多租户化的信息处理系统中构筑出的业务系统的多个时刻的结构和与该结构对应的监视信息,因此,在业务系统中发生了故障的情况下,能够比较多个时刻的系统结构的差。此外,在跨越多个信息处理系统来构筑业务系统的情况下,也能够计算信息处理系统之间的连接关系,俯瞰业务系统的整体结构。此外,由于能够将多租户化的信息处理系统中构筑出的业务系统的多个时刻的系统结构和与其对应的监视信息显示在单一画面中,因此在业务系统中发生了故障的情况下,能够迅速确定其原因。
[0106]〈第2实施方式〉
[0107]图21是本发明第2实施方式的系统的结构例。与第I实施方式不同地,在本实施方式中,将通过监视收集的数据针对每个数据中心站点210进行存储。因此,向站点管理服务器211配备了监视管理部105和监视信息管理表160,与之相伴,新追加了进行综合管理部100与监视管理部2111之间的连接的监视接口部2110。相对于第I实施例的综合管理部100,综合管理部100除去了监视管理部105和监视信息管理表160,因此图中进行了省略。
[0108]接着,在第2实施方式中,未向代理部108赋予组件ID,取而代之,通过信息综合部171进行站点提供ID与组件ID的变换。因此,性能信息表的构造与综合显示部的流程发生变更。
[0109]图23是性能信息表161的变更例。性能信息表161,代替站点组件ID栏711而具有站点提供ID栏2311。其他栏的结构是相同的,因此进
当前第4页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1