用LanderCluster构建这样集群

 

   由于集群还是比较复杂，大多数用户和存储爱好者对它的认识，认识还不够深刻，不能够有效的和实际环境联系起来，也不知道如何下手来实现这样的环境。我们为相当多的用户构建了这样的集群环境，那么就结合我们的实践经验来分享一下这个概念。下面以大多数政府用户的典型环境进行设计分析，来理解前面提到的概念。

 

   很多的政府用户典型的应用环境包括：业务数据库服务器（可能是ORACLE、SQL Server 、MySQL等）、应用服务器（中间件服务器）、办公自动化服务器（OA 服务器，Notes等）、文件服务器、财务服务器等，这些服务器往往都是单独运行的，个别环境会在核心的数据库服务器做个双机环境，确保关键部分高可用，而实际上，现在的用户系统已经是一个复杂的多机协同提供服务的环境了，数据库服务器是可靠的，那么应用服务器如果宕机，整个系统环境同样是不可靠的，会因为其中的某台服务器宕机而停止服务，这样环境的整体可靠性，取决于整个环境中各个服务器、应用的可靠性。因此，真正能有效提高整体可靠性的手段，就是采用集群技术。

 

   这些服务器都可以整合在一个IP SAN环境中，通过LanderCluster实现高可用。我们来分析这个环境，这些服务器环境的应用数据都存放在iSCSI存储设备的相关分区上，iSCSI环境规划参考下表：

 

   注：下表仅仅是参考环境，取环境中的几个应用系统进行示范，所有定义内容均是参考数据

 

服务器 数据库服务器 应用服务器 文件服务器 财务服务器

主机名 DBserver WEBserver FILEserver FINserver

应用类型(例) ORACLE WEBlogic 　 MySQL

iSCSI分区（LUN） 1 2 3 4

卷定义（Windows环境，Linux是文件系统） D: E: F: G:

IP规划 192.168.8.1 192.168.8.2 192.168.8.3 192.168.8.4

操作系统 Windows/Linux Windows/Linux Windows/Linux Windows/Linux

　

 

   在这样一个环境下，我们需要定义备援规则，首先看这几台服务器的应用系统：ORACLE、MySQL、文件服务、WebLogic 之间没有冲突，也就是说这些应用都可以同时运行在任何一台服务器上，这是最完美的状况，可以达到最高的可靠性定义。我们假定服务器处理能力都能够满足处理能力的要求。

 

  那么，备援规则的定义可以如下表： 

 

   这是一种完美状态的环境规划，在实际运行环境中，每个服务器节点的备援理论上达到2个，就已经具有非常高的可靠性了，上面的定义包含了各种极端情况都能保证系统不停止提供服务，比如任意3台服务器宕机，那台好的服务器也能提供4个应用的服务。

 

  简单的以数据库服务器为例说明工作方式，在正常运行时，四台服务器分别运行自己的应用。某个时刻数据库服务器宕机，则LanderCluster会在10 秒钟之内发现，立刻检索备援规则表（存放在每个节点机的内存中），发现第一备援机是财务服务器（FINServer）,在确定财务服务器是完好的情况下，将数据库服务器上的资源包，整体切换到财务服务器上运行（包括IP、iSCSI分区、ORACLE服务等），切换过程不超过50秒。如果 LanderCluster侦测发现财务服务器是坏的，则会检查第二备援节点状态，如果第二节点文件服务器（FILEServer）是好的，则切换到文件服务器上工作，依次类推。这样我们知道，集群环境的规划相当的重要。