纵有疾风起
人生不言弃

多台Linux 7.x服务器具有相同的UUID网络链接参数,肿么办?

1、查看多台服务器的UUID网络链接参数是否相同

  我这里使用SecureCRT的全部交互功能,直接批量输出  /etc/sysconfig/network-scripts/ifcfg-ens33 的内容,除了具体的IP参数不一样之外,其它都是相同的。按道理来说,一样的内容更有利于批量管理,但是这里由于在克隆vm的时候,部分主机的MAC地址会自动修改,但是一部分主机并不会如我所愿。可在我看来,即使在克隆时,部分主机自动会修改自己的MAC地址,UUID是不具备自动修改的性能。具体输出的内容,如下:

多台Linux 7.x服务器具有相同的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 ens338d5d059b-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 restartRestarting 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 ~]# 

 

 

 

文章转载于:https://www.cnblogs.com/Raodi/p/11921163.html

原著是一个有趣的人,若有侵权,请通知删除

未经允许不得转载:起风网 » 多台Linux 7.x服务器具有相同的UUID网络链接参数,肿么办?
分享到: 生成海报

评论 抢沙发

评论前必须登录!

立即登录