在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Prometheus、InfluxDB與Grafana打造監(jiān)控平臺(tái)怎么樣

馬哥Linux運(yùn)維 ? 來源:博客園 ? 作者:絲瓜呆呆 ? 2021-11-01 10:05 ? 次閱讀

在本文中,我將把幾個(gè)常用的監(jiān)控部分給梳理一下。前面我們提到過,在性能監(jiān)控圖譜中,有操作系統(tǒng)、應(yīng)用服務(wù)器、中間件、隊(duì)列、緩存、數(shù)據(jù)庫、網(wǎng)絡(luò)、前端、負(fù)載均衡、Web 服務(wù)器、存儲(chǔ)、代碼等很多需要監(jiān)控的點(diǎn)。顯然這些監(jiān)控點(diǎn)不能在一個(gè)專欄中全部覆蓋并一一細(xì)化,我只能找最常用的幾個(gè),做些邏輯思路的說明,同時(shí)也把具體的實(shí)現(xiàn)描述出來。如果你遇到了其他的組件,也需要一一實(shí)現(xiàn)這些監(jiān)控。

在本篇中,主要想說明白下圖的這個(gè)監(jiān)控邏輯。

這應(yīng)該是現(xiàn)在最流行的一套監(jiān)控邏輯了吧。我今天把常見的使用 Grafana、Prometheus、InfluxDB、Exporters 的數(shù)據(jù)展示方式說一下,如果你剛進(jìn)入性能測試領(lǐng)域,也能有一個(gè)感性的認(rèn)識(shí)。

有測試工具,有監(jiān)控工具,才能做后續(xù)的性能分析和瓶頸定位,所以有必要把這些工具的邏輯跟你擺一擺。

所有做性能的人都應(yīng)該知道一點(diǎn),不管數(shù)據(jù)以什么樣的形式展示,最要緊的還是看數(shù)據(jù)的來源和含義,以便做出正確的判斷。

我先說明一下 JMeter 和 node_exporter 到 Grafana 的數(shù)據(jù)展示邏輯。至于其他的 Exporter,我就不再解釋這個(gè)邏輯了,只說監(jiān)控分析的部分。

JMeter + InfluxDB + Grafana 的數(shù)據(jù)展示邏輯

一般情況下,我們用 JMeter 做壓力測試時(shí),都是使用 JMeter 的控制臺(tái)來查看結(jié)果。如下圖所示:

或者裝個(gè)插件來看結(jié)果:

或者用 JMeter 來生成 HTML:

這樣看都沒有問題,我們在前面也強(qiáng)調(diào)過,對于壓力工具來說,我們最多只關(guān)心三條曲線的數(shù)據(jù):TPS(T 由測試目標(biāo)定義)、響應(yīng)時(shí)間、錯(cuò)誤率。這里的錯(cuò)誤率還只是輔助排查問題的曲線,沒有問題時(shí),只看 TPS 和響應(yīng)時(shí)間即可。不過采取以上三種方式有幾個(gè)方面的問題。

整理結(jié)果時(shí)比較浪費(fèi)時(shí)間。

在 GUI 用插件看曲線,做高并發(fā)時(shí)并不現(xiàn)實(shí)。

在場景運(yùn)行時(shí)間比較長的時(shí)候,采用生成 HTML 的方式,會(huì)出現(xiàn)消耗內(nèi)存過大的情況,而實(shí)際上,在生成的結(jié)果圖中,有很多生成的圖我們并不是那么關(guān)注。

生成的結(jié)果保存之后再查看比較麻煩,還要一個(gè)個(gè)去找。

那么如何解決這幾個(gè)問題呢?

用 JMeter 的 Backend Listener 幫我們實(shí)時(shí)發(fā)送數(shù)據(jù)到 InfluxDB 或 Graphite 可以解決這樣的問題。

Graphite Backend Listener 的支持是在 JMeter 2.13 版本,InfluxdDB Backend Listener 的支持是在 JMeter 3.3 的版本,它們都是用異步的方式把數(shù)據(jù)發(fā)送出來,以便查看。

