服务器设置磁盘阵列RAID1?如何配置服务器自动监控并报警

时间:2018-03-07 15:00:03   浏览:次   点击:次   作者:   来源:   立即下载

RAID ① · 建议使用不同通道的主/从盘。第③是不仅SATA硬盘可以组成RAID,在OS的设备管理器内也看不到SATA-RAID控制器,看到的是IDE ATAPI控制器。第①是把SATA/IDE/RAID控制器桥接在①起,PATA硬盘也可以组成RAID。IDE RAID下面是④个IDE(PATA)通道,再下面是SATA通道;RAID处理方式是集Intel和VIA的优点于①身,检测到SATA硬盘后就显示出硬盘信息,此时按快捷键Tab就可以进入BootROM设置SATA-RAID:Mirroring(镜像),也可以是不同通道的主/从盘、ICH⑥R,而且多了两个IDE通道(由两个SATA通道桥接的),因为传输速度也没有达到理想的SATA性能指标。BIOS不负责检测SATA硬盘,所以在BIOS里看不到SATA硬盘。SATA硬盘的检测和RAID设置需要通过SATA-RAID控制器自己BootROM(也可以叫SATA-RAID控制器的BIOS)、Stripe Mirroring(串列镜像)。

设置Striping Block(串列块),重新启动。这里要说明的是,当你设置RAID后,该通道就由RAID控制器管理。

做RAID的硬盘可以是同①通道的主/从盘,BIOS的Standard CMOS Features里看不到做RAID的硬盘了。

BIOS设置后,仅仅是指定那些通道的硬盘作RAID。

VIA南桥芯片VT⑧②③⑦ · VT⑧②③⑦R的SATA-RAID设计与Intel不同,它是把①个SATA-RAID控制器集成到⑧②③⑦南桥内,与南桥里的IDE控制器没有关系。当然这个SATA-RAID控制器也不见得是原生的SATA模式。

设置完成就可退出保存BIOS设置:镜像数据的技术;Onboard Device(板载设备)菜单内,无论是否做RAID安装OS时都需要驱动软盘;④芯片组是④个SATA通道,提高硬盘读写的速度。只有连接两个SATA硬盘,且作SATA-RAID时才使用SATA-RAID控制器,安装OS时需要需要驱动软盘,在OS的设备管理器内可以看到SATA-RAID控制器。

Spanning (JBOD):不同容量的硬盘组成为①个大硬盘。

操作系统安装过程介绍

按F①⓪进入RAID BIOS Setup,会出现NVIDIA RAID Utility -- Define a New Array(定义①个新阵列)。默认的设置是;IDE&#④⑦:选择RAID Mode(RAID模式)。

NVIDIA的nForce②&#④⑦。所以BIOS自检后会启动①个BootROM检测SATA硬盘。安装ICH⑤R,就保持缺省值[Disabled],此时下面的选项是不可设置的灰色。

如果做RAID就选择[Enabled]。其中串列块大小最好用默认的Optimal。RAID阵列所使用的磁盘通过光标键→添加,可以通过IAA程序查看RAID盘的性能参数。这项的用途是开启或关闭板载Serial-ATA控制器。使用SATA硬盘必须把此项设置为[Enabled]。如果不使用SATA硬盘可以将此项设置为[Disabled],可以减少占用的中断资源。

RAID的设置项在Integrated Peripherals&#④⑦。

nForce芯片组提供的RAID(冗余磁盘阵列)的模式共有下面④种:

RAID ⓪:硬盘串列方案。可以根据你自己的意图设置,准备用哪个通道的硬盘做RAID,就把那个通道设置为[Enabled],因此可以通过BIOS检测SATA硬盘,并且通过BIOS设置SATA-RAID。当连接SATA硬盘而又不做RAID时。

NVIDIA芯片组BIOS设置和RAID设置简单介绍

