在升级IT管理时减少挑战
企业的成长是一件令人兴奋的事情，但它往往会给 IT 专业人员带来独特的挑战。在尝试升级 IT 管理环境时会遇到一些常见的障碍。在我们大规模管理 IT 基础架构系列的第一篇博客中，我们讨论了分布式监控数据对大型 IT 环境的好处。
需要分布式数据收集
实施分布式数据收集对于使 IT 基础架构扩展成为一个无缝过程至关重要。大型 IT 环境通常有多个需要监控的大型数据中心或远程计算资源，无论这些资源是托管在远程公司位置还是虚拟私有云数据中心。这使得分布式数据收集成为必要，因为在本地收集性能指标和延迟非常重要。如果未在本地收集性能指标，则统计信息可能会受到网络拓扑或负载的影响。
示例：如果您在首尔有一个为亚太地区客户提供服务的数据中心，那么测量来自加利福尼亚的往返延迟或应用程序响应没有多大意义。
知道国际数据线路可能具有最低带宽和最高延迟连接，如果每个应用程序都是从用户所在的位置测量的，那么统计数据将更容易解释和比较。但是，您需要能够做到这一点，而不必拥有多个管理点。
分布式监控数据收集的好处
分布式数据收集的众多好处之一是能够在连接中断期间缓存数据。
示例：如果您有为本地客户提供服务的远程位置，并且国际链接出现故障或我的 Internet 虚拟专用网络线路上的路由中断，则数据中将存在很大差距，除非本地收集器仍然能够继续监控并赶上进度当链接重新连接时。
能够使用分布式资源进行收集也是扩展时的一个优势。随着您在全球范围内扩展企业，能够将资源密集型收集器（如 Netflow 或 Syslog）卸载到专用系统而不会丢失所有数据的单个用户界面，这变得非常有价值。另一个优势是从您的长距离 WAN 链接中消除密集的数据收集流量。
示例：如果您首尔数据中心的所有服务器都将其日志数据发送到本地系统，然后仅根据需要转发摘要和报告数据，那么您已经消除了排长队的高带宽负载，并且大部分时间都保留了它本地 - 这将对性能产生显着影响。
如何实现分布式监控数据采集
使分布式数据收集成为可能的一种方法是使用“服务引擎”服务引擎是远程部署的设备，无论是物理上还是虚拟上，都可以从您的中央平台卸载功能。服务引擎可以被部署来执行几个不同的任务，或者它们可以根据您的特定环境的需要进行专门化。
服务引擎使用示例：
- 卸载 Syslog 或 Windows 事件日志数据的收集，以将其保留在服务器本地。
- 收集流量性能数据，如 Netflow 或 IPFIX，以使这些数据远离您的 WAN 链接，或仅用于在大型环境中分配负载。
- 分发性能和可用性监控的基础知识，以在不打开防火墙的情况下处理隔离的 DMZ 段，或监控世界另一端的远程数据中心。
这种灵活性使您能够根据客户或环境的具体要求以多种不同的方式部署解决方案。
