一次磁盤IO高的問題處理
問題現象:
開發測試環境的kubernetes master服務器,磁盤讀寫速率很高,達200多M/s,IOPS超過8000/S,系統操作出現卡頓(還好硬盤是SSD,否則系統早卡死掉了),截圖如下:
解決思路:
1、使用iotop查看IO高的進程,並kill,問題依舊
2、重啟系統後正常,但一段時間後問題重現
3、查看內存,發現物理內存已基本使用完,並且在大量使用swap,因此問題原因可以確定:
IO高是因為進程大量使用swap交換頁所導致!!!
註:因為是開發測試環境,沒有部署監控、分配的資源也不多。
解決辦法:
增加物理內存後問題徹底消除。
來源:
http://www.toxingwang.com/linux-unix/linux-admin/2984.html
一次磁盤IO高的問題處理
相關推薦
一次磁盤IO高的問題處理
來源 linux 磁盤讀寫 strong inux width tro 大量 分配 問題現象: 開發測試環境的kubernetes master服務器,磁盤讀寫速率很高,達200多M/s,IOPS超過8000/S,系統操作出現卡頓(還好硬盤是SSD,否則系統早卡死掉了),截
一次磁盤滿的系統故障
磁盤故障 大清早的就接到監控報警,,提示php進程掛掉了...果斷登錄到服務器上面查看,發現內存不足4G..果斷認為是內存不足引起的,,top了一下,,發現了一個download.php進程占用內存過高,,kill掉,,發現內存降下來了,,暗喜.. 結果此時load直線上升,,外網流量報警..檢查ng
磁盤IO高和線程切換過高性能壓測案例分析
cnblogs 左右 系統 stp tex clas ++ class tap 案例現象: 壓力測試的時候,發現A請求壓力80tps後,cpu占用就非常高了(24核的機器,每個cpu占用率全面飆到80%以上),且設置的檢查點沒有任何報錯。 1、top命令如下: 2、
記一次服務器IO過高處理過程
linux 服務器 緩沖區 io負載 記一次服務器IO過高處理過程 一、背景 在一次上線升級後,發現兩臺tomcat服務器的IOwait一直超過100ms,高峰時甚至超過300ms,檢查服務器發現CPU負載,內存的使用率都不高。問題可能出現在硬盤讀寫,而且那塊硬盤除了寫日誌外,沒有其他
一次ipv6導致Cisco6509cpu高的處理過程
Cisco6509 cpu高 ipv6核心交換機是Cisco6509E,出現的問題是cpu從20%飆升到60%1、在Cisco6509上使用命令 show proc cpu sort 5min 可以查看到導致cpu高的原因是ipv6 input2、於是在Cisco6509下面的各個vlan抓包,共計12棟樓3
Linux查看磁盤io開銷的幾種方法
磁盤io 系統性能分析怎樣才能快速的定位到並發高是由於磁盤io開銷大呢?可以通過三種方式: 第一種:用 top 命令 中的cpu 信息觀察 Top可以看到的cpu信息有:使用方法如下圖: 具體的解釋如下: Tasks: 29 total 進程總數 1 running 正在運行的進程數 28 sl
Zabbix監控磁盤io
roc stats sector 監控磁盤 -a arp onf sha +++ Zabbix監控磁盤io 第1章 介紹 監控磁盤IO的基本原理:通過分析/proc/diskstats文件,來對IO的性能進行監控。 ++++++++++++++++++++++++對/pro
Redis持久化磁盤IO方式及其帶來的問題 有Redis線上運維經驗的人會發現Redis在物理內存使用比較多,但還沒有超過實際物理內存總容量時就會發生不穩定甚至崩潰的問題,有人認為是基於快照方式持
發出 != hot server 磁盤io loaddata set 自動 選擇 轉自:http://blog.csdn.net/kaosini/article/details/9176961 一、對Redis持久化的探討與理解 redis是一個支持持久化的內存數據庫
記一次database cpu high的處理
業務 read 需要 十分 時有 一次 -1 技術 ima 基本上,我們的數據庫實例每次cpu飆升都是因read而起,很少有write導致的cpu高。這說明read,隨機讀,排序,都會占用cpu。而寫入主要是io行為,尤其是順序寫,不需要占cpu。 今次問題,rds在三個小
HTTP 之 一次完整的http請求處理過程
處理 請求過程 http請求處理過程如下.1、建立連接:接收或拒絕連接請求,通過三次握手建立.2、接收請求:接收客戶端請求報文中對某資源的一次請求的過程.Web訪問響應模型(Web I/O)單進程I/O模型:啟動一個進程處理用戶請求,而且一次只處理一個,多個請求被串行響應必須處理完前面的請求後才能處理
MySQL磁盤IO設置問題
mysql磁盤io設置問題下面的部分內容來自《深入淺出MySQL》、老葉的視頻、網上其他人的blog。這裏列出的是MySQL的一些非運行參數的優化部分,具體如下:(對於使用雲主機的用戶,下文中的部分優化方法是無法奏效的)0、使用SSD。資金不足的話,使用RAID設備 【建議使用RAID10,因為RAID5的性
虛擬機移動磁盤中途服務器斷電,導致磁盤鎖定的處理辦法
ovirt可以通過修改數據庫,步驟如下1、OVIRT進入數據庫[root@vmhost2 ~]# su postgres 進入數據庫bash-4.2$ psqlcould not change directory to "/root"psql (9.2.23)Type "help" for help.2、po
cacti監控linux和windows磁盤IO
添加 attach exe rman courier input medium copyright eth cacti監控linux和windows磁盤IO 標簽:cacti linux磁盤IO windows磁盤IO 原創作品,允許轉載,轉載時請務必以超鏈接形式標明文章
[磁盤空間]lsof處理文件恢復、句柄以及空間釋放問題
csdn pan 關閉 磁盤空間 tail命令 ice 寫入 屬性 工具 曾經在生產上遇到過一個df 和 du出現的結果不一致的問題,為了排查到底是哪個進程占用了文件句柄,導致空間未釋放,首先在linux上面,一切皆文件,這個問題可以使用lsof這個BT的命令來處理(這個哈
CentOS針對磁盤IO[jdb2進程]的優化
rri atime db2 com 系統 article dir per ext CentOS的jdb2進程總是沾滿io,查了一些資料後才知道,這個問題源自系統bug,在此記錄一下解決辦法: 將高IO的磁盤,用以下參數remount即可 mount -
查看磁盤io、內存free、系統進程ps、網絡狀態netstat、Linux抓包tcpdump
ipv mon 1.3 sda verify available x86 4.0 length 查看磁盤io性能狀態 iostat -x 查看磁盤使用(安裝包與sar的安裝包一起)主要查看%util [root@shu-test ~]# iostat -x Linux 3.
zabbix自動發現規則之磁盤IO監控
app append clas 所屬組 bin 陣列 等等 bps mys 本文章介紹zabbix自動發現規則之磁盤IO監控的案例實踐。主機名:mysql-slave首先在zabbix_agent下定義一個獲取磁盤IO信息的腳本:cat /etc/zabbix/script
zabbix監控容器情況和磁盤IO
模板 web res 頁面 Coding containe stat sta 磁盤io 1、從https://pypi.python.org/pypi/docker-py#downloads 這裏下載docker-py-xxx.tar.gz到本地再傳進去linux系統裏面進
zabbix監控磁盤 IO
磁盤io磁盤IO: 單位時間內讀寫數據量 單位時間內讀寫次數 取值腳本: #!/use/bin/env python #coding:utf-8 # Description:for zabbix discovery disk partition on linux machine import o
drbd主服務器ds狀態變成了Diskless(磁盤IO錯誤引起)
prot tin lba tdi aso order uil them cap heartbeat+drbd拓撲圖if 136網段=60網段 then一、在拔掉60網段網線之前:drbd1主服務器負載很高,top的%wa達到60左右。cat /proc/drbd發現當前服