Esxi6.5报警
摘要:主要说明两个方面,分别是esxi的磁盘,内存以及cpu的监控并发出报警邮件;和esxi磁盘thin模式的一种规划。
下面将会按照以下三点进行介绍:
1.配置报警信息
2.监控并发送报警
3.Thin格式的建议
一.报警
1.配置报警邮件发件人:
(1)
(2)
(3)
(4)
至此邮件发件人就配置完毕,下面要配置发件人的密码。
2.配置发件人的密码:
(1)
(2)
以上完成后我们的邮件发件人就配置完毕,后面监控发报警会用到它
二.监控(所有的操作都是在vc上面进行操作的)
1.监控内存和cpu
监控的配置可以严格按照我下面的截图配置将可以完成
(1)
(2)
(3)
(4)
(5)
(6)
完成之后我们的内存和cpu就按照自己的想法已经进行了监控。注意:这里有时候你会发现日志上面显示已经完成邮件发送,但是你的收件箱却没有,有可能是被扔到垃圾箱了所以你可以从垃圾箱捡回来。
2.监控磁盘
磁盘监控大致上和内存监控差不多,但是这里面的监控对象不是主机,而是“数据存储”,所以要多加注意点。配置如下截图:
(1)
(2)
(3)
(4)
三.磁盘Thin格式的规划
前提:此前我们出现过vm划分的磁盘都是精简格式类型,但是由于数据的增长导致esx主机的磁盘被用完从而使得esx上的vm全部只读并死机的状况,然后导致服务终止造成很大的隐患。
精简制备(thin)特点:使用精简制备格式。最初,精简置备的磁盘只使用该磁盘所需要的数据存储空间。如果以后精简磁盘需要更多的空间,则他可以增长到为其分配的最大容量。(从而可以使有限的磁盘空间得以有效的利用)
精简制备(thin)不足:当我们把磁盘超分配并且超使用后,他会使得同一磁盘下的其他vm只读并且死机。而且当我们删除vm里面占用的数据时,他以前所制备的空间并不能被esx回收和重新被利用。
针对上面的问题在官网上也没有查到很好的解决办法我个人觉得应该做以下规划:
1.尽量不要去分这种thin格式的磁盘,都划分成厚置备置零(eager zeroed thick),这样就不会出现磁盘被超使用的状况,从而也不会陷入thin格式所带来的烦恼中。
2.如果划分了thin格式,并且已经使得其他vm死机(或者给esx做磁盘监控当到临界值出现报警的时候),那么则尽快去迁移一台或者几台vm到其他esx,避免本机磁盘被占满,从而解决此类问题。
3.如果划分了thin格式,并且已经快要占满磁盘,而且没有其他esx可以迁移。那么就只能用下面的方法来解决:
(1)删除vm里面没用的数据使vm的实际使用量降低
(2)将thin格式转换成厚置备格式
(3)将转换过来的厚置备格式再转换成thin格式,这样就做到了thin的回收,可以节省出 一大块磁盘容量。
个人认为:第三种方法只能做到thin格式的磁盘回收,但是对于磁盘处于临界点的esx来说效果应该不是很好(请慎用)。
最新评论
mat插件可以检测内存数据
标识接口?
序列化serializabel就是一个标识
就差一个MAC了
mark
除了预置sql查询字段,其他我竟然都没用过
可以,这个问题遇到过
mybatis多个参数: 1. 注解(最常用) 2. 转化为对象或MAP 3. 按顺序(这个最蠢,写的代码看得费劲) 单个参数需要注意得: 1.基本数据类型随便写 2.数组用array,l