标签归档:高可用

DRBD:Linux平台下实现高可用方案

DRBD实际上是一种块设备的实现,主要被用于Linux平台下的高可用(HA)方案之中。他是有内核模块和相关程序而组成,通过网络通信来同步镜像整个设备,有点类似于一个网络RAID的功能。也就是说当你将数据写入本地的DRBD设备上的文件系统时,数据会同时被发送到网络中的另外一台主机之上,并以完全相同的形式记录在一个文件系统中(实际上文件系统的创建也是由DRBD的同步来实现的)。本地节点(主机)与远程节点(主机)的数据可以保证实时的同步,并保证IO的一致性。所以当本地节点的主机出现故障时,远程节点的主机上还会保留有一份完全相同的数据,可以继续使用,以达到高可用的目的。

在高可用(HA)解决方案中使用DRBD的功能,可以代替使用一个共享盘阵存储设备。因为数据同时存在于本地主机和远程主机上,在遇到需要切换的时候,远程主机只需要使用它上面的那份备份数据,就可以继续提供服务了。 继续阅读

用Heartbeat配置Linux高可用性集群

Linux下高可用集群方案很多,本文介绍的是性价比比较高的一种:
使用Heartbeat 2.0配置Linux高可用性集群。

一、 准备工作

你首先需要两台电脑,这两台电脑并不需要有相同的硬件(或者内存大小等),但如果相同的话,当某个部件出现故障时会容易处理得多。接下来您需要决定如何部署。你的集群是通过Heartbeat软件产生在两台电脑之间心跳信号来建立的。为了传输心跳信号,需要在节点之间存在一条或多条介质通路(串口线通过modem电线,以太网通过交叉线,等等)。 现在可以开始配置硬件了。既然想要获得高可用性(HA),那么您很可能希望避免单点失效。在本例中,可能是您的nullmodem线/串口,或者网卡(NIC)/ 交叉线。因此便需要决定是否希望为每个节点添加第二条串口nullmodem连线或者第二条NIC/交叉线连接。我使用一个串口和一块额外的网卡来作为heartbeat的通路,这是因为我只有一条nullmodem线和一块多余的网卡,并且认为有两种介质类型传输heartbeat信号比较好。硬件配置完成之后,便需要安装操作系统以及配置网络(我在本文中使用的是RedHat)。假设您有两块网卡,那么有一块应该配置用于常规网络用途,另一块作为集群节点之间的专用网络连接(通过交叉线)。例如,假设集群节点有如表-1下的IP地址: 继续阅读

LVS+Heartbeat实施案例及经验分享

一.基本介绍

背景描述
某大型商业网站由于业务量的发展非常迅速,目前的网站架构根本无法缓解用户访问压力及单点故障。急需一套高可用的负载均衡集群解决方案,http://www.linuxTone.org(IT运维专家网)根据这家商业网站在的状况,部署了一套负载均衡及高可用的集群方案及相关优化,项目实施以后该商业网站得WEB压力得到了很好的解决,访问速度大幅度提升.以下是相关配置文档,拿出来与朋友们分享希望对更多想了解LVS/HA的朋友有帮助。

本文特色
1.介绍LVS+Heartbeat两种案装方法
2.采用heartbeat 2.x style的配置(使用cib.xml)
3.测试日志分析及相关技巧
4.两个在真实案例中的经验分享 继续阅读

Rhel4的Heartbeat安装与配置

Rhel4的Heartbeat安装与配置

一、安装前环境设定
两台主机硬件环境(不必完全一致)
CPU:Xeon 2.833*2
MEM:2G
Eth0:对外服务器IP
Eth1:HA专用IP
OS平台:Redhat enterprise 4 update7 (2.6.9-78 EL)

继续阅读

High Availability

High Availability

As more and more mission-critical applications move on the Internet, providing highly available services becomes increasingly important. One of the advantages of a clustered system is that it has hardware and software redundancy, because the cluster system consists of a number of independent nodes, and each node runs a copy of operating system and application software. High availability can be achieved by detecting node or daemon failures and reconfiguring the system appropriately, so that the workload can be taken over by the remaining nodes in the cluster. 继续阅读

打造零停机的虚拟环境 — 详解Hyper-V高可用性部署

服务器虚拟化最大的风险是“把所有鸡蛋放在同一个篮子里”,一旦服务器发生故障就可能导致大规模服务中断,在规划Hyper-V项目时,一定要将系统可用性及服务连续性纳入首要考虑因素。

相 关统计数据显示,服务器整合是企业部署虚拟化的主要原因,虽然服务器整合帮助用户提升了资源利用率,同时获得了节能及集中管理等种种优势,但是也带来了极 大的风险。在物理环境中,出于对稳定性和安全性的考虑,一台服务器通常只执行一个应用程序,一旦服务器发生故障,只会影响这个应用程序所提供的服务;虚拟 化之后,多台应用服务器以虚拟机的形式集中在一台物理服务器上运行,虽然彼此独立,但就像“把所有鸡蛋放在同一个篮子里”,一旦发生硬件故障,所有虚拟机 都会停止运行,换句话说,一台服务器故障就可能造成大规模的服务瘫痪。 继续阅读