Neutron云计算网络虚拟化
描述neutron的基本架构,和基本工作流程。
描述neutron的基本架构，和基本工作流程。
Neutron是OpenStack的网络虚拟化组件，其主要功能是为OpenStack云平台中运行的虚拟机提供网络接口和网络连接。
Neutron的基本架构包括以下几个组件：
1. API服务器：提供API接口给用户或其他OpenStack组件使用，用于创建、管理和删除网络资源。
2. Plugin：管理和处理网络资源的创建、配置和删除等操作。
Neutron支持多种插件类型，如L2插件用于管理二层网络、L3插件管理三层网络。
3. Agent：运行在物理主机或网络设备上，用于提供虚拟机的网络连接和服务。
基本工作流程如下：
1. 用户通过API向Neutron发送网络资源创建请求，比如创建一个虚拟网络。
2. Plugin收到请求后，创建并配置相应的虚拟网络资源，如子网、路由、防火墙等。
3. Agent监视虚拟机状态，并为虚拟机提供网络服务。
如果虚拟机需要接入到虚拟网络中，则Agent会为其分配一个IP地址，并将虚拟网卡附加到虚拟网络中。
4. 当虚拟机需要访问外部网络时，Neutron会将其请求发送给L3 Agent，并通过路由和防火墙策略进行处理。
5. 当不再需要网络资源时，用户可以通过API向Neutron发送请求进行删除，Neutron将调用Plugin进行删除操作，同时Agent会清理相关的网络连接和服务。
FusionCompute网络虚拟化产品介绍
⚫ 管理员可以通过系统Portal，基于虚拟交换机端口组对象，配置报文抑制开关和报 文抑制带宽阈值。
第18页
网络安全策略 - 安全组
⚫ 基于vhost-user技术，vhost在用 户态直接和EVS交互，通过地址偏 移获取DPDK大页地址，性能提升 30%-40%。
⚫ 利用批处理和轮询机制提升报文处 理能力。
⚫ 后续会通过ivshm技术以共享内存 与VM通信，进一步提升性能。
华为分布式交换方案
DVSM
第9页
Virtual Switch Agent
上行链路
分布式虚拟交换机
端口组
端口组
vlan100
vlan200
上行链路
物理网卡
物理网卡
端口组 vlan300
第10页
虚拟交换模型
Mgnt
ISCSI
System Interface
System Interface
Uplink Port Aggr
Uplink Port Aggr
eth0 eth1
eth2 eth3
思考题
1. 在FusionCompute分布式交换机里，虚拟机与外部网络通信依靠的是什么端口？（
）
A. Mgnt
B. 存储接口
C. 上行链路
D. 端口组
2. FusionCompute分布式交换机支持哪几种类型？（ ）
A. 普通模式
B. SR-IOV直通模式
C. 用户态交换模式
D. 标准模式
OpenStack技术原理与实战：Neutron网络组件的介绍
9
基本命令
网络（network）
neutron net-create --tenant-id $tenant net1 \ --provider:network_type vlan \
--provider:physical_network physnet1 \ --provider:segmentation_id 100
11
Neutron典型的网络结构如下图所示：
12
在这个图中，我们有一个和互联网（互联网可以由其它网络代替，比如办 公网络）连接的外部网络。这个外部网络是工程虚拟机访问互联网或者互 联网访问虚拟机的途径。外部网络有一个子网，它是一组在互联网上可寻 址的IP地址。一般情况下，外部网络只有一个（neutron是支持多个外部网 络的），且由管理员创建。
26
5.1 管理员创建外网
（3）.下面是我们刚才创建好的网络：
27
5.1 管理员创建外网
（4）.现在我们点击“ExternalNet”查看这个网络的详细情况：
28
5.1 管理员创建外网
（5）.在网络详细情况页面中，我们点击“Create Subnet”弹出窗口 创建外部网络的子网：
29
5.1 管理员创建外网
14
3、 Neutron核心组件
模块 neutron-server neutron-*(l2)-agent neutron-dhcp-agent neutron-l3-agent neutron-vpn-agent
neutron-lbaas-agent neutron-metadata-agent
Flat模式，首先使用nova-manage命令为所有的工程创建一个IP资源
池，例如：nova-manage network create -fixed_range_v4=10.0.0.0/16 –label=public该命令相当于将所有的IP地 址放在一个池中，当创建虚拟机以后，虚拟机就能够从该池中得到一个IP地址 ，也就是说，在Flat模式下的虚拟机构成的网络没有子网的概念，所有的虚拟 机是存在于同一个局域网中的。 VLAN模式功能丰富，很适合提供给企业内部部署使用，属于同一个VLAN中 的虚拟机是桥接在一个单独的网桥上，并且这些虚拟机的创建是基于工程的， 这种方式很容易实现工程有隔离。但是，需要支持VLAN的switches来连接， 而且实际部署时比较复杂，VLAN的个数为4096个，也就是最多4096个子网 工程，这一点不适用于公有云，一般在小范围实验中常采用FlatDHCP模式。
Neutron的主要服务组件配置与网络创建.
OPENSTACK配置与管理
任务七 neutron的主要服务组件配置与网络搭建
[root@controller ~]# openstack-config --set /etc/neutron/neutron.conf DEFAULT nova_url http://controller:8774/v2 [root@controller ~]# openstack-config --set /etc/neutron/neutron.conf DEFAULT nova_admin_username nova [root@controller ~]# openstack-config --set /etc/neutron/neutron.conf DEFAULT nova_admin_tenant_id $(keystone tenant-list | awk '/ service / { print $2 }') [root@controller ~]# openstack-config --set /etc/neutron/neutron.conf DEFAULT nova_admin_password 000000 [root@controller ~]# openstack-config --set /etc/neutron/neutron.conf DEFAULT nova_admin_auth_url http://controller:35357/v2.0
OPENSTACK配置与管理
任务七 neutron的主要服务组件配置与网络搭建
四．任务步骤及其详解：(此处有视频：9-2(1)Neutron的安装及其配置) 步骤一：在Neutron组件中配置Nova的认证信息 Neutron为了保证各虚拟机实例之间通讯正常，需要在 Neutron中配置Nova的认证信息，在Neutron组件运行时， 会通过Keystone组件获取Nova的相关信息以获取虚拟机实例 的状态信息，首先我们在controller节点的Neutron的主文件 中添加Nova的相关信息，命令如下。
云计算管理平台之OpenStack网络服务neutron
云计算管理平台之OpenStack⽹络服务neutron ⼀、简介 neutron的主要作⽤是在openstack中为启动虚拟机实例提供⽹络服务，对于neutron来讲，它可以提供两种类型的⽹络；第⼀种是provider network，这种⽹络就是我们常说的桥接⽹络，虚拟机内部⽹络通常是通过bridge的⽅式直接桥接到宿主机的某块物理⽹卡上，从⽽实现虚拟机可以正常的访问外部⽹络，同时虚拟机外部⽹络也可以访问虚拟机的内部⽹络；第⼆种是self-service networks，这种⽹络就是nat⽹络；nat⽹络的实现是通过在虚拟机和宿主机之间实现了虚拟路由器，在虚拟机内部可以是⼀个私有地址连接⾄虚拟路由器的⼀个接⼝上，⽽虚拟路由器的另外⼀端通过⽹桥桥接到宿主机的某⼀张物理⽹卡；所以nat⽹络很好的隐藏了虚拟机的地址，它能够实现虚拟机访问外部⽹络，⽽外⽹⽤户是不能够直接访问虚拟机的；但在openstack中，它能够实现虚拟机和外部的⽹络做⼀对⼀nat绑定，从⽽实现从虚拟机外部⽹络访问虚拟机； self-service network ⽰意图 提⽰：self-service network 和provide network最⼤的区别是⾃服务⽹络中有虚拟路由器；有路由器就意味着虚拟机要和外⽹通信，⽹络报⽂要⾛三层，⽽对于provide network 来讲，它的⽹络报⽂就可以直接⾛⼆层⽹络；所以在openstack上这两种类型的⽹络实现⽅式和对应的组件也有所不同； provide network 实现所需组件 Provider networks - Overview Provider networks 连接⽰意图 提⽰：桥接⽹络也叫共享⽹络，虚拟机实例⽹络是通过桥接的⽅式直接共享宿主机⽹络；虚拟机和宿主机通信，就类似宿主机同局域⽹的其他主机通信⼀样；所以虚拟机和宿主机通信报⽂都不会到三层，所以这⾥⾯就不涉及三层⽹络相关的操作和配置； self-service network实现所需组件 Self-service networks - Overview Self-service networks连接⽰意图 对⽐上⾯两种⽹络的实现所需组件，我们可以发现self-service network的实现要⽐provide network要多⼀个networking L3 Agent插件；这个插件⽤作实现3层⽹络功能，⽐如，提供或管理虚拟路由器；从上⾯的两种⽹络连接⽰意图也可以看出，self-service network是包含provide network，也就是说我们选择使⽤self-service network这种类型的⽹络结构，我们即可以创建⾃服务⽹络，也可以创建桥接⽹络；对于⾃服务⽹络来讲，我们在计算节点启动的虚拟机，虚拟机想要访问外部⽹络，它会通过计算节点的vxlan接⼝，这⾥的vxlan我们可以理解为在计算节点内部实现的虚拟交换机，各虚拟机实例通过连接不同的vni(⽹络标识符，类似vlan id⼀样)的vxlan来实现⽹络的隔离，同时vxlan这个虚拟接⼝通常是桥接在本地管理⽹络接⼝上，这个管理⽹络⼀般是不能够和外部⽹络通信；虚拟机访问外部⽹络，通过vxlan接⼝实现的vxlan隧道，这个隧道是⼀头是和计算节点的管理⽹络接⼝连接，⼀头是和控制节点的管理⽹络接⼝连接；虚拟机访问外部⽹络是通过vxlan隧道，再通过控制节点中的虚拟路由器，将请求通过路由规则，路由到控制节点能够上外⽹的接⼝上，然后发出去，从⽽实现虚拟机能够和外部⽹络进⾏交互；⽽对于外部⽹络要访问虚拟机，在openstack上是通过⼀对⼀nat绑定实现；也就说在控制节点能够上外⽹的接⼝上配置很多ip地址，这些IP地址都是可以正常访问外部⽹络的，在虚拟机访问外部⽹络时，在控制节点的虚拟机路由器上就固定的把计算节点的某个虚拟机的流量通过固定SNAT的⽅式进⾏数据发送，对于这个固定地址在控制节点上再做固定的DNAT，从⽽实现外部⽹络访问控制节点上的这个固定ip，通过DNAT规则把外部流量引⼊到虚拟机，从⽽实现外部⽹络和虚拟机通信； neutron⼯作流程 neutron服务主要由neutron-server、neutron agents、neutron plugins这三个组件组成，这三者都依赖消息队列服务；其中neutron server主要⽤来接收⽤户的请求，⽐如创建或管理⽹络；当neutron server接收到客户端（openstack其他服务，如nova，neutron专有客户端）请求后，它会把请求丢到消息队列中去，然后neutron agents负责从消息队列中取出客户端的请求，在本地完成⽹络创建或管理，并把对应的操作的结果写到neutron 数据库中进⾏保存；这⾥需要说明⼀点neutron agents是指很多agent，每个agent都负责完成⼀件事，⽐如DHCP agent负责分配ip地址，network manage agent负责管理⽹络；⽽对于neutron plugins 主要⽤来借助外部插件的⽅式提供某种服务；⽐如ML2 plugin ⽤来提供2层虚拟⽹络服务的；如果neutron agents在创建或管理⽹络需要⽤到某个插件服务时，它会把请求插件的消息丢到消息队列，然后neutron plugins 从消息队列取出消息，并响应请求，把结果丢到消息队列，同时也会写到数据库中； ⼆、neutron服务的安装、配置 1、准备neutron 数据库、⽤户以及授权⽤户对neutron数据库下的所有表有所有权限；[root@node02 ~]# mysqlWelcome to the MariaDB monitor. Commands end with ; or \g.Your MariaDB connection id is 184Server version: 10.1.20-MariaDB MariaDB ServerCopyright (c) 2000, 2016, Oracle, MariaDB Corporation Ab and others.Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.MariaDB [(none)]> CREATE DATABASE neutron;Query OK, 1 row affected (0.00 sec)MariaDB [(none)]> GRANT ALL PRIVILEGES ON neutron.* TO 'neutron'@'%' IDENTIFIED BY 'neutron';Query OK, 0 rows affected (0.01 sec)MariaDB [(none)]> flush privileges;Query OK, 0 rows affected (0.00 sec)MariaDB [(none)]> 验证：⽤其他主机⽤neutron⽤户，看看是否可以正常连接数据库？[root@node01 ~]# mysql -uneutron -pneutron -hnode02Welcome to the MariaDB monitor. Commands end with ; or \g.Your MariaDB connection id is 185Server version: 10.1.20-MariaDB MariaDB ServerCopyright (c) 2000, 2016, Oracle, MariaDB Corporation Ab and others.Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.MariaDB [(none)]> show databases;+--------------------+| Database |+--------------------+| information_schema || neutron || test |+--------------------+3 rows in set (0.00 sec)MariaDB [(none)]> 2、在控制节点安装配置neutron 导出admin环境变量，创建neutron⽤户，设置其密码为neutron[root@node01 ~]# source admin.sh[root@node01 ~]# openstack user create --domain default --password-prompt neutronUser Password:+---------------------+----------------------------------+| Field | Value |+---------------------+----------------------------------+| domain_id | 47c0915c914c49bb8670703e4315a80f || enabled | True || id | e7d0eae696914cc19fb8ebb24f4b5b0f || name | neutron || options | {} || password_expires_at | None |+---------------------+----------------------------------+[root@node01 ~]# 将neutron⽤户添加⾄service项⽬，并授权为admin⾓⾊[root@node01 ~]# openstack role add --project service --user neutron admin[root@node01 ~]# 创建neutron服务[root@node01 ~]# openstack service create --name neutron \> --description "OpenStack Networking" network+-------------+----------------------------------+| Field | Value |+-------------+----------------------------------+| description | OpenStack Networking || enabled | True || id | 3dc79e6a21e2484e8f92869e8745122c || name | neutron || type | network |+-------------+----------------------------------+[root@node01 ~]# 创建neutron服务端点（注册neutron服务） 公共端点[root@node01 ~]# openstack endpoint create --region RegionOne \> network public http://controller:9696+--------------+----------------------------------+| Field | Value |+--------------+----------------------------------+| enabled | True || id | 4a8c9c97417f4764a0e61b5a7a1f3a5f || interface | public || region | RegionOne || region_id | RegionOne || service_id | 3dc79e6a21e2484e8f92869e8745122c || service_name | neutron || service_type | network || url | http://controller:9696 |+--------------+----------------------------------+[root@node01 ~]# 私有端点[root@node01 ~]# openstack endpoint create --region RegionOne \> network internal http://controller:9696+--------------+----------------------------------+| Field | Value |+--------------+----------------------------------+| enabled | True || id | 1269653296e14406920bc43db65fd8af || interface | internal || region | RegionOne || region_id | RegionOne || service_id | 3dc79e6a21e2484e8f92869e8745122c || service_name | neutron || service_type | network || url | http://controller:9696 |+--------------+----------------------------------+[root@node01 ~]# 管理端点[root@node01 ~]# openstack endpoint create --region RegionOne \> network admin http://controller:9696+--------------+----------------------------------+| Field | Value |+--------------+----------------------------------+| enabled | True || id | 8bed1c51ed6d4f0185762edc2d5afd8a || interface | admin || region | RegionOne || region_id | RegionOne || service_id | 3dc79e6a21e2484e8f92869e8745122c || service_name | neutron || service_type | network || url | http://controller:9696 |+--------------+----------------------------------+[root@node01 ~]# 安装neutron服务组件包[root@node01 ~]# yum install openstack-neutron openstack-neutron-ml2 openstack-neutron-linuxbridge ebtables -y 编辑neutron服务的配置⽂件/etc/neutron/neutron.conf的【DEFAULT】配置段配置连接rabbitmq相关信息以及核⼼插件和⽹络插件等； 提⽰：我这⾥选择使⽤⾃服务⽹络类型；所以这⾥要配置service_plugins = router 并且启⽤叠加⽹络选项； 在【database】配置段配置连接neutron数据库相关信息 在【keystone_authtoken】配置段配置使⽤keystone做认证的相关信息 在【DEFAULT】配置段配置⽹络通知相关选项 在【nova】配置段配置nova服务相关信息 在【oslo_concurrency】配置段配置锁路径 neutron.conf的最终配置[root@node01 ~]# grep -i ^"[a-z\[]" /etc/neutron/neutron.conf[DEFAULT]transport_url = rabbit://openstack:openstack123@node02allow_overlapping_ips = trueauth_strategy = keystonenotify_nova_on_port_status_changes = truenotify_nova_on_port_data_changes = true[agent][cors][database]connection = mysql+pymysql://neutron:neutron@node02/neutron[keystone_authtoken]www_authenticate_uri = http://controller:5000auth_url = http://controller:5000memcached_servers = node02:11211auth_type = passwordproject_domain_name = defaultuser_domain_name = defaultproject_name = serviceusername = neutronpassword = neutron[matchmaker_redis][nova]auth_url = http://controller:5000auth_type = passwordproject_domain_name = defaultuser_domain_name = defaultregion_name = RegionOneproject_name = serviceusername = novapassword = nova[oslo_concurrency]lock_path = /var/lib/neutron/tmp[oslo_messaging_amqp][oslo_messaging_kafka][oslo_messaging_notifications][oslo_messaging_rabbit][oslo_messaging_zmq][oslo_middleware][oslo_policy][quotas][ssl][root@node01 ~]# 配置ML2插件 编辑配置⽂件/etc/neutron/plugins/ml2/ml2_conf.ini ，在【ml2】配置段配置⽀持flat（平⾯⽹络），vlan和vxlan 提⽰：配置ML2插件之后，删除type_drivers选项中的值可能会导致数据库不⼀致；意思是初始化数据库后，如果在删除上⾯的值，可能导致数据库不⼀致的情况； 在【ml2】配置段开启租户⽹络类型为vxlan 在【ml2】配置段启⽤Linux桥接和⼆层填充机制 在【ml2】配置段中启⽤端⼝安全扩展驱动程序 在【ml2_type_flat】配置段配置flat_networks = provider 提⽰：这⾥主要是指定平⾯⽹络的名称，就是虚拟机内部⽹络叫什么名，这个名称可以⾃定义，但后⾯会⽤到把该⽹络桥接到物理⽹卡中的配置，以及后续的创建⽹络都要⽤到这名称，请确保后续的名称和这⾥的名称保持⼀致； 在【ml2_type_vxlan】配置段中配置vxlan的标识范围 在【securitygroup】配置段启⽤ipset ml2_conf.ini的最终配置[root@node01 ~]# grep -i ^"[a-z\[]" /etc/neutron/plugins/ml2/ml2_conf.ini[DEFAULT][l2pop][ml2]type_drivers = flat,vlan,vxlantenant_network_types = vxlanmechanism_drivers = linuxbridge,l2populationextension_drivers = port_security[ml2_type_flat]flat_networks = provider[ml2_type_geneve][ml2_type_gre][ml2_type_vlan][ml2_type_vxlan]vni_ranges = 1:1000[securitygroup]enable_ipset = true[root@node01 ~]# 配置linux bridge agent 编辑/etc/neutron/plugins/ml2/linuxbridge_agent.ini，在【linux_bridge】配置段配置provider⽹络映射到物理的那个接⼝ 提⽰：这⾥主要是配置把把虚拟机内部的那个⽹络和物理接⼝的桥接映射，请确保虚拟机内部⽹络名称和这⾥配置的保持⼀致；冒号前指定虚拟机内部⽹络名称，冒号后⾯指定要桥接的物理⽹卡接⼝名称； 在【vxlan】配置段配置启⽤vxlan，并配置本地管理ip地址和开启l2_population 提⽰：local_ip写控制节点的管理ip地址（如果有多个ip地址的话）； 在【securitygroup】配置段配置启⽤安全组并配置Linux bridge iptables防⽕墙驱动程序 linuxbridge_agent.ini的最终配置[root@node01 ~]# grep -i ^"[a-z\[]" /etc/neutron/plugins/ml2/linuxbridge_agent.ini[DEFAULT][agent][linux_bridge]physical_interface_mappings = provider:ens33[network_log][securitygroup]enable_security_group = truefirewall_driver = neutron.agent.linux.iptables_firewall.IptablesFirewallDriver[vxlan]l2_population = true[root@node01 ~]# 确定br_netfilter内核模块是加载启⽤，若没加载，加载内核模块并配置相关内核参数[root@node01 ~]# lsmod |grep br_netfilter[root@node01 ~]# modprobe br_netfilter[root@node01 ~]# lsmod |grep br_netfilterbr_netfilter 22209 0bridge 136173 1 br_netfilter[root@node01 ~]# 配置相关内核参数[root@node01 ~]# sysctl -pnet.bridge.bridge-nf-call-iptables = 1net.bridge.bridge-nf-call-ip6tables = 1[root@node01 ~]# 配置L3 agent 编辑/etc/neutron/l3_agent.ini配置⽂件，在【DEFAULT】配置段⽹络接⼝驱动为linuxbridge[DEFAULT]interface_driver = linuxbridge 配置DHCP agent 编辑/etc/neutron/dhcp_agent.ini配置⽂件，在【DEFAULT】配置段配置⽹络接⼝驱动为linuxbridge,启⽤元数据隔离，并配置dhcp驱动程序[DEFAULT]interface_driver = linuxbridgedhcp_driver = neutron.agent.linux.dhcp.Dnsmasqenable_isolated_metadata = true 配置metadata agent 编辑/etc/neutron/metadata_agent.ini配置⽂件，在【DEFAULT】配置段配置metadata server地址和共享密钥[DEFAULT]nova_metadata_host = controllermetadata_proxy_shared_secret = METADATA_SECRET 提⽰：metadata_proxy_shared_secret 这个是配置共享密钥的参数，后⾯的密钥可以随机⽣成，也可以设定任意字符串； 配置nova服务使⽤neutron服务 编辑/etc/nova/nova.conf配置⽂件，在【neutron】配置段配置neutron相关信息[neutron]url = http://controller:9696auth_url = http://controller:5000auth_type = passwordproject_domain_name = defaultuser_domain_name = defaultregion_name = RegionOneproject_name = serviceusername = neutronpassword = neutronservice_metadata_proxy = truemetadata_proxy_shared_secret = METADATA_SECRET 提⽰：这⾥的metadata_proxy_shared_secret要和上⾯配置的metadata agent中配置的密钥保持⼀致即可； 将ml2的配置⽂件软连接到/etc/neutron/plugin.ini[root@node01 ~]# ln -s /etc/neutron/plugins/ml2/ml2_conf.ini /etc/neutron/plugin.ini[root@node01 ~]# ll /etc/neutron/total 132drwxr-xr-x 11 root root 260 Oct 31 00:03 conf.d-rw-r----- 1 root neutron 10867 Oct 31 01:23 dhcp_agent.ini-rw-r----- 1 root neutron 14466 Oct 31 01:23 l3_agent.ini-rw-r----- 1 root neutron 11394 Oct 31 01:30 metadata_agent.ini-rw-r----- 1 root neutron 72285 Oct 31 00:25 neutron.conflrwxrwxrwx 1 root root 37 Oct 31 01:36 plugin.ini -> /etc/neutron/plugins/ml2/ml2_conf.inidrwxr-xr-x 3 root root 17 Oct 31 00:03 plugins-rw-r----- 1 root neutron 12689 Feb 28 2020 policy.json-rw-r--r-- 1 root root 1195 Feb 28 2020 rootwrap.conf[root@node01 ~]# 初始化neutron数据库[root@node01 ~]# su -s /bin/sh -c "neutron-db-manage --config-file /etc/neutron/neutron.conf \> --config-file /etc/neutron/plugins/ml2/ml2_conf.ini upgrade head" neutronINFO [alembic.runtime.migration] Context impl MySQLImpl.INFO [alembic.runtime.migration] Will assume non-transactional DDL.Running upgrade for neutron ...INFO [alembic.runtime.migration] Context impl MySQLImpl.INFO [alembic.runtime.migration] Will assume non-transactional DDL.INFO [alembic.runtime.migration] Running upgrade -> kiloINFO [alembic.runtime.migration] Running upgrade kilo -> 354db87e3225INFO [alembic.runtime.migration] Running upgrade 354db87e3225 -> 599c6a226151INFO [alembic.runtime.migration] Running upgrade 599c6a226151 -> 52c5312f6bafINFO [alembic.runtime.migration] Running upgrade 52c5312f6baf -> 313373c0ffeeINFO [alembic.runtime.migration] Running upgrade 313373c0ffee -> 8675309a5c4fINFO [alembic.runtime.migration] Running upgrade 8675309a5c4f -> 45f955889773INFO [alembic.runtime.migration] Running upgrade 45f955889773 -> 26c371498592INFO [alembic.runtime.migration] Running upgrade 26c371498592 -> 1c844d1677f7INFO [alembic.runtime.migration] Running upgrade 1c844d1677f7 -> 1b4c6e320f79INFO [alembic.runtime.migration] Running upgrade 1b4c6e320f79 -> 48153cb5f051INFO [alembic.runtime.migration] Running upgrade 48153cb5f051 -> 9859ac9c136INFO [alembic.runtime.migration] Running upgrade 9859ac9c136 -> 34af2b5c5a59INFO [alembic.runtime.migration] Running upgrade 34af2b5c5a59 -> 59cb5b6cf4dINFO [alembic.runtime.migration] Running upgrade 59cb5b6cf4d -> 13cfb89f881aINFO [alembic.runtime.migration] Running upgrade 13cfb89f881a -> 32e5974ada25INFO [alembic.runtime.migration] Running upgrade 32e5974ada25 -> ec7fcfbf72eeINFO [alembic.runtime.migration] Running upgrade ec7fcfbf72ee -> dce3ec7a25c9INFO [alembic.runtime.migration] Running upgrade dce3ec7a25c9 -> c3a73f615e4INFO [alembic.runtime.migration] Running upgrade c3a73f615e4 -> 659bf3d90664INFO [alembic.runtime.migration] Running upgrade 659bf3d90664 -> 1df244e556f5INFO [alembic.runtime.migration] Running upgrade 19f26505c74f -> 15be73214821INFO [alembic.runtime.migration] Running upgrade 15be73214821 -> b4caf27aae4INFO [alembic.runtime.migration] Running upgrade b4caf27aae4 -> 15e43b934f81INFO [alembic.runtime.migration] Running upgrade 15e43b934f81 -> 31ed664953e6INFO [alembic.runtime.migration] Running upgrade 31ed664953e6 -> 2f9e956e7532INFO [alembic.runtime.migration] Running upgrade 2f9e956e7532 -> 3894bccad37fINFO [alembic.runtime.migration] Running upgrade 3894bccad37f -> 0e66c5227a8aINFO [alembic.runtime.migration] Running upgrade 0e66c5227a8a -> 45f8dd33480bINFO [alembic.runtime.migration] Running upgrade 45f8dd33480b -> 5abc0278ca73INFO [alembic.runtime.migration] Running upgrade 5abc0278ca73 -> d3435b514502INFO [alembic.runtime.migration] Running upgrade d3435b514502 -> 30107ab6a3eeINFO [alembic.runtime.migration] Running upgrade 30107ab6a3ee -> c415aab1c048INFO [alembic.runtime.migration] Running upgrade c415aab1c048 -> a963b38d82f4INFO [alembic.runtime.migration] Running upgrade kilo -> 30018084ec99INFO [alembic.runtime.migration] Running upgrade 30018084ec99 -> 4ffceebfadaINFO [alembic.runtime.migration] Running upgrade 4ffceebfada -> 5498d17be016INFO [alembic.runtime.migration] Running upgrade 5498d17be016 -> 2a16083502f3INFO [alembic.runtime.migration] Running upgrade 2a16083502f3 -> 2e5352a0ad4dINFO [alembic.runtime.migration] Running upgrade 2e5352a0ad4d -> 11926bcfe72dINFO [alembic.runtime.migration] Running upgrade 11926bcfe72d -> 4af11ca47297INFO [alembic.runtime.migration] Running upgrade 4af11ca47297 -> 1b294093239cINFO [alembic.runtime.migration] Running upgrade 1b294093239c -> 8a6d8bdae39INFO [alembic.runtime.migration] Running upgrade 8a6d8bdae39 -> 2b4c2465d44bINFO [alembic.runtime.migration] Running upgrade 2b4c2465d44b -> e3278ee65050INFO [alembic.runtime.migration] Running upgrade e3278ee65050 -> c6c112992c9INFO [alembic.runtime.migration] Running upgrade c6c112992c9 -> 5ffceebfadaINFO [alembic.runtime.migration] Running upgrade 5ffceebfada -> 4ffceebfcdcINFO [alembic.runtime.migration] Running upgrade 4ffceebfcdc -> 7bbb25278f53INFO [alembic.runtime.migration] Running upgrade 7bbb25278f53 -> 89ab9a816d70INFO [alembic.runtime.migration] Running upgrade 89ab9a816d70 -> c879c5e1ee90INFO [alembic.runtime.migration] Running upgrade c879c5e1ee90 -> 8fd3918ef6f4INFO [alembic.runtime.migration] Running upgrade 8fd3918ef6f4 -> 4bcd4df1f426INFO [alembic.runtime.migration] Running upgrade 4bcd4df1f426 -> b67e765a3524INFO [alembic.runtime.migration] Running upgrade a963b38d82f4 -> 3d0e74aa7d37INFO [alembic.runtime.migration] Running upgrade 3d0e74aa7d37 -> 030a959ceafaINFO [alembic.runtime.migration] Running upgrade 030a959ceafa -> a5648cfeeadfINFO [alembic.runtime.migration] Running upgrade a5648cfeeadf -> 0f5bef0f87d4INFO [alembic.runtime.migration] Running upgrade 0f5bef0f87d4 -> 67daae611b6eINFO [alembic.runtime.migration] Running upgrade 67daae611b6e -> 6b461a21bcfcINFO [alembic.runtime.migration] Running upgrade 6b461a21bcfc -> 5cd92597d11dINFO [alembic.runtime.migration] Running upgrade 5cd92597d11d -> 929c968efe70INFO [alembic.runtime.migration] Running upgrade 929c968efe70 -> a9c43481023cINFO [alembic.runtime.migration] Running upgrade a9c43481023c -> 804a3c76314cINFO [alembic.runtime.migration] Running upgrade 804a3c76314c -> 2b42d90729daINFO [alembic.runtime.migration] Running upgrade 2b42d90729da -> 62c781cb6192INFO [alembic.runtime.migration] Running upgrade 62c781cb6192 -> c8c222d42aa9INFO [alembic.runtime.migration] Running upgrade c8c222d42aa9 -> 349b6fd605a6INFO [alembic.runtime.migration] Running upgrade 349b6fd605a6 -> 7d32f979895fINFO [alembic.runtime.migration] Running upgrade 7d32f979895f -> 594422d373eeINFO [alembic.runtime.migration] Running upgrade 594422d373ee -> 61663558142cINFO [alembic.runtime.migration] Running upgrade 61663558142c -> 867d39095bf4, port forwarding INFO [alembic.runtime.migration] Running upgrade b67e765a3524 -> a84ccf28f06aINFO [alembic.runtime.migration] Running upgrade a84ccf28f06a -> 7d9d8eeec6adINFO [alembic.runtime.migration] Running upgrade 7d9d8eeec6ad -> a8b517cff8abINFO [alembic.runtime.migration] Running upgrade a8b517cff8ab -> 3b935b28e7a0INFO [alembic.runtime.migration] Running upgrade 3b935b28e7a0 -> b12a3ef66e62INFO [alembic.runtime.migration] Running upgrade b12a3ef66e62 -> 97c25b0d2353INFO [alembic.runtime.migration] Running upgrade 97c25b0d2353 -> 2e0d7a8a1586INFO [alembic.runtime.migration] Running upgrade 2e0d7a8a1586 -> 5c85685d616dOK[root@node01 ~]# 验证：连接neutron数据库中是否有表⽣成？MariaDB [(none)]> use neutronReading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -ADatabase changedMariaDB [neutron]> show tables;+-----------------------------------------+| Tables_in_neutron |+-----------------------------------------+| address_scopes || agents || alembic_version || allowedaddresspairs || arista_provisioned_nets || arista_provisioned_tenants || arista_provisioned_vms || auto_allocated_topologies || bgp_peers || bgp_speaker_dragent_bindings || bgp_speaker_network_bindings || bgp_speaker_peer_bindings || bgp_speakers || brocadenetworks || brocadeports || cisco_csr_identifier_map || cisco_hosting_devices || cisco_ml2_apic_contracts || cisco_ml2_apic_host_links || cisco_ml2_apic_names || cisco_ml2_n1kv_network_bindings || cisco_ml2_n1kv_network_profiles || cisco_ml2_n1kv_policy_profiles || cisco_ml2_n1kv_port_bindings || cisco_ml2_n1kv_profile_bindings || cisco_ml2_n1kv_vlan_allocations || cisco_ml2_n1kv_vxlan_allocations || cisco_ml2_nexus_nve || cisco_ml2_nexusport_bindings || cisco_port_mappings || cisco_router_mappings || consistencyhashes || default_security_group || dnsnameservers || dvr_host_macs || externalnetworks || extradhcpopts || firewall_policies || firewall_rules || firewalls || flavors || flavorserviceprofilebindings || floatingipdnses || floatingips || ha_router_agent_port_bindings || ha_router_networks || ha_router_vrid_allocations || healthmonitors || ipallocations || ipamallocationpools || ipamallocations || ipamsubnets || ipsec_site_connections || ipsecpeercidrs || ipsecpolicies || logs || lsn || lsn_port || maclearningstates || members || meteringlabelrules || meteringlabels || ml2_brocadenetworks || ml2_brocadeports || ml2_distributed_port_bindings || ml2_flat_allocations || ml2_geneve_allocations || ml2_geneve_endpoints || ml2_gre_allocations || ml2_gre_endpoints || ml2_nexus_vxlan_allocations || ml2_nexus_vxlan_mcast_groups || ml2_port_binding_levels || ml2_port_bindings || ml2_ucsm_port_profiles || ml2_vlan_allocations || ml2_vxlan_allocations || ml2_vxlan_endpoints || multi_provider_networks || networkconnections || networkdhcpagentbindings || networkdnsdomains || networkgatewaydevicereferences || networkgatewaydevices || networkgateways || networkqueuemappings || networkrbacs || networks || networksecuritybindings || networksegments || neutron_nsx_network_mappings || neutron_nsx_port_mappings || neutron_nsx_router_mappings || neutron_nsx_security_group_mappings | | nexthops || nsxv_edge_dhcp_static_bindings || nsxv_edge_vnic_bindings || nsxv_firewall_rule_bindings || nsxv_internal_edges || nsxv_internal_networks || nsxv_port_index_mappings || nsxv_port_vnic_mappings || nsxv_router_bindings || nsxv_router_ext_attributes || nsxv_rule_mappings || nsxv_security_group_section_mappings | | nsxv_spoofguard_policy_network_mappings | | nsxv_tz_network_bindings || nsxv_vdr_dhcp_bindings || nuage_net_partition_router_mapping || nuage_net_partitions || nuage_provider_net_bindings || nuage_subnet_l2dom_mapping || poolloadbalanceragentbindings || poolmonitorassociations || pools || poolstatisticss || portbindingports || portdataplanestatuses || portdnses || portforwardings || portqueuemappings || ports || portsecuritybindings || providerresourceassociations || provisioningblocks || qos_bandwidth_limit_rules || qos_dscp_marking_rules || qos_fip_policy_bindings || qos_minimum_bandwidth_rules || qos_network_policy_bindings || qos_policies || qos_policies_default || qos_port_policy_bindings || qospolicyrbacs || qosqueues || quotas || quotausages || reservations || resourcedeltas || router_extra_attributes || routerl3agentbindings || routerports || routerroutes || routerrules || routers || securitygroupportbindings || securitygrouprules || securitygroups || segmenthostmappings || serviceprofiles || sessionpersistences || standardattributes || subnet_service_types || subnetpoolprefixes || subnetpools || subnetroutes || subnets || subports || tags || trunks || tz_network_bindings || vcns_router_bindings || vips || vpnservices |+-----------------------------------------+167 rows in set (0.00 sec)MariaDB [neutron]>[root@node01 ~]# systemctl restart openstack-nova-api.service[root@node01 ~]# ss -tnlState Recv-Q Send-Q Local Address:Port Peer Address:PortLISTEN 0 128 *:9292 *:*LISTEN 0 128 *:22 *:*LISTEN 0 100 127.0.0.1:25 *:*LISTEN 0 100 *:6080 *:*LISTEN 0 128 *:8774 *:*LISTEN 0 128 *:8775 *:*LISTEN 0 128 *:9191 *:*LISTEN 0 128 :::80 :::*LISTEN 0 128 :::22 :::*LISTEN 0 100 ::1:25 :::*LISTEN 0 128 :::5000 :::*LISTEN 0 128 :::8778 :::*[root@node01 ~]# 提⽰：重启确保nova-api服务的8774和8775端⼝正常监听； 启动neutron相关服务，并将其设置为开机启动[root@node01 ~]# systemctl start neutron-server.service \> neutron-linuxbridge-agent.service neutron-dhcp-agent.service \> neutron-metadata-agent.service[root@node01 ~]# systemctl enable neutron-server.service neutron-linuxbridge-agent.service neutron-dhcp-agent.service neutron-metadata-agent.serviceCreated symlink from /etc/systemd/system/multi-user.target.wants/neutron-server.service to /usr/lib/systemd/system/neutron-server.service.Created symlink from /etc/systemd/system/multi-user.target.wants/neutron-linuxbridge-agent.service to /usr/lib/systemd/system/neutron-linuxbridge-agent.service.Created symlink from /etc/systemd/system/multi-user.target.wants/neutron-dhcp-agent.service to /usr/lib/systemd/system/neutron-dhcp-agent.service.Created symlink from /etc/systemd/system/multi-user.target.wants/neutron-metadata-agent.service to /usr/lib/systemd/system/neutron-metadata-agent.service.[root@node01 ~]# ss -tnlState Recv-Q Send-Q Local Address:Port Peer Address:PortLISTEN 0 128 *:9292 *:*LISTEN 0 128 *:22 *:*LISTEN 0 100 127.0.0.1:25 *:*LISTEN 0 128 *:9696 *:*LISTEN 0 100 *:6080 *:*LISTEN 0 128 *:8774 *:*LISTEN 0 128 *:8775 *:*LISTEN 0 128 *:9191 *:*LISTEN 0 128 :::80 :::*LISTEN 0 128 :::22 :::*LISTEN 0 100 ::1:25 :::*LISTEN 0 128 :::5000 :::*LISTEN 0 128 :::8778 :::*[root@node01 ~]# 提⽰：请确保9696端⼝正常监听； 如果我们选⽤的是self-service network 我们还需要启动L3 agent 服务，并将其设置为开机启动[root@node01 ~]# systemctl start neutron-l3-agent.service[root@node01 ~]# systemctl enable neutron-l3-agent.serviceCreated symlink from /etc/systemd/system/multi-user.target.wants/neutron-l3-agent.service to /usr/lib/systemd/system/neutron-l3-agent.service.[root@node01 ~]# 到此控制节点的neutron服务就配置好了 3、在计算节点安装配置neutron服务 安装neutron相关服务包[root@node03 ~]# yum install openstack-neutron-linuxbridge ebtables ipset -y 编辑/etc/neutron/neutron.conf，在【DEFAULT】配置段配置连接rabbitmq相关信息，以及配置认证策略为keystone 在【keystone_authtoken】配置段配置keystone认证相关信息 在【oslo_concurrency】配置段配置锁路径 neutron.conf最终配置[root@node03 ~]# grep -i ^"[a-z\[]" /etc/neutron/neutron.conf[DEFAULT]transport_url = rabbit://openstack:openstack123@node02auth_strategy = keystone[agent][cors][database][keystone_authtoken]www_authenticate_uri = http://controller:5000auth_url = http://controller:5000memcached_servers = node02:11211auth_type = passwordproject_domain_name = defaultuser_domain_name = defaultproject_name = serviceusername = neutronpassword = neutron[matchmaker_redis][nova][oslo_concurrency]lock_path = /var/lib/neutron/tmp[oslo_messaging_amqp][oslo_messaging_kafka][oslo_messaging_notifications][oslo_messaging_rabbit][oslo_messaging_zmq][oslo_middleware][oslo_policy][quotas][ssl][root@node03 ~]# 配置linux bridge agent 编辑/etc/neutron/plugins/ml2/linuxbridge_agent.ini配置⽂件，在【linux_bridge】配置段配置provider⽹络映射到物理的那个接⼝ 提⽰：这⾥冒号前边的是虚拟机内部⽹络名称，这个名称请确保和控制节点上配置的虚拟机内部⽹络名称相同；冒号后⾯的是配置要桥接的物理接⼝名称； 在【vxlan】配置段配置启⽤vxlan，并配置本地管理ip地址和开启l2_population 在【securitygroup】配置段配置启⽤安全组并配置Linux bridge iptables防⽕墙驱动程序。
neutron基础概念介绍
Service Plugin
DHCP agent(2)
4.1. nova-compute向Neutron Server 发送一个请求虚拟机IP地址的请求 4.2. Neutron Server为虚拟机创建MAC地址和IP地址，将此信息存储到数 据库当中4.3. Neutron Server同时将这个信息异步发送给DHCP agent 4.4. DHCP agent收到对应信息以后再发送给dnsmasq，后者将它保存起来 4.5. nova创建虚拟机以后会初始化MAC地址 4.6. 当虚拟机启动的时候，默认的ip地址是0.0.0.0，会发送一个广播， dnsmasq会监听到虚拟机发送的报文，对应的将对应MAC地址的IP地址 返回给虚拟机，这样虚拟机启动完成以后就会有IP地址
概述
1.Neutron 通过 plugin 和 agent 提供的网络服务。 2.plugin 位于 Neutron server，包括 core plugin 和 service plugin。 3.agent 位于各个节点，负责实现网络服务。 4.core plugin 提供 L2 功能，ML2 是推荐的 plugin。 5.使用最广泛的 L2 agent 是 linux bridage 和 open vswitch。 6.service plugin 和 agent 提供扩展功能，包括 dhcp, routing, load balance, firewall, vpn 等。
Service Plugin
DHCP agent(1)
1. 为虚拟机提供DHCP服务 2. 每个网络的DHCP运行在一个network namespace中，namespace由qdhcp-
<DHCP-UUID>命名 3. dnsmasq是被Neutron用来提供DHCP和DNS服务的一个开源软件 4. 创建虚拟机的网络过程
openstack neutron原理
openstack neutron原理OpenStack Neutron（先前称为Quantum）是OpenStack项目中的网络服务组件，为云平台提供了虚拟网络的创建、管理和操作能力。
它的原理如下：1. 架构：Neutron采用了插件化的架构，通过各种插件来支持不同的网络技术和设备。
它包括核心服务（Core Service）、插件（Plugin）和代理（Agent）三个主要组件。
2. 核心服务：核心服务包括了API服务和插件调度服务。
API 服务提供了外部接口，用于接收和转发网络操作请求，并通过RPC（远程过程调用）机制与其他服务通信。
插件调度服务用于协调插件的使用和调度，并提供统一的接口给API服务。
3. 插件：插件是Neutron的核心组件，它们负责提供具体的网络功能和技术支持。
常见的插件包括Open vSwitch插件、Linuxbridge插件和Cisco插件等。
插件通过API与核心服务通信，接收和处理网络请求。
4. 代理：代理是运行在网络节点上的实体，用于处理具体的网络功能和操作。
它们包括L3代理、DHCP代理和Metadata代理等。
L3代理提供路由功能，负责处理跨子网的数据包；DHCP代理提供DHCP服务，为虚拟机提供动态IP地址；Metadata代理负责处理云平台元数据的访问。
5. 虚拟网络：Neutron通过虚拟网络抽象，将底层物理网络转化为虚拟网络，并为租户提供独立的、可定制的网络环境。
虚拟网络包括了子网、路由和安全组等组件，通过插件和代理来实现不同技术的网络隔离和功能。
总体来说，Neutron的原理是通过插件化的架构，将底层物理网络转化为虚拟网络，并借助核心服务、插件和代理等组件，提供各种网络功能和技术支持，实现云平台的网络管理和操作能力。
OpenStack云计算平台搭建与管理OpenStack地网络建设者Neutron
云计算基础平台搭建与管理
OpenStack地网络建设者——
Neutron
Flat网络模式是比较简单地一种模式,主要用虚拟网桥（类似交换机）建立了虚拟机与物理网卡之间地联系,所有虚拟机地IP地址与物理机（外网网卡）地IP地址处于同一个网段。
因为虚拟机与物理机属于同一个网
段,因此虚拟机与物理机可以直接通信。
GRE（General Routing Encapsulation）是一种路由封装地网络模式。
此种网络模式采用路由转发地方式实现虚拟机与物理网卡地通信,因此虚拟机IP网段与物理网卡地网
段不能在同一个网段。
VLAN（Local Area work）本地局域网,即可
将虚拟机放入不同地VLAN当形成虚拟地局域网,只有同一个VLAN地虚拟机可以相互
访问。
ifconfig ens34 promisc
我们可以看到ens34这块网卡出现了PROMISC字样,这就成功设置了混杂模式,以后凡是通过该网卡地数据不论接收方是不是该网卡,均可以被该网卡接收。
2 3
9696
网。
云计算中的虚拟化技术
云计算中的虚拟化技术云计算中的虚拟化技术一直以来都是一个非常重要的话题。
虚拟化技术使云计算能够更高效、更灵活地提供计算资源和服务，同时增强了系统的稳定性和安全性。
本文将详细介绍云计算中的虚拟化技术，在虚拟化技术的基础上，还会涵盖容器化技术和无服务器计算的概念。
一、虚拟化技术的基本概念虚拟化技术利用软件和硬件的组合，将物理资源抽象成虚拟资源，从而可以在物理资源的基础上创建多个虚拟机(VM)实例。
每个虚拟机实例都可以运行自己的操作系统(OS)和应用程序，就好像它们是真实的物理机一样。
在云计算中，虚拟化技术有以下几个核心概念：1.虚拟机(VM)：虚拟机是在物理主机上创建的一个独立的虚拟计算环境，包括操作系统和应用程序等。
一个物理主机可以同时运行多个虚拟机实例，从而实现资源的共享和利用率的提高。
2. Hypervisor(也称为虚拟机管理器)：Hypervisor是运行在物理主机上的软件，负责管理和控制虚拟机的运行。
它将物理主机的计算、存储和网络资源划分成多个虚拟资源池，并为每个虚拟机实例提供隔离、安全、可靠的运行环境。
3.资源池：资源池是物理主机上的一组可供虚拟机实例使用的资源，包括计算、存储和网络等。
通过资源池的划分和管理，可以更好地满足不同虚拟机实例对资源的需求，并在资源利用率方面实现较好的平衡。
虚拟化技术的优势在于能够提高硬件资源的利用率、降低系统成本、提高系统的可靠性和可扩展性。
此外，虚拟化技术还可以实现对系统的快速部署和自动化管理，从而使系统更易于维护和扩展。
二、虚拟化技术的分类虚拟化技术在云计算中有多种实现方式，根据虚拟化的层次和对象的不同，可以将虚拟化技术分为以下几类：1. 服务器虚拟化：服务器虚拟化是最常见的虚拟化方式，它将物理服务器划分成多个虚拟机实例，并为每个虚拟机实例分配一定的计算、存储和网络资源。
常见的服务器虚拟化技术包括VMware、Xen和KVM等。
2.存储虚拟化：存储虚拟化将不同的存储设备组合在一起，并为虚拟机实例提供统一的存储接口。
【neutron】neutron的基本原理与代码实现
【n eu tr on】n eu tro n的基本原理与代码实现前言本文旨在介绍ne ut ro n的基本原理与代码实现。
ne ut ro n是一种用于软件定义网络(S DN)的网络虚拟化组件。
它允许用户通过A PI创建、配置和管理虚拟网络，提供了高度可扩展和灵活的网络服务。
本文将从ne ut ro n的基本原理入手，介绍其核心组件、架构和工作流程。
随后，我们将深入探讨n eu tr on的代码实现，涉及关键模块、A PI、数据库和消息队列等方面。
1. neutron的基本原理1.1核心组件n e ut ro n的核心组件包括以下几个部分：1.1.1网络节点网络节点是实现虚拟网络服务的关键组件，它提供了网络功能的计算、转发和管理。
ne ut ro n可以支持多节点的分布式部署，以确保网络的高可用性和性能优化。
1.1.2路由器路由器在虚拟网络中扮演关键角色，负责处理不同子网之间的数据包转发。
n eu tr on通过路由器服务来实现这一功能，支持路由表、路由规则和网络地址转换(N A T)等特性。
1.1.3子网子网是网络划分的基本单位，用于给虚拟机实例分配I P地址。
n e ut ro n通过子网服务将具有相同网络地址的虚拟机实例放置在同一网络中，并提供网络隔离和安全性。
1.1.4网络网络是用户虚拟化环境中的逻辑概念，它是一组子网和路由器的集合。
n e ut ro n通过网络服务将虚拟机实例连接到指定的子网上，并提供网络间的通信支持。
1.1.5安全组安全组是网络访问控制的重要手段，允许管理员为虚拟机实例定义入站和出站规则。
n eut r on的安全组服务提供了基于I P、协议和端口的安全策略配置，确保网络的安全性和可靠性。
1.2架构设计n e ut ro n的架构设计采用了插件化的方式，允许用户根据自身需求选择不同的网络后端。
它由以下几个核心模块组成：1.2.1网络服务插件网络服务插件是n eut r on的关键组成部分，负责处理各种网络操作和策略配置。
网络虚拟化技术的开源平台
网络虚拟化技术的开源平台网络虚拟化技术是网络领域的一项关键技术，它通过在物理网络基础设施上创建虚拟网络，实现资源的共享和隔离，提高网络的灵活性和可扩展性。
在网络虚拟化技术的发展过程中，开源平台扮演着非常重要的角色。
本文将介绍几种常见的网络虚拟化技术的开源平台，并探讨它们的特点和应用场景。
一、Open vSwitchOpen vSwitch是目前最受欢迎的网络虚拟化技术的开源平台之一。
它是一款虚拟交换机，可以在主机或虚拟机上运行，支持多种虚拟化技术，如Xen、KVM等。
Open vSwitch的主要特点包括高性能、可扩展性和支持多种网络协议。
它不仅可以提供基本的交换功能，还可以实现流量控制、网络监测和负载均衡等高级功能。
Open vSwitch在云计算、数据中心和虚拟化环境中得到广泛应用。
二、OpenStack NeutronOpenStack是一个开源的云计算平台，其中的网络组件称为Neutron。
Neutron提供了一套API接口和插件架构，用于管理虚拟网络的创建、互连和扩展。
通过Neutron，用户可以定义虚拟网络的拓扑结构和安全策略，实现多租户的隔离和资源的灵活调度。
Neutron支持多种虚拟化技术，如Open vSwitch、Linux Bridge和物理交换机，并且可以集成多种SDN控制器，如OpenDaylight和ONOS等。
三、KubernetesKubernetes是一个开源的容器编排平台，它使用网络虚拟化技术来实现容器之间的通信和网络隔离。
Kubernetes提供了一种称为CNI （Container Networking Interface）的插件机制，用于连接容器和网络。
CNI插件可以通过创建虚拟网络和配置网络规则来实现容器间的通信。
Kubernetes的网络模型支持多种选项，包括Overlay网络、Host网络和MACvlan网络等。
Kubernetes在容器化应用部署和管理中发挥着重要的作用。
云数据中心网络技术之neutronoverlay的实现
Overlay网络的实现方式
• Overlay网络是一种将物理网络划分为多个逻辑网络的技
01
术，通过在虚拟机上添加一层逻辑网络来实现。
02
• Overlay网络通过隧道技术（如GRE、VXLAN）将虚拟
机的流量封装在物理网络的隧道中传输。
• Overlay网络能够实现跨物理主机的虚拟机之间的通信，
GRE和GENEVE协议的实现
GRE
• GRE（Generic Routing Encapsulation）是一种用于封装任意类型的数据包，并将其封装在另一个IP数据包中的协 议。
GENEVE
• GENEVE（Generic Network Virtualization Encapsulation）是一种类似于VXLAN的overlay网络技术，同样用于实 现跨物理网络的逻辑子网互联。
02
Neutron overlay架构概述
Neutron概述
• Neutron是OpenStack的核心组件之一，
1
负责云数据中心的虚拟网络管理。
• Neutron具有高度可扩展性和灵活性，通
2
过插件或模块的方式支持多种网络技术。
• Neutron的目标是提供一种云操作系统，
3
用于构建和管理不同需求的虚拟网络。
结果展示
• Neutron overlay实现了租户网络的隔离、通信以及IP地址的自动分配，提高了云 服务提供商的网络管理效率。
Neutron overl球知名的互联网公司，拥有海量用户和业务需求。
02 03
实践描述
• 在某大型互联网公司中，Neutron overlay被用于连接数以千计的虚拟机 实例和各种业务网络。该公司还使用了 Neutron的安全组功能，实现了对虚 拟机实例的安全控制
虚拟化技术在云计算中的部署方案
虚拟化技术在云计算中的部署方案随着信息技术的快速发展，云计算已经成为企业和个人在存储、计算和资源管理方面的首选。
云计算的一个重要组成部分就是虚拟化技术，它通过将物理资源抽象为逻辑资源，提供了更高效、灵活和可扩展的解决方案。
本文将介绍虚拟化技术在云计算中的部署方案。
1. 硬件虚拟化硬件虚拟化是云计算的基础。
它通过使用虚拟化软件，将物理服务器资源划分为多个虚拟机（VMs），每个虚拟机具有独立的操作系统和应用程序。
这种虚拟化技术使得资源能够被更有效地利用，提高了服务器的利用率。
通常，硬件虚拟化技术需要支持虚拟化的硬件，如Intel的VT或AMD的AMD-V。
在部署硬件虚拟化方案时，首先需要选择合适的虚拟化软件，如VMware、VirtualBox、Hyper-V等。
接下来，您需要评估硬件资源和需求，确定需要虚拟化的服务器数量和配置。
然后，您可以通过创建虚拟机模板、配置网络和存储等步骤，将物理服务器划分为多个虚拟机。
2. 网络虚拟化网络虚拟化是云计算中的另一个重要方面。
它通过使用软件定义网络（SDN）和网络功能虚拟化（NFV）等技术，将物理网络资源抽象为多个虚拟网络，并为每个虚拟网络提供独立的网络功能。
这种虚拟化技术可以实现网络的隔离和灵活性，提高网络管理和安全性。
在部署网络虚拟化方案时，首先需要评估网络拓扑和需求，确定物理网络设备和虚拟网络的关系。
然后，您可以使用SDN控制器配置虚拟网络的拓扑结构，并使用虚拟网络功能提供商（如Open vSwitch、Cisco ACI、VMware NSX等）配置网络功能，如路由、防火墙和负载均衡。
3. 存储虚拟化存储虚拟化是云计算中同时处理大量数据的关键。
它通过使用虚拟化软件将物理存储资源抽象为逻辑存储资源，并为每个虚拟机提供独立的存储空间。
这种虚拟化技术能够提供更高的存储利用率、更好的数据保护和更灵活的存储策略。
在部署存储虚拟化方案时，首先需要评估存储需求和性能要求，选择合适的存储虚拟化软件，如VMware vSAN、OpenStack Cinder等。
openstack_Neutron入门
openstack_Neutron⼊门openstack Neutron⼊门Neutron是什么？openstack的⽹络组件Neutron能⼲什么？Neutron: 管理虚拟环境下的⽹络基础⽹络概念1.什么是L2，L3openstack中我们经常看到L2、L3那么，它的作⽤是什么？L2其实是指七层⽹络协议中的第⼆层数据链路层，它的传输是以mac地址为基础L3指⽹络层：是以ip地址为基础⽹络层属于OSI中的较⾼层次了，从它的名字可以看出，它解决的是⽹络与⽹络之间，即⽹际的通信问题，⽽不是同⼀⽹段内部的事。
⽹络层的主要功能即是提供路由，即选择到达⽬标主机的最佳路径，并沿该路径传送数据包。
除此之外，⽹络层还要能够消除⽹络拥挤，具有流量控制和拥挤控制的能⼒。
个⼈总结：数据链路层数据传输在寻找mac地址，⽹络层数据传输则是寻找ip2.交换机、路由器、DHCP什么是交换机：⼯作在数据链路层，交换机拥有⼀条很⾼带宽的背部总线和内部交换矩阵。
交换机的所有的端⼝都挂接在这条背部总线上，控制电路收到数据包以后，处理端⼝会查找内存中的地址对照表以确定⽬的MAC（⽹卡的硬件地址）的NIC（⽹卡）挂接在哪个端⼝上，通过内部交换矩阵迅速将数据包传送到⽬的端⼝，⽬的MAC若不存在，⼴播到所有的端⼝，接收端⼝回应后交换机会“学习”新的MAC地址，并把它添加⼊内部MAC地址表中。
什么是路由器为不同⽹络之间互相连接的枢纽，路由器系统构成了基于TCP/IP 的国际互联⽹络Internet 的主体脉络，也可以说，路由器构成了Internet的⾻架。
它的处理速度是⽹络通信的主要瓶颈之⼀，它的可靠性则直接影响着⽹络互连的质量。
因此，在园区⽹、地区⽹、乃⾄整个Internet研究领域中，路由器技术始终处于核⼼地位，其发展历程和⽅向，成为整个Internet研究的⼀个缩影。
什么是DHCP在⼀个使⽤TCP/IP协议的⽹络中，每⼀台计算机都必须⾄少有⼀个IP地址，才能与其他计算机连接通信。
OpenStack的Neutron组件详解
OpenStack的Neutron组件详解⼀：简介⼀、概述1. 传统的⽹络管理⽅式很⼤程度上依赖于管理员⼿⼯配置和维护各种⽹络硬件设备；⽽云环境下的⽹络已经变得⾮常复杂，特别是在多租户场景⾥，⽤户随时都可能需要创建、修改和删除⽹络，⽹络的连通性和隔离不已经太可能通过⼿⼯配置来保证了。
2. 如何快速响应业务的需求对⽹络管理提出了更⾼的要求。
传统的⽹络管理⽅式已经很难胜任这项⼯作，⽽“软件定义⽹络（software-defined networking, SDN）”所具有的灵活性和⾃动化优势使其成为云时代⽹络管理的主流。
3. Neutron 的设计⽬标是实现“⽹络即服务（Networking as a Service）”。
为了达到这⼀⽬标，在设计上遵循了基于 SDN 实现⽹络虚拟化的原则，在实现上充分利⽤了 Linux 系统上的各种⽹络相关的技术。
4. SDN 模式服务— NeutronSDN( 软件定义⽹络 ), 通过使⽤它，⽹络管理员和云计算操作员可以通过程序来动态定义虚拟⽹络设备。
Openstack ⽹络中的 SDN 组件就是 Quantum.但因为版权问题⽽改名为Neutron 。
⼆、基本概念1. Network：是⼀个隔离的⼆层⼴播域。
Neutron ⽀持多种类型的 Network，包括 Local, Flat, VLAN, VxLAN 和 GRE。
1. Local⽹络与其他⽹络和节点隔离。
Local ⽹络中的 instance 只能与位于同⼀节点上同⼀⽹络的 Instance 通信，主要⽤于单机测试。
2. Flat ⽹络是⽆ vlan tagging 的⽹络。
Flat ⽹络中的 instance 能与位于同⼀⽹络的 instance 通信，并且可以跨多个节点。
3. VLAN ⽹络是具有 802.1q tagging 的⽹络，是⼀个⼆层的⼴播域，同⼀ Vlan 中的 instance 可以通信，不同 vlan 只能通过 router 通信。
云计算中的网络虚拟化技术
云计算中的网络虚拟化技术第一章概述随着云计算的不断发展，越来越多的企业开始利用云计算来降低成本、提高效率、提升竞争力。
而网络虚拟化则是云计算中的一项核心技术之一，其能够将物理网络资源转化为虚拟资源，从而实现网络的灵活性、高效性和安全性。
本文将详细介绍云计算中的网络虚拟化技术。
第二章网络虚拟化技术网络虚拟化是一种将网络资源转换为虚拟资源的技术，其可以帮助企业更好地管理网络资源，从而提高网络服务的效率和可靠性。
在网络虚拟化技术中，虚拟化技术被用来将物理网络资源转为虚拟资源，从而实现网络的管理和优化。
网络虚拟化技术有如下几种：1. 网络功能虚拟化（NFV）网络功能虚拟化将传统的网络设备集成到一个单一的虚拟平台中，并且可以动态地配置和部署网络服务，从而实现更加灵活的网络服务。
2. 虚拟局域网（VLAN）虚拟局域网是一种将物理网络划分为多个虚拟网络的技术，其可以帮助企业实现网络的隔离和优化。
3. 虚拟专用网络（VPN）虚拟专用网络是一种通过公共网络来实现私有网络的技术，其可以帮助企业在不安全的网络环境下实现私密通信。
4. 云计算中的网络虚拟化云计算中的网络虚拟化是将物理网络资源转换为虚拟网络资源，并且可以通过云计算平台动态地调整和部署网络服务。
这种技术可以帮助企业更好地管理网络资源，提高网络服务的效率和可靠性。
同时，云计算中的网络虚拟化还可以帮助企业实现多租户环境下的网络分离和优化。
第三章云计算中网络虚拟化的优势1. 灵活性网络虚拟化技术能够将物理网络资源转化为虚拟资源，并且可以动态地配置和部署网络服务，从而实现更加灵活的网络服务。
2. 高效性网络虚拟化技术能够帮助企业实现网络资源的优化和管理，从而提高网络服务的效率。
3. 安全性网络虚拟化技术能够帮助企业实现网络的隔离和优化，从而提高网络服务的可靠性和安全性。
同时，云计算中的网络虚拟化还可以帮助企业实现多租户环境下的网络分离和优化。
第四章云计算中网络虚拟化的应用云计算中的网络虚拟化广泛应用于企业的网络服务中，包括云计算存储、云计算安全、云计算网络等方面。
OpenStack网络管理方案Neutron
brctl addbr BRIDGE brctl addif BRIDGE DEVICE
第6页
Linux交换机虚拟化 - Open vSwitch
Open vSwitch是产品级的虚拟交换机。
Linux bridge更适用于小规模，主机内部间通信场景。 Open vSwitch更适合于大规模，多主机间通信场景。
第16页
Neutron概念 - Port
Port：端口
逻辑网络交换机上的虚拟交换端口 虚拟机通过Port附着到Network上 Port可以分配IP地址和Mac地址
第17页
Neutron概念 - Router
Router：路由器
连接租户内同一Network或不同Network之间的子网，以及连接内外网。
网卡虚拟化
• TAP • TUN • VETH
交换机虚拟化
• Linux Bridge • Open vSwitch
网络隔离
• Network Namespace
第4页
Linux网卡虚拟化 - TAP/TUN/VETH
Physical NIC Socket API
TUN Socket API
TAP Socket API
第18页
Neutron概念 - Fixed IP
Fixed IP：固定IP
分配到每个端口上的IP，类似于物理环境中配置到网卡上的IP。
第19页
Neutron概念 - Floating IP
Floating IP：浮动IP
Floating IP是从External Network创建的一种特殊Port，可以将Floating IP绑定到任 意Network中的Port上，底层会做NAT转发，将发送给Floating IP的流量转发到该Port 对应的Fixed IP上。
网络虚拟化技术详解
华为分布式虚拟交换机方案
华为的分布式虚拟交换支 持基于开源Open vSwitch 的纯软件的虚拟交换的功 能，同时提供支持完整虚 拟交换卸载的智能网卡的 虚拟交换。
开源Open vSwitch与智能 网卡的虚拟交换提供的功 能完全一致，虚拟交换管 理通过不同的插件管理 Open vSwitch和智能网卡。
DVSM
Compute Node Virtual Switch Agent
EVS Plug-in
OVS
Security Switch
VLAN
VXLAN
BondiLACP SHAPING
iNIC Plug-in
iNIC
Security Switch
VLAN
VXLAN
Bond/LACP SHAPING
第9页
RESTful
第三方其他控制器
OVSDB
Agile
SDK API
VMM
SNMP
Controller
OPENFLOW、NetConf、SNMP
RESTful
F5 BIG IQ
第三方OSS系统
VSwitch
交换机 防火墙
LB
VM VM VM
第14页
VxLAN技术
VxLAN背景
现有VLAN只有4094个虚拟网络标识可用。 在VLAN网络下，虚拟机只能在二层网络下迁移。 VxLAN(Virtual eXtensible Local Area Network，全称虚拟扩展局域
L3 Service Plugin LB Service Plugin Firewall VPN
各种Agent
L2（ovs-agent） L3 Agent DHCP Agent MetaData Agent
Mellanox网卡优化Neutron网络性能
Mellanox网卡优化Neutron网络性能我们在部署openstack时候，如果使用neutron网络组件，不得不为网络性能而头痛，因为纯软件实现的SDN（OVS+VXLAN 或者 OVS+GRE）， 性能损耗是极大的。
为了能实现低时延高带宽的高性能网络，需要采用一些硬件辅助的方案，我选取了Mellanox网卡的方案进行了集成和 测试，集成过程中坑还是比较多的，也没有一份比较完整的集成文档，这里记录一下过程（openstack I版本），希望能对他人有些益处。
实现原理优化的原理就是能够去掉openvswitch带来的性能损耗，除了使用半虚拟化网卡之外，最好能在neutron框架内使用SRIOV技术，来看下图:controller节点这里使用neutron的ml2插件，安全组最好用nova的(本文安全组的配置均忽略)。
修改ml2配置文件:[ml2]type_drivers = vlan, localtenant_network_types = vlan, localmechanism_drivers = openvswitch, mlnx[ml2_type_vlan]network_vlan_ranges = default:2:1000 #此处根据自己需求设定[eswitch]#vnic_type = mlnx_direct #Pci_passthrough 半虚拟化网卡方式vnic_type = hostdev # SR-IOV 方式apply_profile_patch = True重启neutronservercompute节点$ restart eswitchdnetwork节点安装mlnx驱动，但是无需开启SRIOV。
安装neutronpluginopenvswitchagent，配置如下:#修改ml2_conf.ini 增加[ovs]配置块[ovs]tenant_network_type = vlanbridge_mappings = default:br-eth6# openvswitch配置$ ovs-vsctl add-br br-eth6$ ovs-vsctl add-port br-eth6 eth6# 重启各项服务networknode其余服务正常安装，正常配置即可。
云计算HCIE题库
云计算HCIE题库1、华为FusionAccess Daas系统多租户模式下，如果共用一个License服务器，如下描述中那些是正确的（多选）（）A、推荐将运营商的管理网络与租户网络隔离开B、ITA.HDC和WI需要启用双网卡，与License服务器处于同一网络C、每个租户可拥有单独的VLAN或多个租户划分到同一VLAN中D、租户可以独占一套ITA.WI/DB.AD/DNS/DHCP，有单独的VLAN，不与其他租户共享Answer2、FusionSphere云DC场景下，使用到的解决方案组合是FusionManager+FusionCompute+FusionSphere Openstack（）A、对B、错3、有关华为数据中心统一管理软件ManagerOne OC运维中心描述正确的有？（多选）（）A、ManagerOne OC通常需要在每个数据中心部署本地云资源管理系统和物理设备运维系统eSight，负责本地的运维操作，配置和监控数据采集B、在中心节点部署Domain级统一运维管理系统OperationCenter，将各个数据中心的云资源监控信息和非云资源监控信息通过eSight对接，都汇聚起来进行统一运维管理C、ManagerOne OC的部署依赖于ManagerOne SC部署，必须成套的进行规划部署和使用D、ManagerOne OC在没有eSight进行对接的情况下，并不影响实际工作中其价值的发挥4、华为虚拟化迁移解决方案包括以下哪些组件？（多选）（）A、需求收集工具B、云化评估工具C、迁移实施工具D、业务升级工具5、B公司计划构建云数据中心，把现有的办公系统切换到云计算环境上运行，规划存储总容量时，如下哪些属于需要考虑的因素（多选）( )A、RAIDB、LUNC、IOPSD、硬盘容量6、FusionComputer主机管理存储资源失败，如下那些问题可能是故障原因？（多选）（）A、主机上未添加存储接口B、存储链路不通C、存储上未添加LUN映射D、存储配置了CHAP认证7、eSight支持对多厂商和多种类型的设备进行统一的监控和配置管理，并对网络和业务质量进行监视和分析，实现对企业资源、业务、用户统一管理以及智能联动（）A、对B、错8、项目设计前，为了更多获取客户需求，采用的调研方法有哪些？（多选）（）A、用户调研B、现场调研C、信息收集D、数据分析9、华为云计算平台承载数据库业务的虚拟机，可以使用裸设备映射分配存储资源（）A、对B、错10、FusionSphere上的两台VM进行通信时，如果流量值需通过EVS转发，不需要上行的物理交换机，下面哪种描述是正确的？（）A、源VM和目的VM在统一主机上，使用不同DVS，属于不同的VLANB、源VM和目的VM在同一主机上，使用同一DVS，属于同一VLANC、源VM和目的VM在不同主机上，使用同一DVS，属于同一VLAND、源VM和目的VM在不同主机上，使用同一DVS，属于不同VLAN11、在华为FusionSphere解决方案中，关于虚拟机完整迁移的描述，正确的是哪个？（）A、支持在虚拟化存储和非虚拟化存储上的VM迁移B、只支持虚拟存储之间的迁移C、不可以跨集群迁移D、图形处理器、USB设备对迁移影响不大12、软件定义网络，通过将网络设备控制面与数据面分离，从而实现网络流量的灵活控制，使网络作为管道变的更加智能（）A、对B、错13、华为FusionCloud桌面云解决方案中，使用全内存虚拟桌面，会带来存储IO瓶颈的问题，但可以在存储容量方面获的更高利用率（）A、对B、错14、在FusionSphere解决方案中，下列关于数据存储的描述错误的是哪个？（）A、虚拟化的数据存储可以提高存储的资源利用率和系统安全性、可靠性B、以裸设备映射的方式挂载存储，只能创建与数据存储同等容量的磁盘，且不支持虚拟化存储的高级功能C、非虚拟化的数据存储创建速度比较快，性能优于虚拟化存储D、裸设备映射是将物理LUN，通过UVP分配给多个虚拟机使用，且支持所有操作系统15、华为FusionAccess应用虚拟化场景下，客户通过如下哪种方式获取应用列表？（）A、HDC根据客户端的MAC地址返回应用列表B、HDC根据客户端的IP地址返回应用列表C、HDC根据客户端的用户名返回应用列表D、HDC根据客户端的用户组返回应用列表16、华为FusionSphere OpenStack基于OpenStack社区版进行了商用增强，如下哪些服务属于华为开发的增强特性？（多选）（）A、云启动服务CBSB、云开发服务CPSC、图形化业务管理界面D、Openstack级联方案17、华为桌面云应用虚拟化解决方案中，共享桌面是基于Windows Server 2012 R2版本的RDS服务来开发应用，在Windows Server上对应用程序进行集中控制和管理，向任何时间，任何地点的用户提供远程应用支持，终端用户无需安装应用程序，就可以使用应用程序（）A、对B、错18、有关华为数据中心统一管理ManagerOne OC运维中心提供的订制能力描述正确的有？（）A、OC异构管理系统接入能力，支持按照项目需求定制开发南向APIB、提供流程定制C、OC提供北向运维API，支持OpenStack API互动能力D、支持页面集成19、有关FusionSphere OpenStack Cinder模块的相关描述正确的有？（多选）（）A、FusionSphere OpenStack和VRM做存储资源对接时，必须经由VRM做控制转接B、FusionSphere OpenStack和KVM虚拟化环境FusionStorage存储资源对戒必须经由FusionStorage Manager做控制转接C、FusionSphere OpenStack和VMware做存储资源对接时必须由vCenter Server做控制转接D、FusionSphere OpenStack Cinder模块支持有状态扩展20、A公司计划构建云数据中心，把现有办公桌面切换到云桌面，根据服务器数量和服务器规格计算未来所需的计算资源A、对B、错21、华为SDN解决方案中，NVE模板功能是什么？A、完成VLAN到VxLAN的映射及转发B、负责完成服务主机侧的OVE.EVS.SR-LOV的VLAN配置C、负责打通物理网络的东西流量和东西向流量D、负责完成安全组、QOS、端口安全的管理22、华为云计算解决方案中，虚拟化平台支持部署在下面哪些服务器上？（多选）（）A、RH2288 V2服务器B、RH2288 V3服务器C、E9000服务器D、X6000服务器23、以下哪个视图不是FusionStorage中用到的？（）A、IO ViewB、OSD ViewC、Partion ViewD、System View24、FusionComputer上的虚拟机网络不通时，如下哪些是可能的故障点？（多选）（）A、虚拟机没有安装PV DriverB、虚拟机没有网卡C、网卡未启用D、虚拟机防火墙限制网络流量25、华为FusionAccess是DaaS系统及业务中的角色，哪些描述是正确的？（多选）（）A、最终用户使用租户管理员为其分配的虚拟桌面B、运营商管理员负责DaaS系统的业务运营及日常运维工作C、租户管理员代表客户单位订购桌面云业务及形式给最终用户发放桌面的权限D、DaaS架构管理员负责低层虚拟化平台的资源接入和管理26、有关华为虚拟化备份产品eBackup，一下描述正确的是？（多选）（）A、eBackup对华为FusionSphere的备份软件，基于虚拟机快照CBT（Change Block Tracing）技术，对虚拟机提供全面保护B、eBackup可以用户非虚拟化环境，如传统单系统主机提供数据备份服务C、eBackup备份服务器和备份代理不能同时部署在一起D、eBackup可以对需要保护的虚拟机实现无代理快照备份27、华为虚拟化迁移解决方案支持下面哪几种类型的业务迁移？（多选）（）A、Windows块级B、AIX级C、Linux级D、Solaris块级28、在进行云计算故障收集时，以下哪些原则是必须遵守的？（多选）（）A、使用信息收集工具（如FusionCare）前，应主动向客户提供该工具的说明B、任何维护操作必须的到客户的授权，禁止进行超出客户审批范围的任何操作C、将问题定位数据传出网络必须的到客户的授权D、必须由客户亲自进行故障信息收集，工程师只能进行指导工作29、华为FusionStorage暂时不支持任何形式的灾备方案（）A、对B、错30、用户在FusionManager界面收到告警信息，“ALM-FusionManager.9206 FusionManager数据备份失败”，如下哪个不是引起该故障的原因？（）A、数据库状态异常，本地自动备份失败B、上传备份文件到第三方服务器失败C、FusionManager的License过期D、本地主机备份文件序号超过上限31、华为FusionSphere业务迁移解决方案中，使用离线镜像转换功能，把第三方虚拟化平台虚拟机导入到华为虚拟化平台时，可以支持虚拟化存储和非虚拟化存储（）A、对B、错32、FusionSphere OpenStack对接FusionComputer时，FC-nova-compute设计建议有？（多选）（）A、FC-nova-compute数量与VRM下集群数量保持一致，一个Cluster对应一个FC-nova-computeB、在256PM（Physical Machine)以下规格，建议FC-nova-compute与控制节点联合部署C、在256PM（Physical Machine)以上规格，建议FC-nova-compute独立部署，部署在Extend Controller节点上，每主机可部署FC-nova-compute数量按照主机屋里CPU数目/4计算D、FC-nova-compute采用主备HA部署，单个集群对应的主备两个FC-nova-compute部署在不同的控制节点上，控制节点上的主备FC-nova-compute要均衡分布，避免主的FC-nova-compute集中在某台控制节点上33、有关FusionStorage部署模式，以下描述正确的是？（多选）（）A、FusionStorage与FusionSphere联合部署时，支持融合部署和分离部署两种模式B、FusionStorage与VMware联合部署时，支持融合部署和分离部署两种模式C、FusionStorage的融合部署是指将应用或者虚拟机与存储同时部署在同一服务器上D、FusionStorage采用分离部署时，计算节点、存储节点都是独立的服务器，但是计算节点会影响存储池的状态34、下列哪些是云计算安全设计需要考虑的方面A、基础设备安全B、管理安全C、虚拟化安全D、网络安全E、数据安全35、华为云计算解决方案中，为了提升虚拟机的图形处理能力，可以给虚拟机配置GPU，其配置方式包括以下哪几种？（多选）（）A、GPU直通B、GPU虚拟化C、GPU共享D、GPU汇聚36、以下OpenStack/FusionSphere OpenStack相关描述错误的是有？（多选）（）A、OpenStack是社区版的虚拟化Hypervisor，可以基于其配以服务器设备实现虚拟化环境的构建B、华为FusionSphere OpenStack云操作系统产品是基于社区版OpenStack进行了商业增强的产品C、OpenStack和虚拟化有着明显的区别和界限，是开源版云操D、OpenStack就是云，概念和内涵一致37、有关FusionSphere OpenStack Nova的相关对象正确的有？（多选）（）A、Nova的虚拟机元数据通常以TLV（Type-Length-Value）形式为虚拟机附加必要的描述信息B、对于KVM Xen等虚拟化技术，一个Nova Node对象即对应于一个物理主机。