 《分享》Server Load Balance HA |       |
Array SLB支援Cluster與HA兩種高可用性架構。
其中HA架構以Unit，Group，Policy三層關係來進行規劃。
在HA架構中，每一台APV就是一個Unit；
Unit間透過一條網路線對接來做為HearBeat。
而這些Unit所組成的HA服務群體就是一個Group。
要依據何種條件HC Check來進行Active個體(Unit)切換，就是順子說的Policy。
以下為SLB HA的示範環境，我們透過WebUI來設定一組HA，最後再從設定檔來查看CLI語法。
Unit共有u1與u2兩台，Port1 IP分別為10.10.1.104與10.10.1.114
Port2 HeartBeat IP則分別為2.2.2.1/30與2.2.2.2/30
u1有較高的優先權100，u2的優先權為較低的50
Group ID為1
Policy的Health Check監控項目為Port1的狀態；當發生異常時，切換到Group中的另一個Unit
APV的HA設定可在SYSTEM CONFIGURATION / High Availability / HA裏進行。
但在設定之前，我們先到SYSTEM CONFIGURATION / Basic Networking / Interface / Port裏，
設定HeartBeat的IP設定於Port2。
設定Unit
HeartBeat IP設定好後，
在SYSTEM CONFIGURATION / High Availability / HA / General Config中我們透過 ADD 逐步將u1與u2兩個Unit以HeartBeat的IP來建立。
設定Group
在SYSTEM CONFIGURATION / High Availability / HA / Groups中，建立ID為1的HA Group。
然後在Group 1上連點滑鼠兩下，來設定Group中的兩個Unit u1與u2。
其中u1有較大的優先權100，u2有較小的優先權50。
意謂著在正常狀況下，u1為Active，而u2為Standby。
然後於GROUP FLOATING IP中將要服務的VIP設定在Floating IP裏。
接著啟用Group。
Preempt的功能在於Active/Standby Unit的切換時機選擇。
在Non preempt模式下，Active Unit failover給Standby Unit後，就由Standby Unit取得Active資格；
並不會隨原Unit的恢復，把Active資格歸還，直到failover的狀況再度發生。
而Preempt模式，則以Group中Unit的priority為參考。
只要原Unit的priority較高，一旦恢復上線後，就會重新取得Active的地位。
Preempt與Non preempt哪個比較好，並沒有答案，視架構與需求而定。
若不想切到備援時，因為主機回復而再切換一次，那就不要啟用Preempt。
設定Policy中的Health Check監控類型
在SYSTEM CONFIGURATION / High Availability / HA / HC Condition中可設定欲監控的類型項目。
在此範例中，我們監測自定義的Port1狀態。
設定Policy中的切換方式Decision
然後在SYSTEM CONFIGURATION / High Availability / HA / Decision中可設定達到監控條件時，要如何切換Unit。
我們設定為達到條件後，切換到Group中的另一個Unit，Group_Failover。
設定同步
在SYSTEM CONFIGURATION / High Availability / HA / Synchronization中，做同步設定。
Bootup及Runtime Config我們都設定為同步。
HA SSF
另外，HA也提供Stateful Session Failover (SSF) function。
當failover發生時，把服務轉到另一台Unit上。
不過HA不是本來就應該如此？順子其實不是很明白這個SSF的真正意涵...
設定Secondary Network Link
除了設定HeartBeat外，我們也可以把APV服務的介面IP設定為第二網路連線，
透過兩個網路連線來減少誤判Unit掛點的意外性。
回到SYSTEM CONFIGURATION / High Availability / HA / General Config，拉到最下面。
新增一個Secondary Network Link。
把兩個Unit以服務的介面IP加入。
啟用HA
最後在SYSTEM CONFIGURATION / High Availability / HA / General Config中，我們啟用HA架構。
設定到此，第一台Unit的HA的設定已經完成，接著重覆同樣步驟於第二台Unit。
↑HA中FFO指的是Fast Failover，需要額外的license與線材，一般HA並不需要啟用。
兩台Unit都設定成後，就可以在HA的General Information看到HA Group中的資訊已經變成綠燈。
如果設定正確的話，兩台Unit看到的訊息應該是一致的，
這時我們就可以開始於其中一台Unit中進行SLB的Real，Group，Virtual與Policy相關設定，
然後自動同步到另一台Unit中。
HA測試
由於u104有較大的優先權20，u114有較小的優先權10，
所以在正常情況下，SLB會透過u104來進行。
一旦達到監測條件，或u104失去連線能力，standby的u114就會接手來進行SLB。
CLI設定
以上這些WebUI的HA操作，完全可透過CLI來進行，指令如下
Unit
ha unit u1 2.2.2.1
ha unit u2 2.2.2.2
Group
ha group id 1
ha group fip 1 10.10.1.200 port1
ha group priority u1 1 100
ha group priority u2 1 50
ha group enable 1
Health Condition
ha hc vcondition name "vc_PortDown" V_1 AND
ha hc vcondition member "vc_PortDown" "PORT_1"
Decision
ha decision rule "vc_PortDown" Group_Failover 1
Sync
ha synconfig bootup on
ha synconfit runtime on
SSF
ha ssf on
ha ssf on net
ha ssf peer 2.2.2.2
Secondary Link
ha link network on
ha link network secondary u1 1 10.10.1.104 65521
ha link network secondary u2 1 10.10.1.114 65521
Enable HA
ha on
另外，在規劃HA架構時，有一件事務必要注意！
多台Unit間的資料複寫，會在HA設定完成後才開始進行。
若在設定HA前，已先在某一台Unit上做了很多設定，
那麼在HA啟用後，這些先前就已設定好的資料是不會自動同步的！
若有意規劃HA架構，請務必先完成HA設定，再來進行其它SLB的設定，讓這些設定能夠自動同步複寫。
♥順子老婆的網拍，請多關照∼
If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
|
2014-07-23, 12:19
