多台Linux 7.x服务器具有相同的UUID网络链接参数,肿么办?
Posted 王者★孤傲
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了多台Linux 7.x服务器具有相同的UUID网络链接参数,肿么办?相关的知识,希望对你有一定的参考价值。
1、查看多台服务器的UUID网络链接参数是否相同
我这里使用SecureCRT的全部交互功能,直接批量输出 /etc/sysconfig/network-scripts/ifcfg-ens33 的内容,除了具体的IP参数不一样之外,其它都是相同的。按道理来说,一样的内容更有利于批量管理,但是这里由于在克隆vm的时候,部分主机的MAC地址会自动修改,但是一部分主机并不会如我所愿。可在我看来,即使在克隆时,部分主机自动会修改自己的MAC地址,UUID是不具备自动修改的性能。具体输出的内容,如下:
由于截图的艺术问题,这里仅仅展示了一台主机 ifcfg-ens33 的内容,其实它们的UUID参数,都是如下的内容:
UUID="fb0f45ca-e419-44f5-9dfa-6e9ddab6eda1"
那么问题来了,这些具有相同的 UUID 链路连接参数,很有可能当我在ping 宿主主机的时候,拖慢局域范围内的网络通信链路。这在一定的生产环境中,是很重要也很令人忌惮的。试想一下,当我将这些主机全部组合到了一个主从集群中,那么master向各个slave主机发送需求时,如果涉及主节点要求检验从节点的UUID参数,那么势必会将这个需求部分进行满足。
也就是master记录了第一个slave主机的参数,就直接停止了获取,剩下的slave主机就会抢占不到master的分配,从而执行慢或者根本就不执行master的记录分配。为了尽可能地避开这种潜在的性能威胁,该怎么办能? 答案很简单,就是将各台主机的UUID 链路连接参数修改掉,避免相同即可。
2、重新获取新的UUID参数
[root@master ~]# uuidgen ens33
8d5d059b-ceee-4eac-b9ab-e9927d92f206
这里尽可能地使用root进行操作,虽然使用普通用户也丝毫没有问题,但是还是建议使用root进行操作。其中 ens33 是怎么来的呢? 对,没错,就是/etc/sysconfig/network-scripts/ifcfg-ens33 的ens33网卡后缀,如果你的是ifcfg-eth0的话,直接将ens33 换成 eth0 即可。
3、手动修改UUID参数
[root@master ~]# vi /etc/sysconfig/network-scripts/ifcfg-ens33
直接编辑该网卡文件,对应的替换掉原来的UUID参数即可,注意:如果网卡是ifcfg-eth0的话,需要将ens33 换成 eth0 即可。
4、重启网络服务,并验证新获得的UUID参数
[root@master ~]# service network restart Restarting network (via systemctl): [ OK ] [root@master ~]# nmcli con | sed -n \'1,2p\' NAME UUID TYPE DEVICE ens33 8d5d059b-ceee-4eac-b9ab-e9927d92f206 ethernet ens33 [root@master ~]#
以上是关于多台Linux 7.x服务器具有相同的UUID网络链接参数,肿么办?的主要内容,如果未能解决你的问题,请参考以下文章
CoreBluetooth 监控 100 个具有相同 UUID 且具有唯一输入的信标