赞
踩
为了解ESXI虚拟主机的运行状况,通过zabbix进行监控,图形展示ESXI虚拟主机当前的状态。
在此我们直接引用zabbix官方介绍虚拟机监控,并对个别地方进行补充描述。
从 Zabbix 2.2.0 开始支持对 VMware 的监控。
Zabbix 可以使用 low-level discovery 自动发现 VMware hypervisors 和 虚拟机,并根据事先定义的主机原型,为这些虚拟机建立 Host,添加监控。
Zabbix 中默认提供了几个模板,可以直接用来监控 VMware vCenter 或 ESX hypervisor。
支持 VMware vCenter 或 vSphere 版本最低为 4.1。
虚拟机监控分两个步骤完成。首先,Zabbix 是通过 vmware collector 进程来监控虚拟机。这些进程通过 SOAP 协议从 VMware Web 服务获取必要的信息,对其进行预处理并存储到 Zabbix server 共享内存中。然后,zabbix pollers 通过 zabbix 简单检查 VMware keys 来检索这些数据。
从 Zabbix 2.4.4 开始,收集的数据分为两种类型:VMware 配置数据和 VMware 性能数据。这两种类型都由 vmware collectors 进程独立收集。因此,建议启用比受监控的 VMware 服务更多的收集器。否则,检索 VMware 性能统计信息可能会由于检索 VMware 配置数据而延迟(比较大型的环境,需要一段时间)。
目前基于 VMware 性能统计信息只有数据存储,网络接口和磁盘设备统计信息和自定义性能计数器项。
**注意:**由于监控进程使用soap协议获取虚拟机信息,直接通过http://ip/sdk,返回404是正常现象。
要使虚拟机监控正常工作,编译 Zabbix 时应加上 --with-libxml2 和 --with-libcurl 编译选项。
#修改配置文件
vim zabbix_server.conf
StartVMwareCollectors=6
VMwareCacheSize=50M
VMwareFrequency=10
VMwarePerfFrequency=60
VMwareTimeout=300
其中:
StartVMwareCollectors:vmware 收集器实例的数量。
此值取决于要监控的 VMware 服务的数量。在大多数情况下,这应该是:
servicenum < StartVMwareCollectors < (servicenum * 2)
其中 servicenum 是 VMware 服务的数量。例如:如果您有 1 个 VMware 服务要将 StartVMwareCollectors 设置为 2,那么如果您有 3 个 VMware 服务,请将其设置为 5。请注意,在大多数情况下,此值不应小于 2,不应大于 VMware 数量的 2 倍服务。
VMwareCacheSize:VMwareFrequency=10。
用于存储VMware数据的共享内存大小。
VMwareFrequency:从单个VMware服务收集数据之间的延迟(秒)。
VMwarePerfFrequency:从单个VMware服务检索性能计数器统计信息之间的延迟(秒)。
VMwareTimeout:响应超时时间
systemctl restart zabbix_server
查看启动日志
19995:20180411:092711.023 Starting Zabbix Server. Zabbix 3.4.7 (revision 77720).
19995:20180411:092711.023 ****** Enabled features ******
19995:20180411:092711.023 SNMP monitoring: YES
19995:20180411:092711.023 IPMI monitoring: NO
19995:20180411:092711.023 Web monitoring: YES
19995:20180411:092711.023 VMware monitoring: YES
19995:20180411:092711.023 SMTP authentication: YES
19995:20180411:092711.023 Jabber notifications: NO
19995:20180411:092711.023 Ez Texting notifications: YES
19995:20180411:092711.023 ODBC: NO
19995:20180411:092711.023 SSH2 support: NO
19995:20180411:092711.023 IPv6 support: NO
19995:20180411:092711.023 TLS support: NO
19995:20180411:092711.023 ******************************
VMware monitoring状态为YES,说明zabbix server启动vmware监控。
前面说过,Zabbix中默认提供了几个模板,可以直接用来监控 VMware vCenter 或 ESX hypervisor。由于我们的ESXI主机使用vCenter集中管理,因此使用zabbix监控vCenter。
“主机”页面只需填写“主机名称”、“可见的名称”即可,“agent代理程序的接口”使用默认即可。
“模板”页面只需添加“Template VM VMware”即可。“Template VM VMware“模板应用于 VMware vCenter 和 ESX hypervisor 监控。 ”Template VM VMware Guest“和”Template VM VMware Hypervisor“模板由自动发现使用,通常设置为自动链接到主机。
{$URL} - VMware 服务 (vCenter or ESX hypervisor) SDK URL (https://servername/sdk).
{$USERNAME} - VMware 服务用户名
{$PASSWORD} - VMware 服务{$ USERNAME}用户密码
安全起见,在vCenter 上只需为zabbix添加一个只读用户即可。
(1)查看vCenter的最新数据
查看vCenter的最新数据,我们可以看到集群健康状态、Full name、Version等信息。
(2)查看自动发现的主机及虚拟机
待自动发现执行后,我们会发现在“配置”-“主机群组”页面多了几个自动发现的群组:
这就是我们整个vmware集群中所有虚拟主机及虚拟机,其中unicom-ha/unicom-idc是虚拟主机、unicom-ha(vm)/unicom-idc(vm)是所有的虚拟机。
除了监测最新数据,发现相关图形监控较少,因此我们针对虚拟主机CPU、内存等参数添加图形。
由于自动发现的虚拟主机,使用的是“Template VM VMware Hypervisor”模板,而虚拟机的使用的是“Template VM VMware Guest”模板。
在此以添加虚拟主机图形为例。
(1)cpu unitlization
其中:
cpu cores 24:cpu核数
cpu frequency 2.2GHz: cpu主频
cpu thread 48: cpu线程,从此可看出为超线程
cpu usage 25GHZ: cpu使用情况,由此可计算: 25/(24*2.2)=47.3%,cpu使用率为47.3%。计算时以cpu核数为准,不要以超线程的数量为准。
(2)Number of bytes received/transmitted/vms
Number of bytes received:收到的字节数
Number of bytes transmitted:发出的字节数
Number of bytes vms:虚拟主机中包含的虚拟机数量
启动的图形,可根据实际情况手动添加。
当自动发现所有的虚拟主机和虚拟机后,我们发现涉及的3个模板只有监控项,而没有触发器。
使用“Template VM VMware Hypervisor”模板。
(1)监控虚拟主机状态
(2)监控虚拟主机cpu
其他触发器,可根据实际情况添加。
除了上面介绍的修改服务端实现对整个vcenter或单台esxi主机进行监控,还可以使用通过SNMP和ESXI主机来进行监控,需要修改esxi主机本身的配置。不过不是很建议使用此方法,容易对本级本身造成不安全的因素。第一种方法是zabbix3.x以后的最新版本常用的,比较方便快捷,建议使用此种方式。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。