第一天 负载均衡之高并发发送

高并发发送:java

1处:负载均衡redis

2处:数据库数据库

image1.png

在APP服务器多台状况下,若是用户登陆,session怎么处理?apache

本文来源:凯哥Java(kaigejava)浏览器

我的博客:www.kaigejava.com缓存

以下图:tomcat


image2.png

说明:安全

若是用户登陆的时候负载到01服务器上,当用户在操做其余的时候,若是被负载到02机器上。这个时候02机器上面就没有当前用户的session。用户就会被转跳到登录页面。服务器

解决方案:cookie

1:能够把用户的session放置到cookie中

优势:解决了session没有的问题

缺点:session放在了用户的浏览器中,是不安全的

2:能够把用户的session放置到数据库中

优势:解决了session没有的问题

缺点:当用户量很大的时候,若是把session放置到数据库中,会形成数据库压力过大。从而使数据库运行不正常

3:能够把用户的session放在缓存服务器中

最好的解决的方案是:放在缓存服务器中。这里推荐两种缓存服务器:memcached、redis

要求:memcached/redis必须是集群

4:tomcat共享session

缺点:当tomcat数量过多的时候及其影响性能。因此不推荐



数据库并发:

1 要求:随着业务量的增大,数据库库承载能力也要增大

2 数据安全,不能丢失

3 支持备份+容灾


高并发解决发展阶段:

初级阶段:系统或服务器级别就诶接方案

image3.png


总结一句话:初级阶段怼硬件(服务器级别)

接着随着业务量的不断增长,硬件成本水涨船高。就进入了第二阶段:应用级别的解决方案

image4.png

总结一句话:应用级别处理。

业务量继续增长:进入第三阶段:

image5.png

增长了应用服务器的数量,随之而来的问题又来了。

问题1:用户访问ip多了,怎么解决?

多台应该服务器。每台对应的ip确定不同。

问题2:数据库出现了瓶颈,怎么解决?

解决用户IP多的办法一:

使用DNS进行解析。

DNS定义:

image6.png


DNS解析多ip思路:

image7.png

循环复用DNS。

缺点:

image8.png

终极解决方案:

image9.png

负载均衡工做原理分析:

image10.jpeg


说明:

image11.png


image12.png

1:在用户请求,转发请求的功能

2:若是这一台机器挂了

   负载均衡服务会不 会继续把请求转发给这台服务器呢?

  答案:不会

3:若是这一台机器恢复正常了

  负载均衡服务器会不会把它添加回来呢?

答案:会的

三大功能

:转发

:故障移除

:恢复添加


负载均衡的种类:

1)一种是经过硬件来进行解决,常见的硬件有NetScalerF5RadwareArray等商用的负载均衡器,可是它们是比较昂贵的

2)一种是经过软件来进行解决的,常见的软件有LVSNginxapache,它们是基于Linux系统而且开源的负载均衡策略.

相关文章
相关标签/搜索