系统架构师修炼之云计算（分布式，集群，负载均衡乱谈）

以下内容纯属瞎忽悠，别太当真：)

负载均衡：

负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，我个人接触过一些解决方法，其中有两个架构可以给大家做参考。
硬件四层交换，

第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。　
第四层交换功能就象是虚 IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。

这些业务在物理服务器基础上，需要复杂的载量平衡算法。

在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、 TCP和UDP端口共同决定。

在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。

Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了。

（以上内容转摘自网络）

硬件四层交换机很管用的，2000年后的那几年，本人在在一家当时的大型互联网公司，负载均衡就使用了硬件四层交换机，好象就有Alteon，另外似乎还记得有华为L4（时间太久远记不清楚了）。

当时本人曾经负责研发实施的一个项目，需要并发应对数千用户，后端部署了四台应用服务器，前端就是用了一台硬件四层交换机（配置非常简单）做负载均衡实现分布式搞定了（硬件四层交换机很贵，好象是几十万的价格，公司当时很有钱，交换机都闲着随便用）。

软件四层交换，可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，性能肯定比硬件四层交换要差不少。

DNS轮循，也是解决负载均衡的办法，当年公司也在使用。

（以下内容转摘自网络）

集群（cluster）：暂时搜集一些概念。

数据库集群，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。

负载均衡集群，LVS。。。

高可用性集群。。。

Apache集群。。。

Tomcat集群。。。

Apache+Tomcat集群。。。

Squid集群。。。

Squid+LVS集群。。。

nginx集群。。。

只要你想得到，应该都能做得到。

分布式：分布式文件系统（Distributed File System），HDFS，GFS。。。技术的海洋，每一项都太广，没完没了，想学都是学不完的。。。