集群的可扩展性及其分布式体系结构之七－－网络负载平衡常见问题

网络不可达错误在高可用集群环境中往往作为失效事件的触发条件，需要被被均衡器及时判断并做出响应。该错误比常见于网络风暴、节点web服务过载等情况下。由于内部通信机制的设计不当，导致节点之间过于频繁的进行消息通信，因而在集群内部的网络中产生大量的UDP通信包，使得网络阻塞。

例如，平衡器用于确认节点是否有效的心跳信号，就可能因为网络的阻塞而无法在Timeout时间内到达节点，因此这个本来正常的节点就会被平衡器认为是一个失效的节点从集群的有效节点列表中删除。

4. 存储一致性

对于一个集群系统而言，不可避免的要考虑系统中的数据存贮问题。一般来说，包括海量数据库系统和大规模电子邮局，一旦采用了分布式计算的构架，就一定要解决数据存储的容量和一致性两个方面的问题。

采用了分布式架构，海量存储自然变为可能。通过人工的方法或者预设的策略，可以将数据按照一定的单位分割（比如说块），分别存放在不同的物理存储设备上。典型的如大多数的数据库管理系统，借助文件组和跨磁盘存储能力，将大容量的数据信息存放在不同的磁盘分区，以提高整体的存储容量。像微软的Sql Server 中的文件组，或者是UDB2里面的TableSpace，可以跨磁盘分区存放表和其他数据库对象。

但是对于集群系统而言，尤其是网络负载平衡系统，集群内的节点被均衡器无差别地对待（就数据访问能力而言），均衡器假定所有的节点能够对同一数据进行一致读写。而同时出于容量的考虑又需要将数据分布式存储。那么如何保存各个节点的有效副本，如何对共享数据进行一致访问，就成为多数的负载平衡系统中至关重要的问题。

以目前比较流行的LVS（Linux Virtual Server）负载平衡系统为例。LVS通过linux的核心数据包投递程序，将进入集群系统的IP包按照既定规则转发到相应的集群节点进行处理。注意：这里处理的对象是网络数据包而不是具体的磁盘数据 ，那么意味着LVS假设所有的节点访问同一个一致的、可靠的、大容量的磁盘共享系统。当然，NAS或者共享RAID阵列等硬件上可以实现这一点，但是在兼顾效率和容量的分布式存储环境下，要求每一个节点保存部分数据，而且不同结点的数据互相不交叉或者交叉比较少。就难免出现数据读写不一致的情况。