今天在上海聽老農的hacmp課時，講到了aix中的多路徑路由，並做了相關實驗。通過實驗和lu的相關帖子總算明白了其中的道理。帖子中larryh的講解很細緻。
問題：
aix5.3+hacmp5.4網路相關的問題
兩台p550的小型機裝了aix5.3.0.5，
hacmp版本是5.4.0.1，各有一塊光纖網絡卡和一塊內建千兆乙太網卡連線到集群網路ip_network_01中。
ip規劃如下，24位掩碼
10.10.10.1 資料庫伺服器的boot1位址
10.10.20.1 資料庫伺服器的boot2位址
10.10.10.2 應用伺服器的boot1位址
10.10.20.2 應用伺服器的boot1位址
192.168.2.10 資料庫伺服器的persistent ip
192.168.2.20 應用伺服器的persistent ip
192.168.2.11 資源組1的service ip
192.168.2.21 資源組2的service ip
閘道器都是192.168.2.254
現在遇到2個問題
1，persistent ip不會自動漂移
如 果persistent ip所在的網絡卡上沒有service ip，那麼把這塊網絡卡的網線拔掉後persistent ip不會自動漂移；如果網絡卡上有service ip，那麼把這塊網絡卡的網線拔掉後persistent ip會跟著service ip一起漂移到另一塊網絡卡上
2，閘道器丟失
ip位址漂移後閘道器丟失了，不是192.168.2.254，而是127.0.0.1
各位有遇到過這個問題麼？或者有什麼解決思路？
larryh的解答：
樓上第一句意思是：
在別名ipat環境下，persistent ip可以與別名服務ip在相同或不同子網，但必須與所有boot ip不同子網。
這句話與lz的第乙個問題沒有關係。
其實我認為第乙個現象非常正常：
hacmp盡 量避免同一子網有多個網絡卡的狀態出現，從而避免多路徑路由出現，導致一些莫名其妙的情況：如果不把persistent ip和同一子網的服務ip放在一塊網絡卡上，那麼當persistent ip網絡卡斷開的時候，服務ip上將會出現丟一半包的狀態（預設多路徑路由情況下），這時候服務網絡卡並未斷開，所以不會切換，但應用服務將無法正常工作。
在同一子網兩個網絡卡情況下，當網絡卡斷開，會有3種可能：
1、aix 5l預設狀況，即多路徑路由開啟，其中一塊網絡卡斷開，另外一塊網絡卡必然不能正常工作——丟一半的包，如果是更多網絡卡在同一子網，丟1/n的包，n=網絡卡數量，結果就是：所有同一子網網絡卡全部不能正常為應用服務。
2、aix 5l非預設情況，即多路徑路由功能關閉，也等同於aix 4及以前的狀況，會有兩種結果：斷開的網絡卡帶著到本子網的路由，那麼全部包丟掉，所有本子網網絡卡不能正常工作；斷開網絡卡不帶本子網的路由，那麼斷開的網絡卡不能工作，其他本子網網絡卡正常工作。
總之，讓不同網絡卡在同一子網，當有網絡卡斷開時，後果是不可預料的，所以沒什麼特別的好處。
至於後者，應當是bug。
hacmp自古以來就經常有不能正確判斷路由應當保持並切換到合適的網絡卡上的bug
ip協議正常通訊，無時無刻不依賴路由，而不是很多人理解的那樣，只有到遠端子網才需要路由。路由不等於路由器。唯一不需要路由直接可達的位址只有127.0.0.1
如何使AIX 中的多路徑管理 MPIO 功能失效？
aix 中 的多路徑管理 mpio 是整合在系統核心中的功能，其軟體包無法刪除的。為了使其失效，只要安裝相應的磁碟陣列的驅動程式即可。因為，專用的磁碟多路徑管理軟體是在識別出專用的磁碟後，以此為基礎，在其上建立出相應邏輯裝置名，才使其起作用的。如 ess 為了使用sdd 軟體，必須首先識別出 210...
flink讀取hdfs上多路徑的檔案
flink上多路徑的檔案支援似乎不太友好，目前沒有找到更好的辦法。在spark下可以使用的讀取hdfs多路徑的方式為 root data 20170101 root data 20170102 root data 20170103 root data 20170201 root data 20170...
多路徑技術 ALUA與SLUA的區別
實現的核心 通過儲存裝置去適配作業系統，從而實現多路徑技術，支援alua是其中主要部分。alua多路徑技術 asymmetric logical unit access，非對稱邏輯單元訪問，其提供了乙個路徑發現和確定優先次序的標準化機制，實現主機和儲存裝置的路徑自協商和動態管理。特點 對於特定的lu...