集群的可扩展性及其分布式体系结构之八

核心提示： 如果均衡器不知道客户端的SSL的会话标识，而那些不带有相关cookie信息的节点无法对该请求进行服务响应（例如，集群的可扩展性及其分布式体系结构之八(2)，需要验证请求的身份），均衡器错误的把同一个会话的请求转发到不同的服务器上--这直接导致SSL的通信失败，因此，对于可扩展性要求比较高的

如果均衡器不知道客户端的SSL的会话标识，而那些不带有相关cookie信息的节点无法对该请求进行服务响应（例如，需要验证请求的身份），均衡器错误的把同一个会话的请求转发到不同的服务器上--这直接导致SSL的通信失败。对于一个具备内容均衡的负载平衡系统里来讲，它可以识别出会话标记，把同一个SSL会话的数据转发到同一台服务器。而对于新的SSL会话请求，可以开辟新的连接映射，选择 负载比较轻的主机进行。通过SSL会话Session的复用，最大程度的加快了集群的服务吞吐量和整体性能。

内容分区

对于集群系统而言，可扩展性也包括了对存储的考虑，即文件系统的可扩展性。对于面向连接的交换而言，由于采用了集中式的调度策略，负载平衡器必须无差别的统一看待所有的服务结点，认为节点的所能提供的服务能力和内容是完全一致的。这就要求所有的服务结点使用同一份内容镜像，或者共享一个大容量的磁盘。但是，这样的方式大大限制了服务结点文件系统的可扩展性：

第一，由于所有的节点保存同样的内容，实际上集群的存储容量限制在了一台节点的存储能力上，假设每台节点提供80G的存储空间，10台节点构成的集群也还是只能提供80G的存储能力，无法获得更高的扩充；

第二，内容的同步和一致导致集群内部通信极大的开销。对于非只读的集群系统而言，由于内容的更新可能发生在任何一个节点上，因此需要有一种可靠的、实时的机制来将文件内容的变化同步到所有的其他接点之上。即使使用全局同步内容的做法，也无法解决面向 连接调度的负载平衡集群固有的缺陷。

第三，如果采用集中式存储，又会导致网络磁盘I/O的瓶颈。如果采用集中式的存储服务器，比如NFS文件服务器或者共享RAID、NAS设备等，可以解决服务结点内容不一致的问题，但是这也限制了集群节点的最大数量。对于仅有2～4台节点的集群，使用NAS高速设备共享存储是一个比较经济、简单的解决办法，因为任何一个数据库系统或者文件系统在100M以太网上足以应付少量节点的并发访问请求。但是随着更多的服务结点的加入，集中存储就变成集群系统的瓶颈，同时也消耗了大量的内部带宽。因此，对于可扩展性要求比较高的系统而言，不适合采用集中式存储 。