赤焰军

python-neutronclient架构分析命令执行流程图 1 命令执行流程         当执行neutron命令时，python-neutronclient实际执行shell.py中的main函数。在main函数中，构造一个NeutronShell对象，然后调用该对象的run()函数。在run()函数中，进行log配置、参数解析、等操作，然后调用run_sub

1.5 问题分析1.5.1 查看进程启动时间1.5.2 为什么出现binding_failed1.1.4 为什么dhcp-agent同步时不会删除多余的tap口

1.5.8 测试dhcp-agent的同步功能-删除网络1.5.9 测试dhcp-agent 的同步-单agent-创建网络1.5.10 测试dhcp-agent的同步-多agent-网络迁移

1 RBAC简介RBAC（Role-Based Access Control）策略框架使得操作者允许一个或多个项目（租户）访问自己的资源。通过创建rbac_policy，指定action{access_as_share，access_as_external}、target_tenant_id、object_type{network, qos_policy}等参数来完成。    RBAC可指

1 metering功能L3 metering是在路由器(非DVR)层面上进行流量带宽统计。操作者配置IPranges，并分配标签（meter-label），每个标签会测量一组IP范围内的流量，并把带宽测量结果发送到oslo notificationsystem，并被Ceilometer收集。 通过设置每个L3namespace（qrouter-XXX）上的IPtables rules

1、测试环境2、测试TOPO                                  vip 的地址： 10.131.0.42，  http server ip： 10.128.1.200-2023、测试结果4、瓶颈分析在测试出以上性能数据时，单核CPU占用率已经达到了100%，由于haproxy的主处理函数是单线程的，

本文介绍了neutron az的使用、原理。

本文详细介绍了N版qos功能的配置、使用和原理。

本文介绍了neutron-server的enable_new_agents配置及其原理。

简要介绍ovs上新增端口时，ovs-agent的处理过程。本文对加深虚机创建、迁移过程中，neutron所做的工作，有一定的帮助。

作者: 赵怡上次发表了一篇有关neutron kilo/liberty/mitaka各版本的主要区别, 这次来总结一下网络和NFV方面, kilo版和newton之间的版本变化:一、Neutron Kilo版和Newton版本功能区别：L2-二层功能点功能变化类型描述支持管理员手动调度agent新增

作者: 赵怡一、VLAN aware VMs简介"VLAN aware VMs"有时也叫做"VM trunk ports", 主要是让虚拟机收发的vlan tagged报文, 能够被虚拟网络所识别和处理。  二、VLAN aware VMs应用场景该功能的主要使用场景有:1. 有些应用程序, 需要连接很多neutron网络。传统的方法是虚拟机上连接很多neu

作者: 赵怡一、shaker简介Shaker是一款在OpenStack环境中使用的网络性能测试工具, 可针对不同网络场景进行性能测试。主要原理是, 通过heat模板创建虚拟机, 并使用虚拟机中的iperf3,netperf工具进行虚拟机间互相打流测试网络性能, 最终抓取测试结果, 通过网页方式输出给用户。 二、shaker安装由于shaker依赖于heat编排组

1 cliff简介    Cliff(CommandLine Interface Formulation Framework)，即命令行接口制定框架。可定义多级命令、输出格式以及其他一些扩展来创建命令行相关项目。Cliff框架中定义的主程序处理参数解析，并调用子命令来完成工作。    Cliff借助Python的优势能够动态的装载代码，允许主程序中用到的子命令分布式的实现，并向用户提供统一

1.  Service Function Chain概述   Neutron的SFC (Service Function Chaining, SFC, 业务链)是由华为主导并开发的一个neutron下的服务框架。   其目的是动态建立服务链使不同租户的流量可以按照不同顺序导向不同的服务功能模块。其概念类似于策略路由, 即SFC使网络报文流量走特定的路径,而不是通过IP目的地址来查看路由表得

作者: 赵怡1.  SFC安装部署前提条件: ovs版本: 由于sfc会用到ovs的group bucket, mpls特性, 所以需要ovs支持mpls。笔者用的ovs 2.6.1就可以支持。目前代码可以手工安装, 也可以通过devstack自动安装: local.conf中需要启用networking-sfc插件...enable_p

