什么是负载均衡?通俗一点讲,就是在高并发、大数据环境下给服务器减压的技术。
负载均衡是任何一个有一定规模的互联网企业都会考虑的问题,负载方式很多,有依靠硬件实现的,也有依靠软件实现负载的。
今天来聊聊使用软件来负载的方式。
你可能听过各自负载的方式,比如常见的nginx,dubbo,springcloud等等技术框架都能实现负载,作为软件大牛的你有没有考虑过这些负载方式的区别呢?
下面小源就来假想个案例来谈谈常用的负载,我想对你一定会有帮助。
【以下故事纯属虚构,请勿对号入座,想学习linux相关的配置以及更多的负载知识请加群523916260】
从一个tomcat谈起
在很久很久以前,小源成立了自己的公司,并做了一个购物网站-《小源购物网》,刚开始架构非常简单,传统的java开发框架,一个tomcat容器,经过1个月的没日没夜的编码,搞定,上线。
1年后,项目没想到火了,每天都有大量的人来购买娃娃、衣服、杯子等等。突然发现一个tomcat搞不定,怎么办?两个tomcat呗!
那么问题来了,两个tomcat没问题,服务器也整几台,但是我域名只有一个啊,怎么办?
Nginx登场
Nginx登场,通过一棒子程序猿的倒腾,在项目中引入nginx就能解决并发问题了,其中的研究过程也并不简单,session怎么共享,配置文件怎么配置等等,说多了都是泪,不管怎么说,起码完成了任务,能让2个tomcat联合起来工作了。
然而在线商城越来越火,没过2个月,发现2个tomcat也搞不定了,怎么办?只能集成更多tomcat了,当然Nginx集成很多tomcat都没问题,架构图如下:
但是……
增加tomcat小源得修改nginx.conf这配置文件,修改了配置问题我当然可以reload,让nginx生效,但reload狗血的经常有问题,而我又不得不经常重启。
重启就麻烦大了,我那服务不得停止,客户好好的在购物,突然发现不能下单,不能付款了,这不非常糟糕?
其实也还好,虽然客户友好度不好,但小源一般凌晨3点加班来维护,幸苦是辛苦,但勉强能接受。
直到有一天……
噩梦的一天
那天小源正在午睡,3伏天,太阳高晒着,在睡梦中砰的一声,电是没停,可是那台nginx服务器已经在冒烟了。
怎么办?那一天nginx的服务器肯定是报销了,没过多久客户的投诉电话就没完没了的打了过来,而这只是刚过去10分钟……
只能重新搭建个服务器了,好在服务器还有,只是配置文件什么了都忘记备份了,火急火燎的我足足花了1个小时才把服务器弄好,还是nginx配置文件非常熟练的情况下。
问题虽然解决了,但当天小源依然被投资经理一顿臭骂,一个小时损失了很多钱啊,而且客户的投诉还堆积如山。
以后再发生这情况怎么办?我肯定记得把配置文件进行备份了,但再发生nginx死机也是不能接受的啊.
终于……
Nginx+keepalived上线
一个nginx机群肯定是不行了,那我得用两个nginx机群才行,一个nginx冒烟了,另外个nignx马上等顶替,这样不就好了吗?
好了,那么总体的架构图如下。
终于,这样的架构解决了很大的问题。
但是这架构也有问题,至于到底有什么问题呢?
Dubbo,spring cloud,zookeeper到底和负载有什么关系呢?
请听下回分解~