色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

服務器資源監控與告警處理方案的全面總結

馬哥Linux運維 ? 來源:cnblogs ? 2024-04-20 09:35 ? 次閱讀

服務器監控指標

服務器日常監控巡檢時,總會遇到不同服務器的不同告警,使用不同的監控工具,監控的指標有所不同,但最基礎的服務器資源指標,基本都支持,比如zabbix + ,Prometheus + Grafana。

本文只針對服務器資源的相關告警,總結常用的處理方案,其他業務性指標(尤其與業務系統相關),需要針對具體業務再分析,不過處理方案的思想是相通的。

CPU告警

通過 top 命令,查看所有進程運行情況,在結果界面,通過 shift + p 切換視圖,按照CPU使用率倒序排列,找出CPU使用率最高的進程依次分析(查看 %CPU 列)

特別關注:top命令顯示的 CPU 使用率是按照單核計算的,即100%代表使用了單核的滿負荷,如果服務器為4核,則理論最大為400%

[root@localhost ~]# top
Tasks: 197 total,   1 running, 196 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.2 us,  1.3 sy,  0.0 ni, 97.3 id,  0.2 wa,  0.0 hi,  0.1 si,  0.0 st
KiB Mem :  8008984 total,  1046216 free,  4712336 used,  2250432 buff/cache
KiB Swap:  7208956 total,  4409068 free,  2799888 used.  2373196 avail Mem 


  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                          
 1456 root      20   0   10.5g 361648 242164 S   3.0  4.5  12461:08 clickhouse-server --config-file=/etc/clickhouse-+
 1089 root      20   0 5755452 238580   2644 S   1.7  3.0   4330:47 java -jar V2XRealtimeServer.jar                  
 1086 root      20   0 5822324 319628   3028 S   1.3  4.0   4161:58 java -jar V2XRawDataServer.jar                   
