近幾年，由于政府、醫(yī)療、大型企業(yè)上云進(jìn)程的發(fā)展，移動、電信、聯(lián)通各 大運營商不斷完善自己的云服務(wù)，來滿足政府和企業(yè)越來越復(fù)雜的業(yè)務(wù)需求。隨 著各級省市區(qū)政府政務(wù)和網(wǎng)站的上云，以及各大企業(yè)關(guān)鍵業(yè)務(wù)的云上運行，客戶 對于上云業(yè)務(wù)的穩(wěn)定性和流暢性提出了更高的要求，運營商的相關(guān)運維管理部門
（如：移動的網(wǎng)絡(luò)部、網(wǎng)管中心、電信的網(wǎng)絡(luò)運維部、企信部、聯(lián)通系統(tǒng)運維部 等）在減少“故障率”和降低“投訴率”方面面臨更大的挑戰(zhàn)。

遇到的問題：
客戶對上云業(yè)務(wù)（如：政務(wù)云、醫(yī)療云、企業(yè)云等）的穩(wěn)定性和流暢性要求 極高，且業(yè)務(wù)環(huán)境及云環(huán)境非常復(fù)雜，一但問題產(chǎn)生，只能被動接受投訴，導(dǎo)致 運營商的“投訴率”居高不下。故障涉及如鏈路、網(wǎng)絡(luò)延遲、重傳、CPU、存儲、 SDN、內(nèi)存、操作系統(tǒng)等諸多因素，故障排查缺乏快速有效的工具，無法 改變“投訴率”過高的被動局面。
除了公有云業(yè)務(wù)，運營商信息系統(tǒng)部還負(fù)責(zé)內(nèi)部私有云的運維，同時部分核 心業(yè)務(wù)依然在實體服務(wù)器上運行，這就造成了信息系統(tǒng)部需要面臨“多云混合管 理，虛實性能監(jiān)控”的挑戰(zhàn)。由于內(nèi)部網(wǎng)絡(luò)包含了數(shù)據(jù)中心節(jié)點互聯(lián)區(qū)、核心生 產(chǎn)區(qū)、管理網(wǎng)絡(luò)區(qū)等多個區(qū)域，運維部門非?？释軌?qū)崿F(xiàn)“南北流量”和“東 西流量”的共同監(jiān)控。同時也需要“虛擬網(wǎng)和實體網(wǎng)關(guān)聯(lián)監(jiān)測”，在出現(xiàn)問題時 能夠做到實時記錄和時間回溯。
引用某省運營商運維部主任的原話：我們需要搞清楚業(yè)務(wù)慢的原因。之前部 門經(jīng)常被業(yè)務(wù)部投訴，有委屈也說不清，明明是應(yīng)用本身的問題，也會歸到我們運維工作沒做到位。我們迫切需要一個真正能做到虛擬化故障定位和性能監(jiān)控的
系統(tǒng)，會為我們的工作帶來極大的價值。

為扎蘭屯等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及扎蘭屯網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計、扎蘭屯網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠(yuǎn)！

需求：
需要全方位可視化性能監(jiān)控體系
對于云管理者而言，沒有可視化就沒有有效的管理。無論是在數(shù)據(jù)中心還是 公共云或私有云中或混合云中，端到端可視化已變得非常重要。同時可視化也是 大數(shù)據(jù)分析的一種呈現(xiàn)，如不能構(gòu)建和基礎(chǔ)資源和業(yè)務(wù)應(yīng)用的一一對應(yīng)的關(guān)系， 管理將無從入手。里面需要涉及宿主機、虛機、存儲、網(wǎng)絡(luò)、服務(wù)路徑、應(yīng)用等 等；涵蓋了 IPM>NPM>VPM>APM 多個領(lǐng)域。

需要一鍵式快速排查故障的手段
在出現(xiàn)問題時過度依賴經(jīng)驗和技能、部門協(xié)調(diào)耗費大量時間和人力，不能在 第一時間定位故障，缺乏快速界定故障層次、判定問題責(zé)任的有效依據(jù)，耽誤了 MTTR 考核指標(biāo)。

