提高网络性能 你需要知道的10个建议

 

【6月3日51CTO.com外电头条】网络的瓶颈问题往往会神秘的出现，但想要追踪和解决这些阻碍网络性能的问题可不是容易事。为此我们找出了 10个窍门，这些并不需要大量的调整和投资，却能为网络性能带来巨大的好处。

提示1：加速广域网

企业的IT部门长期以来一直受困于线路租用和广域网的昂贵费用，但T1线连接多站点、MPLS甚至Frame Relay曾经是保证连接的唯一办法，现在情况已经改变，你不用再对着每月的广域网收费单骂骂咧咧，更高明的办法是看看别的选择。

考虑一下几大光纤供应商比如Cogent Communications，选择他们的新型广域网设计意味着带宽的大幅提高，同时还能节约一大笔钱，想象一下100兆的传输速度，同时减半的WAN账 单。

提示2：不再租用专线

除非你的总部在撒哈拉沙漠，那么现在可以大胆的抛弃专线接入了。现在已经有了更好更便宜的选择，比如Time Warner、Comcast和FiOS，他们带来的高速互联网甚至可以达到10倍于现有的T1宽带速度，而且可靠性也几乎没什么影响。

确实，T1和T3专线对延迟问题的保护更好，但成本上的差异是不能忽视的，而且这些新型网络正在不断成熟，特别是企业级产品。

提示3：忘掉老相识

许多企业总是对旧的应用平台抱住不放，包括IT部门也把高成本而资源密集的老平台不停的堆积在新的底层架构上。设想一下崭新的VMware vSphere架构在Windows NT4的盒子里能够运行好吗？

拒绝淘汰过时技术大大增加了成本，往往会造成宕机，核心业务系统的脆弱性也大大增加。与其开会讨论怎样把一个10年前的平台移植到新的底层架构中， 还不如淘汰掉它选择新的东西。这样做的前期成本可能会多些，但与今后长期不断的麻烦相比却不算什么。

提示4：建立实验室

没什么借口不这样做。一台服务器的成本就足以搭建起一个怪兽级的测试实验室。比如一台配置12核Istanbul双CPU的廉价1U服务器就可以在 测试场景中运行几十个虚拟机，花费只有1500美元。在Linux上使用VMware Server或VMware ESXi不仅能避免软件许可费用，同时还能够给你一个完美的测试平台，从软件升级到新软件包、新的操作系统甚至网络架构，一切都可以测试。

在虚拟化实验室里，你可以结合GNS3等测试工具建立各种计划，测试想要的任何网络或系统底层架构。没有比在测试床中寻找资源瓶颈问题更简单的方法 了，如果测试床在虚拟化实验室里，那更没有理由找不到它们。此外，虚拟实验室还可以帮你找到包括内存和CPU等资源的最佳负载点，确保更少的资源浪费。

提示5：监测一切

网络和系统监测算得上诊断瓶颈的最古老的方法。用户抱怨网络很慢时通常不关网络什么事。但你必须要有工具来显示问题所在，否则只能摸着黑寻找解决方 案。

无论你喜欢专有还是开源工具，你都有无数种选择，什么都可以监测，从网络延迟和吞吐量到内存和CPU的利用率，再到SAN性能和磁盘阵列长度，你想 要什么都行。

实施网络监测一定不能丢下任何细节。监测路由器和交换机的CPU利用率，监测以太网接口的错误率，对路由器和交换机的日志进行分析，仔细而认真的执 行监测会为你节省大量的时间和精力。

提示6：了解你的应用

监测底层架构的性能只能把你保护到这里，而网络上所有的计算和存储资源都是被你的应用消耗的。对于我们中的太多人来说，这些应用就像黑洞，我们可以 很容易的察觉它们对底层架构的影响，但往往很难知道在它们里面究竟在发生什么事情。

多花些时间来测试你的应用，睁大眼睛发现它们的弱点。无论是用户登录时调用数据库存储过程，还是数据备份时造成性能降低，你需要提前知道可能出现什 么问题。要坚持在底层架构测试良好后再购买新的应用，提前了解比亡羊补牢要好得多。

提示7：不要依靠大磁盘

在过去几年里磁盘容量得到了爆炸性增长。随着2TB SATA磁盘的出现，现在可以在一台双机架的服务器上塞上10TB的硬盘。现在需要的磁盘越来越少了，这了不起吗？其实没有这么快。

今天的SATA磁盘和它们的前辈们有个相同的特征――速度快，了解这一点很重要。虽然SATA磁盘的容量已经达到了2TB（7200转），但每块磁 盘的传输速度仍然限制在每秒大概80 IOPS。那么当发现你的2TB磁盘的传输速度相比两块1TB磁盘要慢得多的话，显然你不会觉得开心。

如果你的应用需要大量的随机读写，比如数据库和电子邮件服务器，那么你需要的是许多块单独的磁盘，大块头的磁盘用来存储较少使用的数据，而那些最珍 贵的数据必须保存在由更快更小的磁盘们组成的阵列中。

提示8：当心虚拟化超载

虚拟化在很长一段时间是企业数据中心里发生的最酷的事情。它提供了管理和监测，干净的扩展性，灾难恢复比以前更简单，而且大大减少了能耗和物理服务 器的数量。

但是，如果使用不当，虚拟化技术也会砸到自己的脚。记住，虚拟化不是魔术，它不能凭空变出CPU、内存或磁盘。当你一步步建立虚拟化底层架构时，应 该保持与CPU和内存的性能同步。另一方面，磁盘性能更难以跟踪，因此在虚拟化达到极限后更容易陷入麻烦。

提示9：需不需要重复数据删除

当你的数据呈指数增长，很自然你会寻求消减昂贵的存储容量的方法，最好的办法之一是重复数据删除。无论是在备份和归档层还是直接对主存储操作，重复 数据删除都能帮你找到相类数据并删除，只留下唯一的原始数据。

然而就像大多数伟大的想法一样，重复数据删除有它的缺点，主要就是重复数据删除需要大量的工作。其实这并不奇怪，比如NetApp是很少有的几家能 够提供主存储重复数据删除的SAN供应商之一，同时它也很少有的提供控制器硬件性能升级的功能，这需要通过它的性能加速模块。在存储器上确定和处理重复数 据需要大量的控制器资源，换句话说，你需要考虑一下性价比。

提示10：加速备份

备份花掉的时间几乎总是比你希望的长，几乎每个备份管理员都会碰到这个相同的问题。

如果你直接备份到磁带上，很可能你会喂不饱磁带驱动器。现在这一代的LTO4磁带理论上拥有超过120MBps的数据写入吞吐量，但在现实中很少出 现过。这主要是因为几乎没有备份源可以支持这样的持续读取速度。例如，RAID1阵列中SAS磁盘组成的备份源可能在实验室环境中达到或超过 120MBps的吞吐量，但在实际的标准Windows文件网络复制时，你很少会看到超过60MBps的速度。

换句话说，问题不在你的磁带驱动器，而是你的服务器存储。要解决这个问题不一定要求助于昂贵的大型高性能磁盘到磁盘备份解决方案，你有更多的选择， 比如只需一个SAN存储方案。虽然很大程度上这取决于SAN的类型和备份软件，但使用备份主机从SAN直接读取而不通过网络，这就会是应对这一棘手问题的 一个很好的解决方案。

原文标题： 10 tips for boosting network performance   原文作者： Matt Prigge、Paul Venezia

【51CTO译稿，非经授权谢绝转载，合作媒体转载请注明原文出处及作者！】