首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Zabbix之基础大全

一、监控基础 1、监控处理过程 采样---->存储----->报警---->展示 (1)、采样   采样的监控数据采集方法:ssh/telnet、SNMP、Protocol v3、IPMI(智能平台管理接口)、TLS。 (2)、数据存储   数据类型:历史数据(nvps)、趋势数据。   数据存储系统:rrd(轮询数据库);                 SQL(关系型数据库,MySQL/PostgreSQL);                 NoSQL(反关系型数据库,Redis/MangoDB);                 时间序列存储。 (3)、主机的四种监控接口:zbx、snmp、jmx、ipmi。 2、常用的开源监控工具 (1)、cacti:强大的【数据展示】功能。   cacti是基于php来编写的;   利用SNMP协议采集样本数据;   利用rrdtool进行数据存储;   报警机制有限。 (2)、nagios:强大的【报警机制】。   nagios不支持历史数据和趋势数据保存;   数据展示功能有限。 (3)、zabbix:集cacti、nagios优点。   强大的数据展示功能;   强大的报警机制;   支持历史数据和趋势数据的存储;   支持脚本实现故障的数据修复。 (4)、ganglia:用于集群监控。   ganglia用于集群监控时,可以实现多台主机的多种集合数据的集中展示。 二、zabbix -----------www.zabbix.com Zabbix功能特点 概述 Zabbix是一个高度集成的网络监控解决方案,一个简单的安装包中提供多样性的功能。 数据收集     可用性和性能检查     支持SNMP(包括主动轮训和被动获取),IPMI,JMX,VMware监控     自定义检查     按照自定义的间隔收集需要的数据     通过server/proxy+agents来执行 灵活的阀值定义     您可以非常灵活的定义问题阈值,称之为触发器,触发器从后端数据库获取参考值 高度可配置化的告警     可根据递增机制,接收方和媒介类型自定义发送告警通知     使用宏变量可以使告警通知更加高效有用     自动相应动作可包含远程命令 实时图表绘制     使用内置图表绘制功能可以将监控项的内容实时绘制成图表 Web监控功能     Zabbix可以追踪模拟鼠标在Web网站上的点击操作,来检查Web的功能和响应时间 丰富的可视化选项     支持创建自定义的图表,一个试图集中展现多个监控项     网络拓扑图     以仪表盘的样式自定义大屏展现和幻灯片轮询播放     报表     监控内容的高级(业务)视图 历史数据存储     数据库数据     可配置历史数据     内置数据管理机制(housekeeping) 配置简单     将被监控对象添加为主机     在数据库中获取主机进行监视     应用模板来监控设备 使用模板     在模板中分组检查     模板可以关联其他模板 网络发现     自动发现网络设备     监控代理自动注册     发现文件系统,网络接口和SNMP OID值 快捷的Web界面     PHP Web前端     可从任何地方访问     你可以定制自己的操作方式     审核日志 Zabbix API     Zabbix API为Zabbix 提供了对外的可编程接口,用于批量操作,第三方软件集成和其他目的 权限管理系统     安全用户认证     特定用户可以限制访问特定的视图 功能强大,易于扩展的agent     部署在被监控对象上     支持Linux和Windows 二进制代码     为了性能和更少内存的占用,用C语言编写     便于移植 为复杂环境准备     使用Zabbix proxy代理服务器,使得远程监控更简单 结构 Zabbix由几个主要的软件组件构成,这些组件的功能如下。 Server Zabbix server 是agent程序报告系统可用性、系统完整性和统计数据的核心组件,是所有配置信息、统计信息和操作数据的核心存储器。 数据库存储 所有配置信息和Zabbix收集到的数据都被存储在数据库中。 Web界面 为了从任何地方和任何平台都可以轻松的访问Zabbix, 我们提供基于Web的Zabbix界面。该界面是Zabbix Server的一部分,通常(但不一定)跟Zabbix Server运行在同一台物理机器上。 如果使用SQLite,Zabbix Web界面必须要跟Zab

01

开源监控系统Zabbix简介

每个模块工作职责: 1、Zabbix Server:Zabbix Server为核心组件,用来获取agent存活状况及监控数据。所有的配置、统计、操作数据均通过Server进行存取到database; 2、Database Storage:用户存储所有配置信息,以及存储由Zabbix Server收集到的数据; 3、Web Interface:Zabbix的GUI接口,通常与Server运行在同一台主机上; 注意:如果采用SQLite作为数据库,web接口和Zabbix Server必须运行在同一台主机上 4、Zabbix Proxy:常用于分布监控环境中,代理Server收集部分被监控的监控数据并统一发往Server端;(通常大于500台主机需要使用) 5、Zabbix Agent:部署在被监控主机上,负责收集本地数据发往Server端或Proxy端; 二、具体工作原理:

