数据中心不同服务器部署差异,NET项目系列

采用Opserver来监控你的ASP.NET项目系列(三、监控你的服务器状态),opserverasp.net

前言

之前有过2篇关于如何监控ASP.NET core项目的文章,有兴趣的也可以看看. 

  •  ASP.NET Core之跨平台的实时性能监控

  • ASP.NET Core之跨平台的实时性能监控(2.健康检查)

今天我们主要来介绍一下,如何使用Opserver监控我们的服务器状态.

Opserver的功能其实很强大,他可以用于连接任何支持Bosun, Orion, or direct
WMI监控数据。

大概效果如下:

 

 

正文

数据中心在逻辑上包括硬件和软件。硬件是指数据中心的基础设施,包括支撑系统和计算机设备等;软件是指数据中心所安装的程序和提供的信息服务。一个完整的数据中心在其建筑之中,包括支撑系统、计算机设备和信息服务这三个逻辑部分。支撑系统主要是电力设备、环境调节设备和监控设备,这些系统是保证上层计算机设备正常、安全运转的必要条件。数据中心的计算机设备包括服务器、存储设备和网络设备,这些设备运行着上层的信息服务。信息服务的质量依赖于底层支撑系统和计算机设备的服务器能力。只有综合考虑各种因素、整体统筹兼顾,才能保证数据中心的良好稳定运行。

一个可能不是很多人都知道的事实是,Intel英特尔)的Nehalem-EX系列处理器不仅仅包含了面向四路以及以上服务器市场的至强7500系列处理器,它还包括了面向双路设计的至强6500系列处理器。

1.通过Windows自带的WMI监控服务器

首先,我们找到相关的配置文件,修改配置文件的名称 DashboardSettings.json.example 为 DashboardSettings.json

然后修改DashboardSettings.json设置连接地址 providers,这里我们以WMI为例,如下:

{

  “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,我这里因为连接的是本机
    所以就不需要了.)

设置完连接之后,我们可以设置我们的警戒值,如下:

設定警戒值

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的形式来采集和显示

所以,我们下面就来讲讲(不过我本人并没有实践..资源实在有限)

服务器作为数据中心信息服务的主要载体,同时与存储设备和网络设备相连,是数据中心的核心组件。当前数据中心的服务器按形态可分为塔式服务器、机架式服务器和刀片式服务器这三类。从网络设计上看,塔式服务器与机架式服务器的部署模式相似,且受数据中心机房空间等因素的限制,机架式服务器和刀片服务器已成为数据中心主要的服务器形态,以下针对后两种形态的服务器做分析探讨。

 图片 1
被设计为既适合7500系列也能适合6500系列应用的DELL PE M910刀片服务器

2.通过bosun +scollector监控服务器

1、bosun
快速安装(当然,也有不使用Docker的..不过说实话..太复杂了..也许就是因为太复杂了,才放到容器里简化安装了吧)

  •      安装docker

     
..具体我就不说了,直接移步安装步骤官网:

  •      在docker中安装bosun

    
使用命令“docker run -d -p 4242:4242 -p 8070:8070 stackexchange/bosun”,安装bosun,文件大概200多M,等待完成即可。

  •      检查是否安装成功

    
访问网站

 

2、服务器agent数据采集器(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 界面看到此服务器信息。

写在最后

至此我们就完成了监控服务器的所有操作.喜欢的请关注一下,~觉得不错的可以点个推荐,当然也欢迎大神批评指正.~

相关文章: 

  • .NET开源MSSQL、Redis监控产品Opserver之Redis配置

  • Opserver开源的服务器监控系统(ASP.NET)

  • 采用Opserver来监控你的ASP.NET项目系列(二、监控SQL
    Server与Asp.Net项目)

原文地址:


.NET社区新闻,深度好文,欢迎访问公众号文章汇总

服务器形态差异

至强6500只能用在双路市场上的限制是通过QPI总线来达到的,这个和单路至强/桌面Core
i7只有单条QPI而无法组装双路平台一样。那么,面向双路的至强为什么同时存在6500和5600两个系列呢?不注意看的话这两个数字还真是相像!

塔式服务器

图片 2

发表评论

电子邮件地址不会被公开。 必填项已用*标注