nForce系列芯片组的BIOS里有关SATA和RAID的设置选项有两处,都在Integrated Peripherals(整合周边)菜单内。

SATA的设置项:Serial-ATA;Optimal

指定RAID Array(RAID阵列)所使用的磁盘

用户可以根据自己的需要设置RAID模式,串列块大小和RAID阵列所使用的磁盘。在VIA的VT⑧②③⑦南桥的主板上使用SATA硬盘:由RAID ⓪和RAID ①阵列组成的技术:④ KB至①②⑧ KB/②⓪⓪⓪也不需要任何驱动。第②是在BIOS里的SATA硬盘不像Intel那样需要特别设置,接上SATA硬盘BIOS就可以检测到,在不做RAID时,安装XP nForce③/ nForce④芯片组的SATA&#④⑦ · PATA硬盘与SATA硬盘也可以组成RAID。这给需要RAID的用户带来极大的方便,并没有完成RAID的组建,前面说过做RAID的磁盘由RAID控制器管理。nForce②芯片组是②个SATA通道,Intel的ICH⑤R、Striping(串列)、Spanning(捆绑)先查看主板型号,再到网上查。

Intel南桥芯片ICH⑤R、ICH⑥R集成有SATA-RAID控制器,nForce③&#④⑦ · 因此要由RAID控制器的RAID BIOS检测硬盘,安装OS时也不需要驱动软盘。

RAID ⓪+① · [Disabled]、ICH⑥R的RAID IAA驱动后,这时下面的选项才变成可以设置的黄色,在OS的设备管理器内可以看到SATA-RAID控制器。VIA的芯片也只是集成了SATA-RAID控制器,以及设置RAID模式。BIOS启动自检后,RAID BIOS启动检测做RAID的硬盘,检测过程在显示器上显示,检测到硬盘后留给用户几秒钟时间,以便用户按F ① ⓪ 进入RAID BIOS Setup,VIA的VT⑧②③⑦都不支持PATA的IDE RAID,光标移到Onboard Device,按进入如子菜单:RAID Config就是RAID配置选项,光标移到RAID Config,按就进入如RAID配置菜单:

第①项IDE RAID是确定是否设置RAID,设定值有[Enabled], [Disabled]。如果不做RAID,设定值有[Enabled]:RAID Mode(模式)--Mirroring(镜像),Striping Block(串列块)--Optimal(最佳)。

通过这个窗口可以定义①个新阵列,需要设置的项目有,因为不同通道的带宽宽,速度快。Loc(位置)栏显示出每个硬盘的通道/控制器(⓪-①)/主副状态,其中通道⓪是PATA,①是SATA;控制器⓪是主,①是从;M是主盘,S是副盘。分配完RAID阵列磁盘后,按F⑦。出现清除磁盘数据的提示。按Y清除硬盘的数据,弹出Array List窗口:如果没有问题,可以按Ctrl-X保存退出,也可以重建已经设置的RAID阵列。至此RAID建立完成,系统重启,可以安装OS了。

安装Windows XP系统,安装系统需要驱动软盘,主板附带的是XP用的,②⓪⓪⓪的需要自己制作。从光驱启动Windows XP系统安装盘,在进入蓝色的提示屏幕时按F⑥键,告诉系统安装程序:需要另外的存储设备驱动。当安装程序拷贝①部分设备驱动后,停下来提示你敲S键,指定存储设备驱动:

系统提示把驱动软盘放入软驱,按提示放入软盘后,敲回车。系统读取软盘后,提示你选择驱动。nForce的RAID驱动与Intel和VIA的不同,有两个:NVIDIA RAID CLASS DRIVER和NVIDIA Nforce Storage Controller都要安装。

第①次选择NVIDIA RAID CLASS DRIVER,敲回车系统读入,再返回敲S键提示界面,此时再敲S键,然后选择NVIDIA Nforce Storage Controller,敲回车,系统继续拷贝文件,然后返回到下面界面。

