Prometheus+Grafana监控RabbitMQ集群，主要介绍模板使用、图形定制、告警规则定制。
节点规划集群共采用4个节点，其中3个RabbitMQ节点、1个HaProxy节点。这里使用HaProxy来实现对RabbitMQ的负载均衡和可扩展性。虽然可以再加KeepAlived实现对HaProxy节点的高可用，不过我电脑资源有限，KeepAlived也比较简单，对测试验证没有太大影响，就不加了。主机名IP地址角色gw14172.31.2.14RabbitMQ集群节点gw15172.31.2.
介绍使用Istio实现的一种全链路灰度发布方案
说明 helm是用来模板化k8s资源文件的工具，本来我觉得没啥，以前没有用helm的时候我手搓k8s资源文件模板也没问题。helm只是提供了个现成的工具，功能更丰富点，提高效率。我也学过helm，有需要的时候套一下就行，也不复杂。自定义个nginx的helm chart来做个示例。步骤创建名为nginx的chart模板：helm create nginx
说明以前写的个人笔记。概念Kubernetes 暴露服务的方式目前只有三种：LoadBlancer Service、NodePort Service、Ingress；下面详细的了解下Ingress。根据前面对 Service 的使用说明，我们知道 Service 的表现形式为IP:Port，工作在TCP/IP层，而对于基于 HTTP 的服务来说，不同的URL地址经常对应到不同的后端服务或者虚拟服务
说明以前写的个人笔记，讲的是在不使用kubeadm时，手工将k8s集群部署出来。规划服务器规划服务器规划：主机名IP配置用途k8s01192.168.99.1654核8G内存 50G硬盘master节点(apiserver、kube-controller-manager、kube-scheduler)，etcd集群节点k8s02192.168.99.1664核8G内存 50G硬盘etcd集群节
架构基本原理，Sentinel在架构中起如下作用： 监控：Sentinel会持续监控所有Redis主从实例是否正常运行。配置提供：Redis客户端会从Sentinel获取Redis主节点的地址。失效备援：如果Redis主节点出现异常，Sentinel会启动失效备援，将某个Redis从节点提升为主节点，其它从节点也会被重新配置为从新的主节点同步数据，并且，Sentinel会通知Redis客户端使用新
使用多分支插件分析PR(或MR)SonarQube社区版不支持Pull Request(或Merge Request，简称PR或MR)扫描。为了支持PR扫描，从https://github.com/mc1arke/sonarqube-community-branch-plugin下载与SonarQube版本相应版本的插件。安装该插件后，即可以让SonarQube支持分析指定的分支，也可以支持分析P
介绍如何对kube-prometheus进行自定义配置
背景说明 应同事邀请，写篇文章记录下如何将powerjob-server 3.4版本升级为4.0版本。 首先，我们先看下官方文档中给出的版本变更说明和升级指南。 版本变更说明(https://www.yuque.com/powerjob/guidence/uyf17o#lznVx)： 可以看到，powerjob 3.x.x到4.x.x版本，主要是w
pinpoint默认是从web界面设置应用告警规则的。pinpoint官方文档中也并未有相关api接口的说明，但操作pinpoint web界面时，按F12打开开发者工具，可观察到其api接口。假设当前pinpoint web的地址为http://172.31.2.5:8079/，上面有个应用为xmgate：获取应用列表：GET请求，http://172.31.2.5:8079/applicati
某一天，监控到mongo数据库cpu使用率高了很多，查了一下，发现是下面这种语句引起的：db.example_collection.find({ "idField" : { "$regex" : "123456789012345678"} , "dateField" : { "$regex" : "2019/10/10"}})通常，遇到这种情况，我第一反应是缺少相关字段的索引，导致每执行一次这种语
通常，有几种方式可以在SVN仓库发生改变时触发Jenkins进行构建。第一种是，Jenkins主动轮询SVN仓库；第二种是，在SVN客户端(如TortoiseSVN)创建客户端hooks来触发构建；第三种是，在SVN服务器端，创建仓库hooks来触发构建。而我所要介绍的就是这第三种。 在http://svnbook.red-bean.com/en/1.5/svn.reposadmin.crea
问题描述 有一个应用，偶尔会出现访问不了的情况。具体表现为，当其它应用调用它的接口时，可能会出现超时，过一段时间后，再调用它的接口可能又正常了。观察应用日志发现，这个被调用的应用会偶发性地连接不上数据库。因为该应用没有办法及时地查询到数据库，应用返回数据时间过长，也就导致调用该应用接口的其它应用超时。这种情况比较偶发，一天大概几次，没什么特别规律。 应用日志中只能大概看出，出现问题时该应用
需求说明 在本小节中，让我花点篇幅绕个弯子解释下文章标题是什么意思，以及这篇文章到底讲的是什么，这将有助于理解本文的内容。 有时，可能由于审计需要或修复bug的需要，我们可能会遇到这么一个需求：升级操作系统的openssl。 那，怎么升级操作系统的openssl呢？那很简单，一条命令搞定： [root@gw ~]# yum update openssl -y没错，这的确可以升级操作系统的op
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
