双机热备集群与高可用性入门Word文档格式.docx

双机热备集群与高可用性入门Word文档格式.docx

《双机热备集群与高可用性入门Word文档格式.docx》由会员分享，可在线阅读，更多相关《双机热备集群与高可用性入门Word文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

当其中运行着的一台效劳器显现故障无法启动时，另一台备份效劳器会通过软件诊测（一样是通过心跳诊断）将standby机械激活，保证应用在短时刻内完全恢复正常利用。

什么缘故要做双机热备？

双机热备针对的是效劳器的故障。

　效劳器的故障可能由各类缘故引发，如设备故障、操作系统故障、软件系统故障等等。

一样地讲，在技术人员在现场的情形下，恢复效劳器正常可能需要１０分钟、几小时乃至几天。

从实际体会上看，除非是简单地重启效劳器（可能隐患仍然存在），不然往往需要几个小时以上。

而若是技术人员不在现场，那么恢复效劳的时刻就更长了。

　而关于一些重要系统而言，用户是很难忍受如此长时刻的效劳中断的。

因此，就需要通过双机热备，来幸免长时刻的效劳中断，保证系统长期、靠得住的效劳。

　决定是不是利用双机热备，正确的方式是要分析一下系统的重要性和对效劳中断的容忍程度，以此决定是不是利用双机热备。

即，你的用户能容忍多长时刻恢复效劳，若是效劳不能恢复会造成多大的阻碍。

　在考虑双机热备时，需要注意，一样意义上的双机热备都会有一个切换进程，那个切换进程可能是一分钟左右。

在切换进程中，效劳是有可能短时刻中断的。

可是，当切换完成后，效劳将正常恢复。

因此，双机热备不是无缝、不中断的，但它能够保证在显现系统故障时，能够专门快恢复正常的效劳，业务不致受到阻碍。

而若是没有双机热备，那么一旦显现效劳器故障，可能会显现几个小时的效劳中断，对业务的阻碍就可能会很严峻。

　还有一点需要强调，即效劳器的故障与互换机、存储设备的故障不同，其概念要高得多。

缘故在于效劳器是比互换机、存储设备复杂得多的设备，同时也是既包括硬件、也包括操作系统、应用软件系统的复杂系统。

不仅设备故障可能引发效劳中断，而且软件方面的问题也可能致使效劳器不能正常工作。

　还应指出的是，一些其他的防护方法如磁盘阵列（RAID）、数据备份尽管是超级重要的，但却不能代替双机热备的作用。

可参见相关文章：

双机热备的实现模式　－　基于共享存储与纯软件方式

双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一样称为纯软件方式。

　基于存储共享的双机热备是双机热备的最标准方案。

　关于这种方式，采纳两台（或多台，参见：

）效劳器，利用共享的存储设备（磁盘阵列柜或存储区域网SAN）。

两台效劳器能够采纳互备、主从、并行等不同的方式。

在工作进程中，两台效劳器将以一个虚拟的IP地址对外提供效劳，依工作方式的不同，将效劳请求发送给其中一台效劳器承担。

同时，效劳器通过心跳线（目前去往采纳成立私有网络的方式）侦测另一台效劳器的工作状况。

当一台效劳器显现故障时，另一台效劳器依照心跳侦测的情形做出判定，并进行切换，接管效劳。

关于用户而言，这一进程是全自动的，在很短时刻内完成，从而对业务可不能造成阻碍。

由于利用共享的存储设备，因此两台效劳器利用的事实上是一样的数据，由双机或集群软件对其进行治理。

　（典型的双机热备产品，参见：

　关于纯软件的方式，那么是通过支持镜像的双机软件，将数据能够实时复制到另一台效劳器上，如此一样的数据就在两台效劳器上各存在一份，若是一台效劳器显现故障，能够及时切换到另一台效劳器。

　关于这种方式的深切分析，请参见：

　纯软件方式还有另外一种情形，即效劳器只是提供给用效劳，而并非保留数据（比如只进行某些计算，做为应用效劳器利用）。