10174 root      20   0 5819584 963512   4420 S   1.3 12.0   3619:07 java -jar V2XWebSocketServer.jar                 
 2105 mysql     20   0 3205688 907124   7584 S   0.7 11.3   1462:50 /usr/sbin/mysqld --daemonize --pid-file=/var/run+
 1090 root      20   0  148952   4648    780 S   0.3  0.1 420:01.32 /usr/local/redis/bin/redis-server 0.0.0.0:7379 [+
17013 root      20   0  162128   2344   1600 R   0.3  0.0   0:00.04 top                                              
    1 root      20   0  125516   2636   1492 S   0.0  0.0 133:31.76 /usr/lib/systemd/systemd --switched-root --syste+

根據不同進程的情況,可能會有以下現象

CPU持續告警,一般為計算型應用程序,如數據清洗、轉換、計算等,即該應用運行時本就會使用更多CPU資源

偶然告警,只要告警不超過CPU總資源的70%,不引起系統卡頓,原則上可以暫時不用處理

偶然告警,但告警頻率逐漸增高,可能由于應用程序bug、漏洞引起

特定時間段告警,一般跟業務關聯性較高,比如流量高峰

常用處理方案

根據實際業務需要,可以限制單應用的運行性能(如集群部署時,可以適當降低單節點性能),則調整應用相關配置,限制線程數、并發量等

如果公共組件該版本有相關漏洞缺陷,則根據官方指示,修補漏洞,或者升級版本

解決業務流量高的問題,使流量更均衡,如集群部署,消息緩存,負載均衡,定時任務調整等

擴容服務器資源,如增加CPU資源,或者將應用服務遷移至資源性能更高的服務器

內存告警

通過 top 命令,查看所有進程運行情況,在結果界面,通過 shift + M 切換視圖,按照 內存 使用量倒序排列,找出內存使用量最高的進程依次分析(查看 RES 和 %MEM 列)

[root@localhost ~]# top
Tasks: 195 total,   1 running, 194 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.3 us,  1.1 sy,  0.0 ni, 97.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  8008984 total,   969272 free,  4721960 used,  2317752 buff/cache
KiB Swap:  7208956 total,  4409068 free,  2799888 used.  2363556 avail Mem 


  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                          
10174 root      20   0 5819584 963512   4420 S   1.3 12.0   3619:52 java -jar V2XWebSocketServer.jar                 
10166 root      20   0 5768092 921932   4252 S   0.0 11.5 364:51.16 java -jar V2XStatisticsServer.jar                
 2105 mysql     20   0 3205688 907124   7584 S   0.0 11.3   1463:03 /usr/sbin/mysqld --daemonize --pid-file=/var/run+
 1087 root      20   0 5809328 449920   2736 S   0.0  5.6 226:25.74 java -jar V2XApiServer.jar                       
 1456 root      20   0   10.5g 369520 242164 S   3.0  4.6  12463:01 clickhouse-server --config-file=/etc/clickhouse-+
 1086 root      20   0 5822324 319628   3028 S   1.3  4.0   4162:45 java -jar V2XRawDataServer.jar                   
 1064 root      20   0 5702928 286440   2272 S   0.3  3.6 721:06.60 java -jar msbus.jar                              
 1089 root      20   0 5755452 238580   2644 S   1.7  3.0   4331:30 java -jar V2XRealtimeServer.jar                  
27891 root      20   0 1111052  25192   2324 S   0.0  0.3   4:21.71 /usr/bin/dockerd -H fd:// --containerd=/run/cont+

常用處理方案

調整應用服務相關參數,限制內存占用、緩存空間大小、緩存隊列長度、緩存保留時間、內存管理參數等

擴容服務器內存資源,或將應用服務遷移至高性能服務器

磁盤空間容量告警

通過 df -h 命令,查看磁盤各分區占用量(查看 Use% 和 Mounted on 列),然后使用 du -sh 命令逐級查找分區內磁盤使用量最高的目錄

[root@ecs-fb36-0002 ~]# df -h
Filesystem                                    Size  Used Avail Use% Mounted on
devtmpfs                                       16G     0   16G   0% /dev
tmpfs                                          16G  832K   16G   1% /dev/shm
tmpfs                                          16G  1.7G   14G  11% /run
tmpfs                                          16G     0   16G   0% /sys/fs/cgroup
/dev/mapper/klas_host--10--169--183--49-root   95G  9.6G   86G  11% /
tmpfs                                          16G  3.5M   16G   1% /tmp
/dev/vda2                                    1014M  217M  798M  22% /boot
/dev/vda1                                     200M  5.8M  195M   3% /boot/efi
/dev/mapper/vgdata-lvdata                     100G   56G   45G  56% /data
tmpfs                                         3.1G     0  3.1G   0% /run/user/993
tmpfs                                         3.1G     0  3.1G   0% /run/user/1000


#分析 /data 目錄,然后繼續分析 /data/jnpf 目錄
[root@ecs-fb36-0002 ~]# du -sh /data/*
4.6M    /data/h5
40M    /data/ioc-guanai
242M    /data/jdk
54G    /data/jnpf
5.2M    /data/redis
952M    /data/soft

常用解決方案

占用磁盤高的為日志文件,則可以參考Linux日志管理經驗總結(crontab+logrotate)

數據盤磁盤占用高(獨立掛載磁盤的分區,如 /data),包括安裝程序、數據文件等,則根據實際業務場景,調整相關參數,限制數據保存時間、數據壓縮等

系統盤磁盤占用高(/ 根分區),則考慮將相關應用程序遷移至數據盤,如果應用程序支持,可以將安裝目錄整體遷移(如修改Docker鏡像存儲目錄,減輕系統盤負擔,即配置到數據盤后,將現有數據遷移到數據盤,重啟服務),否則調整相關參數,可以將數據存儲目錄、日志目錄遷移至數據盤

擴容服務器磁盤資源,而且只能擴容數據盤,或者增加獨立掛載磁盤,然后將相關業務遷移至新磁盤

磁盤IO告警

使用 iotop 命令(Linux系統默認沒有集成,需要單獨安裝,CentOS可以使用 yum,也可以官網下載安裝包),查看磁盤IO最高的進程,其中 SWAPIN 列為swap交換百分比,IO> 列為IO等待所占用的百分比。

iotop使用可以參考Iotop – Monitor Linux Disk I/O Activity and Usage Per-Process Basis或iotop 命令

[root@localhost ~]# iotop -o
Total DISK READ :    0.00 B/s | Total DISK WRITE :     388.00 K/s
Actual DISK READ:    0.00 B/s | Actual DISK WRITE:     633.68 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                
  518 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.16 % [xfsaild/dm-0]
20271 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/3:2]
 2178 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % java -jar V2XRawDataServer.jar
 2229 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % java -jar V2XRawDataServer.jar
 2286 be/4 root        0.00 B/s   30.61 K/s  0.00 %  0.00 % java -jar msbus.jar
 1801 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % clickhouse-server --config-f~khouse-server.pid [BgSchPool]
