|
|
臺灣-繁體中文 | |
|
|
 |
|
以 ServiceGuard OPS Edition 規劃 OPS 叢集 > 第 3 章. 認識ServiceGuard OPS Edition軟體元件
網路管理員運作方式 |
|
|
網路管理員的功能在於偵測網路卡及網路連線的失效，並且克服及處理失效的狀況，如此用戶端的網路服務才能維持高度可用性。其實也就是指定每一個套件的IP位址給節點上的主要網路介面卡，而套件便是在該節點上執行，而且監視所有介面的運作是否正常，在必要時切換介面。 每一個節點 (主機系統) 都應該有一個現行網路介面的IP位址。這個位址被稱為固定的IP位址，是在節點的/etc/rc.config.d/netconf檔案中配置。固定的IP位址不能轉移給另一個的節點使用，不過卻可以轉移給備用的LAN介面卡。固定的IP位址與套件沒有關聯。固定的IP位址是用來傳輸心跳訊息 (「「 叢集管理員如何運作」」一節中已有詳述) 及其他資料。 除了固定的IP位址以外，通常您還可以為每一個套件設定一個或多個獨特的IP位址。套件啟動時，套件控制命令集中的cmmodnet命令會將套件IP位址指派給主要LAN介面卡。套件的相關IP位址稱為可轉移的IP位址 (亦稱為套件IP位址或浮動的IP位址)，因為位址事實上是可以在叢集節點之間移動的。在最多可傳佈到30個套件的叢集中，您可使用多達200個可轉移的IP位址。 可轉移的IP位址像是一個被指定給套件的虛擬主機IP位址。建議您透過DNS (Domain Name System) 為每一個套件配置名稱。程式便可以將套件的名稱當成主機名稱輸入gethostbyname()，後者會傳回套件的可轉移IP位址。 萬一LAN卡失效時，固定的IP位址以及可轉移的IP位址都會切換到備用LAN介面。除此之外，如果套件的控制權轉移了，可轉移的位址可以由承接節點接管 (但是固定的位址不行)。這表示應用程式可以透過可轉移的位址存取套件，而不需要知道套件目前在那個節點上。 當套件啟動時，可轉移的IP位址可以加入指定的IP子網路。而當套件停止時，可轉移的IP位址可以從指定的IP子網路中刪除。IP位址的加入與刪除均要透過套件控制命令集中的cmmodnet命令來處理，這在「第 6 章「配置套件與套件的服務」」一章中有詳細的說明。 IP位址只會配置在各主要網路介面卡上，備用卡不會配置IP位址。相同網路卡上的多個IP位址必須屬於相同的IP子網路。 ServiceGuard會定期輪詢叢集配置檔中指定的所有網路介面卡。依下列方式，在每個單一節點中偵測網路失效。在節點上的一個介面會被指定為輪詢者。輪詢者會輪詢該節點上同一橋接網路中的其他主要介面與備用介面，看看它們是否健全。輪詢者通常都是備用介面，如果橋接網路中沒有備用介面，輪詢工作就會被指派給主要介面(若需橋接網路的相關資訊，請參閱第 2 章「備援網路元件」)。 輪詢介面傳送LAN封包到在相同橋接網路節點中的所有其他介面，並接回它們的封包。如果LAN驅動程式報告一項錯誤，而且介面上傳送和接收的封包數在預定時間內沒有增加，就會被認為是「DOWN」停機了。 本機網路的切換牽涉到本機網路介面失效的偵測，以及轉至本機備用LAN卡的故障轉移。備用LAN卡不得配置任何IP位址。本機網路切換時，乙太網路不會失去TCP/IP連接，但是會失去IEEE 802.3 連接。乙太網路、記號環以及FDDI是採用ARP通訊協定，而且HP-UX會主動傳送一個ARP，將MAC (連結層級) 位址與IP層級的位址的對應情形通知遠端系統。IEEE 802.3並無rearp功能。 在進行轉移時，IP封包會漏失，但是TCP (Transmission Control Protocol，傳輸控制協定) 會重新傳輸封包。在UDP (User Datagram Protocol，使用者數據電文協定) 的案例中，協定不會自動重新傳輸封包。不過，既然UDP是不可靠的服務，因此UDP應用程式應該有處理漏失網路封包的準備，並適當的加以修復。注意，本機切換只能在同類型的兩個LAN之間進行。例如，在乙太網路和FDDI介面之間不支援本機切換轉移，但在10BT和100BT的乙太網路之間支援本機切換轉移。 圖 3-16 「本機網路切換前的叢集 」顯示連接在一個橋接網路的兩個節點。LAN區段 1 與 2 由一個集線器連接。 節點 1 與 節點 2 要透過LAN區段 2 來通訊。LAN區段 1 是備用區段。 在圖 3-17 「本機網路切換後的叢集 」中，我們可以看到，如果通往節點 1 的LAN區段 2 網路介面卡失效時，會發生什麼情形。 一旦備用介面接管，IP位址會被切換到與備用介面相關聯的硬體路徑。TCP/IP層級是察覺不到這個切換的。所有應用程式會繼續在其原先的節點上執行。在進行轉移的時候，節點 1 上的通訊流量會延遲。不過，TCP/IP連接會繼續維持，應用程式也會繼續執行。節點 1 上的套件控制不受影響。
本機切換的另一個範例如圖 3-18 「纜線失效後的本機切換 」所示。在這個例子中，失效影響到區段 2，使得兩個節點都切換到連接在區段 1 上的LAN卡。 本機網路切換可以用在含有一個或多個節點的叢集上。如果只需要一個節點，並且不希望建立較複雜的叢集，便可以建立一個單節點叢集，以利用這項本機網路切換功能。 不論何時節點中止，叢集協助程式 (cmcld) 總會一直嘗試將在備用介面上執行的任何配置ServiceGuard的子網路，切換回到主要介面。不管主要介面連結狀況如何，都會完成這個動作。切換回主要介面的目的是要保持叢集啟動前原來的網路配置。如果發出cmhaltnode命令，切換回主要介面的動作會發生在特定節點，如果發出cmhaltcl命令，則會發生在叢集中所有節點上。 遠端切換 (亦即套件切換) 是要將套件及其相關的IP位址移到新的系統。新的系統必須已經配置好相同的子網路並且可以使用，否則套件不會啟動。進行遠端切換時，會失去TCP連接。TCP應用程式必須重新連接才行，這項工作不會自動進行。注意，如果套件要倚賴多個子網路，所有的子網路都必須可以在目標節點上使用，套件才可以啟動。 請注意，遠端切換只在相同類型的LAN之間受支援。例如，在一台機器上是乙太網路之間遠端切換轉移而在故障轉移機器上是FDDI介面，這種情況就不受支援。圖 3-5 「套件切換之前」 和圖 3-6 「套件切換之後」顯示可轉移的IP位址遠端切換。 ServiceGuard OPS Edition可透過HP-APA (Auto-Port Aggregation，自動連接埠聚合，HP產品編號 J4240AA) 支援自動連接埠聚合的使用。HP-APA是一種新的網路技術，它可以將多個實體的Fast Ethernet或多個實體的Gigabit Ethernet連接埠聚合成一個邏輯的連結聚合。HP-APA可讓您擁有彈性、可擴充的頻寬，依據多個 100 Mbps Fast Ethernet連結或多個 1 Gbps Ethernet連結 (或 200 Mbps和 2 Gbps全雙工) 而定。其他的優點還包括實體連結之間的負載平衡、自動錯誤偵測，以及高可用性需要環境的回復。連接埠聚合能力有時也被稱為連結聚合或幹線。 一旦啟用後，每一連結聚合可被視為只有一個IP和MAC位址的多個實體連接埠的單一邏輯連結。HP-APA可以聚合多達四個實體連接埠成為一個連結聚合；每一系統允許的連結聚合數量是50個。空的連結聚合將沒有MAC位址。 您可以在多連接埠網路卡 (目前所有的是四個連接埠) 中聚合連接埠。另外，您也可以從不同網路卡聚合連接埠。如圖 3-20 「共用儲存設備單元內的實體磁碟」範例所示。 非聚合配置的單連接埠和雙連接埠LAN兩者都有四個LAN卡，每一個卡都有一個單獨的非聚合IP位址及MAC位址，而且每一個都有自己的LAN名稱 (lan0、lan1、lan2、lan3)。當這些連接埠被聚合時所有四個連接埠都只剩下一個的IP位址和MAC位址。在此範例中，聚合的連接埠集體被稱為 lan900，亦即在HP-UX 11i上聚合所知道的名稱 (HP-UX 11.0上的聚合名稱是以lan100開頭)。 各種乙太網路卡類型 (單連接埠或雙連接埠) 和聚合群組的組合都有可能，最重要的是要記住，在任何APA組合中至少必須使用兩個實體卡以避免心跳連接的單點失效。HP-APA目前對自動和手動連結聚合配置兩者都可支援。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 可列印版本 |
|
|
|
|
|
|||||||||||||||
|
|||||||||||||||