这种情形下一样也不需要利用共享的存储设备，而能够直接利用双机或集群软件即可。

但这种情形其实与镜像无关，只只是是标准的双机热备的一种小的转变。

纯软件方式的双机热备方案深切分析

本文将对双机热备的纯软件方式进行深切分析。

　数据库双机热备有两种典型的方式，一种是比较标准的，两台效劳器通过一个共享的存储设备（一样是共享的磁盘阵列或存储区域网SAN），而且安装双机软件，实现双机热备，称为共享方式。

另一种方式是通过纯软件的方式，一样称为纯软件方式或镜像方式（Mirror）。

　关于共享方式，数据库放在共享的存储设备上。

当一台效劳器提供效劳时，直接在存储设备上进行读写。

而当系统切换后，另一台效劳器也一样读取该存储设备上的数据。

　关于纯软件的方式，通过镜像软件，将数据能够实时复制到另一台效劳器上，如此一样的数据就在两台效劳器上各存在一份，若是一台效劳器显现故障，能够及时切换到另一台效劳器。

　纯软件方式有三大优势：

　1.幸免了磁盘阵列的单点故障：

关于双机热备，本身即是防范由于单个设备的故障致使效劳中断，但磁盘阵列恰恰又形成了一个新的单点。

（比如，效劳器的靠得住系数是%, 

磁盘阵列的靠得住系数是%，那么纯软双机的靠得住系数是%%=%，而基于磁盘阵列的双机热备系统的靠得住系数那么会是略低于%

　2.节约投资：

不需购买昂贵的磁盘阵列。

　3.不受距离的限制：

两台效劳器不需受SCSI电缆的长度限制（光纤通道的磁盘阵列也不受距离限制，但投资会大得多）。

如此，能够更灵活地部署效劳器，包括通过物理位置的距离来提高平安性。

　纯软件方式以前应用得较少，一方面是由于那时市场上比较流行的双机软件不支持纯软件方式，另一方面是由于少数支持纯软件方式的产品其靠得住性不太令人安心。

但随着NEC如此的大牌厂商的产品进入市场，应该说纯软件方式将慢慢成为一种方向。

　从方案选择的角度，建议在进行双机热备时，若是投资丰裕、数据量大（1T以上），能够采纳共享的存储设备（如磁盘阵列）的方式，但应尽可能选择高靠得住性（如闻名品牌的）设备，而且考虑选择双操纵器的方案。

不然，那么更好的选择是纯软件方式。

固然，这时就必然要选择成熟的、大厂商的通过考验的产品。

双机、集群的配置模式：

主从、互备、多点集群

在应用双机热备时，有多种应用模式，典型的包括主从、互备、多点集群三大类：

　主从模式是最标准、最简单的双机热备，即是目前通常所说的active/standby方式。

它利用两台效劳器，一台作为主效劳器（Active），运行应用系统来提供效劳。

另一台作为备机，安装完全一样的应用系统，但处于待机状态（Standby）。

当active效劳器显现故障的时候，通过软件诊测（一样是通过）将standby机械激活，保证应用在短时刻内完全恢复正常利用。

　双机互备，在双机热备的基础上，两个相对独立的应用在两台机械同时运行，但彼此均设为备机，当某一台效劳器显现故障时，另一台效劳器能够在短时刻内将故障效劳器的应用接管过来，从而保证了应用的持续性。

这种方式事实上是双机热备的一种应用。

它幸免了两个应用利用四台效劳器别离实现双机热备。

　但双机互备存在着性能瓶颈，即若是进行切换后，在一台效劳器上就有同时运行两个应用，有可能负载过大。

而且，有些情形下会有不止两台效劳器对外提供效劳。

在这种情形上，多点集群就显示出了其必要性。

　多点集群能够明白得为双机热备在技术上的提升。

多机效劳器能够组成一个集群。

依照应用的实际情形，能够灵活地在这些效劳器上进行部署，同时能够灵活地设置接管策略。

