《如何在異構環境下（兩個服務器的Network Interface名稱不一致）創建VCS NIC資源》要點：
本文介紹了如何在異構環境下（兩個服務器的Network Interface名稱不一致）創建VCS NIC資源，希望對您有用。如果有疑問，可以聯系我們。

VCS的NIC資源是一個非常常用的資源,若你使用VCS做浮動IP,則定會使用到NIC資源.
在一些環境下,VCS集群節點是異構的,意思就是服務器的配置不是完全一致的,通常存在的就是網卡名稱不一致,如一臺服務器svr1的網卡為bge0并對應的操作系統上的Network Interface為eth0；另外一臺服務器svr2的網卡為bge1并對應操作系統上的Network Interface為eth1.
這時候若你需要在這兩個網卡上做浮動IP地址,則要求NIC資源在svr1上的時候綁定在eth0上,倒換到svr2上的時候綁定在eth1上.

我們先看一下srv1上的VCS NIC資源的定義：

NIC mynic {
Device = eth0
NetworkHosts = {192.168.128.100}
}

NIC資源有兩個基本屬性：Network Interface 名稱和IP地址.

我們會發現,上面這么定義是沒法倒換到svr2的,因為svr2上不存在eth0,即使存在也不是用來綁定浮動IP地址的.

我們再深入進去會發現,VCS的資源有Global和PerSystem兩種：Global是全局通用的,整個集群中所有節點都是同一個定義；PerSystem是每個節點可以有不一樣的定義.因此上面的問題需要定義PerSystem這種資源來解決.

PerSystem資源定義為：
svr1上：

NIC mynic {
Device @svr1 = eth0
NetworkHosts = {192.168.128.100}
}

svr2上：

NIC mynic {
Device @svr2 = eth1
NetworkHosts = {192.168.128.100}
}

通過上面的定義,我們就做成了srv1上面的NIC資源是使用eth0來綁定192.168.128.100 IP地址；svr2上面的NIC資源是使用eth1來綁定192.168.128.100 IP地址.也就是說：從svr1倒換到svr2后VCS會綁定192.168.128.100 IP地址到svr2上的eth1上,反之亦然.

通過VCS命令完成上面操作的代碼：

#將VCS配置文件設置為可寫
haconf -makerw

＃將修改生效并將VCS配置文件設置為只讀
haconf -dump -makero


轉載請注明本頁網址：
http://www.snjht.com/jiaocheng/4717.html