当你说“...因为购买服务器来实现虚拟化路由器并不比购买新路由器便宜”时,它取决于:因为它是一个虚拟化资源,你可以使用这个新服务器运行你的路由器和你的另一个资源基础设施,如果机器的硬件容量超过单个路由器所需的硬件容量。
事实上,如果你的资源在AWS(或你自己的私有云)这样的云中,你可能甚至不需要购买新机器,当你需要更多的路由器时,你可以灵活地分配更多的硬件资源和产生一个新的路由器实例(向外扩展),并且,只要您的路由器需求低于您分配的路由器,您就可以减少路由器的数量(扩展)并停止使用您目前没有使用的基础设施来赔钱。
考虑到一个非常高级别的解释,如果您想知道有关虚拟网络功能如何在NFV实现中扩展和缩小的详细信息,我建议您阅读有关它应如何工作的ETSI规范: http://www.etsi.org/standards-search#page=1&search=&title=1&etsiNumber=1&content=0&version=1&onApproval=1&published=1&historical=0&的startDate = 1988年1月15日&安培;结束日期= 2017年4月13日&安培;统一= 0&安培;关键字=安培; TB = 789,,832,,831,,795,,796,,800,,798,,799,, 797,,828安培; stdType =安培;频率=安培;强制=安培;采集=安培;排序= 3
让我继续你的例子 router 。传统上,这些 routers 是供应商特定的。例如,主要卖家是喜欢的公司 Cisco , Juniper 它们是在专有硬件上实现的,因此如果你想购买新的硬件 router 你只需要从他们那里购买。此外,当他们遇到一些问题时,你需要一个专门的工程师来修理它们。因此,电信必须高度重视 Capital Expenditure (COPEX) 和 Operational Expenditure (OPEX) 。
router
routers
Cisco
Juniper
Capital Expenditure (COPEX)
Operational Expenditure (OPEX)
同 NFV ,整个路由器功能实现为软件并部署在 general purpose servers (GPP) 或云。与专有硬件相比,这些GPP相对非常便宜。由于云计算,即使是小公司也能负担得起服务器 Amazon 和 Google 云。由于便宜的可用性, COPEX 现在相对便宜了。此外,当硬件出现问题时,您不需要专门的工程师,为GPP服务器维护工作的同一工程师就足够了。这条路 OPEX 降低了。
NFV
general purpose servers (GPP)
Amazon
Google
COPEX
OPEX
现在想象,就像 routers 电信中存在许多网络元素。如果每个网络元素都需要专门的工程师,那么Teleco运营商将花多少钱。除此之外,由于软件实现,假设当流量高于预期时,您可以推出新的流量 router (software network function) 在GPP或云上,而不是完全购买新的路由器,这是非常昂贵的。如您所知,在云中您根据使用情况付费。
router (software network function)
还有更多用途。要了解更多信息,您需要阅读研究论文。
SDN就是这样,软件定义的网络。在混合SDN模型中,SDN将逻辑与物理盒分离,使物理盒成为简单的“转发”盒。逻辑依赖于SDN控制器,开发人员创建API来管理这些转发盒(我们现在称之为网络元素),并将流表推送到它们。这样做的好处是现在可以通过该控制器配置和配置设备,而不必登录每个盒子。
然后你有云。一个小型办公室可以轻松地将所有应用程序和服务移植到云中,从而消除了大部分物理盒。当然,你仍然需要办公室中的局域网以及一种走出互联网并最终走向云端的方式。您甚至可以要求云提供商在特定应用程序,防火墙和内容交付服务上配置负载平衡。因此,基本上您的办公应用程序和大多数支持的LAN和数据库都可以安全地移植到云提供商。