其實(shí)有這個(gè) JMeter 發(fā)送給 InfluxDB 的數(shù)據(jù)之后,我們不需要看上面的那些 HTML 數(shù)據(jù),也可以直觀地看到系統(tǒng)性能的性能趨勢。

并且這樣保存下來的數(shù)據(jù),在測試結(jié)束后想再次查看也比較方便比對。

JMeter + InfluxDB + Grafana 的結(jié)構(gòu)如下:

在這個(gè)結(jié)構(gòu)中,JMeter 發(fā)送壓力到服務(wù)器的同時(shí),統(tǒng)計(jì)下 TPS、響應(yīng)時(shí)間、線程數(shù)、錯(cuò)誤率等信息。默認(rèn)每 30 秒在控制臺(tái)輸出一次結(jié)果(在 jmeter.properties 中有一個(gè)參數(shù) #summariser.interval=30 可以控制)。

配置了 Backend Listener 之后,將統(tǒng)計(jì)出的結(jié)果異步發(fā)送到 InfluxDB 中。最后在 Grafana 中配置 InfluxDB 數(shù)據(jù)源和 JMeter 顯示模板。

然后就可以實(shí)時(shí)查看 JMeter 的測試結(jié)果了,這里看到的數(shù)據(jù)和控制臺(tái)的數(shù)據(jù)是一樣。

但如果這么簡單就說完了,這篇文章也就沒價(jià)值了。下面我們來說一下,數(shù)據(jù)的傳輸和展示邏輯。

JMeter 中 Backend Listener 的配置

下面我們就 InfluxDB 的 Backend Listener 做個(gè)說明。它的配置比較簡單,在腳本中加上即可。

我們先配置好 InfluxDB URL、Application 等信息,Application 這個(gè)配置可以看成是場景名。

那么 JMeter 如何將數(shù)據(jù)發(fā)給 InfluxDB 呢?請看源碼中的關(guān)鍵代碼,如下所示:


	

privatevoidaddMetrics(Stringtransaction,SamplerMetricmetric){ //FORALLSTATUS addMetric(transaction,metric.getTotal(),metric.getSentBytes(),metric.getReceivedBytes(),TAG_ALL,metric.getAllMean(),metric.getAllMinTime(), metric.getAllMaxTime(),allPercentiles.values(),metric::getAllPercentile); //FOROKSTATUS addMetric(transaction,metric.getSuccesses(),null,null,TAG_OK,metric.getOkMean(),metric.getOkMinTime(), metric.getOkMaxTime(),okPercentiles.values(),metric::getOkPercentile); //FORKOSTATUS addMetric(transaction,metric.getFailures(),null,null,TAG_KO,metric.getKoMean(),metric.getKoMinTime(), metric.getKoMaxTime(),koPercentiles.values(),metric::getKoPercentile); metric.getErrors().forEach((error,count)->addErrorMetric(transaction,error.getResponseCode(), error.getResponseMessage(),count)); }

從這段代碼可以看出,站在全局統(tǒng)計(jì)的視角來看,這里把 JMeter 運(yùn)行的統(tǒng)計(jì)結(jié)果,比如事務(wù)的 Total 請求、發(fā)送接收字節(jié)、平均值、最大值、最小值等,都加到 metric 中,同時(shí)也會(huì)把成功和失敗的事務(wù)信息添加到 metric 中去。 在源碼中,還有更多的添加 metric 的步驟,你有興趣的話,也可以看一下 JMeter 源碼中的InfluxdbBackendListenerClient.java。 保存了 metric 之后,再使用 InfluxdbMetricsSender 發(fā)送到 InfluxDB 中去。發(fā)送關(guān)鍵代碼如下:

	

@OverridepublicvoidwriteAndSendMetrics(){ ........if(!copyMetrics.isEmpty()){try{if(httpRequest==null){ httpRequest=createRequest(url); } StringBuildersb=newStringBuilder(copyMetrics.size()*35);for(MetricTuplemetric:copyMetrics){//AddTimeStampinnanosecondfromepoch(defaultinInfluxDB) sb.append(metric.measurement) .append(metric.tag) .append("")//$NON-NLS-1$ .append(metric.field) .append("") .append(metric.timestamp+"000000") .append(" ");//$NON-NLS-1$ } StringEntityentity=newStringEntity(sb.toString(),StandardCharsets.UTF_8); httpRequest.setEntity(entity); lastRequest=httpClient.execute(httpRequest,newFutureCallback(){ @Overridepublicvoidcompleted(finalHttpResponseresponse){intcode=response.getStatusLine().getStatusCode();/**HTTPresponsesummary2xx:Ifyourwriterequestreceived *HTTP204NoContent,itwasasuccess!4xx:InfluxDB *couldnotunderstandtherequest.5xx:Thesystemis *overloadedorsignificantlyimpaired.*/ if(MetricUtils.isSuccessCode(code)){if(log.isDebugEnabled()){ log.debug("Success,numberofmetricswritten:{}",copyMetrics.size()); } }else{ log.error("ErrorwritingmetricstoinfluxDBUrl:{},responseCode:{},responseBody:{}",url,code,getBody(response)); } } @Overridepublicvoidfailed(finalExceptionex){ log.error("failedtosenddatatoinfluxDBserver:{}",ex.getMessage()); } @Overridepublicvoidcancelled(){ log.warn("RequesttoinfluxDBserverwascancelled"); } }); ........ } } }

通過 writeAndSendMetrics,就將所有保存的 metrics 都發(fā)給了 InfluxDB。

InfluxDB 中的存儲(chǔ)結(jié)構(gòu)

然后我們再來看下 InfluxDB 中如何存儲(chǔ):

	
		>showdatabases name:databases name ---- _internal jmeter >usejmeter Usingdatabasejmeter > >showMEASUREMENTS name:measurements name ---- events jmeter >select*fromeventswhereapplication='7ddemo' name:events timeapplicationtexttitle ------------------------ 15752554628060000007ddemoTestCycle1startedApacheJMeter 15752564638200000007ddemoTestCycle1endedApacheJMeter .............. n>select*fromjmeterwhereapplication='7ddemo'limit10 name:jmeter timeapplicationavgcountcountErrorendedThitmaxmaxATmeanATminminATpct90.0pct95.0pct99.0rbresponseCoderesponseMessagesbstartedTstatuttransaction --------------------------------------------------------------------------------------------------------------------------------------------- 15752554628210000007ddemo00000internal 15752554678180000007ddemo232.8235294117647217017849122384.999999999999684984900allall 15752554678240000007ddemo232.8235294117647217849122384.999999999999684984900all0_openIndexPage 15752554678260000007ddemo232.8235294117647217849122384.9999999999996849849ok0_openIndexPage 15752554678290000007ddemo01111internal 15752554728110000007ddemo205.441860465116326026849122252.6271.484900allall 15752554728120000007ddemo01111internal 15752554728120000007ddemo205.441860465116326849122252.6271.4849ok0_openIndexPage 15752554728120000007ddemo205.441860465116326849122252.6271.484900all0_openIndexPage 15752554778110000007ddemo198.214285714285727027849117263.79999999999995292.350000000000184900allall
				這段代碼也就是說,在 InfluxDB 中,創(chuàng)建了兩個(gè) MEASUREMENTS,分別是 events 和 jmeter。這兩個(gè)各自存了數(shù)據(jù),我們在界面中配置的 testtile 和 eventTags 放在了 events 這個(gè) MEASUREMENTS 中。在模板中這兩個(gè)值暫時(shí)都是不用的。
				
				在 JMeter 這個(gè) MEASUREMENTS 中,我們可以看到 application 和事務(wù)的統(tǒng)計(jì)信息,這些值和控制臺(tái)一致。在 Grafana 中顯示的時(shí)候,就是從這個(gè)表中取出的數(shù)據(jù),根據(jù)時(shí)序做的曲線。

Grafana 中的配置

有了 JMeter 發(fā)送到 InfluxDB 中的數(shù)據(jù),下面就來配置一下 Grafana 中的展示。首先,要配置一個(gè) InfluxDB 數(shù)據(jù)源。如下所示

173a7d26-3a2e-11ec-82a9-dac502259ad0.png

在這里配置好 URL、Database、User、Password 之后,直接點(diǎn)擊保存即可。 然后添加一個(gè) JMeter Dashboard,我們常用的 Dashboard 是 Grafana 官方 ID 為 5496 的模板。導(dǎo)入進(jìn)來后,選擇好對應(yīng)的數(shù)據(jù)源。
然后就看到界面了。
這時(shí)還沒有數(shù)據(jù),我們稍后做個(gè)示例,看下 JMeter 中的數(shù)據(jù)怎么和這個(gè)界面的數(shù)據(jù)對應(yīng)起來。我們先看下圖中兩個(gè)重要的數(shù)據(jù)查詢語句吧。TPS 曲線

	

SELECTlast("count")/$send_intervalFROM"$measurement_name"WHERE("transaction"=~/^$transaction$/AND"statut"='ok')AND$timeFilterGROUPBYtime($__interval)

上面這個(gè)就是 Total TPS 了,在這里稱為 throughput。 關(guān)于這個(gè)概念,我在第一篇中就已經(jīng)有了說明,這里再次提醒,概念的使用在團(tuán)隊(duì)中要有統(tǒng)一的認(rèn)識(shí),不要受行業(yè)內(nèi)一些傳統(tǒng)信息的誤導(dǎo)。 這里取的數(shù)據(jù)來自 MEASUREMENTS 中成功狀態(tài)的所有事務(wù)。 響應(yīng)時(shí)間曲線:

	
		SELECTmean("pct95.0")FROM"$measurement_name"WHERE("application"=~/^$application$/)AND$timeFilterGROUPBY"transaction",time($__interval)fill(null)

這里是用 95 pct 內(nèi)的響應(yīng)時(shí)間畫出來的曲線。

整體展示出來的效果如下:

數(shù)據(jù)比對

首先,我們在 JMeter 中配置一個(gè)簡單的場景。10 個(gè)線程,每個(gè)線程迭代 10 次,以及兩個(gè) HTTP 請求。

也就是說,這時(shí)會(huì)產(chǎn)生 10x10x2=200 次請求。我們用 JMeter 跑起來看一下。

看到了吧,這個(gè)請求數(shù)和我們預(yù)想的一樣。下面我們看一下 Grafana 中展示出來的結(jié)果。

還有針對每個(gè)事務(wù)的統(tǒng)計(jì)情況。

至此,JMeter 到 Grafana 的展示過程就完成了。以后我們就不用再保存 JMeter 的執(zhí)行結(jié)果了,也不用等著 JMeter 輸出 HTML 了。

node_exporter + Prometheus + Grafana 的數(shù)據(jù)展示邏輯

對性能測試來說,在常用的 Grafana + Prometheus + Exporter 的邏輯中,第一步要看的就是操作系統(tǒng)資源了。所以在這一篇中,我們將以 node_exporter 為例來說明一下操作系統(tǒng)抽取數(shù)據(jù)的邏輯,以便知道監(jiān)控?cái)?shù)據(jù)的來源,至于數(shù)據(jù)的含義,我們將在后續(xù)的文章中繼續(xù)描述。

首先,我們還是要畫一個(gè)圖。

現(xiàn)在 node_exporter 可以支持很多個(gè)操作系統(tǒng)了。官方列表如下:

當(dāng)然不是說只支持這些,你也可以擴(kuò)展自己的 Exporter。

配置 node_exporter

node_exporter 目錄如下:


	

[root@7dgroup2node_exporter-0.18.1.linux-amd64]#ll total16524 -rw-r--r--13434343411357Jun500:50LICENSE -rwxr-xr-x13434343416878582Jun500:41node_exporter -rw-r--r--134343434463Jun500:50NOTICE}

啟動(dòng):

	

[root@7dgroup2node_exporter-0.18.1.linux-amd64]#./node_exporter--web.listen-address=:9200&

是不是很簡潔?如果想看更多的功能 ,可以查看下它的幫助。 配置 Prometheus 先下載 Prometheus:

	

[root@7dgroup2data]#wget-chttps://github.com/prometheus/prometheus/releases/download/v2.14.0/prometheus-2.14.0.linux-amd64.tar.gz .......... 100%[=============================================================================================>]58,625,125465KB/sin6m4s 2019-11-291516(157KB/s)-‘prometheus-2.14.0.linux-amd64.tar.gz’saved[58625125/58625125] [root@7dgroup2data]

解壓之后,我們可以看到目錄結(jié)構(gòu)如下:

	

[root@7dgroup2prometheus-2.11.1.linux-amd64]#ll total120288 drwxr-xr-x.2343434344096Jul1023:26console_libraries drwxr-xr-x.2343434344096Jul1023:26consoles drwxr-xr-x.3rootroot4096Nov3012:55data -rw-r--r--.13434343411357Jul1023:26LICENSE -rw-r--r--.1rootroot35Aug723:19node.yml -rw-r--r--.1343434342770Jul1023:26NOTICE -rwxr-xr-x.13434343476328852Jul1021:53prometheus -rw-r--r--1343434341864Sep2109:36prometheus.yml -rwxr-xr-x.13434343446672881Jul1021:54promtool [root@7dgroup2prometheus-2.11.1.linux-amd64]#

在prometheus.yml中添加如下配置,以取數(shù)據(jù):

	

-job_name:'s1' static_configs: -targets:['172.17.211.143:9200']

啟動(dòng):

	

[root@7dgroup2data]#./prometheus--config.file=prometheus.yml&

這樣就行了嗎?當(dāng)然不是。根據(jù)上面的流程圖,我們還需要配置 Grafana。 配置 Grafana 首先配置一個(gè)數(shù)據(jù)源,非常簡單。如下所示:

18a9dcd8-3a2e-11ec-82a9-dac502259ad0.png

再配置一個(gè) node_exporter 的模板,比如我這里選擇了官方模板(ID:11074),展示如下:

18e4c366-3a2e-11ec-82a9-dac502259ad0.png

數(shù)據(jù)邏輯說明 說明完上面的過程之后,對我們做性能測試和分析的人來說,最重要的,就是要知道數(shù)據(jù)的來源和含義了。 拿上面圖中的 CPU 使用率來說吧(因?yàn)?CPU 使用率是非常重要的一個(gè)計(jì)數(shù)器,所以我們今天先拿它來開刀)。 我們先點(diǎn)一下 title 上的 edit,看一下它的 query 語句。

	

avg(irate(node_cpu_seconds_total{instance=~"$node",mode="system"}[30m]))by(instance)avg(irate(node_cpu_seconds_total{instance=~"$node",mode="user"}[30m]))by(instance)avg(irate(node_cpu_seconds_total{instance=~"$node",mode="iowait"}[30m]))by(instance)1-avg(irate(node_cpu_seconds_total{instance=~"$node",mode="idle"}[30m]))by(instance)

這些都是從 Prometheus 中取出來的數(shù)據(jù),查詢語句讀了 Prometheus 中node_cpu_seconds_total的不同的模塊數(shù)據(jù)。 下面我們來看一下,node_exporter暴露出來的計(jì)數(shù)器。

194968fc-3a2e-11ec-82a9-dac502259ad0.png

這些值和 top 一樣,都來自于/proc/目錄。下面這張圖是 top 數(shù)據(jù),我們可以比對一下。

19bf9554-3a2e-11ec-82a9-dac502259ad0.png

到此,我們就了解到了操作系統(tǒng)中監(jiān)控?cái)?shù)據(jù)的取值邏輯了,也就是從操作系統(tǒng)本身的計(jì)數(shù)器中取出值來,然后傳給 Prometheus,再由 Grafana 中的 query 語句查出相應(yīng)的數(shù)據(jù),最后由 Grafana 展示在界面上。

總結(jié)

為什么要解釋數(shù)據(jù)的邏輯呢?因?yàn)樽罱诠ぷ髦杏龅揭恍┣闆r,有人覺得有了 Prometheus + Grafana + Exportor 這樣的組合工具之后,基本上都不再用手工執(zhí)行什么命令了。但我們要了解的是,對于監(jiān)控平臺(tái)來說,它取的所有的數(shù)據(jù)必然是被監(jiān)控者可以提供的數(shù)據(jù),像 node_exporter 這樣小巧的監(jiān)控收集器,它可以獲取的監(jiān)控?cái)?shù)據(jù),并不是整個(gè)系統(tǒng)全部的性能數(shù)據(jù),只是取到了常見的計(jì)數(shù)器而已。這些計(jì)數(shù)器不管是用命令查看,還是用這樣炫酷的工具查看,它的值本身都不會(huì)變。所以不管是在監(jiān)控平臺(tái)上看到的數(shù)據(jù),還是在命令行中看到的數(shù)據(jù),我們最重要的是要知道含義以及這些值的變化對性能測試和分析的下一步驟的影響。

