多台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网络链接参数,肿么办?的主要内容,如果未能解决你的问题,请参考以下文章

linux网卡的uuid有啥用

UUID相同导致的网络连接问题

关于虚拟机中克隆的linux为什么不能开启网络服务

CoreBluetooth 监控 100 个具有相同 UUID 且具有唯一输入的信标

iBeacon 监控具有相同 UUID 和不同主要、次要的多个信标

BLE 设备相同的 UUID 用于多个服务