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 ~]#