原文鏈接:https://www.cnblogs.com/siguadd/p/14878035.html
編輯:jq
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7246

    瀏覽量

    91110
  • 網(wǎng)絡(luò)
    +關(guān)注

    關(guān)注

    14

    文章

    7775

    瀏覽量

    90438
  • GUI
    GUI
    +關(guān)注

    關(guān)注

    3

    文章

    677

    瀏覽量

    40796
  • Web 服務(wù)器
    +關(guān)注

    關(guān)注

    0

    文章

    3

    瀏覽量

    1502

原文標(biāo)題:基于 Prometheus、InfluxDB 與 Grafana 打造監(jiān)控平臺(tái)

文章出處:【微信號(hào):magedu-Linux,微信公眾號(hào):馬哥Linux運(yùn)維】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    業(yè)務(wù)監(jiān)控—一站式搭建jmeter+telegraf+influxdb+Grafana看板

    jar包的JVM指標(biāo)如何?jar包的火焰圖是什么的? 對此,只能望洋興嘆。基于以上背景,對jar監(jiān)控做了一些調(diào)研和實(shí)戰(zhàn)。 ? ? 二、調(diào)研過程 1.forcebot平臺(tái) forcebot平臺(tái)
    的頭像 發(fā)表于 05-27 14:40 ?599次閱讀
    業(yè)務(wù)<b class='flag-5'>監(jiān)控</b>—一站式搭建jmeter+telegraf+<b class='flag-5'>influxdb+Grafana</b>看板

    詳解Prometheus的數(shù)據(jù)類型

    對于 Prometheus 生態(tài)的監(jiān)控系統(tǒng),PromQL 是必備技能,本文著重點(diǎn)講解這個(gè)查詢語言,摻雜一些生產(chǎn)實(shí)踐場景,希望對你有所幫助。
    的頭像 發(fā)表于 05-13 09:50 ?313次閱讀
    詳解<b class='flag-5'>Prometheus</b>的數(shù)據(jù)類型

    工業(yè)設(shè)備數(shù)據(jù)集中監(jiān)控可視化管理平臺(tái)是什么

    工業(yè)設(shè)備數(shù)據(jù)集中監(jiān)控可視化管理平臺(tái)是一種用于整合、監(jiān)控和可視化工業(yè)設(shè)備數(shù)據(jù)的綜合性系統(tǒng),旨在幫助企業(yè)實(shí)現(xiàn)設(shè)備數(shù)據(jù)的集中管理、實(shí)時(shí)監(jiān)控和可視化展示,從而提升生產(chǎn)效率、優(yōu)化設(shè)備運(yùn)行狀態(tài)并支
    的頭像 發(fā)表于 05-06 11:10 ?141次閱讀

    使用PrometheusGrafana實(shí)現(xiàn)MindIE服務(wù)可視化監(jiān)控功能

    在 MindIE 服務(wù)化運(yùn)行過程中,為了及時(shí)掌握服務(wù)的運(yùn)行狀態(tài)、性能表現(xiàn)以及發(fā)現(xiàn)潛在問題,提供了服務(wù)監(jiān)控指標(biāo)查詢接口(普羅 (Prometheus) 格式)。該接口能夠幫助開發(fā)者和運(yùn)維人員獲取豐富的服務(wù)監(jiān)控指標(biāo)數(shù)據(jù),為優(yōu)化服務(wù)配
    的頭像 發(fā)表于 04-21 11:48 ?598次閱讀
    使用<b class='flag-5'>Prometheus</b>與<b class='flag-5'>Grafana</b>實(shí)現(xiàn)MindIE服務(wù)可視化<b class='flag-5'>監(jiān)控</b>功能

    云服務(wù)器計(jì)算池的運(yùn)維團(tuán)隊(duì)需要掌握的網(wǎng)絡(luò)工具

    和性能指標(biāo),幫助運(yùn)維團(tuán)隊(duì)及時(shí)發(fā)現(xiàn)并解決問題。 Prometheus + Grafana Prometheus 是一款開源的監(jiān)控系統(tǒng),適用于云原生和容器化環(huán)境,支持多維數(shù)據(jù)模型和強(qiáng)大的查
    的頭像 發(fā)表于 02-17 15:50 ?261次閱讀

    從零入門Prometheus:構(gòu)建企業(yè)級(jí)監(jiān)控與報(bào)警系統(tǒng)的最佳實(shí)踐指南

    測試環(huán)境 prometheus-2.26.0.linux-amd64.tar.gz下載地址:https://github.com/prometheus/prometheus/releases
    的頭像 發(fā)表于 02-10 11:28 ?545次閱讀
    從零入門<b class='flag-5'>Prometheus</b>:構(gòu)建企業(yè)級(jí)<b class='flag-5'>監(jiān)控</b>與報(bào)警系統(tǒng)的最佳實(shí)踐指南

    云服務(wù)器 Flexus X 實(shí)例,Docker 集成搭建 Grafana 開源數(shù)據(jù)可視化平臺(tái)

    Grafana 是一個(gè)開源數(shù)據(jù)可視化平臺(tái),廣泛用于監(jiān)控和分析系統(tǒng)性能、應(yīng)用程序指標(biāo)和其他數(shù)據(jù)。它支持多種數(shù)據(jù)源,如 Prometheus、Graphite、
    的頭像 發(fā)表于 01-13 15:50 ?392次閱讀
    云服務(wù)器 Flexus X 實(shí)例,Docker 集成搭建 <b class='flag-5'>Grafana</b> 開源數(shù)據(jù)可視化<b class='flag-5'>平臺(tái)</b>

    云端監(jiān)控新體驗(yàn),打造強(qiáng)大的 Zabbix 主機(jī)監(jiān)控解決方案

    前言**** 華為云服務(wù)器 Flexus X 實(shí)例,以革命性柔性算力與卓越性能,重塑云端監(jiān)控體驗(yàn)。攜手 Zabbix 主機(jī)監(jiān)控解決方案 ,為您打造前所未有的強(qiáng)大監(jiān)控網(wǎng)絡(luò)。在 828 華
    的頭像 發(fā)表于 01-07 17:23 ?475次閱讀
    云端<b class='flag-5'>監(jiān)控</b>新體驗(yàn),<b class='flag-5'>打造</b>強(qiáng)大的 Zabbix 主機(jī)<b class='flag-5'>監(jiān)控</b>解決方案

    可與MES系統(tǒng)集成的數(shù)據(jù)采集監(jiān)控平臺(tái)

    可與MES系統(tǒng)集成的數(shù)據(jù)采集監(jiān)控平臺(tái),在制造業(yè)中扮演著至關(guān)重要的角色。這類平臺(tái)通過實(shí)時(shí)采集各類數(shù)據(jù)源,對數(shù)據(jù)進(jìn)行整合和統(tǒng)一管理,為MES系統(tǒng)提供準(zhǔn)確、實(shí)時(shí)的數(shù)據(jù)支持,從而幫助企業(yè)實(shí)現(xiàn)生產(chǎn)過程的數(shù)字化
    發(fā)表于 12-16 15:08

    EasyRoCE統(tǒng)一監(jiān)控面板:一站式運(yùn)維體驗(yàn)

    基于星融元開放的軟硬件架構(gòu),無縫集成PrometheusGrafana等主流開源工具,為客戶提供簡潔易用的毫秒級(jí)可視化監(jiān)控平臺(tái),同時(shí)支持內(nèi)置多個(gè)可視化小工具,如光模塊地圖、鏈路流量分
    的頭像 發(fā)表于 11-26 15:53 ?381次閱讀
    EasyRoCE統(tǒng)一<b class='flag-5'>監(jiān)控</b>面板:一站式運(yùn)維體驗(yàn)

    devops使用最廣泛的集成工具盤點(diǎn)

    (自動(dòng)化工具)、Terraform(IaC工具)、PrometheusGrafana監(jiān)控與可視化工具)、CircleCI與TravisCI(CI/CD平臺(tái))以及ELKStack(日
    的頭像 發(fā)表于 11-26 13:48 ?536次閱讀

    安科瑞電力智能監(jiān)控平臺(tái)的應(yīng)用

    0.引言 隨著社會(huì)和科學(xué)技術(shù)的發(fā)展,配電系統(tǒng)的智能化已經(jīng)成為一種發(fā)展趨勢。醫(yī)院建設(shè)電力智能監(jiān)控平臺(tái),可對供電系統(tǒng)進(jìn)行集中管理和調(diào)度、實(shí)時(shí)控制和數(shù)據(jù)采集,監(jiān)控供電系統(tǒng)設(shè)備的運(yùn)行情況,及時(shí)掌握和處理
    的頭像 發(fā)表于 11-01 09:30 ?425次閱讀
    安科瑞電力智能<b class='flag-5'>監(jiān)控</b><b class='flag-5'>平臺(tái)</b>的應(yīng)用

    監(jiān)控平臺(tái)設(shè)計(jì)思路

    電子發(fā)燒友網(wǎng)站提供《監(jiān)控平臺(tái)設(shè)計(jì)思路.pptx》資料免費(fèi)下載
    發(fā)表于 10-09 11:18 ?0次下載

    工業(yè)互聯(lián)網(wǎng)遠(yuǎn)程監(jiān)控平臺(tái)是什么

    工業(yè)互聯(lián)網(wǎng)遠(yuǎn)程監(jiān)控平臺(tái):賦能智能制造的利器 在當(dāng)今快速發(fā)展的工業(yè)領(lǐng)域,工業(yè)互聯(lián)網(wǎng)遠(yuǎn)程監(jiān)控平臺(tái)正逐漸成為推動(dòng)工業(yè)升級(jí)和數(shù)字化轉(zhuǎn)型的重要力量。工業(yè)互聯(lián)網(wǎng)
    的頭像 發(fā)表于 08-29 14:11 ?583次閱讀

    動(dòng)環(huán)監(jiān)控系統(tǒng)平臺(tái)功能

    全面監(jiān)控,因此,一套可對機(jī)房環(huán)境進(jìn)行7×24小時(shí)實(shí)時(shí)監(jiān)控的物聯(lián)網(wǎng)系統(tǒng),非常必要。 動(dòng)環(huán)監(jiān)控系統(tǒng)是一套基于動(dòng)環(huán)監(jiān)控平臺(tái)的的物聯(lián)網(wǎng)綜合管控解決方
    的頭像 發(fā)表于 07-19 16:35 ?625次閱讀
    主站蜘蛛池模板: 台湾一级毛片 | 亚洲伊人久久大香线蕉影院 | 在线你懂的网址 | 久久久久国产精品免费网站 | 亚洲精品九色在线网站 | 亚洲精品香蕉婷婷在线观看 | 天天躁夜夜躁狠狠躁2024 | 可以免费看黄色的网站 | 四虎在线影院 | 国产一级特黄在线播放 | 国产美女精品在线 | 国模人体一区二区三区 | 美女扒开内裤无遮挡禁18 | 手机看片免费福利 | xxxx日本69xxxxx | 天天干天天要 | 亚洲国产成人久久一区www | 色久优优| 午夜免费网站 | 456成人免费高清视频 | 永久精品免费影院在线观看网站 | 色wwwww| 片免费观看在线看 | 在线电影亚洲 | 天堂网www中文在线资源 | 欧美一级特黄aa大片视频 | 色视频免费观看高清完整 | 亚洲 欧美 另类 吹潮 | 曰本福利写真片视频在线 | 日韩一级片在线免费观看 | 久久sp | 午夜精品在线视频 | 天堂中文在线网 | 色天使久久 | 男人j进女人j的一进一出视频 | 亚洲影视网 | 欧美黄色三级 | 午夜看黄| 四虎影视精品 | 久久夜色精品国产亚洲噜噜 | 小屁孩cao大人免费网站 |