在大规模用户的基础上,租用一台服务器是不可能完整顶住压力的,除了讲解缓存服务器和压力之外,缓存服务器的散布式安排和集群也需要参加考量。
我们都知道一个大型的网站一般都不是一下子成型的,而是通过业务的发展,逐步调剂,逐步方案,逐步壮大的一个过程,在盘算机领域,几乎没有任何一个业务可以预言三年后的发展规模,并将之做成一个很成熱、很通用的解决方案,所有解决方案都是针对现有业务和现有规模进行整合抽象并实现。所谓复用、抽象、整合,这些都是在现有规模基础上进行萃取的一个过程,事实上如果将设计架构考虑到太远,就会涌现过度设计的问题。
散布式的核心功效是缩短某个任务的履行时间,集群的核心功效是通过提升单位时间里面履行多少任务数量来进步效率。
散布式是将不同的任务散布在不同的处所,比如这台服务器做数据库业务,那台服务器倣缓存业务,这是散布式,而集群是将电脑集中在一起同时履行一个业务。
散布式中的每一个节点服务都可以做集群,而集群并非就必定是散布式的。
常用的负载均衡技巧硬件有F5,价格比较贵,比较常用的软件有LVS、 Nginx、 HAPROXY。LVS是四层负载均衡,根据目标地址和端口选择内部服务器, Nginx支撑七层负載均衡, HAPROXY支撑四层、七层负载均衡,可以根据报文内容选择内部服务器,因此LVS分发路径优于Ninx和 HAPROXY,性能要高些,而 Nginx和 HAPROXY则更具配置性,如可以用来做动静分别(根据恳求协议的特点,选择静态资源服务器还是利用服务器)。那么所调的负截均衡,就是对外有一个公共地址,在恳求过来的时候,通过轮询、随机分配等方法,定点到不同的服务器,以分推脹务器的压力。我们将会在后面的游戏服务器框架的设计上提到这个问題当然在游戏服务器看来,负載均技巧是一定要存在的(在后续章节会详细描写散布式的框架)。
我们也应当考虑CDN和反向代理的方法。举个比较常见的例子。如服务器安排在北京的机房,对于河北用户来说访问是较快的,而对于浙江的用户访问是较慢的,这是由于浙江和北京分辨属于电信和联通的不发达地区,浙江用户需要通过互联路由器经过较长的路径才干访问到北的服务器,返回路径也一样、所以数据传输时间比较长。对于这种情况
我们一般应用CDN解決,CDN将数据内容缓存到运营商的机房,用户访问时先从最近的运营商获取数据,这样大大减少了网络访问的路径。
而反向代理则是安排在网站的机房,当用户恳求达到时首先访问反向代理服务器,反向代理服务器将缓存的数据返回给用户,如果没有缓存数据才会持续走利用服务器获取,也減少了获取数据的成本。反向代理的君序有 Squid、 Nginx等。
我们可以应用阿里公司开源的一套Dubo来直接解决散布式问题Dubbo是一套Java编写的RPC框架,它的思想还是SOA的,其作用是统一管理配置各个系统服务之间的调用。