可用工具：明辰智航云安網(wǎng)絡(luò)與虛擬化性能管理系統(tǒng)
產(chǎn)品采用虛擬化模版部署，集成了大數(shù)據(jù)分析引擎及高可用機制，避免了系 統(tǒng)故障時的恢復(fù)時間。采用高效率的存儲架構(gòu)，能實時響應(yīng)并同時紀(jì)錄歷史數(shù)據(jù)； 方便任意時間段數(shù)據(jù)的讀取。
?不需要改變現(xiàn)有云平臺架構(gòu)，部署簡易，避免實施風(fēng)險
?可以監(jiān)控到虛機與虛機、虛機與實體機的東西、南北向數(shù)據(jù)
?支持 SAAS 模式，租戶可以直觀看到自己資源和應(yīng)用的真實情況。

使用效果

全棧式可視化性能監(jiān)控

1. 全棧式可視化，使用一種產(chǎn)品解決了端到端所有資源效能可視化的問題，（包 含了應(yīng)用性能監(jiān)控，基礎(chǔ)設(shè)施性能監(jiān)控，網(wǎng)絡(luò)監(jiān)控，存儲監(jiān)控）將故障排除 時間縮短至數(shù)分鐘。
2. 提供回溯觀察模式、以時間軸形式直接回溯到故障發(fā)生時的信息，可以針對 問題點做回溯分析。
   3.關(guān)注業(yè)務(wù)健康，減少業(yè)務(wù)故障時，分析、查找、部門協(xié)調(diào)時所消耗的時間， 并通根本原因分析消除了云平臺運維團(tuán)隊和業(yè)務(wù)團(tuán)隊之間的不信任等問題。
3. 識別了云架構(gòu)中的東西監(jiān)控的盲點，提供原始數(shù)據(jù)包文件，做到有效的證據(jù) 支撐。

及時發(fā)現(xiàn)問題，找到性能瓶頸
1、 前瞻式的效能故障預(yù)判，像體檢一樣，可以在最終用戶感受到影響之前發(fā) 現(xiàn)并解決問題。多次及時解決了甘肅移動、廈門電信 CPU 超配/低配,存 儲效能下降所帶來的相關(guān)業(yè)務(wù)效能下降的影響。
2、 強大的數(shù)據(jù)穿透分析能力，顯示了某個時段性能下降的根本原因。使用根 本原因分析，一鍵分清了故障的邊界、自動關(guān)聯(lián)虛擬資源池與應(yīng)用服務(wù)的 邏輯關(guān)系，提供直關(guān)展現(xiàn)。

優(yōu)化資源配置節(jié)約投資
1.根據(jù)實際資源使用情況優(yōu)化云資源使用成本，發(fā)現(xiàn)低效率或僵尸虛機，從而
減少浪費，為科學(xué)調(diào)優(yōu)提供了真實的證據(jù)支撐。
2.直觀看到配置不足的主機或虛機，從而避免資源不足導(dǎo)致應(yīng)用效能問題。

自動發(fā)現(xiàn)服務(wù)依賴關(guān)系全景圖

1. 終端無需安裝插件即可構(gòu)建服務(wù)依賴關(guān)系。
2. 自動完成繪制圖譜，深入分析虛機和資源以及業(yè)務(wù)之間的依賴關(guān)系，從而 可以迅速對問題進(jìn)行影響性分析、故障排除。
3. 提供歷史的服務(wù)映射關(guān)系與變更之后的比較，發(fā)現(xiàn)應(yīng)用性能下降的關(guān)鍵組 件因素。
4. 支持跨多個云的資產(chǎn)梳理，服務(wù)關(guān)系梳理，迅速找到性能瓶頸、通過應(yīng)用響應(yīng)時間和關(guān)聯(lián)數(shù)據(jù)查看每個服務(wù)的應(yīng)用性能。
   
5. 第一時間知道用戶或租戶的使用體驗，避免遭到投訴或準(zhǔn)備應(yīng)急預(yù)案。 并迅速判斷出影響范圍及原因
6. 識別出用戶應(yīng)用延遲的根本原因，分析出是客戶端的延遲、網(wǎng)絡(luò)的延遲、 存儲的延遲、進(jìn)程的延遲、應(yīng)用的延遲、還是服務(wù)器端的延遲，從復(fù)雜 的分析排查過程解脫出來。
   希望我的分享能夠幫助到您。 明辰智航，您的網(wǎng)絡(luò)健康守護(hù)者。

當(dāng)前題目：針對運營商行業(yè)的虛擬化應(yīng)用性能監(jiān)測管理解決方案
鏈接地址：http://jinyejixie.com/article30/poeopo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、網(wǎng)站營銷、服務(wù)器托管、營銷型網(wǎng)站建設(shè)、手機網(wǎng)站建設(shè)、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)