1.CSS和iStack的區別和應用場景
CSS和iStack的區別和應用場景
CSS和iStack都屬於堆疊技術,堆疊技術就是將多臺物理交換機在邏輯上合併成一臺交換機,所以堆疊也叫交換機虛擬化技術。
區別如下
-
盒式和框式的區別:CSS為框式交換機堆疊技術,而iStack為盒式交換機堆疊技術。
-
堆疊數量的區別:CSS堆疊技術只支援兩臺框式裝置的堆疊,而iStack技術支援多臺盒式交換機進行堆疊。CE58系列交換機最大支援9臺裝置堆疊,其他CE交換機最大支援16臺裝置堆疊。
-
交換機的角色區別:CSS只支援兩臺裝置堆疊,所有隻有主交換機、備交換機兩個角色。而iStack支援多臺裝置堆疊,所以有主交換機、備交換機和從交換機三個角色。 堆疊的角色選舉:
1. 執行狀態比較,先啟動完成的交換機優先競爭為主交換機。 2. 堆疊優先順序比較,堆疊優先順序高的交換機優先競爭為主交換機。 3. 軟體版本比較,軟體版本高的交換機優先競爭為主交換機。 4. 主控板數量比較:有兩塊主控板的交換機優先競爭為主交換機。 5. 橋mac地址比較:橋mac地址小的交換機優先競爭為主交換機。
-
堆疊互聯方式:(畫圖)CSS堆疊有主控板堆疊、業務口堆疊;iStack堆疊只有業務口堆疊,但業務口堆疊有環形堆疊和鍊形堆疊。在環形堆疊的場景下,任意一條堆疊線路或者一臺交換機故障,都不影響堆疊系統執行,比鍊形堆疊更穩定。但是在交換機之間距離比較長時,建議用鍊形堆疊。
-
雙主檢測區別:CSS堆疊的雙主檢測比iStack堆疊的雙主檢測多一個堆疊業務口檢測。堆疊雙主檢測:(畫圖)
1. 業務口直連檢測方式:就是堆疊成員交換機之間通過業務口連線的線路進行雙主檢測。DAD採用的BPDU報文,如果直連檢測鏈路中經過中間裝置,在中間裝置上需要配置透傳BPDU報文功能。 2. Eth-Trunk口代理方式:該方式指的是通過堆疊裝置與代理裝置相連的Eth-trunk鏈路進行雙主檢測的方式。這種方式需要代理裝置開啟DAD代理功能。該方式與業務口直連檢測相比,Eth-Trunk口代理方式無需佔用額外的介面。 3. 管理口檢測方式:該方式指的是堆疊成員交換機之間通過管理口鏈路進行雙主檢測。管理口檢測方式要求管理口必須配置IP地址,可以連線到管理網路,也可以堆疊成員裝置之間管理口直連。 4. 堆疊埠檢測:該方式指的是通過堆疊成員交換機堆疊埠之間的鏈路進行雙主檢測。該方式有個限制,只有當堆疊連線方式為主控板直連時,才可以使用堆疊埠檢測方式。
-
對其他技術的支援效果不同,比如SVF,超級虛擬交換網技術,CSS只支援一個物理裝置連線一個SVF葉子交換機,而iStack可以是多臺裝置連線同一個SVF葉子交換機。
堆疊的優勢
- 提高可靠性:堆疊成員之間冗餘備份,利用跨裝置Eth-Trunk,實現鏈路冗餘,備份。
- 擴充套件埠數量:當接入的使用者數量增加到交換機埠密度不滿足接入需求時,可以通過新增交換機來做成堆疊而滿足埠需求。
- 擴充套件上行頻寬:堆疊的成員交換機上行鏈路配置成聚合組,提高堆疊交換機的上行頻寬。
- 簡化組網:網路中多臺的堆疊裝置,虛擬成一個虛擬裝置。簡化後的組網將不需要使用MSTP、VRRP等協議,簡化了網路配置,跨鏈路集合又提高了可靠性。
應用場景
綜上,最後CSS堆疊技術的應用場景主要為園區S7700系列、S12700系列、資料中心CE12800系列等系列框式裝置做堆疊,同時通過雙歸接入的方式連線匯聚交換機或伺服器交換機,形成鏈路高可用、裝置高可用的組網結構。iStack堆疊技術的應用場景為園區、資料中心匯聚、接入做盒式交換機的堆疊,多臺裝置虛擬成一臺邏輯裝置,簡化後的組網將不再使用MSTP、VRRP等協議,同時依靠跨裝置鏈路聚合,實現鏈路高可用。
其他相關問題
istack成員加入不帶電加入:推薦,特點:新加入的交換機會變為從交換機,不改變原有堆疊系統中的主備角色。帶點加入:稱為堆疊合並,兩個堆疊系統合併成一個堆疊系統,兩個堆疊系統的主交換機競爭,選出主交換機。競爭勝出的主交換機所在的堆疊系統將保持原有主備從角色,業務不會受到影響,另外一個堆疊系統的所有成員交換機將重新啟動,以從交換機的角色加入到新堆疊系統。
相關文章
- MyISAM和InnoDB的主要區別和應用場景
- go的 & 和 * 的區別,以及應用場景Go
- 如何理解UDP 和 TCP? 區別? 應用場景?UDPTCP
- 談談redis,memcache的區別和具體應用場景Redis
- Hbase和Hive的特點,和應用場景Hive
- ArrayList和LinkedList底層原理的區別和使用場景
- CSS和istackCSS
- 人臉識別技術的優勢和主要應用場景
- call apply bind的作用及區別? 應用場景?APP
- 關於Ajax和websocket的區別以及使用場景!Web
- 防抖和節流的應用場景和實現
- js中call,apply和bind方法的區別和使用場景JSAPP
- js代理模式理解和應用場景JS模式
- Zookeeper應用場景和ZAB協議協議
- js的淺拷貝和深拷貝和應用場景JS
- Nginx的HTTP模組與Stream模組:區別與應用場景NginxHTTP
- 分散式和叢集區別?什麼是雲端計算平臺?分散式的應用場景?分散式
- Socket 與 Http區別 優缺點及應用場景HTTP
- 區塊鏈應用場景解析區塊鏈
- this和super的區別和應用 學習筆記筆記
- 閉鎖和柵欄的區分以及適用場景
- PWA 應用和原生應用的一些區別
- SPM適用的場景和示例
- 詳解展示元件和容器元件的區別和應用元件
- iOS runtime執行時的作用和應用場景iOS
- 棧的應用場景思路分析和程式碼實現
- 工業智慧閘道器的功能和應用場景
- 區塊鏈應用場景有哪些?區塊鏈
- 徹底弄清楚session,cookie,WebStorage的區別及應用場景SessionCookieWeb
- 區塊鏈+股權交易的應用場景區塊鏈
- String資料型別的應用場景資料型別
- sorted set 資料型別的應用場景資料型別
- js 淺複製和深複製的區別和應用JS
- WebAssembly現在和未來應用場景大全 - harshalWeb
- Java中的引用型別和使用場景Java型別
- Kafka和RabbitMQ有哪些區別,各自適合什麼場景?KafkaMQ
- MongoDB的優勢和適用場景MongoDB
- 【基礎梳理】cookie、session、sessionStorage、localStorage之間的區別及應用場景CookieSession