后端架构高可用可伸缩讲解之高可用

去年参加了一个技术分享活动，七牛的一个技术大牛给简要的介绍了一些高可用可伸缩的一些最佳实践，虽然只是一次简短的介绍，但是依然从中学到了很多东西，PPT内容主要分以下几个部分:

• 入口层高可用

• 业务层高可用

• 缓存层高可用

• 数据库高可用

• 入口层可伸缩

• 业务层可伸缩

• 缓存层可伸缩

• 数据库可伸缩

打算分两次把参加的技术活动日内容归类整理，
第一次主要讲下高可用，第二次讲一下可伸缩

下面来分层介绍实践方法。

入口层高可用

nigix两个 keeplive保活 心跳做好。

• 使用心跳技术：keeplive提供这个技术

• 比如机器A IP是1.2.3.4，机器B IP是1.2.3.5，那么再申请一个IP （1.2.3.6）我们称之为心跳IP，平时绑定再A上面，如果A宕机，那么IP会自动绑定到B上面

• DNS 层面绑定到心跳IP即可

• 两台机器必须在同一网段

• 服务监听必须监听所有IP，如果仅仅监听心跳IP，那么从机上的服务（不持有心跳IP的机器）会启动失败

• 服务器利用率下降（混合部署可以改善这一点）

考虑一个问题，两台机器，两个公网IP，DNS把域名同时定位到两个IP，这算高可用吗

不算，客户端（比如浏览器） 解析完后会随机选一个 IP访问 ， 而不是一个失败后就去另一个 。 所以如果一台机器当机 ，那么就有一半左右的用户无法访问 。

业务层高可用

• 业务层不要有状态 ， 状态分散到缓存层和数据库层 。 只要没有状态，业务层的服务死掉后，前面的nginx会自动把流量打到剩下的服务 。 所以，业务层无状态是一个重点。

• 友情提醒：不要因为想让服务无状态就直接用cookie session, 里边的坑有点大，考察清楚后再用比较好。比如重放攻击 。

缓存层高可用

• 缓存层分得细一点，保证单台缓存宕机后数据库还能撑得住 。

• 中小模下缓存层和业务层可以混合部署， 这样可以节省机器

• 大型规模网站，业务层和缓存层分开部署。

• 缓存层高可用，缓存可以启用主从两台，主缓存活着的时候，主缓存读，主从缓存都写，主缓存宕机后，从变主，主恢复后， 变成新的从。这样可以保证数据完整性，实现高可用

数据库高可用

• MySQL有主从模式， 还有主主模式都能满足你的需求

• MongoDB也有ReplicaSet的概念，基本都能满足大家的需求。
  这里就不做详细介绍了，有兴趣的同学可以自行百度。

高可用小结

原文链接：http://www.cnblogs.com/liuroy/p/6536630.html

---

.NET社区新闻，深度好文，微信中搜索dotNET跨平台或扫描二维码关注