公司應用監控做了嗎？

作為運維監控做不好，救火救到老。這話是沒毛病，監控做不好，沒有預警，等到發現問題已經影響客戶業務了，這時候就真的是熱鍋螞蟻團團轉了。監控有多重要相信稍有的了解的朋友都是清楚的?？傊幸粋€完善的監控系統是必要的，對系統不間斷實時監控，能夠保證業務系統持續穩定可靠運行，目標系統狀態了如指掌。

監控系統也有很多，目前我這邊常用的事zabbix監控硬件設備、容器類用prometheus，關于這兩個系統后續想寫介紹。但是有監控系統具體監控什么，有什么指標對象嗎，這個大同小異，但是每個公司都會根據業務有所差別，其他的類似硬件、網絡、流量、性能、安全監控后面文章一一展開。今天我來總結下對于各種應用的監控，有哪些監控項目。

 

應用監控是監控系統中比較重要的項目，因此現在有專門的崗位設立。大家感興趣可以多多研究，一門深入準有用武之地。

 

域名：一般是域名狀態監控，首頁的狀態碼，404、403、502反正不是200的都可以報警的。

 

SLB(負載均衡)nginx：可以監控的項目有域名訪問量，特定url訪問量、http狀態碼（錯誤碼監控）、響應時間（延遲）、錯誤日志監控、流量IO

 

關系型數據庫比如MySQL：監控端口存活狀態、連接的數量、CPU/內存/磁盤空間使用率、增刪改查每秒請求數（QPS）、鎖表數量、從庫同步狀態、讀寫狀態、同步延遲等

 

Redis：端口存活狀態、連接數量、內存、CPU、QPS、主從狀態、慢日志

 

MongoDB：IOPS使用率適合重要的指標，這玩意高了業務響應必緩慢、連接數量、增刪改查QPS、內存使用情況、慢日志、主從庫延遲、磁盤使用率、時延過大的請求次數

 

Kafka：端口存活、集群狀態（zookeeper）、消費組未處理隊列長度、topic指標、consumer指標

 

zookeeper： 主要是狀態監控：端口存活、集群狀態、超時時間、路徑可讀

 

RabbitMQ：端口存活、節點狀態、單個隊列、未消費隊列

 

ElasticSearch：集群狀態、端口存活、集群節點數、索引數量（分片索引、未分片索引數量）、查詢寫入QPS、線程數量

 

VPN：帶寬使用情況、丟包率、狀態監控、用戶監控

 

容器：node（cpu、內存、IO、網絡、磁盤等）（zabbix可以監控）、deployment、pod、endpoint、service、statefulset這些k8s自帶可以探測、用prometheus配合grafana監控蠻好！

 

監控設置之了監控項、在設置一個閾值、達到然后報警、報警方式就多了、電話、郵件、短信、企微機器人、釘釘等都可以實現報警，發現故障及時解決。但最后有一套預警系統，可以從日志分析開始，將錯誤日志實時抓取、實時報送到開發人員手中，這樣子會大大提高故障解決效率。

 

今天就暫時說這些，歡迎各位朋友補充，共同進步！