制定内部用户SLA 解决网络性能问题

　　在《网络应用性能问题为何如此棘手》中，我们总结了网络应用性能问题难以处理的几个原因。那么有没有什么好的方法可用来解决这一问题呢?本文作者为大家介绍的一种方法是制定内部用户的SLA。

　　由于不可能高效地管理数以百计的应用程序，IT组织必须综合使用各种技术及他们对公司业务过程的了解来确定一小部分关键应用程序，它们对公司的关键业务过程能否成功执行至关重要。

　　一旦IT组织确定了公司业务的关键应用程序，那么下一步就是为每个应用程序制定服务水平协议(SLA)。SLA必须包含每个应用程序的简单描述，每个应用程序的关键特性以及一组可用性和性能目标。事实上，在几年前，还没有任何一家IT组织能够为它的内部用户提供这样的SLA。虽然IT组织制定内部SLA的现象不是很普遍，但是它正变得越来越流行。

　　制定内部SLA的其中一个优点是因为它包含了性能目标，因此它去除了一些关于应用程序性能是否在可接受范围内的主观臆断性。然而，制定一个内部SLA也有一些缺点。特别是，确定应用程序性能的可接受范围，这是极为复杂的事，在某种程度上是由于IT的任意组成部分(例如，LAN、WAN、SAN、服务器、大型主机、防火墙、数据库等等)都可能导致性能下降。

　　还有就是，导致性能降低的因素可能并不在IT组织可控制的范围内，例如，它可能是由第三方应用程序及其糟糕的书面信息引起的。在这种情况下，制定一个内部SLA会导致IT组织根据它的任务执行能力来进行评估，这些任务一定是非常复杂的，甚至是不可能实现的。为了减小这个风险，IT组织必须在组织对它满意并且能够满足特定SLA目标时才可以公布这些应用程序的SLA的存在。

　　一旦IT组织确定了一定量的关键业务应用程序，那么他们也必须确定IT基础架构的关键组件。所谓“IT基础架构的关键组件”是指支持公司关键应用程序的特定基础架构组件(例如，WAN连接、服务器等)。之所以是关键组件，是因为如果其中的一个组件不可用或者无法很好地执行，那么公司的一个或多个重要业务应用程序就很可能会受到影响。

　　接下来，IT组织就要量化这些关键组件的性能是如何影响公司重要业务应用程序的性能的。例如，假设IT组织已经为公司某个关键应用程序建立了一个SLA，同时这个SLA规定应用程序的响应时间将不超过5秒钟。为了直接将网络管理关联到应用程序SLA所包含的性能目标，IT组织必须了解WAN延迟对应用程序响应时间的影响。假设将此作为测试应用程序的一部分，那么IT组织可以决定如果来回程的WAN延迟少于80毫秒，那么应用程序的响应时间是可以接受的。有了这个认识，再结合恰当的管理工具和程序，IT组织就可以监控这些WAN连接，从而确定WAN延迟在什么时候接近80毫秒。当来回程WAN延迟接近80毫秒时，IT组织就可以采用相应的措施，例如，增加一条或者多条WAN连接的容量。