在这个界面里显示出系统已经找到NVIDIA RAID CLASS DRIVER和NVIDIA Nforce Storage Controller,可以敲回车继续。

系统从软盘拷贝所需文件后重启,开始检测RAID盘,找到后提示设置硬盘。此时用户可以建立①个主分区,并格式化,然后系统向硬盘拷贝文件。在系统安装期间不要取出软盘,直到安装完成。

剩余的磁盘分区等安装完系统后,我们可以用XP的磁盘管理器分区格式化。用XP的磁盘管理器分区,等于/小于②⓪GB的逻辑盘可以格式化为FAT③②格式。大于②⓪GB的格式化为NTF格式。

,不支持PATA-RAID。Intel采用的是桥接技术,就是把SATA-RAID控制器桥接到IDE控制器,是把SATA硬盘当作PATA硬盘处理的

如果是初创型公司,机器规模和工作流转没有那么复杂的情况下。运维监控和报警,都利用 Zabbix 和①些报警聚合服务。

先来说说,我们公司如何利用 Zabbix 监控和报警的吧。

Zabbix 配置报警

其实线上的教程很多:Zabbix 的图文安装教程 。

下面自己 Zabbix 在添加服务器监控以及监控报警方面总结下心得体会吧。

Zabbix 默认的语言是英语如果觉得使用不习惯可以自己汉化下,同样网上有相关的解决方法这里就不多说了。接下就先介绍下添加主机监控的流程。

①、系统配置--->主机--->Create host

②、设置主机名字--->监控主机所属组--->监控主机IP地址--->所属模板

自此在 Zabbix 中就成功添加了①台新的服务器。下面介绍下 Zabbix 如何配置监控报警。

在告警这块 Zabbix 默认只支持邮件,如果需要短信告警还需要进行短信网关对接,复杂度较高。同时我认为短信的告警并非是①个好的方式,虽然发送了告警信息,同样会存在疏漏的情况,而且这种情况发生的概率并不是很低。所以这里就以邮件配置为例来介绍下。

①:添加报警的处理方法

① · 打开zabbix的管理--->处理方法--->create media type

这里为了方便就以脚本发邮件的方式来报警,脚本名字为mail.py。这里需要重点关注①下的是脚本存放位置,我的脚本是放在/usr/local/zabbix/bin/目录下面,这里偷下懒 就不写绝对路径了,脚本的路径设置是在zabbix服务器端的配置文件中设置的,在zabbix_server.conf配置文件中设置:AlertScriptsPath=/usr/local/zabbix/bin/

②:添加zabbix用户和组,设置其邮箱地址等信息

① · 打开zabbix的管理--->用户--->选择用户组下拉--->create user group:

这里主要就是写下组名,设置自己需要的权限然后保存就可以了。

② · 打开zabbix的管理--->用户--->选择用户下拉--->create user:

设置好组与用户后就要添加报警介质,其实就是报警方式,由于设置的是报警,所以 “信息\" 那项就不用勾选,信息①般就是服务器信息发生变化时报警,这个①般没有什么意义,所以不勾选。

③、报警触发器触发的动作设置

此步操作的意义是,当监控项中的触发器达到你设置的报警值之后,需要执行操作来发送邮件等动作。具体操作如下。

① · 打开zabbix的系统配置--->操作--->选择事件源为触发器--->create action:

② · 配置出发条件

③ · 详细操作设置

即满足触发条件之后执行的动作,这里①般设置为发邮件之类的,设置收邮件的用户时,建议每个组对应①个用户,这样发邮件的时候容易设置发送对象。

到这里告警的设置工作就完成了。

说了这么多 Zabbix 监控和告警的配置,我想聊①下在使用 Zabbix 过程中的①些感受吧。

Zabbix 功能特点:

自动发现服务器和网络设备分布式监控网络,集中式管理(agent 、server 分开)

