一个面对软件定义网络的潜在用户的关键挑战之一是雪亮特别SDN控制器的具体数值。控制器，毕竟，发挥关键作用，如网络应用和网络基础设施之间的关键仲裁者。
然而这里的正是一个SDN控制器应该是，没有一个标准的SDN控制器必须坚持没有模型。尽管Linux基金会的多厂商开放式日光项目的出现是希望带给业界在模块化控制器架构构建一个统一的SDN栈，仍有厂商之间的不同意见，具体业务控制器应该提供。因此，压力是对消费者，以确定哪些SDN控制器能够，然后将这些功能映射到自己的目标。
[也：规划SDN]
[也：软件定义网络的前景]
即使在这种情况下，它可能很难为消费者购买一个独立的SDN控制器。现实情况是，供应商经常捆扎控制器到整个SDN包的上下文：软件应用程序，控制器，和可能的网络硬件，以及。但是，即使你正在考虑从供应商的交钥匙解决方案，控制器的功能关系。毕竟，有一个软件定义网络寿命长后的初始交钥匙应用是旧帽子。这里有一些要考虑的事情：
原始性能
谈原始性能，我们首先需要定义SDN控制器在这方面发挥的作用。传统上，SDN控制器，其允许控制和数据平面的在网络环境中去耦的片。换句话说，控制器告诉网络设备如何转发流量（控制平面），但实际上并没有前进的业务（数据平面）。这种情况是很常见的开放流（OF）的网络，其中，所述SDN控制器被主要用于在网络设备表的编程。
在一个OpenFlow网络中，一个OF交换机接收一个数据包，并根据它的流表对其进行操作。但是，如果流表中没有与数据包匹配的条目，会发生什么情况呢?在这种情况下，OF交换机将数据包发送给OF控制器，本质上是问，“我该怎么做?”“OF控制器决定当遇到与该流匹配的包时交换机应该做什么，并为交换机编写程序。这个过程称为流设置。
为了扩大规模的原因，每秒的SDN控制器，可以支持流设置的数量是要注意非常重要的。传统上，流量设置已经为的SDN性能瓶颈，是理所当然的，所以不要拿这个方面。耦合的大量交换机有大量的微流要控制可能迅速最大程度的发挥您的控制器的流量设置功能。但是，请记住，不是每一个流程都需要到控制装置的呼叫。
只有那些尚未承认编程这些流量/要求一步，这些通常会是例外，而不是规则。
公平地销售商，在开放流网络中的流建立性能挑战是众所周知的。供应商有一些策略，以减轻潜在的控制器瓶颈。因此，不排除给定控制器不可收拾仅仅是因为原始性能数字的。
一个供应商可能有很好地映射到最小化流量设置要求您的网络环境的战略。在这些减缓技术是流通配符，这允许许多微流由单个流进行处理
条目。
拓扑
评估SDN控制器时，另一个要考虑的是，你的网络拓扑。让我们先考虑局域网与广域网开始。你希望成为什么细分网络的软件定义？虽然LAN，或在局域网中至少口袋，是典型的SDN使用情况下，如果你想通过广域网进行网络虚拟化会发生什么？如何将在模型控制器的工作？这主要是功能性的问题。当你的SDN环境变得太大，单个控制器有效管理，有什么选择你的供应商报价不来帮你扩展到广域网？
SDN解决方案，映射到集中控制器模型从规模转到侧身。换句话说，你添加的控制器来处理额外的交换机。这里是有点棘手 - 如何做这些控制器之间的沟通？这个问题的答案由供应商而异。
虽然也有一些业内人士很早就讨论围绕标准化控制器将如何相互交谈，在大多数情况下，在这个空间的解决方案是controllerspecific。一个常见的联邦技术使用BGP的控制器交换信息。通过这种方式，控制器知道如何找到区域之间的网络流量转发的不同的软件定义段。如果这个功能对你很重要，这是一个关键的问题要问你正在考虑的供应商。
很多的SDN可以单个控制器下独立的，而是一个集中控制器模型的概念仍然是一个潜在的问题。有两个方面的考虑。第一个是如何控制平面业务（即从控制器向网络交换机指示）中携带。在带外通信装置，所述控制平面流量如下，所有正常网络通信遵循相同的路径。出的带外（OOB）通信装置的单独物理网络被用于携带控制平面业务。
希望通过可达性了解网络拓扑中断的供应商青睐In band。其思想是，如果控制器不能再访问网络设备，则发生了拓扑更改，控制器可以继续发现更改并进行调整。Out of band是希望保证控制器和交换机之间延迟时间、提高安全性和消除导致控制平面流量丢失的数据流量风险的供应商所青睐的技术。
在乐队与OOB网络管理是不是一个新的讨论，但对于SDN的消费者，这是一个重要的一点要与供应商提高。如果所考虑的控制器需要你没有一个OOB控制平面的网络，这是在收购过程中另一个显著元素。
围绕一个中央控制器的第二个问题是它是如何集中。集中智能并不一定意味着只有一个物理装置或等于SDN控制器两个冗余设备的集群。一些厂商已经蔓延控制平面智能成交流和共享一个共同的数据库分布式虚拟机。
这些组件可以报告到中央一块控制器软件的，但也可能是虚拟机。这两种型号 - 物理控制器或控制器集群进行控制平面的职责以及分布式虚拟机 - 存在于SDN产品，您可以从供应商处今日团购。
能力
值得注意的是，所有SDN控制器的能力并不相同。通过性能，我们不是指原始的性能，如控制器流设置，而是指控制器可以完成的对网络的实际操作。大多数网络运营商并不仅仅在寻找一个开放流程控制器。网络运营商希望尽可能多地自动提供他们的网络元素，不管这些元素是否具有切换能力。在这种情况下，这里有一些问题要问您的供应商。
哪些设备将这种控制器谈话？你想知道如果控制器可以说话不仅是为了您的网络交换机，而且要你的防火墙，负载均衡，虚拟交换机，云编排包，以及其他任何能够满足您的业务目标。供应商是否有什么合作关系？一些SDN控制器厂商与流行的网络供应商的战略联盟。这些合作伙伴关系有利于SDN控制器和合作伙伴设备之间的通信。也就是说，并不是所有的SDN合作伙伴具有相同的合作伙伴关系。
因此，当你评估你的SDN控制器时，关键是要确定你了解什么伙伴关系存在，以及这些伙伴关系产生了什么成果。目前存在哪些应用程序?有些SDN控制器就像空的画板。他们有能力展示任何东西，但他们需要有人先在他们上面创作一幅画。其他SDN控制器有一个已经存在的应用生态系统——有人已经为你画了相当漂亮的图。了解现有的应用程序将有助于确定SDN控制器在特定网络中的有效作用。
如何有据可查的是控制器的API？API是用来获取信息和从控制器的机制。网络应用程序告诉他们通过北向API需要的控制器。API是关键自动化和编排。因此，您的组织如何有效地将能够利用控制器的API？对于那些寻求一个完整的解决方案，这将是不太关心的。但是，对于那些谁愿意写自己的自定义网络应用程序，这是一个关键点。蜜蜂是不是都是开放给客户，并有据可查的是不是已成定局。
开放性与厂商锁定
在网络方面，我们现在知道网络协议在很大程度上是可互操作的。例如，由一个供应商的设备发出的BGP将被另一个供应商的BGP设备理解。供应商可能会用一些专有的特性来扩展协议，但是总有一个期望与通用性供应商匹配的标准基线。
有了SDN，情况就不那么稳定了。没有单一的方法来建立一个SDN控制器;没有必要的特性集。您越深入地研究控制器和它们的体系结构，就越会发现它们有多么不同。这是意料之中的。SDN是一种新兴的技术，因此许多供应商通过发布最能代表他们的SDN观点的控制器，看到了差异化和市场领导地位的机会。
对于消费者来说，这种缺乏标准化的情况在控制器获取方面提出了一些棘手的问题。第一个问题很明显:这个控制器是否将您锁定到一个特定的解决方案中?这是一个非常重要的问题。虽然许多SDN解决方案都非常强大，但它们只能解决一个问题，针对特定类型的网络消费者，并假设您正在运行一组特定的应用程序和网络设备。
虽然这种解决方案可能会为你今天的工作，它可以限制未来。比方说，从现在开始几年，你想改变你的负载平衡器供应商降低OPEX，但你的SDN控制器和相关应用程序不与任何其他负载平衡器的工作。哎哟。这是一个严重的风险，可能让你在你的SDN控制器供应商的摆布。那种危险的可能是它解决了眼前的问题的背景下值得的，但承担这种风险是值得的决定慎重考虑。
沿着这一思路，将有可能迁移到不同的控制器？如果是这样，怎么会有这种转变发生的呢？表面上，这是不能从任何其它操作的考虑太大的不同。例如，从路由器供应商A改变为路由器供应商B与它的功能和操作方面的考虑进行。能否供应商B的路由器做你需要它做什么？将您的网络团队可以管理供应商B的路由器？对这些问题的答案得到烤成整体收购计划，你往前走。
随着SDN控制器，过渡的挑战可能是一个比较复杂一点。这又回到了什么样的控制实际上是为你做的概念。虽然交换路由器厂商的风险通过标准符合性大大减弱，我们已经建立了有一个在世界SDN没有这样的事。您的网络应用程序将使用不同的控制器工作？一个控制器编写的应用程序可能没有大的修改不同的控制器上运行。虽然开放式日光有可能改变这种状况，现在的网络消费者必须花时间去了解SDN控制器以及知道他们自己锁进。
总之，买的SDN控制器不是一件容易的事。这样的技术投资，不仅需要能力和性能，而且该控制器将如何解决具体的网络问题有深刻的理解认识。
加入SDN控制器到混合之前，您必须与您的网络功能亲密的熟悉程度。现在一个小小的研究还有很长的路，以防止大的投资失误。
银行负责人包推杆互动。他可以在ethan.banks @ packetpushers.net到达