有人在問, 到底 Monitor 一個系統基本的 Objects 有那些呢?
我這邊大概列一下好了...
網路流量: 我想在做任何 MRTG 的人一定會做這個
MySQL Traffic: MySQL 也有自己的流量, 包含 In/Out
MySQL Query: 最主要是 Select 與 Insert 這兩個指另的執行次數
MySQL Scan: Scan Table 永遠是吃資源的元凶, 這包含 Select Scan 與 Sort Scan
MySQL Lock: 這個 Lock 包含暫時在等 I/O 的 immediate lock 與在等其他 Process 的 wait lock, 若真的發生 wait lock 就代表要真的調校了...
MySQL Process: 包含現在正在使用的 Process 以及進入 Lock 的數字, 但通常這個是最後的表像, 已經沒救了...
CPU Load: 包含 1 min 與 15 mins, 通常就略過 5 mins
Memory Usage: 包含 Resident (實體) 與虛擬 (Virtual) 的使用量, ...
CPU/Memroy Percent: 來算記憶體或 CPU 的資源是否吃光, 當到 60%~70% 時, 就代表準備要更新機器了...
CPU Usage: 看 User 在吃 CPU 還是 System 在吃 CPU
Faults: 在 Content Switch 與 VM Faults 發生的次數 (理論上 Content Switch 應該算在 Interrupts)
Interrupts: 包含 Device Interrupt 與 Software Interrupt
Memory Pages: 包含 Pages Free 與 在 VM Cache 的 Pages 數
Hard Disk: 最主要是兩個, 一個是傳輸區塊數, 另一個是總流量
Mail Queue: 目前還有多少 Mail 還沒發送
Mail Status: 發出去成功的與失敗的狀況
httpd: Httpd 這 Process 占所有 Process 的比例
web log: web 的 Log 增加數
這是最基本的數字, 而若這台機器有在做特別的使用, 當然還有專用的 Monitor Objects
訂閱:
張貼留言 (Atom)
熱門文章
-
這個交大機車的故事不是在講交大很機車, 而是交大為甚麼能夠騎機車的故事... 甚麼? 很多人認為交大校園有一個條機車外環道是天經地義的事? 事實上不然, 這是經過許多抗爭得來的, 因為上一篇哈巴狗事件有很多回響, 所以我這篇來繼續講古. 機車在交大可以說是個文化, 尤其以前竹東算...
-
我是不做 "Me,too" 的, 但我知道粉絲團經營最重要的共同指標, 一個是觸及數, 另一個是互動數, 但這數字只有經營者知道, 即使從洞察報告可以看到你加觀察的幾個粉絲團, 最近文章的互動狀況, 但還是離真的狀況有點距離, 除外粉絲團可以比較的就是 ...
-
以下的言論, 純以我是以一個工程師出身的網管, 也以做過 ISP 基礎建設的工作經驗來發言. 前一陣子有人提出取消手機網路不應該有吃到飽 (Flat Rate) 的奇想時, 有參與網路發展的人都知道, 這個固定費率的使用量是網路發展的推手, 或者是指標, 甚至是門檻, 若把這...
-
這個計劃最出是我交大管科系學長所發生的問題, 因為我寫了一篇文章後, 就跑去 Plurk 跟大家討論, 而他是屬於會使用網路但不會使用 Plurk 的人, 所以跟本不知道 Plurk 講了甚麼, 最後我只好把網址給他, 他才晃然大悟這兩個部份的落差, 所以跟我抱怨這件事, 因此我...
-
當我們做出一個系統, 最希望知道的是有沒有檢定判讀的能力, 不然價值與意義就會少很多, 而在做未來國會的時候, 很多人問我, 網路聲量是否能夠轉化成得票數? 事實上我也是很好奇.... 首先一開始, 就直接算出得票數與網路聲量的相關性 (相關係數), 得出來的答案是: ...
-
昨天在臉書的塗鴉牆朋友分享了一個 王美恩 的" 狀態更新 ": 今天在外面餐廳吃飯,旁邊一桌坐了五六位穿著制服的廚師在吃飯。 老大開講:「我跟你們說,要看警察打人就要看三立,要看學生丟石頭警察受傷就要看中天。」 小廚師問:「大哥,你都不看T...
-
這次莫拉克風災不得不否認的是政府處理真的有暇疵, 但我也不得不幫政府說句話, 因為若不是網路的關係, 事實上很多事都不會被發現, 更不會放大檢驗, 只能說運氣太差了.. 讓我想到三個月遇到某個公務人員長官, 他在會議提出一個嚴正的抗議與意見: "你們發展技術的人是如此的...
-
在我寫出前言後, 當天晚上就把當時所說的數字的計算中兩個未寫入的就直接加進去後, 演算法就算是定型了, 然後就是未來的幾個部份: 1. 歷史: 當然每一週的變化是要可以記錄, 但是 "追加" 的部份怎記就是一個大問題. 2. Widget: 本來這系統正式要出...
-
兩個星期前我去資策會演講時, 覺得演講只是講過去的話就太無趣了, 所以最後我加了一個簡報, 說能不能有方法解決就提出一個可能性: Hackathon... 基本上當時的立論是: 像 Big Data 這種專案執行最大的問題是資料取得的不確定性太多, 無法由上到下的系統分析...
-
我是很習慣自己的壞名聲了, 但說會被罵倒也不是天天有, 在部落格觀察之前, 有時會因為 BBS 的時候被點名來吵架, 但再怎多也是兩年一次到一年兩次, 但自從部落格觀察之後, 已經從兩星期一次到一星期兩次, .... 只是在慢慢走出低潮期後, 開始寫文章以及整理部落格觀察或做一些...
沒有留言:
張貼留言