ElasticSearch 集群与x-pack监控集群分开部署

现在项目的集群因为分片较多,监控压力较大,所以研究了一下把监控数据集群分离的方法

因为license是base,目前内网环境并没有添加http认证,所以关于认证部分的设置没有研究

被监控集群A,一共5个节点:192.168.4.1~192.168.4.5

监控集群,一共2个节点:192.168.4.101~192.168.4.102

kibana在单独节点:192.168.4.111

在集群A中每个节点的elasticsearch.yml中添加

xpack.monitoring.exporters:
    my_remote:
    type: http
    host: ["http://192.168.4.101:9200","http://192.168.4.102:9200"]

在集群B中每个节点的elasticsearch,yml中添加

xpack.security.enabled: false
xpack.monitoring.enabled: false

关闭集群B自身的认证和监控数据

在kibana节点的kibana.yml中修改,将

elasticsearch.url设为集群A的地址
xpack.monitoring.elasticsearch.url设为集群B的地址
elasticsearch.url: http://192.168.4.1:9200
xpack.monitoring.elasticsearch.url: http://192.168.4.101:9200

此后重启集群a即可

原文地址:https://www.cnblogs.com/zym1414/p/9213851.html

时间: 2024-10-11 12:13:21

ElasticSearch 集群与x-pack监控集群分开部署的相关文章

kubernetes之收集集群的events,监控集群行为

一.概述 线上部署的k8s已经扛过了双11的洗礼,期间先是通过对网络和监控的优化顺利度过了双11并且表现良好.先简单介绍一下我们kubernetes的使用方式: 物理机系统:Ubuntu-16.04(kernel 升级到4.17) kuberneets-version:1.13.2 网络组件:calico(采用的是BGP模式+bgp reflector) kube-proxy:使用的是ipvs模式 监控:prometheus+grafana 日志: fluentd + ES metrics: m

Elasticsearch入门学习(三):集群的搭建

一.集群的一些概念 集群 一个集群cluster由一个或者多个节点组成,具有相同的cluster.name,协同工作,分项数据和负载.当有新的节点加入或者删除了一个节点时,集群回感知到并能够平衡数据.ElasticSearch中可以监控很多信息,有一个最重要的就是集群健康.集群健康有三个状态:green(所有主要分片和复制分片都可用),yellow(所有主要分片可用,但不是所有复制分片都可用),red(不是所有的主要分片都可用). 节点 一个节点node就是一个ElasticSearch的实例.

用python + hadoop streaming 编写分布式程序(二) -- 在集群上运行与监控

写在前面 前文:用python + hadoop streaming 编写分布式程序(一) -- 原理介绍,样例程序与本地调试 为了方便,这篇文章里的例子均为伪分布式运行,一般来说只要集群配置得当,在伪分布式下能够运行的程序,在真实集群上也不会有什么问题. 为了更好地模拟集群环境,我们可以在mapred-site.xml中增设reducer和mapper的最大数目(默认为2,实际可用数目大约是CPU核数-1). 假设你为Hadoop安装路径添加的环境变量叫$HADOOP_HOME(如果是$HAD

Oracle数据库精讲课程之Rac管理(集群组件、性能监控及调整、节点管理、备份和恢复)

对这个课程有兴趣的朋友可以加我的QQ2059055336和我联系 本课程主要是介绍Oracle RAC体系结构与工作机制,了解并掌握RAC数据库下的相关技术,如:cache Fusion. Failover.load balance.FAN.OCR和Voting disk等,通过VMWARE虚拟环境,实践演练RAC数据库的安装部署.RAC数据库日常性能监控.备份和恢复.实例增加和删除以及补丁安装等操作,通过本课程的学习,学员在掌握RAC理论知识基础上,能够熟练掌握RAC数据库的日常管理操作. 课

Spring Cloud Hystrix理解与实践(一):搭建简单监控集群

前言 在分布式架构中,所谓的断路器模式是指当某个服务发生故障之后,通过断路器的故障监控,向调用方返回一个错误响应,这样就不会使得线程因调用故障服务被长时间占用不释放,避免故障的继续蔓延.Spring Cloud Hystrix实现了断路器,线程隔离等一系列服务保护功能,它是基于Netflix的开源框架Hystrix实现的. 目的不是介绍Hystrix的与原理.及其使用等(有时间也要记录啊),而是通过实战搭建一个简单的监控集群,使用Hystrix Dashboard仪表盘动态监控展示以此来加深对H

优化cdh集群性能-可在安装集群前操作002

优化cdh集群性能-可在安装集群前操作002//读完cdh官方文档后,可知的优化操作 可在<03搭建cdh 生产环境前的Linux 优化(涉及到Linux内存参数优化)>https://blog.51cto.com/12445535/2365948 这步同时操作 讲解了:提供了一些性能问题的解决方案,并介绍了配置最佳实践. 1.禁止tuned 服务 //是内存分配管理//关于tuned服务是什么?RHEL/CentOS 在 6.3 版本以后引入了一套新的系统调优工具 tuned/tuned-a

搭建高可用mongodb集群(二)—— 副本集

http://www.lanceyan.com/tech/mongodb/mongodb_repset1.html 在上一篇文章<搭建高可用MongoDB集群(一)——配置MongoDB> 提到了几个问题还没有解决. 主节点挂了能否自动切换连接?目前需要手工切换. 主节点的读写压力过大如何解决? 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 这篇文章看完这些问题就可以搞定了.NoSQL的产生就是为了解决大数据量.高扩展性.高

Tomcat学习总结(8)——Tomcat+Nginx集群解决均衡负载及生产环境热部署

近日,为解决生产环境热部署问题,决定在服务器中增加一个tomcat组成集群,利用集群解决热部署问题. 这样既能解决高并发瓶颈问题,又能解决热部署(不影响用户使用的情况下平滑更新生产服务器)问题. 因为项目是前后端分离的,所以本以为成本很低,没想到遇到了一系列的坑,解决了2天才搞定,发现了很多不是集群而是项目本身的问题. 我是同一个服务器下配置tomcat和nginx等,本文主要面向有一定基础的读者,基本配置就不在本文累述了(基础问题可以留言或者发邮件). 0x0_1 服务器环境 服务器: Cen

项目集管理:管理大型项目、项目群与复杂项目的最佳实践

项目集(大型项目与项目群)管理(Program Management)是指对多个关联项目的集中管理与协调管理.项目集管理是组织高级管理人员在更高层面对大型战略项目与组织多项目的高级管理. 项目集管理是对一个项目集采取集中式的协调管理,以实现这个项目集的战略目标和收益,它包括把多个项目进行整合,以实现项目集目标,并使得成本.进度和工作可以被优化或集成.. 在项目集内的项目通过一个共同的成果或其交付的集合能力相关联.如果项目间的关系只是共有客户.供应商.技术或者资源,则此类工作应作为项目组合而不是作