600字范文,内容丰富有趣,生活中的好帮手!
600字范文 > 微服务高性能高可用架构设计

微服务高性能高可用架构设计

时间:2024-07-06 00:55:19

相关推荐

微服务高性能高可用架构设计

服务入口

Keepalived

用户发起一个请求经过dns、网络、最后到机房的物理网关,网关后面就是入口Nginx服务器

用Keepalived做入口Nginx服务器的容灾,Keepalived配置一个ip地址,且与主备服务器之间建立心跳连接,配置的ip地址挂在主服务器上,主服务器宕机后,副服务器接手ip。(类似VMware创建虚拟机的时候选择桥接模式,通过虚拟机的ip也能找到宿主机)只需将这个内网ip映射到外网,即可实现入口服务器的高可用。

根据请求路径的哈希分配到下属Nginx集群

原因:

如果默认轮询分配,会造成缓存资源浪费(每个服务都要缓存相同的资源)、重复做登录校验等问题。如果按请求方ip分配,移动端网络ip经常变动,同样会造成上述问题。因此根据请求路径相对好一些。如果个别get请求占用资源特别多,可为这部分资源再分一个集群出来。

OpenResty集群

请求转发到后面的OpenResty(基于Nginx的一个扩展服务,提供查询Nginx本地缓存,操作redis等模块),Nginx本地可针对请求路径,例如GET:/goods/101 ,这个商品资源是首页置顶热推商品,那么请求必然很多。可用lua编写Nginx脚本,将结果缓存在Nginx,相同请求直接返回,减轻Tomcat并发压力(Nginx的QPS要比Tomcat强一点),同时也避免转发网络的性能损耗。当然这种缓存资源必须是对实时性不敏感的。例如商品信息可以设置10分钟过期时间,如果本地查不到,访问redis获取(redis的数据同步交给Canal完成)。如果redis查不到,则访问Tomcat服务。

Tomcat集群

请求进入Tomcat可以有2种设计:

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。