【成为架构师3-3】服务化:必须保证高可用

本文介绍了互联网架构中实现高可用的常用手段,包括集群化、故障自动转移,并详细阐述了从端到反向代理、反向代理到站点、站点应用到微服务、微服务到缓存(如memcache和redis)、服务到读写库等多个层面的高可用策略。通过冗余和故障自动转移,确保系统的稳定性和透明性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。

高可用的常用手段

可用,指的是系统对外能够提供服务,系统的可用时间 / 系统的总运行时间,所得的比值就是表征系统的可用的度量指标,用几个九来表示,99.99%就是四个九。

互联网架构实践中,实现高可用通常使用以下两种方式:

  1. 集群化(冗余)
  2. 故障自动转移

微服务的架构有很多层,每一层之间都要实现高可用在这里插入图片描述
也就有了:端到反向代理、反向代理到站点、站点应用到微服务、微服务到缓存、微服务到读库、微服务到写库的多个层面高可用

端到反向代理的

自上而下,先来看端到反向代理
在这里插入图片描述
在前面章节反向代理的内容中已经提及,反向代理的高可用使用虚VIP + Keepalived的方式来实现的,keepalived机制会检测主nginx的存活状态,当其不可用时会用从nginx顶上,虚IP使其二者对外是一个整体,流量迁移对调用方是透明的。

但是当主nginx挂掉的时候,当时连接的流量还是会有影响,不过用户只要进行刷新操作就可以恢复了。

之前有一个预留问题,就是这种方案nginx的利用率只用50%,解决方案就是双主互备,两个nginx使用两个虚IP,nginx之间互为主从,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值