1.4 代码流程分析1.4.1 dhcp port如何进行bind_port1.4.2 dhcp-agent与plugin的同步

1.3.9 哪些网络有问题

一、基本环境部署环境说明：4节点，每节点三个网卡，第一个网卡做管理用，第二个网卡做内部tunnel网络，第三个网卡做外部网络：节点角色管理网络IP内部tunnel网络外部网络dvr-controller172.16.30.2172.16.40.2172.16.50.2dvr-networ

Openstack中的安全组实现相互信任的虚拟机之间的通信，绑定同一个安全组的虚拟机使用相同的安全策略。安全组作用范围是在虚拟机上，更具体来说是作用在虚拟机的端口而不是网络上。Openstack中安全组基于Iptables实现，由于当前OpenvSwitch(ovs)不能使用iptables rule，所以虚拟机先连接linux bridge，再连接到ovs网桥。参考链接[1]。使用Iptab

openvswitch-agent重启分析

1     nova命令先介绍一下nova命令中与网络相关的一些参数。 1.1   指定网络启动虚机usage: nova boot [--flavor ] [--image ]                 [--image-with ] [--boot-volume ]                 [--snapshot ] [--min-coun

实验环境：openstackkilo    随着网络资源的丰富，使用neutron-client查询网络信息时，neutron-server会一次性返回大量数据，造成应用处理数据变慢。为此neutron-server提供了分页功能，可以根据请求将结果分段返回。（1） 打开neutron-server的分页功能# vim /etc/neutron/neutron.conf[DEFAUL

Neutron Kilo, Liberty, Mitaka各版本区别

1.  Tacker部分驱动代码Tacker创建,更新,删除等管理监控NFV虚拟机的代码主要在vm/plugin.py文件中。除了对数据库的操作外, 最主要的是调用几个driver驱动来实现上述创建,更新,删除等管理监控NFV虚拟机。从master版最新代码(2016/5/13)来看, 涉及到的driver驱动有infra_drivers(用于部署NFV), mgmt_drivers(

1.  Tacker Devstack安装以master版本为例1. Devstacklocal.conf配置, 新增:enable_plugin tacker https://git.openstack.org/openstack/tacker master 2. 进行安装# stack.sh 2.

1.  NFV概述   NFV(网络功能虚拟化Network Function Virtualization, 有时候NFV也叫做VNF)由运营商的联盟提出，主要利用通用x86硬件平台和标准的IT虚拟化技术, 来做软硬件解耦合和功能抽象。 这样做可以解决运营商目前碰到的一些问题, 如: 专用设备成本高昂, 厂商锁定, 资源分配、部署、调度不够灵活。随着NFV的使用, 新业务可以快速开发和部

1、HTTP资源池+HTTP监控基于openstack界面，建立一个HTTP协议的资源池，创建vip，选择80端口。端口ns-c84b54fd-16是该资源池vip对应的端口。添加两台虚拟机作为成员，编辑虚拟机中的html访问文件，添加成员虚拟机名称/IP地址作为标识。为资源池添加健康监控。VIP端口会根据健康监控的设定，

本文简要介绍network-vif-plugged的流程及其作用。

本文描述OpenStack环境vxlan隧道数目错误问题的原因分析，及解决办法。

1.  ELK概述我们在大规模服务器节点上部署某分布式软件后(如OpenStack), 需要对其进行持续运维和监测状态。一般情况下,  通过实时查看和过滤该软件的log日志是必须的通用手段。手动在每个节点上挨个查看log文件效率低下, 并不现实, 而自己写脚本去每个节点上抓取log文件的性能并不高。ELK这套实时日志分析系统能够有效解决上述问题, 并能和其他运维管理系统集成, 达到自动抓取

1      DHCP问题定位过程本文以dhcp节点残留tap口为切入点，描述dhcp agent问题定位方法，梳理代码流程，通过一步一步测试，找到复现问题的步骤，并最终找到问题的根本原因及解决办法。本文最后对该问题进行了总结。 1.1   问题简述如下图所示，在一个dhcp namespace里，有多个tap口。  1.2    环境描述出问题

1.  SFC底层实现原理port chain和ovs driver/agentPort Chain插件架构图:      SFC Port Chain Plugin      +-------------------------------+      |  +-------------------------+  |      |  |    Port