高可用

光依旧7 小时前
redis·caffeine·高可用·缓存一致性·mcp·多实例
多实例治理一致性深潜:Redis与本地缓存降级(MCP实战手记·篇12 延伸)MCP工具治理 多实例 / Redis pub-sub / 缓存一致性本篇是《MCP实战手记》篇12(企业级Toolbox治理)的延伸篇,只拆「多实例一致性」一个点:把篇12 §8 的 Redis 一致性方案往下挖一层——本地 Caffeine 缓存 + pub/sub 失效,以及 Redis 挂了怎么降级。
极小狐5 天前
架构·gitlab·高可用·极狐gitlab
极狐GitLab集群高可用方案,多节点架构与故障自愈实践集群高可用方案指通过多节点部署与组件级冗余,消除极狐GitLab研发平台中数据库、缓存、存储等单点故障,实现故障自动转移与持续可用。
码灵薯5 天前
分布式集群·高可用·pacemaker·nfs-ganesha
部署基于gluster 分布式存储系统的 NFS-ganesha 高可用集群这里介绍如何部署基于gluster 分布式存储系统的 NFS-ganesha 高可用集群。 gluster分布式存储系统的部署可以参考官网:Installing GlusterFS - a Quick Start Guide,虽然这里以glusterfs 为例里,但是其他分布式文件系统如cephfs,luster 的部署方式基本一致。 这是使用高可用集群管理组件为pacemaker,这是红帽等公司新版本主流使用的方式。 同时这里使用的Linux发行版本ubuntu信息如下:
极小狐7 天前
gitlab·高可用·极狐gitlab
极狐GitLab双机热备搭建指南,主机备机部署与切换实操定义框:双机热备是指用极狐GitLab Geo搭建一主一备两个站点,备站点实时复制主站点数据,主站点故障时可切换接管的部署架构。
zzu123zsw7 天前
微服务·设计模式·架构·高可用·微服务架构设计
业务拆分后的治理深水区:解构企业级微服务六大核心设计模式与高可用落真实践在过去十年的软件工程演进中,“拆分单体、走向微服务”几乎成了所有中大型技术团队的必经之路。拆分带来的收益显而易见:业务线边界明晰、团队独立迭代发布、技术栈按需选型、局部弹性伸缩能力大幅增强。然而,许多团队在完成初期的“物理拆分”后,很快便发现自己陷入了更严峻的分布式治理深水区:
Sayai9 天前
运维·neo4j·keepalived·高可用·drbd
Neo4j 社区版高可用实战:DRBD 块级复制 + Keepalived 虚拟 IP 冷备切换(附启停 SOP 与脑裂防范)用 Neo4j 社区版(Community Edition)跑生产的同学都绕不开一个尴尬:社区版没有集群能力。因果集群(Causal Clustering)、副本、自动故障转移这些能力全部锁在企业版许可里,社区版只有"单进程 + 本地存储"一种形态——进程挂了服务就断,磁盘坏了数据就没了。图数据库在生产上往往承载的是配置管理、拓扑关系、依赖图谱这类数据(我在《Neo4j 内嵌模式实战》里对比过两个版本的集群能力差异),看着写多读少、丢了似乎也能重建,真到磁盘报废那一刻,"重新灌一遍数据"的代价和风险都会被
我不会起名字32211 天前
redis·docker·sentinel·高可用·哨兵
Redis 从 0 到 1(九):主库宕机 30 秒自动切主——1 主 2 从 3 哨兵 + Go 客户端我不会起名字322 · 后端 / 算法 / 数据库📘 技术栈 | 🧩 力扣 Hot100 | 🐹 Go 项目 | 🟥 Redis | 🐬 MySQL
熊出没16 天前
缓存·高并发·架构设计·高可用
高并发高可用系统设计:限流、熔断、降级与多级缓存实战指南适合谁读:负责核心交易链路、需要为大促或流量高峰做准备的后端工程师和架构师。解决什么问题:限流、熔断、降级、缓存这些词大家都听过,但真正在大促前被问到"阈值设多少"“线程池开多大”"重试几次"时,很多人只能拍脑袋。本文以一次电商大促备战为主线,把这些问题算清楚,并给出可直接使用、修正过常见 Bug 的代码。文中数字均为示例,前提会写明。
光依旧17 天前
运维·spring boot·nginx·高可用·优雅停机·mcp server
发版就掉请求?Spring Boot优雅停机的四步本文是《MCP实战手记系列(十):MCP Server高可用实战》的延伸知识点。完整的高可用方案(多实例、负载均衡、熔断降级、Redis哨兵)见系列(十)。
骑着蜗牛撵大象32718 天前
android·tcp/ip·负载均衡·tcp·高可用·健康检查·优雅关闭
服务下线不再炸:分层关闭、TCP 存活探测与负载均衡排水的落地套路在滚动发布、机房缩容、宿主机维护这些日常操作里,停机那一两秒最容易出事故:请求被派到正在关闭的实例、TCP 连接悬在半空、下游资源被提前释放导致回源报错。日志里常见的现象是「重启后偶发 502」,却很难说清是哪一层出的问题。
.冰块.19 天前
运维·mysql·读写分离·高可用·主从复制·mha
MySQL下篇 运维实战:备份恢复 + 主从复制 + MHA 高可用,含完整拓扑环境准备:使用CentOS-7-template模板克隆mysql01mysql5.7稳定版安装做完,拍摄快照
螺蛳粉 螺蛳粉19 天前
运维·负载均衡·lvs·keepalived·高可用
第五篇:Keepalived + LVS 四层负载均衡高可用实战:DR 模式全流程Keepalived 不只是"VIP 漂移工具"——它天生就是为 LVS(Linux Virtual Server)设计的。很多人不知道,Keepalived 的看家本领就是管理 LVS 集群,实现四层负载均衡 + 高可用的一体化方案。
光依旧20 天前
spring boot·高可用·nginx负载均衡·redis哨兵·mcp·微服务容错·resilience4j熔断
MCP实战手记系列(十):MCP Server高可用实战导读:系列(九)讲完6层安全,MCP Server已能挡人;但双11预热凌晨两点一次真实事故告诉我,能挡人不代表能扛事——单实例被流量打满、下游慢调用拖垮全场。本文基于那次脱敏复盘加本机Docker实测,讲清无状态MCP Server如何做到"挂一个不影响整体":状态全外置才能扩容,Nginx加权轮询加健康检查摘死实例,下游挂了靠Resilience4j熔断兜底、工具分级降级,再kill实例与Redis断网演练验证。做企业MCP生产部署、大促扩容、第三方接口熔断或防Redis与DB单点的团队,这套分层打法
螺蛳粉 螺蛳粉20 天前
数据库·mysql·adb·keepalived·高可用
第四篇:Keepalived + MySQL 主从高可用实战数据库是高可用里最难的一环——它不像 Web 那样无状态,主库一挂,光有 VIP 漂移还不够,还得保证新主库的数据是完整、可写的。Keepalived 本身只管"IP 漂移",所以做 MySQL 高可用,关键在健康检查脚本里把"谁才是合格主库"判断对。
做个文艺程序员20 天前
性能调优·minio·高可用·安全漏洞·分布式部署·纠删码
MinIO第06篇:分布式集群部署、纠删码调优与生产级性能优化系列导读:前五篇我们完成了从原理认知、基础集成、大文件上传、多租户隔离到事件驱动架构的完整链路。但到目前为止,所有的实操都建立在单机Docker环境上。单机MinIO只能用于开发验证,一旦你的SaaS平台真正面对生产流量,分布式集群部署、纠删码参数调优、性能基准测试和安全漏洞修复就变成了绕不过去的必修课。这一篇,我们正面攻克这些生产级难题。
螺蛳粉 螺蛳粉23 天前
网络·智能路由器·负载均衡·keepalived·高可用
第二篇:keepalived VRRP 原理篇:协议与 VIP 漂移机制深入解析很多运维朋友都用过 Keepalived,知道它能做高可用、能漂移 VIP,但对它"为什么能漂移"、VRRP 报文里到底传了什么、主备是怎么选举的,往往一知半解。
螺蛳粉 螺蛳粉23 天前
运维·nginx·负载均衡·keepalived·高可用
第一篇:Keepalived 高可用实战:VIP 漂移与 Nginx 主备切换完整指南Keepalived 是一款运行在 Linux 下的高可用(HA)管理软件,基于 VRRP(Virtual Router Redundancy Protocol,虚拟路由冗余协议) 实现。它的核心作用是:通过一组服务器对外提供一个虚拟 IP(VIP),当主节点故障时,备用节点自动接管这个 VIP,实现服务的故障自动转移,从而保证业务不中断。
gwf2161 个月前
linux内核·高可用·存储技术·多路径·企业级ssd·双端口·alua
企业级SSD双端口与高可用架构深度解析(Dual Port / Multipath / ALUA / Active-Active)摘要:系统解析企业级SSD双端口(Dual Port)架构的硬件实现与协议原理,涵盖NVMe PCIe双端口与SAS双端口的拓扑差异、Active-Active/Active-Passive/ALUA三种路径访问模型、Asymmetric Namespace Access (ANA) 状态机转换、NVMe Multipath内核实现与I/O路径切换、RDMA/NVMe-oF双路径冗余、双端口SSD在HA双活存储阵列中的应用、以及fio多路径I/O性能与故障切换实测对比。
hey you~1 个月前
消息队列·数据库架构·高可用·实时同步·最终一致性·云客服·会话数据
云客服会话数据实时同步,数据库架构怎么设计?本文系统阐述云客服会话数据实时同步的数据库架构设计,覆盖同步模式选型、业务库分库分表、CDC 变更捕获、消息队列削峰、查询库读优化、最终一致性保障、高可用容灾、性能调优与监控排查。文章给出四层可复用架构、关键配置参数、Docker Compose 可运行示例、脱敏实测指标、故障切换与对账补偿流程。核心结论:云客服会话数据同步建议采用“业务库 + CDC + 消息队列 + 查询库”异步实时链路,业务库按 session_id 哈希分片,查询库按天分区,端到端延迟 P95 控制在 500ms 内,一致性采用最
迷茫的大专生1 个月前
redis·mysql·nginx·高可用
高可用总结摘要:本文围绕高可用体系建设展开,重点澄清高可用不等于强一致性、集群不等于备份、复制也不等于容灾。内容涵盖 Redis Sentinel 与 Cluster 高可用方案、开发测试生产环境一致性、Syslog 日志级别、容器时间同步、Ansible 自动化管理、Nginx 与 Keepalived 高可用、MySQL 主从复制、备份体系以及日志排错等核心知识点,并结合常见误区进行纠偏和复习总结。