23520 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % clickhouse-server --config-f~khouse-server.pid [Collector]
 1253 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % java -jar V2XRealtimeServer.jar
 1254 be/4 root        0.00 B/s  814.17 B/s  0.00 %  0.00 % java -jar msbus.jar
10253 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % java -jar V2XStatisticsServer.jar
 1698 be/4 root        0.00 B/s  142.72 K/s  0.00 %  0.00 % clickhouse-server --config-f~khouse-server.pid [Formatter]
 1700 be/4 root        0.00 B/s  407.08 B/s  0.00 %  0.00 % clickhouse-server --config-f~khouse-server.pid [BgSchPool]

與 CPU告警場景類似,根據不同進程的情況,可能會有以下現象

磁盤IO持續告警,一般為存儲型應用程序,如文件系統,數據庫等,即該應用運行時本就會使用更多磁盤IO

偶然告警,只要告警不超過70%,不引起系統卡頓,原則上可以暫時不用處理qq

偶然告警,但告警頻率逐漸增高,可能由于應用程序bug、漏洞引起

特定時間段告警,一般跟業務關聯性較高,比如流量高峰

常用處理方案

根據實際業務需要,可以限制單應用的運行性能(如集群部署時,可以適當降低單節點性能),則調整應用相關配置,限制線程數、并發量、緩存參數等

如果公共組件該版本有相關漏洞缺陷,則根據官方指示,修補漏洞,或者升級版本

解決業務流量高的問題,使流量更均衡,如集群部署,消息緩存,負載均衡,定時任務調整等

提升服務器磁盤性能,如使用SSD磁盤,或者將應用服務遷移至資源性能更高的服務器

TCP連接告警

通過 netstat 命令,查看和統計不同狀態的TCP連接數量,以及相應的應用程序。

TCP連接狀態告警,一般只存在兩種:ESTABLISHED(已連接狀態)、TIME_WAIT(主動關閉端的最后狀態,等待操作系統回收,其中,主動關閉可以是服務端,也可以是客戶端),其他TCP連接的狀態,幾乎不會出現數量太多,本文將不考慮。

ESTABLISHED,不管是服務端應用程序還是客戶端應用程序,該狀態的TCP連接過多,說明該應用服務的業務量已經不是單體服務可以處理的,所以需要擴展應用服務

TIME_WAIT,服務端應用程序和客戶端應用程序都可能會出現,而且這是TCP連接的最后一個狀態,接下來只有等待操作系統回收(回收周期根據不同操作系統,可能為30秒 - 2分鐘),但是,在被回收前,該連接仍然會占用操作系統一個套接字資源,如果短時間內出現過多TIME_WAIT,可能是因為高并發且持續的短連接業務場景,最終可能會逐步將操作系統套接字資源耗盡,從而無法再創建 TCP連接

常用解決方案

ESTABLISHED,服服務端的應用程序,可以考慮多節點部署,搭建集群或搭建負載均衡,或者將單服務拆分為多服務,分別部署到不同的服務器實現負載均衡

ESTABLISHED,客戶端的應用程序,可以考慮使用連接池,避免所有請求都建立新的連接,也可以考慮多節點部署客戶端,或者將客戶端業務拆分為多個客戶端,然后分別部署到不同的服務器

