云管理员OpenStack Neutron网络指南

自从云计算开始以来，云中部署应用程序的基本过程几乎没有发生变化，即首先部署应用组件和数据库元素，然后通过网络，将它们与用户连接。 然而，如何连接这些应用的细节发生了改变。因为定义“网络即服务”的方式改变了。

一直以来，OpenStack 在Quantum(现在为Neutron)中具备明确的NAAS模型，这也是一个NAAS演变很好的例子，并且可以看出我们在不断向前发展。

当设立云应用的连接服务时，云管理员往往不具备高级的网络技能，为了避免成为永久的中间人，需要了解OpenStack Neutron，以后会经常与OpenStack Neutron打交道。如果云管理员能够跟上OpenStack Neutron的发展步伐，网络即服务就越有可能成为构建云的真正框架，而不需要网络专业人员或者供应商的技术支持。

了解NAAS架构模型

OpenStack网络是一个模型与插件过程，并且在一些重要的方面，发生着改变。 OpenStack遵循NAAS架构虚拟化的一般原则：抽象和具体。

抽象意味着NAAS定义了一些代表抽象网络元素的“模型”。 例如，几乎所有的云应用程序，都部署在IP子网内，并代表着OpenStack Neutron的网络或者子网模型。网络是虚拟的本地局域网(LAN)，你可以添加DHCP和域名系统 (DNS)服务，以提供寻址和定义端口/网关，然后将子网与用户连接。

虚拟化和NAAS “具体”的部分，即Neutron抽象、模型转化为现实网络行为的过程。 这是通过一个插件完成的，这个插件向设备或管理系统发送一串命令，然后执行命令，最后创建所需的网络行为。

关于模型方面，云计算的早期实验揭示了一个事实，即要想建立NAAS(网络，端口和接口)，使用Neutron的基本模型，还远远不够。 因此，当OpenStack更新时，每一个基础版本可能会增加一些新的抽象模型ONeutron。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友