系列文章Zookeeper系列（一）集群搭建（非容器）目录 前言 下载 搭建 Data目录 Conf目录 集群复制和修改 启动 配置示例 测试 总结前言Zookeeper是一个开源的分布式协调服务，其设计目标是将那些复杂的且容易出错的分布式一致性服务封装起来，构成一个高效可靠的原语集，并以一些简单的接口提供给用户使用。ZooKeeper背后的动机是减轻分布式应用程序从头开始实现协调服务的责任。
正常情况下，我们右击XXXApplication，选择Run'xxxApplication'之后呢，我们IDEA的下发的信息框如下图：只需点击service框然后点击左上角的"+"，弹框如下：点击最上面的RunConfigurationType,此时弹框如下：我们滑轮往下滑，找到Springboot,并点击此时Service下的界面就会变成这样（XXXApplication项目运行中）选中我们的xxxApplicaiton并右键点击，弹框如下：点击CopyConfiguration,弹框如下：点击弹框的右上角偏下一点的蓝色的Modifyoptions,随后弹框如下点击这个Overridecon
说明本文只是陈述了一种方法，不必评判谁对谁错谁好谁坏，选择适合自己的即可。 环境站点名称vCenter版本vSAN集群集群主机主机版本磁盘组vcsa67.lab.comvCenter6.7U3clusteresxi-b1.lab.comesxi-b2.lab.comesxi-b3.lab.comesxi-b4.lab.comESXi6.7U3每台主机有两个磁盘组每个磁盘组一个闪存盘每个磁盘组两个容量盘vcsa.lab.comvCenter7.0U3vsan01esxi-a1.lab.comesxi-a2.lab.comesxi-a3.lab.comesxi-a4.lab.comESXi7.0U
1.集群角色 zookeeper集群下，有3种角色，分别是领导者(Leader)、跟随着(Follower)、观察者(Observer)。接下来我们分别看一下这三种角色的作用。领导者(Leader)： 事务请求（写操作）的唯一调度者和处理者，保证集群事务处理的顺序性； 集群内部各个服务器的调度者。对于create、setData、delete等有写操作的请求，则要统一转发给leader处理，leader需要决定编号、执行操作，这个过程称为事务。跟随着(Follower) 处理客户端非事务（读操作）请求（可以直接响应）。 转发事务请求
目录一、高可用（HA）的背景知识1.1 单点故障1.2 如何解决单点故障 1.2.1主备集群 1.2.2 Active、Standby1.2.3 高可用1.2.4 集群可用性评判标准（x 个 9）1.3 HA 系统设计核心问题 1.3.1脑裂问题 1.3.2数据状态同步问题二、NAMENODE 单点故障问题 2.1概述 2.2解决 三、HDFSHA 解决方案--QJM3.1QJM—主备切换、脑裂问题解决3.1.1 ZKFailoverController（zkfc）3.1.2 Fencing（隔离）机制 3.2 主备数据状态同步问题解决 四、HDFSHA 集群搭建 4.1 HA 集群规划 4
1.概述Redis集群是一个提供在多个Redis间节点间共享数据的程序集。Redis集群并不支持处理多个keys的命令,因为这需要在不同的节点间移动数据,从而达不到像Redis那样的性能,在高负载的情况下可能会导致不可预料的错误。Redis集群通过分区来提供一定程度的可用性,在实际环境中当某个节点宕机或者不可达的情况下继续处理命令。Redis集群的优势:自动分割数据到不同的节点上。整个集群的部分节点失败或者不可达的情况下能够继续处理命令。2.获取资源及上传首先通过命令获取redis安装包：wgethttps://download.redis.io/releases/redis-6.2.6.ta
hbase历险记目录hbase历险记寻找问题分析原因解决方案方案1（资源问题、失败）方案2（成功）寻找问题 不知道你是不是有这样的疑惑。我kylin是个单机，我使用的hbase是个集群，但内存全在某一台机器上了。其实，这里kylin是单机还是集群都无所谓的，但hbase作为存储，为什么集群内存占用到了一台。 我就在hbaseshell中使用了hbase负载均衡的命令balance_switchtrue 过了一会发现并没有用。 我就用knox做了网关，把hbase的页面信息代理了出来，进去浏览了一圈发现了 通过网上的寻找，就是它。分析原因
1.背景介绍Zookeeper是一个开源的分布式协调服务，用于构建分布式应用程序的基础设施。它提供了一组简单的原子性操作来管理分布式应用程序的数据，并确保数据的一致性。Zookeeper的核心功能包括：集群管理：Zookeeper可以管理一个集群中的节点，并确保集群中的节点数量始终保持在预定的数量内。数据同步：Zookeeper可以将数据同步到集群中的所有节点，确保数据的一致性。配置管理：Zookeeper可以管理应用程序的配置信息，并将配置信息同步到集群中的所有节点。命名服务：Zookeeper可以提供一个全局的命名服务，用于管理应用程序的资源。Zookeeper的健康监测和报警是非常重要的
文章目录引言常用的Kubernetes集群监控方案1.Prometheus+Grafana优点：缺点：2.Heapster+InfluxDB+Grafana优点：缺点：3.ElasticStack（ELKStack）优点：缺点：示例演示1.Prometheus+Grafana示例2.Heapster+InfluxDB+Grafana示例3.ElasticStack示例结论引言Kubernetes（K8s）作为一款容器编排平台，其集群监控是确保系统稳定性和性能优化的关键方面。本文将介绍常用的几种Kubernetes集群监控方案，并比较各自的优缺点。同时，提供详细的示例演示如何在Kubernete
目录一、理论1.K8S集群升级2.环境3.升级策略4.master1节点迁移容器运行时(docker→containerd) 5.master2节点迁移容器运行时(docker→containerd) 6.node1节点容器运行时迁移(docker→containerd) 7.升级集群计划（v1.23.14→ v1.24.1）8.升级master1节点版本（v1.24.1）9.升级master2节点版本（v1.24.1）10.升级node1节点版本（v1.24.1）11.验证集群（v1.24.1）二、实验1.环境2.master1节点迁移容器运行时(docker→containerd) 3.m