TIME_WAIT,可以考慮使用TCP長連接;如果是http服務端出現告警,可以考慮在客戶端連接時將 connection 設置為 keep-alive,避免服務端主動斷開連接;也可以從操作系統層調整相關參數,一方面開啟套接字復用,一方面使操作系統更快的回收,調整方案如下

#vim /etc/sysctl.conf,增加或修改以下參數
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_tw_recycle=1
net.ipv4.tcp_fin_timeout=30


#調整后刷新生效
sysctl -p

附錄:TCP相關統計命令

1.使用netstat 統計不同狀態TCP連接數量

特別關注:腳本中NR>2由于netstat命令前2行輸出為描述信息

[root@localhost ~]# netstat -antp
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:33071           0.0.0.0:*               LISTEN      2105/mysqld         
tcp        0      0 0.0.0.0:7379            0.0.0.0:*               LISTEN      1090/redis-server 0 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1244/sshd           


[root@localhost ~]# netstat -antp | awk -F '[ /]+' 'NR>2 {count[$6]++} END {for(state in count) print state,"		",count[state] }'
LISTEN          16
CLOSE_WAIT          2
ESTABLISHED          273
FIN_WAIT2          1
TIME_WAIT          1

2.使用netstat統計指定狀態TCP連接不同進程數量

[root@localhost ~]# netstat -antp | grep -i established | awk -F '[ /]+' '{count[$8]++} END {for(app in count) print app,"		",count[app] }'
java          124


mysqld          109
clickhouse-ser          6
sshd:          1
redis-server          31

審核編輯:黃飛

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • cpu
    cpu
    +關注

    關注

    68

    文章

    10854

    瀏覽量

    211587
  • 服務器
    +關注

    關注

    12

    文章

    9123

    瀏覽量

    85329
  • Docker
    +關注

    關注

    0

    文章

    457

    瀏覽量

    11846

