採用Opserver來監控你的ASP.NET項目系列(3、監控你的服務器狀態)

以前有過2篇關於如何監控ASP.NET core項目的文章,有興趣的也能夠看看.html

 

今天咱們主要來介紹一下,如何使用Opserver監控咱們的服務器狀態.node

Opserver的功能其實很強大,他能夠用於鏈接任何支持Bosun, Orion, or direct WMI監控數據。sql

大概效果以下:docker

 

 

正文

1.經過Windows自帶的WMI監控服務器

首先,咱們找到相關的配置文件,修改配置文件的名稱 DashboardSettings.json.example 爲 DashboardSettings.jsonjson

而後修改DashboardSettings.json設置鏈接地址 providers,這裏咱們以WMI爲例,以下:windows

{
  "providers": {
    "wmi": {
      "nodes": [ "USER-20170316IW" ], // List of nodes to monitor
      "staticDataTimeoutSeconds": 300, // (Optional) How long to cache static data (node name, hardware, etc.) - defaults to 5 minutes
      "dynamicDataTimeoutSeconds": 5, // (Optional) How long to cache dynamic data (utilizations, etc.) - defaults to 30 seconds
      "historyHours": 2, // (Optional) How long to retain data (in memory) - defaults to 24 hours
      "username": "Administrator"
    }
}

 

解釋一下參數說明:緩存

  • nodes 能夠有多臺,能夠填 服務器名稱 或是 IP地址
  • StaticDataTimeoutSeconds 緩存靜態數據(節點名稱、硬件等)要多長時間-默認爲5分鐘
  • DynamicDataTimeoutSeconds 緩存動態數據(CPU,加載時間等)要多長時間-默認爲30秒
  • HistoryHours 保留記錄的時長,默認爲 2 小時
  • Username 遠程服務器的帳戶名
  • Password 遠程服務器的密碼(PS,我這裏由於鏈接的是本機 因此就不須要了.)

設置完鏈接以後,咱們能夠設置咱們的警惕值,以下:服務器

設定警惕值ide

key 說明
cpuWarningPercent cpu 用量警惕(黃色)
cpuCriticalPercent cpu 用量危險(紅色)
memoryWarningPercent 內存用量警惕(黃色)
memoryCriticalPercent 內存用量危險(紅色)
diskWarningPercent 磁盤空間 用量警惕(黃色)
diskCriticalPercent 磁盤空間 用量危險(紅色)

JSON配置直接添加在providers節點下便可.網站

以下:

{
"providers":{
 "cpuWarningPercent": 50,
  "cpuCriticalPercent": 60,
  "memoryWarningPercent": 90,
  "memoryCriticalPercent": 95, 
  "diskWarningPercent": 85,
  "diskCriticalPercent": 95
}
}

多臺服務器的狀況下,服務器的配置不必定相同,因此須要根據服務器配置 單獨設置報警值,咱們能夠添加categories節點,並配置以下:

"categories": [
    {
     "name": "第一臺", // Name for this group of servers
     "pattern": "-sql",
     "cpuWarningPercent": 20, 
     "cpuCriticalPercent": 60,
      "memoryWarningPercent": 98, 
     "memoryCriticalPercent": 99.2
 },
     "name": "第二臺", 
     "pattern": "-sql", 
     "cpuWarningPercent": 20, 
     "cpuCriticalPercent": 60,
      "memoryWarningPercent": 98,
     "memoryCriticalPercent": 99.2
 }
]

 

這樣,咱們就完成了咱們使用WMI採集信息,並展現在OpServer上的所有工做.

固然,官方推薦的是使用bosun +scollector+OpServer的形式來採集和顯示

因此,咱們下面就來說講(不過我本人並無實踐..資源實在有限)

2.經過bosun +scollector監控服務器

一、bosun 快速安裝(固然,也有不使用Docker的..不過說實話..太複雜了..也許就是由於太複雜了,才放到容器裏簡化安裝了吧)

  •      安裝docker

      ..具體我就不說了,直接移步安裝步驟官網:https://docs.docker.com/engine/installation/

  •      在docker中安裝bosun

     使用命令「docker run -d -p 4242:4242 -p 8070:8070 stackexchange/bosun」,安裝bosun,文件大概200多M,等待完成便可。

  •      檢查是否安裝成功

     訪問網站http://docker-server-ip:8070,顯示bosun界面,即安裝成功。此時,本機監控數據已經被採集,能夠查看相應數據。

 

二、服務器agent數據採集器(scollector)

   能夠到 http://bosun.org/scollector/   下載scollector.

    以windows 爲例,下載「scollector-windows-amd64.exe"後,用管理員身份運行」cmd.exe"。cd 到文件目錄,在命令窗口輸入「scollector-windows-amd64 -h  docker-server-ip:8070"

    顯示以下信息,表示與bosun服務創建鏈接。命令以下:

C:\>scollector-windows-amd64 -h 192.168.1.101:8070
2016/11/18 15:59:19 info: main.go:213: OpenTSDB host: http://192.168.1.101:8070

而後可在bosun items 界面看到此服務器信息。

寫在最後

至此咱們就完成了監控服務器的全部操做.喜歡的請關注一下,~以爲不錯的能夠點個推薦,固然也歡迎大神批評指正.~

相關文章
相關標籤/搜索