在ZStack的网络模型中，OSI第4～7层网络服务被实现为来自不同服务提供模块的小插件。默认提供模块，称为虚拟路由，采用定制的Linux虚拟机作为虚拟设备，为每一个L3网络提供包括DHCP、DNS、NAT、EIP和端口转发在内的网络服务。使用虚拟机作为虚拟路由器的方式的优点有：没有单点故障、对物理设备没有特殊要求，因此用户无需购买昂贵的硬件，就可以在商用设备上实现各种网络服务。
概述
正如“ZStack—网络模型1：L2和L3网络”中提到的，ZStack以小插件的方式设计网络服务，供应商可以通过创建网络服务提供模块的方式，选择性地实现他们的硬件或软件支持的网络服务。默认情况下，ZStack带有一个虚拟路由，它负责使用一个应用虚拟机（Virtual Router VM）实现所有网络服务。
注：事实上ZStack有另一个提供模块称为安全组提供模块，它提供了分布式防火墙功能。我们称虚拟路由为默认的提供模块，因为它提供了最常见的，一个云需要的网络服务。
在IaaS软件中，实现网络服务有几种方法
- 一种方式是使用中心的、功能强大的网络节点，它们通常是一些物理服务器；通过聚集来自不同租户的流量，网络节点将负责流量隔离并使用类似Linux网络命名空间的技术来提供网络服务。
- 另一种方法是使用专用的网络硬件，例如，可编程的物理交换机、物理防火墙、物理负载平衡器，它会要求用户去购买特定的硬件。
- 最后一个方法是使用网络功能虚拟化（NFV）技术，像ZStack的虚拟路由虚拟机，就是在商用x86服务器上虚拟化网络服务。
每种方法都有优点和缺点；我们选择NFV作为我们的解决方案是出于如下考虑：
- 需要最少的基础设施：解决方案应该对用户的物理基础设施需求很少甚至为零；也就是说，用户不应该改变现有的基础设施或购买特殊的基础设施来迎合IaaS软件的网络模型。我们不想强迫用户购买特定的硬件或要求他们在一组主机前放置一些特殊的功能服务器。
- 没有单点故障：解决方案应该是采用没有单点故障的分布式的方式。一个网络节点崩溃应该只能影响拥有它的租户，不应该影响任何其他租户。
- 无状态：网络节点应该是无状态的，这样IaaS软件在发生无法预料的错误后，可以轻易摧毁并重新创建它们。
- 利于高可用性（HA）：解决方案应该易于实现高可用，这样租户可以要求部署富余的网络节点。
- 不依赖虚拟机管理程序：解决方案不应该依赖于Hypervisor，并且应该和主流的Hypervisor完美结合工作，包括KVM、XEN、VMWare和Hyper-V。
- 较好的性能：解决方案应该为大多数使用场景提供合理的网络性能。
基于虚拟路由的NFV解决方案满足上述所有考虑。我们选择它作为默认的实现，同时也为开发人员提供了采用其他解决方案的可能。
虚拟路由
应用虚拟机（Appliance VMs）是一种特别的虚拟机，运行着定制的Linux操作系统，以及特别的帮助管理云的agents。虚拟路由虚拟机是应用虚拟机概念的第一个实现。这个想法，简单的说，在用户虚拟机第一次被创建的时候，去创建一个为某个L3网络提供全部网络服务的虚拟路由虚拟机，只要这个L3网络上开启了虚拟路由提供的网络服务。每个虚拟路由虚拟机包含一个Python agent，它通过HTTP协议接收来自ZStack管理节点的命令，并在同一L3网络给用户虚拟机提供包括DHCP、DNS、NAT、EIP和端口转发的网络服务。
上图，显示了在客户L3网络上启用了所有网络服务的网络拓扑结构。一个虚拟路由通常有三种L3网络：
- 一个L3管理网络指的是ZStack管理节点和在虚拟路由虚拟机内的Python agent通过HTTP协议进行通信的网络，是一个必须的网络，每个虚拟路由都有。
- 一个公有L3网络是一个可以连接互联网的可选网络，它在虚拟路由虚拟机内提供了默认的路由。如果省略，L3管理网络将同时被作为管理网络和公有网络使用。
公有网络不需要允许公开访问：把用户虚拟机和外部世界（数据中心的其他网络或互联网）相连的公有网络不需要允许公开访问。例如，当桥接被VLAN和数据中心的其他网络(10.x.x.x/x)隔离的客户L3网络（192.168.1.0 / 24）时，网络10.0.1.0/24可以是一个公有网络，即使它不能被互联网访问。
- 一个客户L3网络是用户虚拟机连接的网络；和网络服务相关的流量在用户虚拟机和虚拟路由虚拟机内流动。
对不同的网络服务组合，L3网络数量是可变的。例如，如果DHCP和DNS被启用，网络的拓扑结构变为：
因为没有NAT相关的服务（例如SNAT，EIP），用户的虚拟机不需要一个单独的、隔离的客户L3网络，但可以直接连接到公共网络。
注意：当然，你可以创建一个只有DHCP和DNS服务的、隔离的客户L3网络，该网络上的虚拟机可以获得IP，但不能访问外部网络，因为缺失了SNAT服务。
如果我们省略了上图中的L3公有网络，那么网络拓扑将变成：
用户可以使用一个虚拟路由计算规格来配置一个虚拟路由虚拟机的L3管理网络、L3公有网络、CPU速度、以及内存大小。当创建一个虚拟路由虚拟机的时候，ZStack将会尝试去找到一个合适的虚拟路由计算规格。一个系统标签guestL3Network::{l3NetworkUuid}，
可以被用于为一个L3客户网络指定一个虚拟路由计算规格，如果没有指定的规格被找到，将会使用一个默认的规格。
注意：关于系统标签，请参阅The Tag System。
在这个ZStack版本中（0.6），一个L3客户网络可以含有并只能含有一个虚拟路由虚拟机，对于一个多层网络的环境，不同的虚拟路由虚拟机将会服务不同的层：
ZStack管理节点将会向处于一个虚拟路由虚拟机内部的Python agent发送命令，当用户虚拟机启动会停止的时候。以通过dnsmasq和iptables实现网络服务。Iptables规则的一小段像这样：
注意：在未来的ZStack版本中，网络服务：负载均衡，VPN，GRE隧道，也将会通过虚拟路由虚拟机来实现。另外虚拟路由虚拟机也将会成为虚拟专用云VPC的核心实现元素。
虚拟路由虚拟机是怎样满足以下考虑的
让我们回顾下我们先前提到的一些考虑，然后看下虚拟路由虚拟机如何能满足它们。
- 最小的基础设施需求：虚拟路由虚拟机，对数据中心的物理设备没有任何特别需要。它们只是一些类似于用户虚拟机的虚拟机，可以在物理机上被创建。因为使用它们，管理员不必去为复杂的硬件互联做规划。
- 没有单点故障：对每一个L3网络都有一个虚拟路由虚拟机，如果它因为某种原因崩溃了，只有对应的L3网络上的用户虚拟机会被影响，而不会对其他L3网络产生任何影响。在大多数的使用场景中，一个L3网络只属于一个租户，这就是说，只有一个租户会遭受到一个虚拟路由虚拟机的失败。当L3网络遭到恶意工具的时候，这特别有用。例如，DDOS。攻击者不能通过攻击一个租户而摧毁整个云内的网络。
- 无状态：虚拟路由虚拟机是无状态的，所有的配置，来自于ZStack管理节点，可以在任何时间被重建。用户有各种各样的选择，用于重建虚拟路由虚拟机中的配置。例如，关闭、启动它们，删除、重建他们，或调用重连API（ReconnectVirtualRouter API）。
- 易于实现高可用（HA）：可以部署两个虚拟路由虚拟机，使用虚拟路由冗余协议在主备模式下工作，以实现HA。一旦主要的虚拟路由失效了，备用的会自动接管，使得网络的宕机时间微不足道。
注意：这个冗余虚拟路由虚拟机的特性在当前版本中不支持（0.6）. - Hypervisor无关：虚拟路由虚拟机不依赖于Hypervisor。ZStack有一个脚本，用于为主流的Hypervisor构建虚拟路由虚拟机的模板。
- 合理的性能：因为使用了Linux，虚拟路由虚拟机能够实现该Liunx能够提供的合理的性能。用户可以配置一个虚拟路由计算规格，通过更多的CPU和更大的内存来为虚拟路由虚拟机提供足够的计算能力，以应对沉重的网络流量。性能上主要的关注点在于，虚拟路由虚拟机和用户虚拟机上公有网卡间的流量，在虚拟
路由虚拟机提供NAT相关的服务，包括SNAT、EIP、和端口转发时。在大多数场景中，由于一个公网IP通常有几十MB的带宽，虚拟路由虚拟机足以胜任一个不错的性能。
然而，当通过虚拟路由虚拟机的流量需要一个极高的带宽的时候，由于虚拟化导致的显著的网络性能下降时不可避免的；然而，有两种技术可以缓解这个问题：
- LXC/Docker:由于ZStack支持多种Hypervisor，一旦LXC或Docker被支持，作为一种轻量级的虚拟化技术，作为容器运行的虚拟路由虚拟机可以近乎原生的性能。
- SR-IOV:虚拟路由虚拟机可以通过SR-IOV被分配物理网卡，以达到原生的网络性能。
注意：LXC/Docker和SR-IOV在当前版本中不支持（0.6）.
另外，用户可以使用系统标签和虚拟路由计算规格来为虚拟路由虚拟机控制物理主机的分配；更进一步，用户甚至可以指派一个物理服务器给一个虚拟路由虚拟机；在LXC/Docker或SR-IOV的帮助下，虚拟路由虚拟机能接近一个Linux服务器能够提供的原生的网络性能。
不管怎样，软件的解决方案有着天生的性能缺陷；用户可以选择为了网络的高性能而选择混合的解决方案；例如，仅为DHCP和DNS使用虚拟路由虚拟机，将性能敏感的服务留给使用了物理设备的服务提供器。
#总结
在这篇文章中，我们演示了ZStack的默认网络服务提供器：虚拟路由提供器。解释了它怎么工作并详细阐述了它是怎样满足了我们关于网络服务的考虑。借助虚拟路由虚拟机，ZStack取得了一个理想的平衡，在灵活性和性能之间。我们相信90%的用户可以轻松明确地在商业硬件上构建他们的网络服务。
若有收获，就点个赞吧
0 人点赞
