 《分享》ZyXEL XGS-4528F假堆疊事件簿 |       |
奉老闆娘指示，公司要轉型做SI，所以業務接了非本公司代理/銷售的產品。
而此案有價格考量，所以最後選用了ZyXEL XGS-4528F這個型號的L3 switch，希望打造一個高可用性HA的環境架構。
一般來說最簡單的HA做法，是將standalone的L3 switch進行堆疊，
堆疊後兩台switch視為單一個體，可各拉一port透過LACP的binding來跟edge端Switch或上層防火牆介接。
即使任何一台Core Switch故障了，也不會影響前端使用者的網路。
ZyXEL XGS-4528F的DataSheet完全符合此標案裏HA、堆疊等各方面的要求，
結果東西到手後，我卻怎麼都架不起來？
詢問原廠後，赫然發現ZyXEL的堆疊跟別人家的不同，
不支援跨個體透過LACP與下層Switch串接！
那你們家Switch後面堆疊CX4 port做何用途？
給的答案是“可將兩台Switch透過CX4介接線以12G的頻寬進行高速串接。”
那你們家怎麼做堆疊？
“我們家的堆疊跟別人家不同，我們家堆疊是istacking智慧堆疊，意思是透過一個IP來管理多個個體，僅此而已。
XGS-4528F 不支援跨個體透過LACP與下層Switch串接！
XGS-4528F 不支援跨個體透過LACP與下層Switch串接！
XGS-4528F 不支援跨個體透過LACP與下層Switch串接！”
因為太離譜，所以要說三次！
最後ZyXEL提供了一個HA的解套做法，一樣將Edge Switch各拉一條線跟Core Switch串接，
不過這樣會形成loop，所以要再上MSTP自動將一port block掉就不會loop了。
雖然說，這個做法沒有LACP頻寬加乘的功效，
但確實在HA的部分是可以解套。
只是...
他們的MSTP不管怎麼做都失敗，loop一定會發生。
到此我失去耐性了...
最後ZyXEL Pre-Sales給了另一個做法，把Edge Switch的兩port接到同一台Core Switch，然後做LACP。
但介接的那台Switch若掛了，下面接的Switch也就別玩了，不是嗎？？
若Core Switch真的掛了，就手動把Edge Switch改接到另一台Core Switch來應急，
也就是傳說中的手動HA。
這種架構，我看也只有ZyXEL提的出來...
OK，既然所謂的堆疊是假的，兩台Core Switch還是獨立個體，那routing只能透過VRRP來達成。
兩台都做routing，透過虛擬出來的Virtual IP來做代表，當master switch掛了，就切到backup switch來進行，
我在功能表中看到你們有這功能，透過VRRP來解決routing的問題應該沒錯吧？
很高興得到的答案是一致的！
但...
你們家的VRRP為什麼要需要一個uplink gateway來進行整個VRRP運行機制的判斷啊？
別家的可沒這麼搞耶！
萬一這個外部的uplink gateway掛了，那整個VRRP的架構是否就瓦解了？
很遺憾，真的就是這樣！
所以我只能保祐這台外部的uplink gateway千萬不要死，否則整個網路的routing就完了...
嗯？
那能否把switch A的uplink gateway設為switch B，
把switch B的uplink gateway設定switch A，
兩者互相參考？？
經測試是可以運作的，但任何一台Core Switch死了，uplink gateway無法參照，
都會造成VRRP機制的瓦解，失去了HA應有的功效。
我，
總算徹徹底底的被ZyXEL打敗了！
要用ZyXEL的東西，請三思啊...
 |
 |
♥順子老婆的網拍，請多關照∼
If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
|
2015-11-21, 21:50
