我已经花了很多时间在过去几个星期审查SD-WAN厂商的云计算产品。也许是因为在该地区的一些公告。这引发了一大堆的问题，从我的客户。也许这是因为很多人似乎都意识到了自己的SD-WAN连接到云的重要性。
无论如何，对我来说是供应商实现之间的巨大差异是怎么变得越来越明显。乍看之下，云计算似乎是就像任何其他网站。添加SD-WAN节点，你会与任何其他的位置，让它连接到SD-WAN，瞧！任务完成。噢，我多么希望它是那么简单。
SD-WAN云的配置就像一个可爱的、淘气的5岁小孩，可以在你家里闹鬼，却又长得可爱可爱。管理云实现和管理云需要不同的工具。路由到IaaS云并不简单。正确地配置云——设置vpc、安装SD-WAN节点、配置IPsec连接——所有这些都需要时间。这就是为什么SD-WAN供应商非常重视引入特定于云的实现。
SD-WAN厂商的云方法
从我所看到的情况来看，支持IaaS的SD-WAN玩家都将AWS作为目标，并提供一些针对Azure和谷歌云的解决方案。有两种基本方法可以将SD-WAN fabrice扩展到IaaS，这与供应商是否提供SD-WAN设备或SD-WAN服务有很大关系。设备供应商将在IaaS服务中放置一个专用的SD-WAN节点;服务提供者将在IaaS服务附近放置一个共享节点。让我解释一下。
SD-WAN设备是双面架构。为了工作，连接的两端都需要一个设备。您的办公场所中将有一个SD-WAN设备，但是连接的另一端必须在IaaS服务中终止。因为您将负责部署，这意味着将SD-WAN设备部署到IaaS数据中心，或者更特别地，这意味着将实例部署到IaaS数据中心。2020欧洲杯预赛
IaaS实例可以是一个运行在它自己的VPC (AWS的说法)上的共享网关，提供SD-WAN访问IaaS服务中公司的其他VPC和资源。这就是Viptela(现在的思科)在夏季引入的模式云匝道进行的IaaS。或者，IaaS节点可以是运行在每个vpc上的专用网关，然后连接回SD-WAN的其余部分。这是几个SD-WAN供应商使用的模型，包括Cisco Meraki、NetScalar、Riverbed、Silver Peak和Viptela。无论采用哪种方法，客户都可以选择通过公共Internet访问IaaS服务，或者从他们的MPLS wan (Azure的ExpressRoute或AWS的DirectConnect)访问高速互连。
服务提供商可以采取同样的做法作为设备供应商，如果他们只是提供建立在第三方管理服务，SD-WAN设备，而且服务提供商也必须提供给他们的另一种方法。他们可能的IaaS集成到他们的服务通过将接近其持久性有机污染物之一，而在内部，同样的物理数据中心的IaaS的服务边缘倍。
然后将服务的流量路由到PoP，并从那里路由到提供商的数据中心。技术上，高速路由或直接连接不是由供应商提供的，但实际上，访问应该非常快，因为流量只需要通过本地网络的托管设施。Cato Networks采用这种方法，将云流量通过其主干移动到与AWS相同的数据中心内或附近的SD-WAN节点。Velocloud采用了类似的方法，为IaaS服务提供共享网关，但是依靠第三方合作伙伴进行主干连接。
找到正确的方法
就像很多关于网络的事情一样，没有正确的方法。这是将每个模型的相对优势和劣势与公司的需求相一致的问题。我可以告诉你，在部署的便捷性、价格、可用性和安全性方面存在显著差异。我们将在下一篇文章中更详细地讨论这些问题。