云网络时代,网络故障管理何去何从?

日期:2016-6-3作者:David Jacob

【TechTarget中国原创】

检测、发现和纠正网络故障从来都不是容易的事情。过去是客户端服务器“统治”、应用运行在指定服务器、最终用户通过以太网、租用WAN链路或其他服务连接的时代,彼时网络故障管理已经比较麻烦了,而现在大型数据中心和云网络让网络故障管理更具挑战性。

技术在变化,但最终结果是最重要的。这里的问题是:用户是否在接受所需的服务质量?答案取决于应用和网络性能。现在的应用通常在公共、私有或混合云上运行,应用作为负载转移在服务器之间迁移。服务器和数据存储之间的吞吐量取决于其他应用放在共享链路的负载。

网络性能取决于连接用户到应用的网络的类型和容量。本地用户可能通过以太网或无线网络连接,远程用户则通过各种WAN技术连接,包括公共互联网或蜂窝网络等。每种连接都需要专门的方法来维持所需的性能。任何这些位置(应用或网络)的故障都可能降低客户满意度。

云故障检测

很多拓扑结构和设计(其中包括虚拟化服务器、多个虚拟局域网和覆盖网络)让云故障检测和网络故障管理变得更加复杂。一个租户的应用出现性能问题可能与影响另一个租户的问题并没有什么关联,但它们可能来自同一来源。每个租户的应用可能在相同超载或配置错误的服务器上执行,或者两个租户的覆盖网络通过相同超载或故障链接来路由。

海量的服务器、网络组件和链接是故障的一大来源。现代硬件极为可靠,尽管每个组件有多年故障平均时间,但对于数千独立的设备来说,依旧会有硬件故障发生。

配置错误是另一个问题来源,该问题可由网络故障管理进行跟踪。服务器和网络设备不断添加、升级或取代。大型云计算通常包括来自不同供应商的组件,甚至来自同一供应商的相同组件也可能运行着不同的软件版本。在这种环境中,任何变更都可能导致错误的出现,同时,对一个组件的改变还可能影响到其他组件。

简单地检测和报告错误已经不够,每个错误可能导致几十份错误报告。链路故障会在链路两端的交换机生成硬件故障指示,并且每次链路故障和恢复时都会发出新报告。2层和3层网络协议路由会改变,在备用路由流量水平接近最大数值时链路流量监控也会变化。同时,应用性能监控器会从通过该链路路由流量的每个应用报告问题。

故障相关性及其在网络中的作用

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

网络管理工具>更多

相关推荐

技术手册>更多

  • 交换机测试小指南

    交换机作为企业网络的核心连接设备,它的性能是保障企业网络速度的主要标准。但是大多数网络厂商的承诺与实际情况有很大的差异。

  • 网络互连层协议详解手册

    网络互连层对应到TCP/IP协议有网际协议(IP)、因特网控制消息协议(ICMP)、地址解析协议(ARP)和逆向地址解析协议(RARP),这本手册将一一介绍这些协议。

  • IPv6协议疑难解答手册

    随着网络应用的发展,各种互联网协议正在发生微妙的变化。目前,IPv6网络正从试验性网络逐步走向实际应用,在设计IPv6时不仅仅扩充了IPv4的地址空间,而且对原IPv4协议各方面都进行了重新考虑,做了大量改进。

  • APM实用法则

    应用性能管理(APM)正变得越来越复杂,然而对于应该监控的应用性能管理和最佳的监控工具,人们并没有达成一致的看法……

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 虚拟化
  • 服务器
  • 数据中心
【TechTarget中国原创】

检测、发现和纠正网络故障从来都不是容易的事情。过去是客户端服务器“统治”、应用运行在指定服务器、最终用户通过以太网、租用WAN链路或其他服务连接的时代,彼时网络故障管理已经比较麻烦了,而现在大型数据中心和云网络让网络故障管理更具挑战性。

技术在变化,但最终结果是最重要的。这里的问题是:用户是否在接受所需的服务质量?答案取决于应用和网络性能。现在的应用通常在公共、私有或混合云上运行,应用作为负载转移在服务器之间迁移。服务器和数据存储之间的吞吐量取决于其他应用放在共享链路的负载。

网络性能取决于连接用户到应用的网络的类型和容量。本地用户可能通过以太网或无线网络连接,远程用户则通过各种WAN技术连接,包括公共互联网或蜂窝网络等。每种连接都需要专门的方法来维持所需的性能。任何这些位置(应用或网络)的故障都可能降低客户满意度。

