【文章內(nèi)容簡介】 SFP光口，兼容現(xiàn)有的Cisco PVST+生成樹協(xié)議7 / 282 CAT4507(引擎升級) 4 ￥110, ￥440, 主設(shè)備立舊,對其雙引擎升級3 三層高端交換機(jī) 2 ￥750, ￥1,500,單臺配置 240 個以太網(wǎng)端口和 96 個SFP 光口，兼容現(xiàn)有的 Cisco PVST+生成樹協(xié)議4 二層低端交換機(jī) 2 ￥10, ￥20,單臺配置 48 個以太網(wǎng)端口和 2 個 SFP光口JUNIPER SSG550（設(shè)備主體立舊）　 　 　 　SSGPSAC（電源模塊） 4 ￥5, ￥20, 　JXU6GESFPS（PIM 模塊） 4 ￥15, ￥60, 　5JXSFP1GESX（光口模塊） 24 ￥2, ￥60, 　6 合計(jì) 　 　 ￥3,540, 　2 管理網(wǎng)絡(luò)建設(shè)方案 管理網(wǎng)絡(luò)設(shè)計(jì)概述中國移動福建公司網(wǎng)管中心機(jī)房平臺已承載了省級話務(wù)網(wǎng)管、電子運(yùn)維、網(wǎng)優(yōu)支撐、網(wǎng)絡(luò)數(shù)據(jù)綜合分析、客戶投訴支撐等多類網(wǎng)管應(yīng)用。隨著主機(jī)存儲規(guī)模的擴(kuò)大，管理難度和強(qiáng)度也隨著增大，目前的管理手段已不能滿足當(dāng)前網(wǎng)管的需要。為降低中國移動福建公司網(wǎng)管中心機(jī)房主機(jī)和存儲設(shè)備的管理工作負(fù)荷，加強(qiáng)規(guī)范化管理，貫徹系統(tǒng)標(biāo)準(zhǔn)化安裝的原則，提高解決系統(tǒng)故障的效率，提出該方案。從網(wǎng)管系統(tǒng)的管理需求來看，建議在現(xiàn)有業(yè)務(wù)網(wǎng)絡(luò)的基礎(chǔ)上通過增加交換機(jī)建立一個專門用來管理的網(wǎng)絡(luò)，管理網(wǎng)絡(luò)由 2 臺交換機(jī)構(gòu)成冗余網(wǎng)絡(luò)，該網(wǎng)絡(luò)的安全性通過主交換機(jī)的安全策略實(shí)現(xiàn)。如下圖所示：8 / 28Console交 換 機(jī)Cyclades ACS32一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備 一 廠網(wǎng) 絡(luò) 設(shè) 備4F5F6F7F華 為以 太 網(wǎng) 交 換 機(jī) 華 為以 太 網(wǎng) 交 換 機(jī)Console交 換 機(jī)Cyclades ACS32上 街網(wǎng) 絡(luò) 設(shè) 備 上 街網(wǎng) 絡(luò) 設(shè) 備 上 街網(wǎng) 絡(luò) 設(shè) 備5F華 為以 太 網(wǎng) 交 換 機(jī) 華 為以 太 網(wǎng) 交 換 機(jī)Console交 換 機(jī)Cyclades ACS32一 廠 和 上 街 之 間 的 專 線一 廠 和 上 街 之 間 的 專 線一 廠 帶 外 網(wǎng) 絡(luò) 管 理 系 統(tǒng) 上 街 帶 外 網(wǎng) 絡(luò) 管 理 系 統(tǒng)遠(yuǎn) 程 接 入 區(qū)KVM數(shù) 字 切 換 設(shè) 備(已 有 ） KVM數(shù) 字 切 換 設(shè) 備(已 有 ）新 增 設(shè) 備 二 層 連 接 三 層 連 接 備 份 連 接 利 舊 設(shè) 備圖 32 管理網(wǎng)絡(luò)設(shè)計(jì)結(jié)構(gòu)圖管理網(wǎng)絡(luò)的優(yōu)點(diǎn)如下：? 操作簡便（可遠(yuǎn)程操作）不需額外工作平臺，可對機(jī)器遠(yuǎn)程操作，方便維護(hù)接入。? 監(jiān)控方便可以實(shí)時監(jiān)控 Console 信息，無需額外的電腦對 Console 信息進(jìn)行記錄，方便監(jiān)控。? 效率高可遠(yuǎn)程操作機(jī)器，無需額外的時間和工具，效率大大提高。? 提高分析準(zhǔn)確度，縮短故障恢復(fù)時間全面記錄故障信息，有利于故障分析與定位，增加分析度準(zhǔn)確性，降低故障分析時間，縮短故障恢復(fù)時間。 管理網(wǎng)絡(luò)規(guī)劃統(tǒng)一規(guī)劃管理網(wǎng)絡(luò)接入方式，方便維護(hù)及故障分析和處理。主要采用IPConsole 和 KVM 管理方式：? 網(wǎng)絡(luò)設(shè)備接入控制臺服務(wù)器交換機(jī)，方便統(tǒng)一管理；9 / 28? UNIX 主機(jī)采用 IPConsole 方案統(tǒng)一管理；? PC 服務(wù)器采用 KVM 方案進(jìn)行管理； 網(wǎng)絡(luò)設(shè)備管理網(wǎng)絡(luò)設(shè)計(jì)對于一廠未搬遷的需要納入管理的網(wǎng)絡(luò)交換機(jī)，其 console 口統(tǒng)計(jì)如下：console口 統(tǒng) 計(jì) 表 .xls對于上街機(jī)房內(nèi)需要納入管理的網(wǎng)絡(luò)交換機(jī)，其 console 口統(tǒng)計(jì)如下：console口 統(tǒng) 計(jì) 表 根據(jù)統(tǒng)計(jì)出來的數(shù)量，搬遷完成后上街總共需要 63 根 5 類雙絞線，一廠總共需要 21 根 5 類雙絞線。 采用 Console 服務(wù)器，需要在上街部署 3 臺 32口的服務(wù)器，在一廠每個機(jī)房部署 2 臺 16 口的服務(wù)器（合計(jì) 4 臺），建議采用業(yè)務(wù)網(wǎng)絡(luò)的模式，在網(wǎng)絡(luò)設(shè)備列頭機(jī)柜部署管理網(wǎng)絡(luò)接口。 服務(wù)器管理網(wǎng)絡(luò)設(shè)計(jì)從網(wǎng)管系統(tǒng)的管理需求來看，建議建立一個專門用來管理的網(wǎng)絡(luò)，管理網(wǎng)絡(luò)由 2 臺交換機(jī)構(gòu)成冗余網(wǎng)絡(luò)。對于主機(jī)和 SAN 環(huán)境管理網(wǎng)絡(luò)的設(shè)計(jì)，涉及 292 臺設(shè)備總共需要 395 個IP 地址和 214 根網(wǎng)線。根據(jù)統(tǒng)計(jì)出來的網(wǎng)線數(shù)量以及這些服務(wù)器部署在上街機(jī)房的位置以及在每個列頭柜部署管理網(wǎng)絡(luò)的原則，我們可以計(jì)算出所需的 48 口會聚交換機(jī)的數(shù)量為 8 個。如下：表 32 服務(wù)器管理網(wǎng)絡(luò)所需交換機(jī)數(shù)量機(jī)柜位置 放置的設(shè)備 端口總數(shù) 列頭柜中配置的交換機(jī)數(shù)量A 列 4A 系統(tǒng)、OMC 服務(wù)器 35 1B 列 HP 服務(wù)器 85 2C 列 SUN 服務(wù)器 33 1D 列 SUN 服務(wù)器 62 2G 列 存儲設(shè)備 23 1H 列 新增存儲設(shè)備 30 1 KVM 系統(tǒng)本工程對遠(yuǎn)端服務(wù)器設(shè)備的監(jiān)控采用 KVM 方案，提供對網(wǎng)管機(jī)房設(shè)備的本地機(jī)架式或遠(yuǎn)程 IP 接入和控制，KVM 設(shè)備同時支持基于所有設(shè)備的數(shù)字和模擬連接。根據(jù)現(xiàn)有設(shè)備統(tǒng)計(jì)出來總共需要 59 根 KVM 聯(lián)線，具體統(tǒng)計(jì)如下表所示。10 / 28KVM網(wǎng) 絡(luò) 所 需 聯(lián) 線 統(tǒng)計(jì) 表 .xls 設(shè)備配置清單表 33 管理網(wǎng)絡(luò)設(shè)備清單序號 配置 數(shù)量 單價 分項(xiàng)總價 備注1 三層低端交換機(jī) 8 ￥6, ￥50, 　48口2 Console 服務(wù)器 16口 4 ￥32, ￥130,3 Console 服務(wù)器 32口 3 ￥40, ￥120,console管理4 小計(jì)一 　 　 ￥300, 　5 KVM 聯(lián)線費(fèi)用 1 ￥60, ￥60, 　6 小計(jì)二 　 　 ￥60, 　7 合計(jì) 　 　 ￥360, 　3 傳輸帶寬需求目前福建公司的網(wǎng)管核心節(jié)點(diǎn)在一廠，為滿足今后上街機(jī)房各系統(tǒng)接入網(wǎng)絡(luò)的需求，需要在該局樓建設(shè)新的網(wǎng)管節(jié)點(diǎn)。到 2022 年時候上街承載的業(yè)務(wù)：所有網(wǎng)元的網(wǎng)管信息與其網(wǎng)管系統(tǒng)（包括統(tǒng)一采集區(qū)系統(tǒng)、省級網(wǎng)管系統(tǒng)、采集機(jī)）的數(shù)據(jù)交互上街網(wǎng)管鏈路需求為網(wǎng)元部分 110 芯系統(tǒng)，終端部分 44 芯系統(tǒng)，互聯(lián)部分 8 芯系統(tǒng)；與一廠互聯(lián)有 10 路 2 兆專線。? 當(dāng)前網(wǎng)管對 MDCN 的傳輸帶寬需求，峰值已達(dá)到 240M。由于帶寬限制，為避免網(wǎng)絡(luò)阻塞故障，較大流量應(yīng)用已作了停用和限流措施。實(shí)際帶寬需求已達(dá)到 1G。同時考慮到新的應(yīng)用對帶寬的非線性增長需求，網(wǎng)管上街出口帶寬需求在 2022 年底將達(dá)到 3G。網(wǎng) 管 上 街 機(jī) 房 帶 寬和 鏈 路 需 求 .xls 網(wǎng) 管 搬 遷 MDCN出 口流 量 需 求 統(tǒng) 計(jì) .xls? 搬遷臨時傳輸需求：網(wǎng)管服務(wù)器從一廠搬遷到上街的過程中存在較大的帶寬需求。為保證平滑搬遷，一方面需要從一廠打通二層的 trunk到上街，需要 MDCN 提供 帶寬；另一方面需要臨時搭建光纖傳輸網(wǎng)絡(luò)滿足 4G 專線帶寬需求。? 專線需求：需要申請 4 條從一廠到上街的電口傳輸專線，2 主 2 備，每條傳輸需滿足 100M 帶寬需求。福州馬尾和廈門馬巷分別到上街需要開通的 2 對 155M 光纖專線，用于采集處理設(shè)備和上街?jǐn)?shù)據(jù)庫服務(wù)器之間連接。在上街要開通 8 條 2 兆專線至一廠與 5 樓 2 套諾西統(tǒng)一采集區(qū)涉及網(wǎng)元路由器相。開通 2 條從一廠到上街的電口傳輸專線，11 / 28一主一備，帶寬滿足 155 兆供一廠的 2960 跟上街的網(wǎng)關(guān)（3560）之間的通信使用。以上所需帶寬已在 MDCN 四期項(xiàng)目建設(shè)，預(yù)計(jì) 6 月份投入使用。四、硬件基礎(chǔ)架構(gòu)建設(shè)方案1 網(wǎng)管支撐系統(tǒng)現(xiàn)狀 目前網(wǎng)管支撐網(wǎng)有 36 套支撐系統(tǒng)，共 153 臺 PC 服務(wù)器，80 臺 UNIX 服務(wù)器，14 臺存儲，60 臺網(wǎng)絡(luò)設(shè)備。網(wǎng)管網(wǎng)絡(luò)主要承載于 DCN 網(wǎng)絡(luò)，大部分系統(tǒng)實(shí)現(xiàn)了存儲、備份的集中化。在這樣一個龐大的基礎(chǔ)架構(gòu)上運(yùn)行著數(shù)十個關(guān)鍵的網(wǎng)管應(yīng)用，隨著系統(tǒng)規(guī)模的不斷擴(kuò)大與系統(tǒng)復(fù)雜度的日益提高，對這些網(wǎng)管應(yīng)用如何進(jìn)行有效管理，已經(jīng)成為網(wǎng)管部門逐漸關(guān)心的一個問題。目前采用集中化管理的網(wǎng)管系統(tǒng)基礎(chǔ)架構(gòu)主要在以下方面存在不足： (1) 主機(jī)資源利用率不均衡。每個應(yīng)用使用獨(dú)立的物理硬件，由于系統(tǒng)與硬件綁定，每個系統(tǒng)都需要按照其峰值業(yè)務(wù)量進(jìn)行主機(jī)的配置，這可能導(dǎo)致在大部分時間段內(nèi)許多資源都處于閑置狀態(tài)。(2) 系統(tǒng)上線、擴(kuò)容周期長。每次系統(tǒng)上線和擴(kuò)容都會需要硬件資源，而硬件資源又是按照項(xiàng)目采購獨(dú)立進(jìn)行的，不能直接利用已有空閑的資源。因此上線或者擴(kuò)容的周期往往很長。這對于系統(tǒng)安全穩(wěn)定的運(yùn)行是一個挑戰(zhàn)，在新設(shè)備進(jìn)場之前，已有設(shè)備可能已無法滿足需求并導(dǎo)致系統(tǒng)響應(yīng)慢甚至宕機(jī)等事故。(3) 運(yùn)維管理復(fù)雜。目前在系統(tǒng)運(yùn)維工作中存在著大量的人工工作，比如操作系統(tǒng)與軟件安裝、存儲劃分及邏輯卷管理、網(wǎng)絡(luò)配置等等。這些人工工作一方面效率不高，另一方面也容易出錯，導(dǎo)致各系統(tǒng)配置不盡相同，不利于日后的統(tǒng)一管理?；谶@些不足，移動網(wǎng)管系統(tǒng)迫切的需要一套有效的資源管理和調(diào)度平臺來實(shí)現(xiàn)系統(tǒng)內(nèi)對資源的統(tǒng)一調(diào)度、統(tǒng)一管理。2 建設(shè)目標(biāo)為了實(shí)現(xiàn)對資源的統(tǒng)一調(diào)度及管理，建議采用基礎(chǔ)架構(gòu)層面的云計(jì)算平臺，統(tǒng)一規(guī)劃資源池平臺，將更多的服務(wù)器和業(yè)務(wù)系統(tǒng)納入資源池中。資源池規(guī)劃分為主機(jī)資源池和存儲資源池。? 主機(jī)資源池規(guī)劃：? 建立 PC 服務(wù)器資源池，承載上層業(yè)務(wù)的應(yīng)用? 建立小型機(jī)刀片服務(wù)器資源池，承載具有大量數(shù)據(jù)運(yùn)算采集類服務(wù)? 建立機(jī)架式小型機(jī)服務(wù)器資源池，承載基于數(shù)據(jù)庫應(yīng)用的服務(wù)12 / 28? 存儲資源池規(guī)劃：? IO 密集型：面向數(shù)據(jù)庫應(yīng)用，由高端存儲陣列提供。? 高吞吐量：面向文件服務(wù)，由低端存儲陣列提供。本期基于替換設(shè)備并引入云計(jì)算技術(shù)進(jìn)行網(wǎng)管支撐系統(tǒng)硬件資源池的搭建，實(shí)現(xiàn)資源池的統(tǒng)一管理和監(jiān)控。后續(xù)新增硬件逐步納入資源池管理，定期觀測資源池使用情況，根據(jù)預(yù)警進(jìn)行擴(kuò)容工作?，F(xiàn)有應(yīng)用及后續(xù)新增應(yīng)用系統(tǒng)將陸續(xù)遷移部署在資源池上。本次搬遷，基于替換設(shè)備引入云計(jì)算技術(shù)（采用 Ops Center 統(tǒng)一管理平臺）進(jìn)行網(wǎng)管支撐系統(tǒng)硬件資源池的搭建，通過虛擬化實(shí)現(xiàn)服務(wù)器資源池和存儲資源池的有效整合。Ops Center 統(tǒng)一管理平臺，提供如下支持能力：? 完全支持網(wǎng)管中心現(xiàn)有的服務(wù)器資源? 可以管理物理和虛擬服務(wù)器? 對 Sun 的服務(wù)器提供更細(xì)致的管理服務(wù)，如監(jiān)視預(yù)設(shè)的關(guān)鍵屬性，提前預(yù)警 ，自動分發(fā)更新和定制的補(bǔ)丁管理等，提升運(yùn)維效率。3 初步實(shí)施范圍及能力說明本次實(shí)施的硬件設(shè)備基于替換設(shè)備并引入云計(jì)算技術(shù)進(jìn)行網(wǎng)管支撐系統(tǒng)硬件資源池的搭建，初步實(shí)現(xiàn)服務(wù)器虛擬化（包括小型機(jī)和 X86 服務(wù)器）及存儲虛擬化。鑒于當(dāng)前網(wǎng)絡(luò)結(jié)構(gòu)可以滿足今后幾年網(wǎng)絡(luò)發(fā)展的需求，且網(wǎng)絡(luò)虛擬化改造復(fù)雜度高、成本大，本期暫緩考慮