原文標題:服務器資源監控告警處理方案總結

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    寶界科技WEB服務器立體防御解決方案

    寶界科技WEB服務器立體防御解決方案 關鍵字:網頁防篡改、WEB應用防火墻、WEB加固、WEB保護、WEB防火墻、硬件   
    發表于 05-17 14:01

    寶界科技WEB服務器立體防御解決方案

    寶界科技WEB服務器立體防御解決方案 關鍵字:網頁防篡改、WEB應用防火墻、WEB加固、WEB保護、WEB防火墻、硬件   
    發表于 08-19 11:02

    GPRS模塊+服務器監控5W臺設備服務器會不會塞死?

    大家好,我有個項目要做到服務器監聽5萬臺GPRS模塊,通過WEB發布給用戶.監控的模塊太多,GPRS要保證不掉線很難啊.服務器會不會塞死?用UDP會不會更好些呢?如果上傳數據后,馬上斷掉網絡來釋放
    發表于 03-18 04:25

    基于最新DaVinci平臺的視頻監控服務器的設計與實現

    了整個網絡視頻監控系統的框架,包括視頻服務器、網絡傳輸鏈路及客戶監控端。本設計采用 MPEG4視頻編碼標準,由DM355內部的MPEG/JPEG協處理器完成。實驗表明,在帶寬充足的條件
    發表于 07-19 06:19

    對Web服務器資源的建議有哪些

    對Web服務器資源的任何建議。我將負責處理它。PIC32和諧的CurCE。任何建議將不勝感激。
    發表于 05-08 09:45

    高防服務器的優勢

    而設計的服務器。在網絡攻擊的情況下,可以迅速的調用服務器資源進行防護,保證服務器運轉的穩定性。高防服務器在防護DDos攻擊和CC攻擊方面的效
    發表于 03-21 12:40

    基于異構多核處理器的媒體資源服務器

    隨著彩鈴、IVR等多媒體增值業務需求的增加,電信網絡中媒體資源服務器的多媒體并發處理能力逐漸成為這些增值業務發展的主要制約瓶頸。該文在分析媒體資源
    發表于 11-27 14:18 ?5次下載

    Apache服務器的配置設置總結

    Apache服務器的配置設置總結(實用電源技術講義)-該文檔為Apache服務器的配置設置總結講解文檔,是一份不錯的參考資料,感興趣的可以下載看看,,,,,,,,,,,,,,,,,
    發表于 09-23 10:16 ?3次下載
    Apache<b class='flag-5'>服務器</b>的配置設置<b class='flag-5'>總結</b>

    什么是服務器監控系統?

    服務器監控系統用于了解服務器上的活動(無論是物理的還是虛擬的)的過程。服務器是一種用于存儲和處理按需提供給其他設備、應用程序或用戶的信息的設
    的頭像 發表于 07-14 16:32 ?7097次閱讀

    如何監控服務器性能?

    無論您的服務器是在Windows還是Unix上運行,這些關鍵性能領域都可以作為任何服務器監控策略的良好起點,跟蹤這些性能指標作為性能瓶頸的指標非常重要。那么如何監控
    的頭像 發表于 07-19 16:01 ?6258次閱讀

    服務器運維過程收到磁盤空間告警怎么辦

    服務器運維過程中,我們時常會遇到這樣的情況,收到服務器磁盤空間告警
    的頭像 發表于 11-03 10:30 ?1842次閱讀

    服務器nova-compute down告警的問題處理

    某運營商Provider界面有服務器nova-compute down告警,如下圖所示。
    的頭像 發表于 09-20 11:02 ?1536次閱讀
    <b class='flag-5'>服務器</b>nova-compute down<b class='flag-5'>告警</b>的問題<b class='flag-5'>處理</b>

    平安校園視頻監控方案 YOLOv5

    平安校園視頻監控方案部署一臺SuiJi-AI100視頻分析服務器,平安校園視頻監控方案使用校園視頻監控
    的頭像 發表于 07-03 22:51 ?299次閱讀
    平安校園視頻<b class='flag-5'>監控</b><b class='flag-5'>方案</b> YOLOv5

    服務器的購買資源和擴容資源的區別和聯系

    服務器的購買資源和擴容資源的區別和聯系主要體現在操作流程、成本控制以及數據管理等方面。購買資源適合初始部署或大規模擴展,而擴容資源更適合對
    的頭像 發表于 10-18 11:21 ?207次閱讀

    使用zabbix監控服務器的方法

    1. 了解Zabbix Zabbix是一個企業級的開源監控解決方案,用于監控IT基礎設施,包括硬件、軟件和服務。它提供了數據收集、數據存儲、數據處理
    的頭像 發表于 11-08 10:47 ?228次閱讀
    主站蜘蛛池模板: 2020国产欧洲精品视频| 永久免费的无码中文字幕| 一二三四在线播放免费观看中文版视频| 中文字幕网站在线观看| 超级最爽的乱淫片免费| 国精产品一区二区三区| 美女快播第一网| 视频一区国产在线第一页| 在线播放毛片| 国产3级在线| 久久久精品免费视频| 欧美色妞AV重囗味视频| 亚洲AV精品无码喷水直播间| 511麻豆视传媒精品AV| 国产精品99久久久久久宅男AV| 久久久久久久久女黄9999| 亚洲国产精品一区二区久久第| 亚洲精品一二三区区别在哪| 一二三四视频免费社区5| YELLOW视频直播在线观看高清| 韩国伦理电影在线神马网| 欧美伊人久久大香线蕉综合69| 日韩亚洲欧美中文高清在线| 伊人久久精品中文字幕| 97人人碰免费视频公开| qvod播放电影| 久久精品热线免费| 暖暖视频免费高清在线观看 视频| 蜜芽一二三区| 男女交性视频无遮挡全过程 | 双性被疯狂灌满精NP| 征服艳妇后宫春色| 国产剧情福利AV一区二区 | 乱奷XXXXXHD| 亚洲电影第1页| 成人永久免费视频| 麻豆官网md.pub| 亚洲欧美日韩在线观看一区二区三区 | 视频成人app永久在线观看| 973午夜伦伦电影论片| 娇喘嗯嗯 轻点啊视频福利|