比如，能够由一台效劳器作为其他所有效劳器的备机，也能够设置多重的接管关系，等等。

如此，就能够够充分地利用效劳器的资源，同时保证系统的高可用性。

　　相关文章：

如何选择与实施双机热备及高可用性方案?

建议采取以下的步骤与方式：

第一，确信关于双机热备或其他高可用性的要求。

　在这一步骤要以应用为主导，进行认真的分析。

应该明确以下事项：

∙有哪些效劳器在运行

∙效劳器的操作系统与数据库系统、应用软件都是什么

∙利用什么样的应用系统

∙能够承担多长时刻的效劳中断

∙数据量、数据写入的频繁程度

∙硬件条件

∙大致的预算

第二，确信双机热备及其他高可用性方案的模式。

　1. 

决定要不要备、谁和谁备。

采纳数据库双机热备，应用效劳器集群，是主从方式仍是互备？

亦或是多台效劳器？

　　请参见：

　2. 

决定如何备。

就双机热备而言，是采纳共享存储方式、纯软件备份方式、备机方式，乃至什么都不采纳？

第三，选择确信具体的设备、软件的型号。

　　要专门注意的是，不同的软件、存储设备之间存在兼容性的问题，因此必然要统一考虑，并提早及时咨询专业人员。

切忌显现采购了双机软件对相关的存储设备不兼容等问题。

第四，实施。

第五，在双机热备或其他高可用性方案实施完成后，必然要进行测试。

第六，在利历时期，要按期对双机热备或其他高可用性系统是不是能够正常切换进行测试。

目前，市场上要紧的基于Windows和Linux平台的双机软件包括、 

等。

有关方案计划与产品选择，请咨询咱们。

双机热备、集群及高可用性软件产品的选择

在进行双机热备、集群及高可用性软件产品的选择时，可按以下步骤进行：

1. 

明确应用的方式与要求：

　　是双机方式仍是多点集群？

或是目前利用双机、以后可能升级到集群？

（相关内容：

　　若是是双机，是采纳共享的存储设备，仍是采纳基于镜像的纯软件方式？

2. 

了解清楚应用环境：

　　利用什么操作系统？

　　运行什么应用？

（比如，数据库的版本）

　　利用什么效劳器？

　　利用什么存储设备？

　　若是考虑纯软件方式，那么还有了解清楚：

数据量的大小、数据写入的频率、应用的关键性与重要性（相关内容：

3. 

在此基础上，考虑以下因素，选择相应的软件产品：

　　产品是不是能支持所要求的应用方式？

　　产品是不是能支持所利用的应用环境？

　　产品的其他特性：

∙是不是支持远程监控？

（能够使你不用非要常常跑到机房，才明白是不是一台效劳器宕机了）

∙界面语言。

（对双机软件，中文界面并非是超级重要，但也是一个因素。

同时，是不是有中文手册等那么可能超级重要）

∙安装的难易程度

　　是买贵的、买性价比高的、仍是买最廉价的？

　　是不是存在合法的供货渠道？

（直接关系到产品是不是能取得长期靠得住的效劳！

！

　　是不是需要安装效劳？

需要什么样的售后效劳？

　效劳要求是不是有保障？

若是可能会运行专门的应用系统（比如利用面较少的操作系统、数据库、自己开发的应用软件等），是不是能取得原厂商在开发与调试一级的支持。

（超级重要！

常见产品：

：

支持多点集群及双机；

远程监控；

支持Unix

支持多点集群及双机

双机热备、互备

选择适合的双机和集群软件

本文将幸免深切的技术研究，以快速的方式，帮忙你选择最适合的高可用性软件。

　第一要明确，本文所说的双机和集群软件，都是指需要对数据进行写操作的情形，比如数据库。

若是仅仅是应用效劳器，那么应该选择。

　关于双机和集群软件，选择的大体方式是，先处置可选项少的情形，再处置可选项多的情形，如此便于快速对号入座。

　SCOUNIX：

只有LanderCluster支持。

　SUNSolaris：

只有PCL支持