随着软件定义网络(SDN)的发展，它的承诺是明确的:灵活性。作为软件定义技术的直接结果，企业和通信服务提供商都能够大大加快交付新应用程序和服务的时间。
从基础设施监视的角度来看，它还使得性能事件的关联更加容易。事实上，我最近与Nuage Networks的Hussein Khazaal就这个话题进行了交谈:Hussein说:“对于SDN，因为应用程序是网络感知的，所以[性能问题]的相关性是自动完成的。”如果你的页面刷新时间过长，你可以立即将其与网络的特定部分关联起来。因为它是可编程的，你可以开发工具来自动绕过这些问题。”
尽管SDN具有诸多优点，但该技术也带来了新的挑战，包括对日常性能监控的影响。
挑战#1 -处理动态实时变化。在几分钟内自动提供新的聚合基础设施并同时影响多个设备的能力是一种改变游戏规则的能力，特别是考虑到当今相对静态的环境依赖于手动配置。有了SDN，新的计算、网络和存储设备和功能立即可用。当只对环境中的新内容进行每日检查时，这些动态、实时的更改意味着可见性方面存在显著差异。
我们需要的是一个使用开放api设计的性能监控解决方案。通过这种方式，您可以直接与SDN系统集成，侦听事件总线并查找新的设备、服务或更改，然后立即修改基础设施监视清单，以确保性能可见性。
挑战#2:适应快速按需增长。软件定义基础设施中对新计算、网络和存储的需求不可避免地上升，给监控平台带来了风险。这些解决方案必须能够增加监控能力，以适应基础设施的快速增长。如果它们不能根据需要增加额外的容量，它们很快就会被超额订阅，从而造成性能可见性的差距。
与SDN世界中的遗留基础设施不同，我们可以在物理网络上运行多个覆盖拓扑。每当一个新的服务启动时，它都会部署必要的虚拟基础设施，因此随着需求的增加，被监控的元素数量会迅速增长——超过传统的容量管理。
解决方案是在物理设备和虚拟设备中部署性能监视。当需要额外的性能管理能力时，按需旋转额外的虚拟设备使性能监视能够灵活处理SDN环境的需求，并且仍然能够在几秒钟内提供答案。
挑战#3 -集成服务上下文。拥有服务上下文是当今的期望。因此，性能监视需要能够在网络的特定客户或租户的上下文中侦听。最终，用户应该不仅能够询问单个设备或网络连接的健康状况和性能，还能询问“客户A，从纽约到伦敦的高清视频服务，表现如何?”
这也扩展到了服务拓扑，这意味着控制器和性能监控解决方案共享构成服务的设备(包括物理和虚拟设备)的物理和逻辑连接知识，包括实时和历史上下文。
底线:SDN仍处于成熟阶段，在其发展过程中，重要的是要了解动态实时变化、快速按需增长和服务上下文的集成如何在实现成功部署和避免基础设施中的性能可见性差距方面发挥关键作用。
想了解更多信息，请查看这份白皮书，监控软件定义的一切的三大挑战。