用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 之间没有冲突，也就是说这些应用都可以同时运行在任何一台服务器上，这是最完美的状况，可以达到最高的可靠性定义。我们假定服务器处理能力都能够满足处理能力的要求。

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

　　服务器　　第一备援　　第二备援　　第三备援

　　DBServer　FINServer　FILEServer　WEBServer

　　WEBServer　FINServer　FINServer　DBServer

　　FILEServer　FINServer　DBServer　WEBServer

　　FINServer　　DBServer　WEBServer　FILEServer

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

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

 

相关链接：iSCSI 环境下集群（应用虚拟化）的实现(一)　　　　　iSCSI 环境下集群（应用虚拟化）的实现(二)