管理 IP 失效接手

如果配置節點失效，會將叢集系統的 IP 位址轉移到新節點。會使用系統服務，來管理這些管理 IP 位址從失效的配置節點，至新配置節點的轉移。

系統服務所執行的變更如下：

如果失效配置節點上的軟體仍可運作，軟體會關閉管理 IP 介面。如果軟體無法關閉管理 IP 介面，則硬體服務會強制關閉節點。
當管理 IP 介面關閉時，其餘所有的節點都會選擇新節點，來管理配置介面。
新配置會起始設定配置常駐程式（包括 SSHD 和 HTTPD），然後將管理 IP 介面連結至其乙太網路埠。
會將路由器配置成新配置的預設閘道。
會在新配置上，為管理 IP 位址建立遞送表。新配置會針對每一個 IP 位址，將五個自發性位址解析通訊協定 (ARP) 封包傳送給本端子網路播送位址。ARP 封包含有用於新配置節點的管理 IP 和「媒體存取控制 (MAC)」位址。所有收到 ARP 封包的系統都會強制更新其 ARP 表格。更新 ARP 表格之後，這些系統就可以連接至新的配置節點。
註：有些乙太網路裝置可能不會轉遞 ARP 封包。如果 ARP 封包未轉遞，指向新配置節點的連線功能就無法自動建立。為了避免此問題，請將所有的乙太網路裝置配置成傳遞自發性 ARP 封包。您可以登入系統，並對受影響的系統啟動安全複製，來還原失去的連線功能。啟動安全複製時，只要系統所連接的交換器與受影響的系統相同，就會強制更新該系統的 ARP 快取。

乙太網路鏈結失效

如果指向系統的乙太網路鏈結因事件而失效，只要該事件與系統無關，則系統不會嘗試對配置節點進行失效接手，以還原管理 IP 存取。比方說，如果拔掉纜線，或乙太網路路由器故障，乙太網路鏈結就可能失效。為了防範這種類型的失效，系統提供「兩個乙太網路埠」選項，且每一個埠各有一個管理 IP 位址。只要無法透過其中一個 IP 位址來連接，即可嘗試透過替代 IP 位址來存取系統。

註：主機經由乙太網路連線來存取系統時所使用的 IP 位址，不同於管理 IP 位址。

事件通知及網路時間通訊協定的路由考量

系統支援下列這些用來建立出埠連線的通訊協定：

電子郵件
簡易網路郵件通訊協定 (SNMP)
Syslog
網路時間通訊協定 (NTP)

這些通訊協定只適用於配置使用管理 IP 位址的埠。當建立出埠連線時，系統會採取下列的路由決策：

如果目的地 IP 位址所在的子網路，與其中一個管理 IP 位址相同，系統會立即傳送封包。
如果目的地 IP 位址所在的子網路，與任何一個管理 IP 位址都不相同，系統會傳送封包至乙太網路埠 1 的預設閘道。
如果目的地 IP 位址所在的子網路，與任何一個管理 IP 位址都不相同，且乙太網路埠 1 沒有連接至乙太網路，則系統會傳送封包至乙太網路埠 2 的預設閘道。

當您配置任何這些通訊協定來進行事件通知時，請採用這些路由決策，以確保一旦網路失效，錯誤通知仍可正常運作。