監(jiān)控?cái)?shù)據(jù)的存儲(chǔ)是由historysyncer進(jìn)程負(fù)責(zé)寫(xiě)入數(shù)據(jù)庫(kù)，historysyncer進(jìn)程應(yīng)對(duì)大流量數(shù)據(jù)的方式是，一方面通過(guò)批量插入來(lái)提高寫(xiě)庫(kù)的效率，另一方面通過(guò)多進(jìn)程的方式來(lái)擴(kuò)展數(shù)據(jù)處理能力。在寫(xiě)庫(kù)過(guò)程中，歷史數(shù)據(jù)寫(xiě)入history表，即使數(shù)據(jù)變?yōu)槔鋽?shù)據(jù)也需要留在history表中供前端UI訪問(wèn)。趨勢(shì)數(shù)據(jù)寫(xiě)入trends表，相較于歷史數(shù)據(jù)，趨勢(shì)數(shù)據(jù)的寫(xiě)庫(kù)負(fù)載要低的多，是因?yàn)閷?duì)于每個(gè)監(jiān)控項(xiàng)來(lái)說(shuō)，平均每小時(shí)只需要寫(xiě)庫(kù)一次，其他時(shí)間只需要更新趨勢(shì)緩存，不需要寫(xiě)庫(kù)。在historysyncer進(jìn)程的觸發(fā)器計(jì)算階段，主要訪問(wèn)值緩存，但是如果值緩存不能命中則需要查詢history表，這種情況下就需要使用history表索引了。考慮索引對(duì)insert操作的影響，索引在提高查詢速度的同時(shí)也降低了寫(xiě)入性能。觸發(fā)器計(jì)算之后生成的event信息也需要寫(xiě)入數(shù)據(jù)庫(kù)，這些信息存儲(chǔ)在events表、problem、escalation等表中。因此，這些表的數(shù)據(jù)增長(zhǎng)率取決于Zabbix生成的事件的數(shù)量，當(dāng)事件數(shù)量陡增時(shí)，這些表的寫(xiě)入壓力也會(huì)隨之增加。在數(shù)據(jù)存儲(chǔ)方面主要體現(xiàn)了熱數(shù)據(jù)和冷數(shù)據(jù)的轉(zhuǎn)換過(guò)程以及數(shù)據(jù)規(guī)模對(duì)讀寫(xiě)性能的影響。Zabbix 在一位企業(yè)老運(yùn)維人員眼中,究竟是怎樣的存在?國(guó)產(chǎn)zabbix服務(wù)電話
Prometheus將數(shù)據(jù)存儲(chǔ)在自己的時(shí)間序列數(shù)據(jù)庫(kù)(TSDB)中。Prometheus擁有自己的TSDB，可以接收和處理比許多其他監(jiān)控系統(tǒng)更多的指標(biāo)。Prometheus甚至可以使用毫秒分辨率時(shí)間戳寫(xiě)入數(shù)據(jù)。Prometheus本身**多只能存儲(chǔ)14天的數(shù)據(jù)，如需更長(zhǎng)的數(shù)據(jù)存儲(chǔ)時(shí)間，您可以配置遠(yuǎn)程存儲(chǔ)。Zabbix使用外部數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)數(shù)據(jù)。Zabbix數(shù)據(jù)庫(kù)必須在安裝期間創(chuàng)建。當(dāng)前支持以下數(shù)據(jù)庫(kù)：MySQL、PostgreSQL、Oracle、IBMDB2和SQLite。Prometheus和Zabbix的區(qū)別，必須要考慮到，Prometheus只存儲(chǔ)時(shí)間序列的值。它不適用于文本、日志或事件日志。不過(guò)可以通過(guò)Grafana的Loki與Prometheus一起使用，可以解決這個(gè)問(wèn)題，但Zabbix可以提供開(kāi)箱即用的基本功能，用于存儲(chǔ)一些文本、日志、分析設(shè)置觸發(fā)器。國(guó)產(chǎn)zabbix服務(wù)電話Zabbix6.2驚喜發(fā)布!特別優(yōu)化中大型環(huán)境部署的性能!
Prometheus有自己的查詢語(yǔ)言，稱(chēng)為PromQL（Prometheus查詢語(yǔ)言）。PromQL非常靈活、簡(jiǎn)單且功能強(qiáng)大。它可以將函數(shù)和運(yùn)算符應(yīng)用于度量查詢、過(guò)濾、按標(biāo)簽分組，并使用正則表達(dá)式來(lái)改進(jìn)匹配和過(guò)濾。表達(dá)式的結(jié)果既可以顯示為圖形，也可以在Prometheus的表達(dá)式瀏覽器中以表格數(shù)據(jù)的形式顯示，或者由外部系統(tǒng)通過(guò)HTT***I使用。Zabbix在查詢方面沒(méi)有那么靈活。它使用項(xiàng)目鍵來(lái)獲取指標(biāo)。當(dāng)zabbix監(jiān)控的體量上去后，數(shù)據(jù)量就會(huì)非常大，在web頁(yè)面上總是查詢很慢、甚至查詢失敗時(shí)。又或者，當(dāng)其他用戶向你提出一些查詢需求，特別是在web頁(yè)面很難做到的個(gè)性化查詢時(shí)，那么就要編寫(xiě)查詢sql了。本篇不是sql教程，而是分享如何快速獲得查詢zabbix數(shù)據(jù)的sql語(yǔ)句，并在其基礎(chǔ)上改造成適合你的sql。
在實(shí)際的工作環(huán)境中，根據(jù)網(wǎng)絡(luò)環(huán)境和監(jiān)控的規(guī)模不同，zabbix一共有三種框架，分別是server_client架構(gòu)、master_node_client架構(gòu)和server_proxy_client架構(gòu)。1、server_client架構(gòu)zabbix**簡(jiǎn)單的架構(gòu)，監(jiān)控設(shè)備和被監(jiān)控設(shè)備之間直接相連，zabbix_server和zabbix_client之間直接進(jìn)行數(shù)據(jù)交互。2、zabbix_proxy_client架構(gòu)proxy是連接server和client之間的橋梁，其本身不存放數(shù)據(jù)，只是將zabbix_agent端發(fā)來(lái)的數(shù)據(jù)暫存，然后再提交給server。這種架構(gòu)一般用于跨機(jī)房、跨網(wǎng)絡(luò)的中型網(wǎng)絡(luò)架構(gòu)。在server_proxy_client架構(gòu)中，server設(shè)備的宕機(jī)會(huì)導(dǎo)致整個(gè)系統(tǒng)癱瘓而無(wú)法正常工作。3、master_node_client架構(gòu)master_node_client架構(gòu)是zabbix**復(fù)雜的架構(gòu)。一般用于跨機(jī)房、跨網(wǎng)絡(luò)、監(jiān)控設(shè)備較多的大型網(wǎng)絡(luò)架構(gòu)。與server_proxy_client架構(gòu)相比，master_node_client架構(gòu)的主要區(qū)別在于node與proxy上.在master_node_client架構(gòu)中，每個(gè)node可以理解為一個(gè)小的server端，在自己的配置文件和數(shù)據(jù)庫(kù)，node下游可以直接連接client，也可以再次經(jīng)過(guò)proxy代理后連接client。在master_node_client架構(gòu)中，master設(shè)備宕機(jī)不會(huì)影響node節(jié)點(diǎn)的正常工作。Zabbix 6.2將又一次提升新用戶和老用戶的用戶體驗(yàn)。
1、Zabbix_Server：zabbix_server作為**組件，用來(lái)獲取agent存活情況和監(jiān)控?cái)?shù)據(jù)。所有的配置、統(tǒng)計(jì)、操作數(shù)據(jù)均通過(guò)server進(jìn)行存取到database；2、Zabbix_Database：用戶存儲(chǔ)所有的zabbix的配置信息、監(jiān)控?cái)?shù)據(jù)的數(shù)據(jù)庫(kù)；3、Zabbix_Web：zabbix的web界面，管理員通過(guò)web界面管理zabbix配置以及查看zabbix相關(guān)監(jiān)控信息，通常與zabbix_server運(yùn)行在同一臺(tái)主機(jī)上，也可以單獨(dú)部署在**的服務(wù)器上；4、Zabbix_Proxy：通常用于分布式監(jiān)控，代理zabbix_server收集部分被監(jiān)控的數(shù)據(jù)并統(tǒng)一發(fā)送給server端；（通常大于500臺(tái)主機(jī)需要使用）5、Zabbix_Agent：部署在被監(jiān)控主機(jī)上，負(fù)責(zé)收集被監(jiān)控主機(jī)的數(shù)據(jù)，并發(fā)送給servre端或者proxy端；ZabbixServer、Proxy、Agent都有自己的配置文件以及l(fā)og文件，重要的參數(shù)需要在這里配置，后面會(huì)詳細(xì)說(shuō)明。zabbix監(jiān)控?cái)?shù)據(jù)的單獨(dú)性—邏輯視角！信息zabbix一體化
集群節(jié)點(diǎn)發(fā)送到數(shù)據(jù)庫(kù)后端的心跳是非常小的消息，記錄在一個(gè)較小的Zabbix數(shù)據(jù)庫(kù)表中，故性能影響忽略不計(jì)。國(guó)產(chǎn)zabbix服務(wù)電話
網(wǎng)絡(luò)傳播的新特征和新規(guī)律不斷刷新互聯(lián)網(wǎng)新聞傳播的速度和廣度，銷(xiāo)售企業(yè)只有不斷順應(yīng)互聯(lián)網(wǎng)傳播的特點(diǎn)和移動(dòng)化、社交化、視頻化、互動(dòng)化趨勢(shì)，重視用戶體驗(yàn)，才能不斷生產(chǎn)出更多具有吸引力的融媒體產(chǎn)品，不斷壯大用戶規(guī)模、增強(qiáng)用戶黏度。廣電銷(xiāo)售營(yíng)收能力的逐年降低已難以填補(bǔ)媒體融合的資本缺口，且收入下滑的趨勢(shì)未見(jiàn)緩和。未來(lái)，各級(jí)廣電媒體亟需探索多元營(yíng)收渠道，穩(wěn)住現(xiàn)有收入的同時(shí)盡可能增加收入，為轉(zhuǎn)型期的廣電提供更多的能量供給。隨著時(shí)代的發(fā)展和進(jìn)步，“以人為本”的銷(xiāo)售制作理念逐漸的成為了主流，因此目前的電視傳媒也逐漸的將節(jié)目制作的重點(diǎn)放在人本身上。生活化的電視節(jié)目逐漸的成為了主流，生活化的電視節(jié)目可以讓當(dāng)前的電視節(jié)目的觀眾們逐漸的感受到電視節(jié)目所帶來(lái)的樂(lè)趣，從而提高電視節(jié)目的收視率。隨著未來(lái)全球化的進(jìn)程逐漸的加快，我國(guó)的大家將會(huì)接觸各種不同的思想價(jià)值觀，這些不同的價(jià)值觀勢(shì)必會(huì)影響大家的思想，因此我國(guó)電視傳媒行業(yè)升級(jí)服務(wù)型并承擔(dān)起價(jià)值觀宣傳的責(zé)任是大有必要的。國(guó)產(chǎn)zabbix服務(wù)電話
上海觀縱科技有限公司是我國(guó)webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控專(zhuān)業(yè)化較早的有限責(zé)任公司之一，觀縱科技是我國(guó)傳媒、廣電技術(shù)的研究和標(biāo)準(zhǔn)制定的重要參與者和貢獻(xiàn)者。觀縱科技致力于構(gòu)建傳媒、廣電自主創(chuàng)新的競(jìng)爭(zhēng)力，將憑借高精尖的系列產(chǎn)品與解決方案，加速推進(jìn)全國(guó)傳媒、廣電產(chǎn)品競(jìng)爭(zhēng)力的發(fā)展。