Catalyst 6500
概覽
Cisco IOS 軟體子產品化
用于 Catalyst 6500 的 Cisco IOS 軟體子產品化通過在最需要網絡可用性的環境中提供故障抑制和更快的故障恢複速度，為網絡可用性樹立了新的标準。這些環境包括網絡中的各單故障點 -- 從資料中心到企業配線間。
這項針對 Catalyst 6500 的創新可以 讓網絡管理者在不影響網絡可用性的情況下，逐漸安裝新的更新檔，以滿足迫切的需求 -- 例如修複嚴重的安全漏洞。
而且，通過将這些功能與 Catalyst 6500 上的嵌入式事件管理器（ EEM ）的監控、自動響應功能結合，可以簡化網絡營運。
圖1 Cisco IOS 軟體子產品化的組成結構
Catalyst 6500系列：Cisco IOS軟體子產品化 優勢
圖2 軟體子產品化的優勢
在思科的首要企業平台上率先推出！
Cisco IOS 軟體子產品化可以通過動态地将子產品化子系統組合到多個子產品化運作程序中，增強Cisco IOS 的功能
高可用性基礎設施可以判斷在發生故障時應當采取什麼措施：重新開機程序還是切換到一個備用交換管理引擎
最大限度地縮短計劃外停機時間
受保護記憶體：每個程序和相關子系統都“ 位于” 一個單獨的記憶體空間之中
- 故障抑制：發生在一個程序中的故障不會影響系統的其他部分。
- 可重新開機程序：如果處理器或者子系統進入某個異常狀态時（例如，持續等待另外一個程序發來的信号），使用者可以根據操作要求，友善地自動或者手動重新開機受影響的程序。
最大限度地縮短計劃内停機時間
- 子系統運作中軟體更新（ISSU ）：因為可以針對每個漏洞安裝更新檔，而且安裝過程不會對正常的分組轉發産生任何影響，是以代碼驗證和部署的速度将會大幅加快。
軟體子產品化的可用性
- 豐富的功能：在目前用于Catalyst 6500 系列 的Cisco IOS 軟體 12.2SX 版本的功能的基礎上，軟體子產品化提供了很高的可用性和可管理性。
- 操作一緻性：軟體子產品化為支援新的功能添加了一些新的指令。但是其他的CLI 、SNMP MIB 和系統日志資訊都與以前的Cisco IOS 版本保持一緻。
- 子產品化程序：多個控制平面功能已被子產品化，其中涵蓋了一些最常用的功能。子產品化程序的例子包括（但不僅限于）：
- 路由程序
- 網際網路守護程序
- 原始IP 處理
- TCP 程序
- UDP 程序
- CDP 程序
- 系統日志守護程序
- 所有嵌入式事件管理器元件
- 檔案系統
- 媒體驅動器
- 安裝管理器
- 更新檔安裝支援：軟體子產品化将支援針對公開宣布的安全漏洞的更新檔。更新檔将在維護包中提供，其中包含了多組更新檔。
- 支援的配置：用于Catalyst 6500 的Cisco IOS 軟體子產品化将于2005 年第四季度推出，它将支援Catalyst 6500 Supervisor Engine 720 系統。對Catalyst 6500 Supervisor 32 系統的支援将于2006 年第一季度實作。
嵌入式事件管理器
嵌入式事件管理器（EEM ）是對Cisco IOS 基礎設施的一項強大改進。根據預先定義的事件，它可以在本地系統上執行指定的操作。這些操作的觸發事件和各個步驟本身都可以利用工具指令語言（TCL ）腳本設定。這使得使用者可以自由地根據自己的需求定義觸發事件和所采取的措施。
因為EEM 是Cisco IOS 基礎設施的一部分，是以即使在與中央管理站的連接配接暫時中斷時，它也可以獨立執行任務。EEM 的組成結構可以分為三個部分：
- 事件檢測器
- 政策引擎
- 嵌入式事件管理器伺服器
事件檢測器可以被視為作業系統的不同部分中的傳感器。這些事件檢測器可以觸發包含定制操作的腳本的執行。事件檢測器可以根據CLI 輸入、計數器、資源門檻值、計時器服務，SNMP 和SYSLOG 資訊，以及路由協定事件等，發出事件資訊。如需檢視事件檢測器的完整清單，請參閱EEM 文檔。
政策引擎的作用是将使用者定義的政策綁定到系統中。政策引擎為此提供了兩個界面：
- TCL 腳本
- CLI 應用小程式
政策引擎的工具指令語言（TCL ）腳本提供了一個TCL 界面。盡管系統中包含了一些預定義的腳本，但是網絡操作人員可以利用TCP 腳本界面添加一些他們自己的腳本，進而讓系統按照他們自己的需要執行操作。可供執行的操作包括從收集指定指令的輸出到對交換機的全面更新檔管理的多項任務。
嵌入式事件管理器最終将所有這些部分組合到一起。事件檢測器會将它們的輸出發送到EEM 伺服器，而後者會利用政策引擎執行操作。
軟體子產品化和EEM 的結合帶來了更加強大的功能。EEM 本 身就是一個子產品化程序，可以根據程序行為執行操作。例如，在程序崩潰時，相關資訊（例如崩潰暫存資訊和記憶體配置設定資訊）會被存儲在本地或者一個集中伺服器， 以便于分析崩潰原因。在此基礎上，交換機會向網絡管理者發出一個警報。管理者随後可以進行更加深入的分析，或者聯系思科技術支援中心（TAC ）。
文章轉載至http://bbs.net527.cn 無憂網客聯盟
無憂網客聯盟主站
無憂linux時代