2019/07/26
从openstack也好，docker也好，对于具体怎么将网卡植入到虚拟机的过程都没有具体来讲解，；也就是说，这所有的过程，部署的工具都已经将这部分内容帮我们做好了。
同时，我看到了kvm管理虚拟的工具，virsh和virsh-install，前面这个好像是管理工具，后面这个是具体安装的工具。
但是我看即使是加上了网络相关的参数，也没这方面的选项，同样即使是管理工具，进行网卡添加的时候，同样是没有这方面的选项。
我理解的内容就是，这部分太底层，比如虚拟机安装的时候都已经检测到了网卡；那么我猜想，添加了相关的网卡，管理工具同时会进入到虚拟机中进行相关命令的执行；这些烦躁的操作都直接被间接解决了。
这部分的命令可以看文献[1]，然后我查找了命令vrish-install的执行选项，正如前面所说，没有相关的。
2019/07/27
但同样有一个问题，我看virsh-install安装的时候，并没有指定网卡，那么网卡的命名就随意了，但是openstack并不是这样的，它的网卡好像都是有一定规律的。
2019/07/31
通过实时查看计算节点中虚拟机的运行状态，可以看到在参数中包含了很多信息，同时有驱动，网卡等内容；但需要注意的是，上面前几天的内容我也提到，virsh命令好像没有相关的选项，这里计算节点使用的是qemu-kvm，他的选项内容非常丰富，具体是为什么利用这个，不太清楚，应该要从nova服务上来理解。从图中可以看出，连mac地址等信息什么的都能找到。
qemu-kvm
这样也就能理解为什么能实现相关的网桥、虚拟机网卡设备都能自主命名的状态。
2019/08/20
最近几天看到的文章，都没有说明这部分问题，大致上的情形都是直接将网络设备部署到了这个网桥上，如果是这种状态的话，个人感觉对后续的理解很是障碍。
刚刚做了一个实验，通过在图形界面的virsh-manager进行了插入网卡的实验，因为是新添加的设备，属于第三种方式
（第一种是默认nat的形式，第二种是macvtap的什么，应该是直接卡在网卡上把估计），第三个是指定设备名字，
image.png
sepcify shared device name，然后选取选取网络源的时候只有一个brige的方式。
看到这个结果之后，我尝试着新建了一套tun设备，然后通过界面添加这个设备，macvtap这种，并不行，好几个选项都试过了。
然后，将这个设备改成了tap设备，source mode是bridge，就可以添加了，这个时候系统上又多出来一个设备，macvtap0@tap0这个东西难道是说，他创建的一个什么东西？看来这个过程真的很拿人啊。
就目前的情形来看，即使是我通过指定tap设备的名字，我也是可以实现这部分内容的网卡插入的，所以说，在后面就是要看各种原理了。
2019/08/21
通过学习KVM那本书的网络部分，基本上了解了相关的网络相关的设置，但是他并没有具体描述如何自主进行相关的拓扑设计；他所讲述的都是按照vrish-manager进行插入网络的步骤，同时介绍了一些CMD方式插入网络的方式。
即使是前两天我看到的那个利用ovs进行实验的文章，同样也是最后选择的macvtap这种东西，这就是唯一一种方式可以直接选择虚拟设备进行插入的，具体原理不太清楚，但好像我不记得openstack出现过这种内容。当时openstack中，他的虚拟机是先连tap设备， 然后tap设备再连上网桥，据说这种方式是为了实现安全组的策略，这样针对每个机器都一个一个安全组的策略。
关于虚拟设备的创建可以看文章[2]，他里面有很多云计算相关的内容。
参考文献
[1]KVM之virsh管理虚拟机网卡配置
[2]https://www.cnblogs.com/bakari/p/10449664.html
网友评论