- 综合排序
- 最热优先
- 最新优先
- 来自专栏JD的专栏
Elasticsearch7.14版本集群架构升级之冷热集群
voting-only在master角色中，有另外个角色voting-only，需要注意的是该角色主要用于集群中选举主节点时投票使用。并不实际承担主节点的其他职责（如管理集群元数据和协调集群操作）。 这种角色通常在跨集群搜索（CCS）和跨集群复制（CCR）等场景中使用，允许一个集群作为客户端连接到另一个远程集群，以便进行查询或复制操作。 跨集群搜索（Cross-Cluster Search, CCS）: • 允许在一个本地集群中搜索和查询远程集群的数据。 跨集群复制（Cross-Cluster Replication, CCR）: • 允许在一个集群中将数据索引复制到另一个远程集群。 Elasticsearch索引降冷与恢复索引手动降冷在集群升级为冷热分层的架构之后，我们可以使用以下语句对存量索引进行手动降冷。
71685编辑于 2024-07-24 腾讯云数据库集群版新架构技术解析
一、 产品定位与核心亮点 腾讯云数据库 MySQL 集群版是基于云原生理念重构的新一代数据库架构，核心在于实现计算与存储的彻底分离。 其技术本质是通过分布式存储（云盘）替代本地磁盘，结合深度定制优化的数据库内核，解决了传统存算一体架构在弹性伸缩、数据可靠性和性能方面的瓶颈。 三、 应用框架和功能介绍 功能框架 集群版架构核心包含计算层（Master/Slave 节点）与存储层（云盘）。计算层负责处理SQL请求，存储层通过云盘提供数据持久化，并集成快照存储中心用于备份恢复。 内核深度优化：针对新架构进行了多项内核级优化，提升性能与稳定性。 监控细化：每个节点均有独立的监控指标，提供集群维度运行状态视图。 备份恢复高效：备份基于云盘快照，恢复时间不受数据量线性增长影响。 六、 发展路线图 2024年 Q2：集群版（云盘）上线，提供计算存储解耦架构。支持一键将存量架构升级至集群版。 2024年 Q3：计划支持Proxy、独立只读实例、生态产品集成。
10610编辑于 2026-05-30- 来自专栏微光点亮星辰
redis单机版，集群版，jedis
主要用来做数据缓存，本篇文章介绍redis的单机搭建，进而到redis的集群搭建，刚接触的可以先搭建单机版的，再搭建集群版的。 这里使用redis-3.0.0.tar.gz。 单机版： 在/usr新建一个目录redis用于存放redis-3.0.0.tar.gz。 ? ? 集群版： 我采用三主三从，三个主节点，另外三个作为备份。 执行创建集群命令： . yes即可 集群创建成功登陆任意redis结点查询集群中的节点情况 ? OK了，现在来看集群版的jedis。 注意有个坑，防火墙端口，7个端口要配进去。 ? ? 完成！
1.6K21发布于 2020-04-10 - 来自专栏落叶飞翔的蜗牛
Redis集群架构
针对这种场景，Redis在3.0版本中引入了Redis集群的部署架构。 Redis集群架构（Redis Cluster）是Redis 3.0开始引入的一种分布式存储架构，该架构由多个Redis节点组成，所有的数据分布在不同的节点中。 集群架构特性 Redis集群是一个提供在多个Redis节点之间共享数据的程序集。 这样就组成了下图中的结构模式： Redis集群架构示意图 集群架构哈希槽 Redis集群中引入了哈希槽的概念，Redis集群有16384个哈希槽，进行set操作时，每个key会通过CRC16校验后再对 key value”时，假如 CRC16(key) % 16384 = 777，那么这个key就会被分配到master1节点上，如下图： Redis集群架构哈希槽示意图 集群架构通信 既然Redis
1.8K20编辑于 2022-05-16 - 来自专栏飞鸟的专栏
Elasticsearch 集群架构
Elasticsearch集群架构Elasticsearch集群由多个节点组成，每个节点都是一个独立的Elasticsearch实例。每个节点都是平等的，可以执行相同的任务。 Master节点在Elasticsearch集群中，有一个节点被指定为主节点。主节点主要用于集群管理和协调工作。 主节点会负责以下任务：维护集群状态：主节点负责维护集群的整体状态，包括节点列表、索引元数据和分片状态等。 负责集群重平衡：当新的节点加入或旧的节点退出集群时，主节点会负责重平衡集群，将分片重新分配给节点。执行集群级别操作：例如创建或删除索引，设置索引级别的设置等。 集群状态Elasticsearch集群的状态可以分为以下三种：Green：集群正常，所有的主分片和副本分片都可用。Yellow：集群部分可用，所有的主分片都可用，但是一些副本分片不可用。
63510编辑于 2023-05-08 - 来自专栏全栈程序员必看
MySQL集群架构
MySQL集群架构 一、集群架构设计 1、架构设计理念 在集群架构设计时，主要遵从下面三个维度： 可用性 扩展性 一致性 2、可用性设计 站点高可用，冗余站点 服务高可用，冗余服务 数据高可用，冗余数据 （IO Thread多线程意义不大，主要指的是SQL Thread多线程） 在MySQL的5.6、5.7、8.0版本上，都是基于上述SQL Thread多线程思想，不断优化，减少复制延迟。 MySQL 5.6并行复制原理 MySQL 5.6版本也支持所谓的并行复制，但是其并行只是基于库的。如果用户的MySQL数据库中是多个库，对于从库复制的速度的确可以有比较大的帮助。 在MySQL 5.7版本中，其设计方式是将组提交的信息存放在GTID中。 目前MHA主要支持一主多从的架构，要搭建MHA，要求一个复制集群中必须最少有三台数据库服务器。 MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。
2.4K31编辑于 2022-09-18 - 来自专栏ops技术分享
Redis集群架构
Replication+Sentinel 这套架构使用的是社区版本推出的原生高可用解决方案，其架构图如下！ 我经历这套架构的时间为2015年，当时我好像咨询过我的主管为啥不用Codis和Redis官网的Redis Cluster。原因有二: 据说是因为Codis开源的比较晚，考虑到更换组件的成本问题。 Redis Cluster在2015年还是试用版，不保证会遇到什么问题，因此不敢尝试。 所以我没接触过Codis，之前一直用的是Twemproxy作为Proxy。 比如没有Release版？我接触到的时候距离Redis Cluster发布Release版已经很久。 而且毕竟是官网出的，肯定会一直维护、更新下去，未来必定会更加成熟、稳定。 针对这种情况，如果说其他Master有多余的Slave ，集群自动把多余的Slave迁移到没有Slave的Master 中。
78730发布于 2021-05-24 - 来自专栏开源部署
MongoDB集群架构之分片架构
" : { "shard" : 1000 }, "max" : { "shard" : { "$maxKey" : 1 } }, "tag" : "tag3" } 6.分片的优点 Mongodb的分片集群架构具有以下的优点 ： 在分片集群架构中，可以轻松实现多点写入。 在分片架构中，可以有多个路由节点，因此，连接到任意一个路由节点均可以提供数据的读写功能。 在分片集群架构中，可以提供写数据的负载均衡。 7.分片的缺点 Mongodb的分片集群架构具有以下的缺点： 在分片集群架构中，存在分片节点的单点故障问题。 在分片集群架构中，如果需要读取完整的数据，只能通过路由节点读取。而数据实际存储在分片节点中，因此其中必然会多出一些节点间的网络数据传输的消耗。
1.5K11编辑于 2022-08-17 - 来自专栏devops
【架构实战】缓存架构 Redis 集群部署
二、单机Redis的瓶颈单机Redis虽然性能优异，但存在以下问题：容量限制：受单机内存限制可用性风险：单点故障导致整个缓存层瘫痪性能瓶颈：无法水平扩展三、Redis集群架构1.Redis主从复制展开代码语言 Node2│(Slot5461-10922)└─────────┘↓┌─────────┐│Node3│(Slot10923-16383)└─────────┘四、RedisCluster部署1.启动集群节点展开代码语言 1：数据倾斜原因：某个节点的Slot数据量过大解决：使用redis-cli--clusterrebalance重新平衡问题2：集群分裂原因：网络分区导致集群分裂解决：配置cluster-node-timeout 和cluster-replica-validity-factor问题3：性能下降原因：网络延迟、GC暂停解决：优化网络、调整JVM参数七、总结Redis集群提供了高可用和水平扩展的能力，但也增加了复杂性 选择合适的架构（主从/Sentinel/Cluster）需要根据业务规模和可用性要求来决定。思考题：在你的项目中，为什么选择了当前的Redis架构？有没有遇到过集群相关的问题？个人观点，仅供参考
20710编辑于 2026-04-02 - 来自专栏章工运维
mysql高可用集群架构-mha架构
MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。 MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的 目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑 hostname=10.10.10.69 port=3306 candidate_master=1 #设置为候选master，如果设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个主库不是集群中事件最新的 通过masterha_check_repl脚本查看整个集群的状态 [root@ host67 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf
79450编辑于 2023-08-24 - 来自专栏IT技术订阅
集群日志收集架构ELK
ElasticSearch介绍 earch是一个实时的分布式搜索和分析引擎，采用java语言编写，现在的最新版本已经ElasticSearch7.5.x，他的主要特点如下： 实时搜索、实时分析分布式架构 、实时文件存储文档导向，所有对象都是文档高可用，易扩展，支持集群，分片与复制接口友好，支持json Logstash介绍 logstash是一款轻量级的、开源的日志收集处理框架，它可以方便的把分散的、多样化的日志收集起来 官方流程图如下: ELK常见架构 最简单的ELK应用架构 上面架构是简单粗暴的架构，这种架构对数据源服务器（即应用服务器）性能影响较大，因为Logsash是需要安装和运行在需要收集的数据源服务器（即应用服务器 当然上面的架构中，是支持集群的 如果日志文件量特别大，以及收集的服务器日志比较多；这样架构中需加入消息中间件做一下缓冲 此架构适合大型集群，海量数据的业务场景，消息队列kafka集群架构有效保障了收集数据的安全性和稳定性 ，而后端logstash和es均采用了集群模式搭建，从整体上提高了ELK的系统的高效性，扩展性和吞吐量。
1.2K30编辑于 2023-02-23 - 来自专栏小晨讲Flink
常见ClickHouse集群部署架构
原文链接：https://www.jianshu.com/p/f1fa7e5cb67f ClickHouse不同于Elasticsearch、HDFS这类主从架构的分布式系统，它采用多主（无中心）架构， 集群中的每个节点角色对等，客户端访问任意一个节点都能得到相同的效果。 ClickHouse借助分片将数据进行横向切分，而分片依赖集群，每个集群由1到多个分片组成，每个分片对应了CH的1个服务节点；分片数量的上限取决与节点数量（1个分片只能对应1个服务节点）。 这是最常见的集群实现方式。 方案二 在每个节点创建一个数据表，作为一个数据分片，分布表同时负责分片和副本的数据写入工作。 CH的分片与副本功能完全靠配置文件实现，无法自动管理，所以当集群规模较大时，集群运维成本较高 数据副本依赖ZooKeeper实现同步，当数据量较大时，ZooKeeper可能会称为瓶颈 如果资源充足，建议使用方案一
5.8K30编辑于 2022-03-10 - 来自专栏SDNLAB
ONOS集群管理架构分析
处理集群分裂的问题： 如果集群分裂为两个不同尺寸的部分，位于较小的集群的nodes会放弃自己的角色（或者无法放弃角色）。而位于较大的集群的node会强制为其master位于小集群的设备执行改选。 对于分布式系统来说，Actor是一种可行的架构。 ONOS目前的架构一定程度上有Actor模型的影子，关于Actor模型，可以参考这篇资料： http://www.infoq.com/cn/articles/reactive-cloud-actors， 这篇资料也介绍了响应式架构的优点。 LMAX（一种新型零售金融交易平台）的架构就实现了这一点： “使用基于内存的模型有一个重要问题：万一崩溃怎么办？
1.5K100发布于 2018-04-03 - 来自专栏开源部署
MongoDB集群架构之副本集架构
本文介绍了热门的NoSQL数据库MongoDB的副本集这种分布式架构的一些概念和操作。 图14 至此，Mongodb的副本集方式的集群部署成功。 4.副本集的优点 （1）部署简单。 Mongodb的副本集方式的集群，相对于MySQL的MHA或者MM方式的集群而言，部署方面简单，仅仅使用Mongodb官方软件的内置功能进行安装部署，不需要第三方的脚本或者软件即可完成部署。 5.副本集的缺点 Mongodb的副本集方式的集群架构有如下的缺点： （1）整个集群中只有一个主节点。因此写操作集中于某一个节点上，无法进行对写操作的负载均衡。
1.3K20编辑于 2022-08-17 - 来自专栏Laoqi's Linux运维专列
Linux集群架构介绍
根据功能划分为两大类： 高可用 负载均衡 高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机，冗余将接替继续提供服务 实现高可用的开源软件有：heartbeat、keepalived 负载均衡集群，需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的服务器了，这些服务器数量至少为2 实现负载均衡的开源软件有LVS、keepalived
2K60发布于 2018-05-09 - 来自专栏kubernetes中文社区
kubernetes集群架构解读
摘要： 1. kubernetes总架构图 2. kubernetes 各组件介绍 2.1 Master 节点 Master是kubernetes的大脑，运行的Deamon 服务包括kube-apiserver 1. kubernetes总架构图 ? 在API Server响应Kubecfg的请求后，Scheduler会根据Kubernetes Client获取集群中运行Pod及Minion/Node信息。 pod能能够互相通信，k8s集群必须部署pod网络，flannel是其中一个可以选择的方案 2.pod网络 ２.2.2 kubectl 架构解读 ? 查看集群节点信息 kubectl get nodes -o wide 原文地址：https://yq.aliyun.com/articles/699608 作者：朗月清风hyj ?
1.1K30发布于 2019-06-24 - 来自专栏后端开发随笔
redis集群之主从架构
https://redis.io/topics/replication 1. redis主从架构概述 （1）一个master可以配置多个slave （2）slave与master之间使用异步复制进行数据同步
48020发布于 2019-09-11 - 来自专栏CSDN技术博客
nacos部署手册-单机版和集群版
一、 单机版 a) 安装jdk8 本次部署使用非root用户-- csii tar -zxvf jdk-8u261-linux-x64.tar.gz && \ echo "export JAVA_HOME
43320发布于 2021-08-10 - 来自专栏GopherCoder
kafka 上手指南：集群版
当然分区可以在同一个 broker 上，也可以在不同 broker 上，如果你用上了集群版的 kafka。 topic-go-0 topic-go-1 topic-go-2 ... 什么是 kafka 集群？ 简单的说，集群是一群服务的集合，一个典型的特征是：多机器，多服务。这种特征能够保障系统的高可用，高并发。 集群 上文说到，集群一个特征是：多机器，多服务。 真实的线上环境，zookeeper 部署在不同机器，kafka server 部署在不同机器，组成的系统，共同服务于线上系统。 分区 单节点，topic 的分区，都在同一个文件夹下；集群版本，分区的大致可以均匀的分布在集群节点上 对外服务，和单节点完全一致。 ? broker.png 集群版本可能会出现的问题？ 设置过 不自动创建 topic，记得先手动创建 topic 集群访问地址不通。
1.6K00发布于 2019-11-12 - 来自专栏阿dai_linux
Linux集群、Keepalived—Nginx高可用集群架构搭建
第十八章 Linux集群 18.1 集群介绍 Linux集群根据功能划分为两大类：高可用和负载均衡。 高可用集群 高可用集群通常为2台服务器，一台工作，另一台作为冗余，当提供服务的机器宕机时，冗余将接替继续提供服务。 实现高可用的开源软件有：heartbeat、Keepalived，其中heartbeat已无人维护，所以今后使用Keepalived来搭建高可用集群。 负载均衡集群 负载均衡集群，需要有1台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外就是给用户提供服务的服务器了，这些服务器数量至少为2台，所以负载均衡集群至少要 注： 恢复master上的Keepalived服务后,会由master服务器为该集群提供服务。
2.6K42发布于 2019-04-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号