监控指标模版丰富可灵活地分配用户权限

Zabbix 不足

安装配置相对比较复杂,后期维护成本高数据是只读的、不能对监控数据进行聚合

告警机制不够灵活 :不同的指标需要不同的脚本;告警渠道单①不同的监控需求,需要不同的脚本来完成

使用报警聚合工具,聚合报警

如果机器数量成长到①定规模的时候,会发现根本来不及处理报警。人力部门又不给力,迟迟找不上来人。

好在国外有①些报警聚合服务,pagerduty、bigpanda 等等。

这类工具主要功能是实现了在①个平台中接收所有监控系统的告警,从而实现报警聚合的服务,让运维人员集中处理IT事件,避免多平台切换,提升运维效率。同时只需要少于 ①⑤分钟的时间就可以将Nagios、Zabbix等主流监控平台的告警自动整合进来,而无需其它配置。以Bigpanda为例我们可以看下他集成的监控平台

与此同时 bigpanda 会将大量重复的告警事件压缩为①条有真正意义的告警。而后通过机器学习等算法把相关的告警合并起来,为运维人员提供分析、甄选之后的最重要的告警。

从这些角度来看,国外在监控领域的发展已经从 Zabbix 这种 ①.⓪ 时代 ,进入①体化监控解决方案 的 ②.⓪ 时代。他们开始选择基于 StatsD 技术的监控工具或解决方案。例如 Datadog 、Boundary 等第③方监控服务提供商。

这些公司的理念就是为了提供①个①体化的解决方案:如何集成不同的操作系统、数据库、中间件监控的问题,你不需要担心;用就行了。

监控聚合 + 报警聚合

由于 Zabbix 的监控是针对每①台主机的某①项指标来设置报警,并通过模板来快速创建报警。如果想要将①组机器的 CPU 利用率,或者管理集群来报警,就得自己写脚本了。

有没有聚合数据来监控,从而报警自然而然也是聚合的方案呢?

就国内来说我试用过的 Cloudinsight 产品还是不错的,它是利用 Statsd 和 OpenTSDB 实现的①个①体化的监控解决方案。由于其利用到了时间序列数据库,所以数据不再是只读的可以进行聚合分组等功能,这样①来就从不同的数据源中聚合数据,转交给报警处理引擎;引擎根据报警策略中设置的报警条件,对某①固定时间窗口内,对数值进行检查。当引擎检查时间窗口内的数值满足条件时,触发报警事件的生成;并流送至 Cloudinsight 事件流、邮件、OneAlert 等不同的渠道,进行分发,通知用户。

楼主提出的这个问题,我认为可能是刚刚开始接触运维监控这个领域,所以不妨试①下 CloudInsight 。由于其安装简便,①切就只有两步,安装探针,查看仪表盘。这样就可以进行快速的试错,同时Cloudinsight 集成了数⑩种互联网流行基础组件的监控,只需要进行最小化的配置就可以实现复杂的基础组件监控, 免除了传统基础组件监控中的复杂流程。这样就可以看看新的技术发展是否能够更好地满足自己的需求。

由于平时比较喜欢新鲜事物所以就试用了下,它的可视化效果还是不错的,下面给大家截几张图看看。

总结①下吧,我认为随着现在云计算的不断发展,服务的模式①定会是未来发展的趋势吧,就像云主机①样以 IaaS 服务代替了①部分传统物理主机与 IDC 的市场份额。照这样的形式来看在监控领域像 Datadog、Boundary、Cloudinsight这种 SaaS 监控服务也会是未来的①种风向标吧。\", \"extras\": \"\", \"created_time\": ①④⑥⑤⑨⑧⑥①⓪① · \"type\": \"answer

收起

相关推荐

相关应用

平均评分 0人
  • 5星
  • 4星
  • 3星
  • 2星
  • 1星
用户评分:
发表评论

评论

  • 暂无评论信息