03

HAProxy代理MySQL Cluster集群安装

安装代理接口 1.检查操作系统版本和内核版本 lsb_release  操作系统 ********************************** LSB Version:    :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch  Distributor ID: RedHatEnterpriseServer  Description:    Red Hat Enterprise Linux Server release 5.4 (Tikanga)  Release:        5.4  Codename:      Tikanga  **********************************  uname -r    内核版本 ********************************** 2.6.18-164.el5  **********************************  2.安装代理接口  在线代理下载HAproxy 1.5.9版本  安装步骤  (1)tar xzvf haproxy-1.5.9.tar.gz  **********************************  haproxy-1.5.9/  haproxy-1.5.9/.gitignore  haproxy-1.5.9/CHANGELOG  haproxy-1.5.9/LICENSE  haproxy-1.5.9/Makefile  haproxy-1.5.9/README  haproxy-1.5.9/ROADMAP  haproxy-1.5.9/SUBVERS  haproxy-1.5.9/VERDATE  haproxy-1.5.9/VERSION  haproxy-1.5.9/contrib/  ......  haproxy-1.5.9/tests/test_hashes.c  haproxy-1.5.9/tests/test_pools.c  haproxy-1.5.9/tests/testinet.c  haproxy-1.5.9/tests/uri_hash.c  *****************************************************  (2)针对内核版本进行安装  安装前先要看看内核的版本,我这里是2.6.18  make TARGET=linux26 PREFIX=/usr/local/hapropxy  make install PREFIX=/usr/local/haproxy  (3)设置配置文件 cd /usr/local/haproxy  vi haproxy.cfg  *****************************************************  ###########全局配置#########  global    log 127.0.0.1  local0 #[日志输出配置,所有日志都记录在本机,通过local0输出]    log 127.0.0.1  local1 notice  #定义haproxy 日志级别[error warringinfo debug]    daemon      #以后台形式运行harpoxy    #nbproc 1  #设置进程数量    pidfile /usr/local/haproxy/haproxy.pid  #haproxy 进程PID文件    #ulimit-n 819200  #ulimit 的数量限制    maxconn 4096    #默认最大连接数,需考虑ulimit-n限制    chroot /usr/local/haproxy  #chroot运行路径    uid 99                    #运行haproxy 用户 UID    gid 99                    #运行haproxy 用户组gid    #debug      #haproxy 调试级别,建议只在开启单进程的时候调试    #quiet   ########默认配置############  defaults        log global          mode http              #默认的模式mode { tcp|http|health },tcp是4层,http是7层,health只会返回OK          #option  httplog        #日

01

TKE操作笔记04

良好的监控环境为腾讯云容器服务高可靠性、高可用性和高性能提供重要保证。您可以方便为不同资源收集不同维度的监控数据,能方便掌握资源的使用状况,轻松定位故障。 腾讯云容器服务提供集群、节点、工作负载、Pod、Container 5个层面的监控数据收集和展示功能。 收集监控数据有助于您建立容器集群性能的正常标准。通过在不同时间、不同负载条件下测量容集群的性能并收集历史监控数据,您可以较为清楚的了解容器集群和服务运行时的正常性能,并能快速根据当前监控数据判断服务运行时是否处于异常状态,及时找出解决问题的方法。例如,您可以监控服务的 CPU 利用率、内存使用率和磁盘 I/O

04

K8S 部署电商项目

域名分配及动态更新问题 从上面的方法,采用 Nginx-Pod 似乎已经解决了问题,但是其实这里面有一个很大缺陷:当每次有新服务加入又该如何修改 Nginx 配置呢?我们知道使用 Nginx 可以通过虚拟主机域名进行区分不同的服务,而每个服务通过 upstream 进行定义不同的负载均衡池,再加上 location 进行负载均衡的反向代理,在日常使用中只需要修改 nginx.conf 即可实现,那在 K8S 中又该如何实现这种方式的调度呢?假设后端的服务初始服务只有 ecshop,后面增加了 bbs 和 member 服务,那么又该如何将这 2 个服务加入到 Nginx-Pod 进行调度呢?总不能每次手动改或者 Rolling Update 前端 Nginx Pod 吧!此时Ingress 出现了,如果不算上面的 Nginx,Ingress 包含两大组件:Ingress Controller 和 Ingress。

02

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

    运营活动

    活动名称
    广告关闭
    领券