挑戰(zhàn) · 價(jià)值

挑戰(zhàn)
1. 系統(tǒng)壓力大：
平均日交易量可達(dá)3000筆+；每分鐘系統(tǒng)性能指標(biāo)數(shù)據(jù)達(dá)到GB級(jí)；運(yùn)維數(shù)據(jù)只能保留月度數(shù)據(jù)甚至1~2周數(shù)據(jù)量。
2. 運(yùn)維協(xié)作少：
運(yùn)維條線僵硬，整合分析困難，出現(xiàn)運(yùn)維死角；運(yùn)維數(shù)據(jù)缺乏統(tǒng)一管理，造成根因甄別排錯(cuò)困難；業(yè)務(wù)部門與運(yùn)維部門協(xié)調(diào)困難，難以實(shí)現(xiàn)敏捷開發(fā)，部署，上線快速業(yè)務(wù)創(chuàng)新。
3. 數(shù)據(jù)利用低：
大量的網(wǎng)絡(luò)流量與事務(wù)處理、日志文件、報(bào)警與事件、性能指標(biāo)數(shù)據(jù)沒有有效利用；被動(dòng)式IT運(yùn)維方式，很少做到主動(dòng)式/預(yù)測式IT運(yùn)維，實(shí)現(xiàn)整體運(yùn)維監(jiān)控趨勢把握。

價(jià)值
如右圖所示：

架構(gòu)

單指標(biāo)趨勢分析：

通過統(tǒng)計(jì)學(xué)理論／數(shù)學(xué)算法對(duì)歷史數(shù)據(jù)進(jìn)行分析；按照不同日期特性，如：工作日／休息日／特殊運(yùn)維日，進(jìn)行單KPI預(yù)測；
按照不同的時(shí)段特性，如：交易高峰時(shí)段／交易平峰時(shí)段，進(jìn)行單KPI上下限預(yù)測；
根據(jù)預(yù)測結(jié)果，結(jié)合實(shí)際值，制定不同的告警規(guī)則。

多KPI關(guān)聯(lián)分析

多KPI關(guān)聯(lián)分析：
通過統(tǒng)計(jì)學(xué)理論，挖掘指標(biāo)間的關(guān)聯(lián)關(guān)系；通過統(tǒng)計(jì)學(xué)理論／數(shù)學(xué)算法對(duì)具有關(guān)聯(lián)關(guān)系的KPI進(jìn)行數(shù)據(jù)分析，找到各KPI之間的標(biāo)準(zhǔn)誤差；通過算法計(jì)算各關(guān)聯(lián)指標(biāo)之間的標(biāo)準(zhǔn)誤差，當(dāng)標(biāo)準(zhǔn)誤差超過算法范圍后進(jìn)行預(yù)警。

多KPI關(guān)聯(lián)根因分析：
根據(jù)各KPI的影響度提出故障解決的推薦意見；當(dāng)多個(gè)KPI之間的關(guān)系被打破，即發(fā)生異常時(shí)，通過對(duì)大量數(shù)據(jù)的挖掘和學(xué)習(xí)，在第一時(shí)間找到異常發(fā)生的原因。

應(yīng)用場景

數(shù)據(jù)中心成為當(dāng)代各個(gè)行業(yè)發(fā)展的核心業(yè)務(wù)支撐。隨著科技的進(jìn)步， 傳統(tǒng)數(shù)據(jù)中心正逐步向智能、高效、綠色新一代數(shù)據(jù)中心與“云”中心發(fā)展， 其IT 基礎(chǔ)設(shè)備部署呈現(xiàn)“ 大規(guī)模、高密度、復(fù)雜化”等特點(diǎn)，金融行業(yè)數(shù)據(jù)中心運(yùn)維管理面臨新的挑戰(zhàn)。

我們提供了DCLive特權(quán)訪問管理方案：

對(duì)機(jī)房的服務(wù)器主機(jī)、網(wǎng)絡(luò)設(shè)備、軟件系統(tǒng)的網(wǎng)內(nèi)或帶外維護(hù)訪問必須先經(jīng)過DCLive 的認(rèn)證
用戶不需要保管被訪問設(shè)備的特權(quán)帳號(hào)，通過密碼代填功能，直接打開會(huì)話窗口，提升了訪問效率，降低了安全風(fēng)險(xiǎn)
支持命令行的操作， 例如telnet 、SSH 、Console 等。支持圖形化的操作， 例如RDP、VNC、KVM 、IPMI等。支持第三方應(yīng)用，例如電力調(diào)度專用的客戶端，數(shù)據(jù)庫客戶端等程序
提供完善的風(fēng)險(xiǎn)控制機(jī)制，用戶對(duì)IT設(shè)備的各類訪問操作，都會(huì)被記錄下來，用于后期審計(jì)