随着服务、应用程序和网络组件变得更加相互依赖，孤立的IT基础设施的日子正在迅速结束。IT基础设施正变得越来越复杂，将平均解决时间(mean time to resolution, MTTR)指标保持在合理水平的重担落在了您的肩上。
研究显示在中等密度的桌面支持中心，平均MTTR接近10小时——但这并没有描绘出问题的全面性。
应用程序性能和网络正常运行时间对于维持业务运转至关重要，网络工程师必须尽可能降低MTTR——唯一的问题是“如何做到?”
MTTR的四大支柱
在事件解决的道路上，每个网络工程师都必须经历四个关键部分:
- 意识:确定网络中存在问题的事实。
- 根本原因：确定问题的基本原因。
- 解决方法:执行解决问题的必要过程。
- 监测：测试以查看问题是否真正修复并监视持续的问题。
解决问题通常不是争论的焦点。你知道如何解决很多人际关系问题——但你必须首先找到它们。意识和根本原因分析是降低MTTR必须克服的最大障碍。
当员工正在遇到应用中断或网络停机时，问题很容易发现。然而，贫瘠的应用性能经常在雷达下飞，这就是为什么appneta调用慢速应用程序性能新的停机时间。即使是最复杂的性能问题，降低MTTR也需要更有效的网络设计。
立即下载：点击VS SPAN - 专业人士的网络可视化注意事项[免费白皮书]
带外监控设备和网络水龙头可以减少MTTR
带外网络监控解决方案比以往任何时候都更重要。每个网络都应该装备战略性放置的深包捕获系统，网络取证和更多。然而，并不是所有的网络都成功地建立了这些系统。如果您仍然依赖SPAN/Mirror端口来确保这些系统看到您所有的网络流量，那么您的MTTR肯定会飙升。
我们已经讨论了原因与网络水龙头相比，跨境桶在过去，但当涉及到MTTR时，最大的问题是跨端口存在数据包丢失的风险。如果带外监控设备不能看到每个位、字节和包®网络流量，您将难以确定任何网络问题的根本原因。通过网络抽头作为主要连接手段，可以通过增加对网络的可见性来减少MTTR。
网络水龙头对网络流量进行复制，以确保关键监控设备具有100%的可见性。将这些网络连接监视设备放置在网络的关键区域(例如，在关键应用程序的WAN和LAN两侧)，为故障排除提供了一个容易的接入点。
网络水龙头而不是筛选数据，而不是筛选数据，帮助您在整个网络中创建检查点，以便更快地发布意识和根本原因分析 - 导致更低的MTTR指标。
可见性是减少MTTR的关键
我们再怎么强调也不为过——如果你不能看到100%的网络流量，你将很难将MTTR保持在最低水平。在当今复杂的网络基础设施中，连接带外监控设备需要专用网络接头的可靠性。
希望为下次部署添加可见性解决方案，但不确定在哪里开始？加入我们的简短网络设计咨询或演示。没有义务 - 这是我们喜欢做的！
