[发明专利]与服务器事务延迟信息相关的技术

说明书

背景技术

托管可能几百项服务的大数据中心可能横跨很多服务器(物理的或虚拟的)。这些被容纳服务的客户可能会对缓慢或不可接受的性能产生抱怨。为了追查导致性能变慢和下降的原因，可能需要雇佣一队信息技术(IT)专家。该队IT专家可以分析应用日志和服务器资源度量，来找到在给定的数据中心中的有问题服务器(offending server)。经常，由于服务到底层服务器硬件的可能复杂的映射，可能需要几天时间才能够找到导致变慢的有问题服务器。在将服务映射至由数据中心中的物理服务器所支持的庞大数量的虚拟服务器的虚拟化云计算环境中，复杂性还会增加。对问题服务器进行故障测定的传统模型可以是基于将服务等级协议(SLA)映射至客户性能问题。一旦该映射完成，对数据中心中服务器的服务器资源度量(例如，处理器、存储设备、存储器等等)进行分析来识别可能是有问题服务器的可能候选服务器。下一级的故障测定可以包括在应用、中间件或基础结构层处开启额外级别的日志记录，以便确定问题的根源。然而，由于在数据中心中服务至底层虚拟和/或物理基础结构的复杂映射的原因，在数据中心中的SLA与底层虚拟和/或物理基础结构之间看上去不存在明显的相关性。

附图说明

图1示出了第一示例性系统。

图2示出了示例性过程。

图3示出了示例性事务表格。

图4示出了用于报告事务延迟信息的示例性流程图。

图5示出了第一示例性数据中心。

图6示出了示例性的在服务器之间观察到的事务延迟。

图7示出了示例性的在服务器处观察到的事务延迟。

图8示出了第二示例性数据中心。

图9示出了第二示例性系统。

图10示出了第三示例性系统。

图11示出了第一装置的示例性方框图。

图12示出了第一逻辑流的示例。

图13示出了第一存储介质的示例。

图14示出了第二装置的示例性方框图。

图15示出了第二逻辑流的示例。

图16示出了第二存储介质的示例。

图17示出了第三装置的示例性方框图。

图18示出了第三逻辑流的示例。

图19示出了第三存储介质的示例。

图20示出了第四示例性系统。

图21示出了示例性计算平台。

图22示出了示例性网络输入/输出设备。

具体实施方式

按照本文的设想，在数据中心中的SLA与底层虚拟和/或物理基础结构之间看上去不存在明显的相关性。可以在数据中心的各个部分中放置服务性能监视器，来关注于在给定服务器(例如，前端服务器)处所观察到的事务处理性能。然而，这些主动式监视器可能是特定于应用的，从而可能难以横跨在由很多服务器支持的可能几百个服务来实现。另一种方法可以是在每个托管服务器上安装探针来监视和报告经过物理或虚拟交换机的网络分组信息。在大数据中心中在每个托管服务器上安装探针是耗时且昂贵的。此外，这些探针所产生的庞大的数据量对于快速且高效地确定有问题服务器来说也是存在问题的。针对这些问题和其他挑战，需要本文所述的示例。

在一些示例中，可以实现与服务器事务延迟信息相关的技术。对于这些示例，用于网络输入/输出(I/O)设备的电路能够支持与对入站(ingress)/出站(egress)分组加时间戳相关联的一个或多个模块。例如，该电路可以执行时间戳模块，来将时间戳放置在以耦合至该网络I/O设备的服务器为目的地的入站请求分组上，并将单独的时间戳放置在源自该服务器的出站应答分组上。该电路还可以执行捕获模块，来捕获单独的入站请求分组的多个部分和单独的出站应答分组的多个部分，所捕获部分用于识别被单独地加时间戳的入站请求分组和被单独地加时间戳的出站应答分组。该电路还可以执行传送模块，以将带有各自的时间戳的所捕获部分传送至该服务器。