云管理员OpenStack Neutron网络指南自从云计算开始以来，云中部署应用程序的基本过程几乎没有发生变化，即首先部署应用组件和数据库元素，然后通过网络，将它们与用户连接。 然而，如何连接这些应用的细节发生了改变。因为定义“网络即服务”的方式改变了。 随着OpenStack网络不断发展，创建云应用的NAAS模型，不再需要进入网络管理系统，每一步无需网络专业人员。有了最新的Neutron抽象和最新插件，仅仅使用OpenStack工具，管理员就可以定义和部署完全连接的云应用程序或应用系统。如果管理员添加DevOps工具，如Chef,Puppet 或者 Juju，那么，无需特殊的网络技能，就可以部署和重新部署基于脚本的云应用程序。 力争保持OpenStack插件实时更新 尽管OpenStack插件会为云管理员带来某些好处，但问题是，企业在复杂的云环境下，能否保持OpenStack插件实时更新。 因为OpenStack假定，每个OpenStack域，只有一个Neutron服务器和插件，在多厂商网络中存在很大风险，即不能为整个云管理环境量身定制插件。 使用标准的网络控制框架，如OpenFlow或OpenDaylight ，可以缓解此问题，但是对大型企业来说，找到控制供应商和设备的插件，有一定困难。 这个问题很难解决-但是OpenStack基金会正在设法解决这个问题。一个进展中的项目，每次执行Neutron，支持多个插件，可以解决多厂商网络提供标准化的Neutron NAAS抽象这一问题。 当Neutron激活参数时，其它插件项目再将参数发送到虚拟元素，从而获得正确的端口或接口或设备。 云管理员不得不从网络组织中获得这样的设置参数，并且通过部署这些参数，来配置虚拟元素，这对云管理员来说，起到一定帮助。 数据显示，大多数云管理员不去审查OpenStack的Neutron项目，这种做法是错误的。有些项目具有重大影响，如添加模型/抽象或同时支持多种插件。 其他项目则细化目前的插件或抽象，以提高性能或增加新的功能。 像OpenStack代码审查网站为云管理员提供了准备测试的OpenStack Neutron项目的当前现状。 这可能会影响到云实施或云计划。
责编：王雅京  微信扫一扫实时了解行业动态 著作权声明：kaiyun体育官方人口
文章著作权分属kaiyun体育官方人口
、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。 |
最新专题 推荐圈子 |
DB2数据的导入(Import)_导出(Expo..
Cognos 中国社区——Cognos 10.2...|
|