云故障检测

很多拓扑结构和设计(其中包括虚拟化服务器、多个虚拟局域网和覆盖网络)让云故障检测和网络故障管理变得更加复杂。一个租户的应用出现性能问题可能与影响另一个租户的问题并没有什么关联,但它们可能来自同一来源。每个租户的应用可能在相同超载或配置错误的服务器上执行,或者两个租户的覆盖网络通过相同超载或故障链接来路由。

海量的服务器、网络组件和链接是故障的一大来源。现代硬件极为可靠,尽管每个组件有多年故障平均时间,但对于数千独立的设备来说,依旧会有硬件故障发生。

配置错误是另一个问题来源,该问题可由网络故障管理进行跟踪。服务器和网络设备不断添加、升级或取代。大型云计算通常包括来自不同供应商的组件,甚至来自同一供应商的相同组件也可能运行着不同的软件版本。在这种环境中,任何变更都可能导致错误的出现,同时,对一个组件的改变还可能影响到其他组件。

简单地检测和报告错误已经不够,每个错误可能导致几十份错误报告。链路故障会在链路两端的交换机生成硬件故障指示,并且每次链路故障和恢复时都会发出新报告。2层和3层网络协议路由会改变,在备用路由流量水平接近最大数值时链路流量监控也会变化。同时,应用性能监控器会从通过该链路路由流量的每个应用报告问题。

故障相关性及其在网络中的作用

没有哪个网络管理员能够整理完单一故障生成的海量报告,并快速发现其根本原因。对此,故障相关性软件很重要,这是每个主流系统供应商网络管理产品的重要组成部分。

故障相关性产品利用各种机制来发现问题,其中包括SNMP trap、TL1消息、应用日志和SYSLOG条目。SNMP和特定产品轮询监控器运行在服务器、交换机和链路。相关性工具还可监控设备问题、电源电压和磁盘可用空间来预测未来的问题。

网络故障管理软件必须提供对网络准确的且最新的视图。该软件必须保持更新(无论是通过手动或者通过网络映射),以追踪添加的、移除的或更新的组件。它必须维护每种组件的内部型号,介绍其配置和功能,并包含网络运营政策的描述。当添加应用时,还必须更新服务水平协议(SLA)等信息。

此外,故障相关性软件必须与云编排软件来交互,追踪正在运行的应用、它们在哪些服务器运行和VLAN以及与每个租户相关的覆盖网络。网络故障管理软件还必须不断根据SLAN监控应用性能水平。

当出现问题时,相关性软件会获取所有接收到的故障指示,并利用有关的网络拓扑以及在故障出现前数据如何移动的信息来确定根本原因,并为网络管理人员提供简要的报告。

SDN网络

云计算与SDN技术管理的数据中心面临着与依靠传统技术的数据中心相同的潜在问题。它们都需要故障相关性软件,但SDN架构需要将相关性软件内置到网络控制器或与其紧密连接。

这种差异的原因是Spanning Tree和Open Shortest Path First等传统协议在网络设备内部部署。它们在链路或端口问题阻止流量时根据需要重新路由流量。通过SDN,所有路由都由控制器来确定,故障相关性软件必须告知控制器问题的类型,以便它能够确定备用路由。

OpenFlow兼容的白盒交换机支持各种供应商的操作系统,每个都有自己的检测和故障报告方法。Big Switch和Pica8的操作系统都支持SNMP,但Big Switch的控制器和交换机操作系统利用OpenFlow消息来与设备进行通信。相关性软件通过接口与控制器通信,从设备处接收消息,并轮询其状态。

无线网络和广域网

Wi-Fi依靠一组专门的工具来诊断问题。Wi-Fi连接可受到很多问题的影响,例如信号干扰、墙壁或阻止信号的固态物体,以及安全漏洞。现在有各种故障排除产品,包括免费软件和专业的软件产品。还需要专门的硬件产品来诊断某些类型的问题。

在网络服务提供商拥有和管理的WAN连接的情况下,关键参数是吞吐量和往返时间,这方面也有免费和专业产品可供选择。

满足最终用户性能要求需要应用性能的各方面都正常运行。在出现问题时,网络故障管理和故障检测产品必须能够查明原因,使它们可快速被修复以及恢复正常运作。