
纳吉奥斯 – 监控我们的业务服务 (2/3)
部分 2! 我们将继续塑造它… 一旦您或多或少地在纸上或 Excel 上记录了 (或者您喜欢的任何方式) 我们在 Part 中看到的 Service 层次结构 1 我们的业务服务监控, 因此,我们将继续进行以下工作, 这将是在 Nagios 中安装 Plugin, 其次是它的配置已经在 Centreon 中才能使用它!
纳吉俄斯 BP
这将是我们将用于监控业务流程的插件, 称为 Nagios BP 或 Nagios 业务流程; 将 Nagios 检查的单个结果合并到一个更大的组中, 称为业务流程.
除了您已经想象的, 我们将使用另一个名为 'Business Impact Analysis 的附加组件’ 这将使我们能够分析和评估某些风险以及它们对我们业务的影响. 响应… 如果…? 如果我关闭此路由器会发生什么情况? 如果我放开这条电缆会发生什么? 如果我将证书标记为无效,会发生什么情况?? 这一切会影响什么?? 打印机, 但我们稍后会看到, 让我们按顺序开始!
安装 Nagios Business Process 附加组件之前, 我们需要遵守安装要求, 我们将基于这样一个事实,即我们有一个 扇 版本 2.4 (要求是安排版本 2.2 极小); 在完成那个之后, 然后,我们必须安装 MK Livestatus(如果还没有它)!
眼睛, 我们的 Centos 上可能有过时的 Repos, 就我而言,我有一个旧版本, 一 5.9, 我们需要更正 /etc/yum.repos.d/CentOS-Base.repo 内的配置文件内的软件库. 我们将修改我们认为错误的 URL, 删除 '/centreon 部分’ URL 数量. 例: HTTP 协议://vault.centos.org/centreon/5.11/… –> HTTP 协议://vault.centos.org/5.11/… 和关怀! 我们需要已安装的 Centreon 中的 Epel 存储库来安装某些软件包, 我们携手合作:
[源代码]WGET HTTP://archives.fedoraproject.org/pub/archive/epel/5/x86_64/epel-release-5-4.noarch.rpm
rpm -ivh epel-release-5-4.noarch.rpm
Yum Repolist[/源代码]
顺便说一句! 本文档基于 FAN (全自动 Nagios), 是的,在柜台上, 你有 ESC 3.4 (Centreon 企业服务器) 并按照以前的文档安装了 NagVis, 您已经安装了 MK Livestatus! 如果您尚未安装, 您可以继续 本文档 步骤 ‘安装 MK Livestatus‘ 和 ‘Config en Centreon‘. 因此,您将在下面看到的步骤对您来说不是必需的!
之后,我们可以开始安装 MK Livestatus:
[源代码]Yum Install MK-LiveStatus[/源代码]
为此,我们在 broker 中添加了一个新模块, 我们必须去 “配置” > “监控引擎” > “main.cfg 文件” > “纳吉奥斯 CFG 1” > “日期” > “添加新的代理模块” 并指示以下模块之一:
[源代码]对于 x86_64 版本 –> /usr/lib64/mk-livestatus/livestatus.o /var/log/nagios/rw/live
对于 i386 版本 –> /usr/lib/mk-livestatus/livestatus.o /var/log/nagios/rw/live[/源代码]
我说了什么, 如果在 FAN 中没有带有 Centreon 的 Nagios,我们直接有 Centreon CES 3.4, 验证我们有和没有就足够了, 加:
[源代码]/usr/lib64/centreon-engine/bin/livestatus.or /var/lib/centreon-engine/rw/live[/源代码]
不要忘记我们必须记录 & 导出配置并重新启动 Nagios 服务,正如我们已经知道的那样!
我们从安装 开始, 我们从之前安装的 Repo Epel 下载了 perl-JSON 和 perl-CGI-Simple, 在 Nagios BP 字体下方下载, 我们将其复杂化并按如下方式安装:
[源代码]Yum 安装 –启用repo=epel perl-JSON-XS perl-CGI-Simple
WGET HTTP://bp-addon.monitoringexchange.org/download/nagios-business-process-addon-0.9.6.tar.gz
tar xzf nagios-business-process-addon-0.9.6.tar.gz
cd nagios-business-process-addon-0.9.6
./设置 –前缀=/usr/share/nagiosbp –sysconfdir=/etc/nagiosbp –with-nagetc=/etc/nagios/
make install[/源代码]
我们继续重启 Apache 并使用:
[源代码]/etc/init.d/httpd 重启
cd /etc/nagiosbp/
cp ndo.cfg-sample ndo.cfg[/源代码]
我们编辑新创建的档案 '/etc/nagiosbp/ndo.cfg’ 并修改以下几行:
[源代码]ndo=mk_livestatus
ndo_livestatus_socket=/var/log/nagios/rw/live[/源代码]
如果我们有 CES, 参数 ndo_livestatus_socket 将是不同的路径, 存在:
[源代码]ndo_livestatus_socket=/var/lib/centreon-engine/rw/live[/源代码]
我们已经测试了后端是否能正常工作:
[源代码]/usr/share/nagiosbp/bin/nagios-bp-check-ndo-connection.pl[/源代码]
它将向我们显示后端的状态以及它从 NDO 获得的所有内容, 我们必须查看我们已经在 Nagios 或 Centreon 平台上监控的所有项目, 以及他们的状态和补充信息.
因为我们已经让一切都运行完美, 什么都没有留下! 呵呵, 只需移动 'Everything’ 我们之前在 paper 或 excel 上定义的内容!
在 /etc/nagiosbp/nagios-bp.conf 文件中,将定义所有业务服务, 运营服务和基础设施服务!
我们必须小心并使用所需的格式定义它们, 如果我们仔细观察, 对于每个 Service 都是 2 线及其调节因子 (和 U 或):
[源代码]ALIAS_SERVICIO = 服务器;受监控的服务 1 & 服务器;受监控的服务 2
显示 PRIORITY;ALIAS_SERVICIO;我们如何看待它[/源代码]
我们将从文档的上到下书写开始, 我们将首先定义我们的 HOSTS 及其服务,然后扩展到 Infrastructure Services, 到运营,最后到业务. 我们需要一段时间才能完成, 我们必须尝试在 ESE 文件中尽可能直观地记录它,因为以后的阅读对我们来说会更全面.
继续本文档的主题, 我将我们所看到的配置内容的最小部分放入此文件中, 但这将帮助您理解要使用的语法. 我将定义 1 Nagocio 服务, 其中一小部分作为示例, 这将是客户服务, 正如我们所看到的,它有几个运营服务, 我只定义为公司邮件提供服务的 MAIL SERVICE, 是的? 在它的所有基础设施服务中,我只定义 ACTIVE DIRECTORY SERVICE & DNS 服务, 答案是肯定的, 这些整体及其依赖项. 就像我设置这些服务一样, 所有其他的都必须进行配置, 这取决于我们公司的规模,需要大量的时间来思考和做出纠正. 切中要害, 我的配置文件 '/etc/nagiosbp/nagios-bp.conf' 会像这样。:
[源代码]
##########################################################
######### 基本服务 – 主机的定义 #########
##########################################################
# 以下是我们稍后需要的所有主机
SERVICIO_SRVDC01 = SRVDC01;中央处理器 & SRVDC01;公羊 & SRVDC01;光盘 C & SRVDC01;乒
显示 0;SERVICIO_SRVDC01;SRVDC01服务
SERVICIO_SRVDC02 = SRVDC02;中央处理器 & SRVDC02;公羊 & SRVDC02;光盘 C & SRVDC02;乒
显示 0;SERVICIO_SRVDC02;SRVDC02服务
# …等, 等… 我们在这里定义了稍后需要的所有主机…
##########################################################
############ 基础设施服务 ###############
##########################################################
########################################
###### ACTIVE DIRECTORY 服务 ######
########################################
SERVICIO_AD_SRVDC01 = SERVICIO_SRVDC01 & SRVDC01;Active Directory 状态 & SRVDC01;服务业 – 活动目录 & SRVDC01;端口 389tcp – LDAP 协议
显示 4;SERVICIO_AD_SRVDC01;AD SRVDC01 服务
SERVICIO_AD_SRVDC02 = SERVICIO_SRVDC02 & SRVDC02;Active Directory 状态 & SRVDC02;服务业 – 活动目录 & SRVDC02;端口 389tcp – LDAP 协议
显示 4;SERVICIO_AD_SRVDC02;AD SRVDC02 服务
SERVICIO_DIRECTORIO_ACTIVO = SERVICIO_AD_SRVDC01 | SERVICIO_AD_SRVDC02
显示 3;SERVICIO_DIRECTORIO_ACTIVO;ACTIVE DIRECTORY 服务
######################################
########## DNS 服务 ##############
######################################
SERVICIO_DNS_SRVDC01 = SERVICIO_SRVDC01 & SRVDC01;DNS 检查 & SRVDC01;DNS 服务
显示 4;SERVICIO_DNS_SRVDC01;DNS SRVDC01服务
SERVICIO_DNS_SRVDC02 = SERVICIO_SRVDC02 & SRVDC02;DNS 检查 & SRVDC02;DNS 服务
显示 4;SERVICIO_DNS_SRVDC02;DNS 服务SRVDC02
SERVICIO_DNS = SERVICIO_DNS_SRVDC01 | SERVICIO_DNS_SRVDC02
显示 3;SERVICIO_DNS;DNS 服务
# …等, 等… 我们在这里定义了我们稍后需要的所有基础设施服务…
##########################################################
############## 运营服务 ###################
##########################################################
SERVICIO_CORREO = SERVICIO_DIRECTORIO_ACTIVO & SERVICIO_DNS & SERVICIO_VIRTUALIZACION & SERVICIO_ECXCHANGE & SERVICIO_COMUNICACIONES_INTERNAS
显示 2;SERVICIO_CORREO;邮件服务
# …等, 等… 我们在这里定义了我们稍后需要的所有运营服务…
##########################################################
################ 商业服务 ####################
##########################################################
SERVICIO_ATENCION_AL_CLIENTE = SERVICIO_CORREO & SERVICIO_ERP & SERVICIO_CRM & SERVICIO_TELEFONIA & SERVICIO_INTERNET
显示 1;SERVICIO_ATENCION_AL_CLIENTE;顾客服务[/源代码]
如果一切顺利,并且在创建包含所有定义的文件时我们非常小心, 让我们测试一下我们 'chopped' 的内容是否正确. 我们打开一个针对 http 的浏览器://IP_SERVIDOR_NAGIOS/nagiosbp 或 http://IP_SERVIDOR_NAGIOS/nagiosbp/cgi-bin/nagios-bp.cgi
我们将直观地看到我们一直在配置的内容, 我们会改进一些丑陋的东西, 已经… 如果你看一下我输入的设置, I 按优先顺序订购服务, 这是可选的, 嘿, 但在 Priority 中 1 我设置了 Business Services, 优先权 2 对于运营服务, 优先权 3 对于基础设施服务,然后可以选择将更多或好, 每个人都想怎么样.
如果我们通过单击 TREE 图标进行导航, 我们将能够遍历我们的配置, 沿着分支向下走,发现我们配置的依赖项, 目前很好, 不? 🙂 这个想法是完成配置文件,这样就不会因 UNKNOWN 而失败,完成所有操作后,我们应该让所有内容完全相关.
你觉得这张截图怎么样?? 这将是我们研究过的榜样, 我们看到我们拥有的所有依赖项及其关系!!!
一件小事, 如果要将 Business Process 界面中的语言更改为西班牙语, 您可以下载西班牙语的语言包并将其复制到语言路径, 它将自动从您的浏览器中选取要使用的语言, 如果我们想强迫它, 我们粉碎默认出现的 i18n_en.txt 和 i18n_de.txt. 井, 步骤将是:
[源代码]WGET HTTP://bp-addon.monitoringexchange.org/download/language_pack_es_0.9.6.tar.gz
tar zxfv language_pack_es_0.9.6.tar.gz
CP ES/i18n_es.txt /USR/Share/Nagiosbp/Share/lang/[/源代码]
不错, 我们如何与 Nagios 和 Centreon 一起监控这一点? 非常简单! 几乎没有任何东西可以让您对您的业务进行全面监控! 如果我们去 shell, 我们将看到我们有一个新插件,它允许我们检查刚刚创建的 Service 的状态, 这就是我们验证 Nagios 能够监控它的简单方法:
[源代码]/usr/share/nagiosbp/libexec/check_bp_status.pl -b NOMBRE_DEL_SERVICIO[/源代码]
现在让我们把这个带到 Centreon, 我们将创建对 Business Services 的监控. 首先, 我们需要创建一个 Host,我们将所有这些服务关联到该主机. 我们将 “配置” > “主机” > “加…” 例如,我们创建一个名为 SERVICIOS_DE_NEGOCIO 的 IP 地址,并将其与我们想要的通用模板相关联; 我们将考虑 “Check 命令” 表示您使用 “check_centreon_dummy” 因此,这个将帮助我们组织自己的虚构的圣体不会失败. “救”,
接下来是创建我们将在检查 Service 时执行的 Command, 因为 “配置” > “命令” > “加…” ,我们指示以下内容:
- 命令名称: 我们照常显示, 将运行的脚本的同名, 替换为 'check_bp_status.pl’ 我们将在创建服务时更好地与您建立联系.
- 命令类型: 选择 'Check'.
- 命令行: 如果我们依赖于我们在 shell 中运行的东西, 我们将使用相同的格式创建您的执行, 我们只会在创建 Service 时将参数 1 传递给您. 类似:
/usr/share/nagiosbp/libexec/check_bp_status.pl -b $ARG 1$
- 参数描述: 我们将在此处指示 ARG1 是什么, 因此,它将是我们在配置文件 '/etc/nagiosbp/nagios-bp.conf' 中定义的业务或运营或基础设施服务的别名.
我们用 “救”,
什么都没有! 现在我们只需要在 Centreon 注册所有商业服务 / 我们拥有的运营或基础设施! 我们将 “配置” > “服务业” > “加”, 在此示例中,我们将了解如何创建 Active Directory 服务. 表明:
- 描述: 我们指示被监控的服务的名称, 用于连续而不混合, 我们称之为, 在本例中为 ACTIVE DIRECTORY 服务.
- 服务模板: 照常, 这取决于每个 Nagios 站点, 我们可能有一个具有预设通知类型设置的父模板…
- Check 命令: 我们指示刚刚创建的 Command 'check_bp_status.pl'.
- 参数: 会是我说的吗, 我们在配置文件中定义的 ALIASES,我们将根据这些 ALIASES 验证此服务.
我们不要忘记 “关系” 将其与我们刚刚创建的 Host 关联SERVICIO_DE_NEGOCIO, 或者,正如我们所知,克隆 Service 比通过设置参数逐个添加它们更快.
砰,!!! 我们已经与我们心爱的 Nagios 和 Centreon 一起监控了我们业务所依赖的所有服务!!! 在最终文件中,我们将从中获得更多收益,并向您展示我们还能获得什么, 魔术才刚刚开始, 你会知道的!!!