高可用软件系列方案之二(存储高可用)讲解

合集下载

高可用测试方案

高可用测试方案

高可用测试方案目录•引言•定义高可用•高可用测试策略•高可用测试计划•高可用测试工具•高可用测试执行•结论引言在现代互联网应用中,高可用性已经成为非常重要的一个关键词。

高可用性指的是系统能够长时间保持可用性并提供稳定可靠的服务。

为了保证系统的高可用性,需要进行全面的高可用测试来确保系统能够在各种异常情况下依然正常运行。

本文将介绍一种高可用测试方案,用于评估系统的高可用性并找出潜在的问题。

定义高可用在开始介绍高可用测试方案之前,首先需要明确高可用的定义。

高可用即指系统或服务在面对各种异常情况时,依然能够持续提供正常的服务。

高可用性可以从以下几个方面进行评估: - 系统的可用性:系统能否正常启动、运行和关闭,能否按照预期提供服务。

- 容错能力:系统在面对意外故障时,能否自动恢复过来,保持稳定运行。

- 可恢复性:系统在出现故障后,能否快速恢复到正常工作状态,避免长时间的中断。

- 负载均衡:系统能否合理分配请求负载,确保各个节点的负载相对均衡,避免单点故障导致系统崩溃。

- 弹性扩展:系统能否根据实际负载情况动态扩展,保证性能和可靠性。

- 数据一致性:系统在分布式环境下,能否保证多节点之间的数据一致性。

高可用测试策略高可用测试策略是制定高可用测试方案的关键步骤之一。

在制定高可用测试策略时,需要考虑以下几个方面: 1. 定义高可用性指标:根据具体的系统需求,明确高可用性指标,例如系统的可用性要求、故障恢复时间要求等。

2. 确定测试环境和测试范围:根据系统的特点和测试需求,确定测试环境和测试范围,包括测试的功能模块、关键路径和异常情况等。

3. 确定测试用例和测试数据:设计和编写针对高可用性的测试用例,准备测试数据和异常数据。

4. 制定测试计划:制定详细的测试计划,包括测试排期、测试资源和测试人员的分配等。

5. 确定测试方式和工具:选择合适的测试方式和工具,例如自动化测试工具、负载测试工具、故障注入工具等。

存储高可用解决方案

存储高可用解决方案

目录第1章存储高可用性给业务连续运营提供保障 (1)1.1为什么要构建存储高可用性解决方案 (1)1.2存储高可用性解决方案简述 (2)1.3存储高可用性解决方案价值 (2)第2章IBM存储高可用性解决方案介绍 (3)2.1存储高可用性的内容 (3)2.2存储高可用性方案的主要实现方式 (4)第3章IBM高可用性存储产品介绍 (11)3.1 IBM SYSTEM STORGE DS8000 TURBO系列存储产品 (11)3.2 IBM SYSTEM STORAGE DS5000系列存储产品 (17)3.3 IBM SYSTEM STORAGE DS4000系列存储产品 (20)第4章为什么选择IBM (22)第5章IBM中国公司简介 (23)第1章存储高可用性给业务连续运营提供保障1.1 为什么要构建存储高可用性解决方案随着社会的发展和科技的进步,企业越来越依赖于数据处理来进行业务运营,对IT 系统的依赖性也随之增加。

一旦数据由于某种原因丢失,就有可能造成整个组织在运营上的重大不便和经济损失,企业的信誉也将受到影响。

如果核心数据丢失,严重时完全有可能造成整个企业的瘫痪。

所以保证企业的业务连续运营及数据处理的高可靠性和高可用性,就成为所有IT 人员在建设IT 基础架构中首先要考虑的问题。

显然,企业所面临的风险和挑战来自多方面:•无法预知的IT 硬件设备的损坏、断电、火灾、自然灾害、恐怖袭击等,造成数据丢失或业务的突然中断;•系统人员误操作造成意外宕机或关键数据丢失,无法避免;•手段频多的黑客攻击、病毒入侵、垃圾邮件、网络与系统的漏洞,造成网络瘫痪、系统崩溃;•用户需要实时应用与访问机密、关键数据,向企业的服务提出更高的要求;•行业与政府的标准与法规的不断变化,进一步增加了企业的压力与成本。

信息是企业的最宝贵的资产之一;集中的数据备份、恢复和管理已经成为企业数据存储管理的重要任务。

企业需要的是:•数据与存储系统的高可用性,保证数据7X24 小时的连续访问;•将现有的存储技术集成,创造出一种更有效的数据存储管理,实现高效、高可靠性、低成本的数据管理;•需要一套成熟度高,业内应用广泛的企业级软硬件整体解决方案;•需要对企业现有的数据库、邮件系统、文件服务器以及各种应用系统进行集中化、自动化的基于策略的保护;•易于IT部门日常的管理维护,界面友好,可操作性强;•能够符合企业日后发展需求,对异构平台有很好的支持,可以满足将来远程数据灾备的需求;•一旦发生灾难(洪水、地震、火灾等),或者人为灾难(用户失误、磁盘失效等)导致数据丢失或者业务中断时,能够快速及时地恢复数据,保证业务的连续运行。

MYSQL高可用方案大全

MYSQL高可用方案大全

MYSQL高可用方案大全MySQL是一个开源的关系型数据库管理系统,广泛应用于各种Web应用程序中。

为了确保业务的连续性和高可用性,需要采取一些措施来预防和解决数据库故障。

下面是一些MySQL高可用方案的介绍。

1. 数据库复制(Replication)数据库复制是MySQL提供的一种基本的高可用方案。

它使用了主从模式,将主数据库的更新操作异步地复制到一台或多台从数据库中。

主数据库负责处理写操作,而从数据库负责读操作。

当主数据库发生故障时,从数据库可以接管业务并提供读写服务。

2. 数据库镜像(Mirroring)数据库镜像是一种同步复制的方式,可以确保数据的完整性和一致性。

它通常使用两台或多台服务器,在主库上进行写操作,然后将写操作同步到所有从库上。

这样,当主库发生故障时,可以快速切换到从库并继续提供服务。

3. 数据库分片(Sharding)数据库分片是一种水平切分数据库的方式,可以将大型数据库分成多个较小的部分,分布在不同的服务器上。

每个分片都有自己的主从数据库,可以独立地处理读写请求。

这种方案可以提高数据库的可用性和性能。

4. 数据库集群(Cluster)数据库集群是一种多节点共享存储的方式,可以提供高可用性和高性能。

集群中的每个节点都是一个完整的数据库服务器,它们共享存储,可以同时处理读写请求。

如果一个节点发生故障,其他节点可以接管工作并继续提供服务。

5. 数据库备份与恢复(Backup and Recovery)数据库备份是一种常见的高可用方案,可以在数据库发生故障时恢复数据。

通过定期备份数据库,可以保留历史数据,并在需要时进行恢复。

备份可以分为物理备份和逻辑备份两种方式,具体选择哪种方式取决于业务需求和复杂度。

6. 数据库热备份(Hot Backup)数据库热备份是一种可以在数据库运行时进行备份的方式。

不需要停止数据库服务,可以实时备份数据库的数据和日志。

这样可以减少备份对业务的影响,并提高备份的可用性。

数据库的高可用测试方案-概述说明以及解释

数据库的高可用测试方案-概述说明以及解释

数据库的高可用测试方案-概述说明以及解释1.引言1.1 概述概述:数据库的高可用性是指数据库系统在面临各种故障或异常情况时依然能够保持正常运行,提供可靠的数据访问和服务。

对于企业和组织来说,数据库的高可用性是确保业务连续运行的关键要素之一。

因此,针对数据库的高可用性进行测试和评估具有重要意义。

数据库的高可用性测试主要通过模拟各种故障情况和极限负载条件来验证数据库系统的稳定性、可靠性以及容灾能力。

通过高可用性测试,可以发现数据库系统在复杂环境下的弱点和瓶颈,并采取相应的措施进行优化和改进,从而提升数据库的可用性和可靠性。

本文将重点讨论数据库的高可用性测试方案。

首先,我们将介绍高可用性的概念和意义,阐述为什么数据库的高可用性对企业和组织至关重要。

然后,我们将详细讨论数据库的高可用性测试方法,包括常见的测试手段和技术。

最后,我们将重点介绍高可用性测试方案的设计与实施,从测试计划制定、测试环境搭建到测试案例设计和执行等方面进行深入探讨。

通过撰写这篇文章,旨在为读者提供一个全面了解数据库高可用性测试的指导,帮助他们更好地理解和应用高可用性测试方案。

同时,本文也为数据库系统的开发和运维人员提供了一些有益的经验和建议,以提升数据库系统的可用性和可靠性,确保数据的安全和稳定。

让我们一起深入探究数据库的高可用性测试方案,为企业和组织的数据服务保驾护航。

1.2 文章结构:本文主要围绕数据库的高可用性测试方案展开,分为引言、正文和结论三个部分。

在引言部分,我们将对高可用性的概念进行概述,介绍高可用性在数据库领域的重要意义,并明确本文的目的。

正文部分将在2.1节对高可用性的概念和意义进行详细阐述,包括对高可用性的定义和其对数据库系统稳定性和可靠性的影响等方面的探讨。

紧接着,在2.2节,我们将介绍数据库的高可用性测试方法。

这部分将涵盖常见的数据库高可用性测试手段,包括主备复制、双机热备、双机热备加异地灾备等,以及测试时需要考虑的因素和常见的测试指标。

高可用,多路冗余GFS2集群文件系统搭建详解

高可用,多路冗余GFS2集群文件系统搭建详解

⾼可⽤,多路冗余GFS2集群⽂件系统搭建详解⾼可⽤,多路冗余GFS2集群⽂件系统搭建详解2014.06标签:实验拓扑图:实验原理:实验⽬的:通过RHCS集群套件搭建GFS2集群⽂件系统,保证不同节点能够同时对GFS2集群⽂件系统进⾏读取和写⼊,其次通过multipath 实现node和FC,FC和Share Storage之间的多路冗余,最后实现存储的mirror复制达到⾼可⽤。

GFS2:全局⽂件系统第⼆版,GFS2是应⽤最⼴泛的集群⽂件系统。

它是由红帽公司开发出来的,允许所有集群节点并⾏访问。

元数据通常会保存在共享存储设备或复制存储设备的⼀个分区⾥或逻辑卷中。

实验环境:1 2 3 4 5 6 7 8[root@storage1 ~]# uname -r2.6.32-279.el6.x86_64[root@storage1 ~]# cat /etc/redhat-releaseRed Hat Enterprise Linux Server release 6.3 (Santiago) [root@storage1 ~]# /etc/rc.d/init.d/iptables status iptables: Firewall is not running.[root@storage1 ~]# getenforceDisabled实验步骤:1、前期准备⼯作0)、设置⼀台管理端()配置ssh 私钥、公钥,将公钥传递到所有节点上12 3 4 5 6 7 8 9 10 11 12 13 14[root@manager ~]# ssh-keygen \\⽣成公钥和私钥Generating public/private rsa key pair.Enter file in which to save the key (/root/.ssh/id_rsa):Enter passphrase (empty for no passphrase):……[root@manager ~]# for i in {1..6}; do ssh-copy-id -i 192.168.100.17$i; done \\将公钥传输到各节点/root/.ssh/⽬录下root@192.168.100.171's password:Now try logging into the machine, with "ssh '192.168.100.171'", and check in:.ssh/authorized_keysto make sure we haven't added extra keys that you weren't expecting..……[root@manager ~]# ssh node1 \\测试登录Last login: Sat Jun 8 17:58:51 2013 from 192.168.100.31[root@node1 ~]#1)、配置双⽹卡IP,所有节点参考拓扑图配置双⽹卡,并配置相应IP即可1 2 3 4 5[root@storage1 ~]# ifconfig eth0 | grep "inet addr" | awk -F[:" "]+ '{ print $4 }' 192.168.100.171[root@storage1 ~]# ifconfig eth1 | grep "inet addr" | awk -F[:" "]+ '{ print $4 }' 192.168.200.171……2)、配置hosts⽂件并同步到所有节点去(也可以配置DNS,不过DNS解析绝对不会有hosts解析快,其次DNS服务器出问题会直接导致节点和节点以及和存储直接不能够解析⽽崩溃)12 3 4 5 6 7 8 9[root@manager ~]# cat /etc/hosts127.0.0.1 localhost 192.168.100.102 manager 192.168.100.171 storage1 192.168.200.171 storage1 192.168.100.172 storage2 192.168.200.172 storage2 192.168.100.173 node1 192.168.200.173 node1 192.168.100.174 node2 9 10 11 12 13 14 15 16 17 18 19 20 21 22192.168.100.174 node2 192.168.200.174 node2 192.168.100.175 node3 192.168.200.175 node3 192.168.100.176 node4 192.168.200.176 node4 [root@manager ~]# for i in {1..6}; do scp /etc/hosts 192.168.100.17$i:/etc/ ; done hosts 100% 591 0.6KB/s00:00 hosts 100% 591 0.6KB/s00:00 hosts 100% 591 0.6KB/s00:00 hosts 100% 591 0.6KB/s00:00 hosts 100% 591 0.6KB/s00:00 hosts 100% 591 0.6KB/s00:003)、配置yum源(将所有节点光盘挂接到/media/cdrom,如果不⽅便,也可以做NFS,将镜像挂载到NFS⾥⾯,然后节点挂载到NFS共享⽬录中即可,注意:不同版本的系统,RHCS集群套件存放位置会有所不同,所以yum源的指向位置也会有所不同)1234 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38[root@manager ~]# cat /etc/yum.repos.d/rhel-gfs2.repo[rhel-cdrom]name=RHEL6U3-cdrombaseurl=file:///media/cdromenabled=1gpgcheck=0[rhel-cdrom-HighAvailability]name=RHEL6U3-HighAvailabilitybaseurl=file:///media/cdrom/HighAvailabilityenabled=1gpgcheck=0[rhel-cdrom-ResilientStorage]name=RHEL6U3-ResilientStoragebaseurl=file:///media/cdrom/ResilientStorageenabled=1gpgcheck=0[rhel-cdrom-LoadBalancer]name=RHEL6U3-LoadBalancerbaseurl=file:///media/cdrom/LoadBalancerenabled=1gpgcheck=0[rhel-cdrom-ScalableFileSystem]name=RHEL6U3-ScalableFileSystembaseurl=file:///media/cdrom/ScalableFileSystemenabled=1gpgcheck=0[root@manager ~]# for i in {1..6}; do scp /etc/yum.repos.d/rhel-gfs2.repo 192.168.100.17$i:/etc/yum.repos.d ; done rhel-gfs2.repo 100% 588 0.6KB/s00:00rhel-gfs2.repo 100% 588 0.6KB/s00:00rhel-gfs2.repo 100% 588 0.6KB/s00:00rhel-gfs2.repo 100% 588 0.6KB/s00:00rhel-gfs2.repo 100% 588 0.6KB/s00:00rhel-gfs2.repo 100% 588 0.6KB/s00:00[root@manager ~]# for i in {1..6}; do ssh 192.168.100.17$i "yum clean all && yum makecache"; doneLoaded plugins: product-id, security, subscription-managerUpdating certificate-based repositories.Unable to read consumer identity……4)、时间要同步,可以考虑配置NTP时间服务器,如果联⽹可以考虑同步互联⽹时间,当然也可以通过date命令设置相同时间。

Oracle三种高可用方案原理介绍--解决方案

Oracle三种高可用方案原理介绍--解决方案

Oracle三种高可用方案原理介绍--解决方案Oracle 三种高可用方案原理介绍一、概述Oracle因为是商用版本,所以高可用方案都已经非常成熟,主要有三种高可用方案,下边分别介绍一下。

1 RAC(Real Application Clusters)多个Oracle服务器组成一个共享的Cache,而这些oracle服务器共享一个基于网络的存储。

这个系统可以容忍单机/或是多机失败。

不过系统内部的多个节点需要高速网络互连,基本上也就是要全部东西放在在一个机房内,或者说一个数据中心内。

如果机房出故障,比如网络不通,那就坏了。

所以仅仅用RAC还是满足不了一般互联网公司的重要业务的需要,重要业务需要多机房来容忍单个机房的事故。

2 Data Guard.(最主要的功能是冗灾)Data Guard这个方案就适合多机房的。

某机房一个production 的数据库,另外其他机房部署standby的数据库。

Standby数据库分物理的和逻辑的。

物理的standby数据库主要用于production失败后做切换。

而逻辑的standby数据库则在平时可以分担production数据库的读负载。

3 MAAMAA(Maximum Availability Architecture)其实不是独立的第三种,而是前面两种的结合,来提供最高的可用性。

每个机房内部署RAC集群,多个机房间用Data Guard同步。

二、三种高可用方式工作原理1、Oracle 11G RACRAC环境与单实例最主要的区别是:.RAC的每个实例都有属于自己的SGA、后台进程。

由于数据文件、控制文件共享于所有实例,所以必须放在共享存储中。

..联机重做日志文件:只有一个实例可以写入,但是其他实例可以再回复和存档期间读取。

..归档日志:属于该实例,但在介质恢复期间,其他实例需要访问所需的归档日志。

..alter和trace日志:属于每个实例自己,其他实例不可读写。

高可用性方案

高可用性方案

高可用性方案随着社会的发展和科技的进步,对于计算机系统的高可用性要求越来越高。

高可用性方案是指在计算机系统运行过程中,通过配置硬件和软件的方式,以达到减少系统故障或服务中断时间的目标。

本文将介绍几种常见的高可用性方案。

一、冗余备份冗余备份是一种常见的高可用性方案,通过将系统组件复制多份,并将其配置在不同的物理位置,以防止个别组件故障导致整个系统的中断。

常见的冗余备份方案包括主备份和集群。

主备份是指将系统的主要组件和数据复制到备份设备上,在主设备发生故障时,自动切换到备份设备上继续提供服务。

这种方案可以有效地减少系统中断时间,并且实现快速自动切换。

集群是指将多台服务器组成一个集群,在集群内实现资源共享和故障转移。

当集群中的一台服务器发生故障时,其他服务器可以接管其任务,保证系统的持续运行。

集群方案可以提高系统的可靠性和可扩展性。

二、负载均衡负载均衡是一种通过分发系统的负载来实现高可用性的方案。

负载均衡可以将请求分发到多个服务器上,以避免单个服务器过载。

常见的负载均衡方案包括DNS负载均衡和硬件负载均衡。

DNS负载均衡是指通过DNS服务器将请求分发到不同的服务器上。

当用户访问一个域名时,DNS服务器会根据一定的策略将用户的请求转发到不同的服务器上。

这种方案可以提高系统的可用性和性能。

硬件负载均衡是一种通过使用专门的硬件设备来实现负载均衡的方案。

这种方案可以有效地分发系统的负载,并且具有高可靠性和高性能的特点。

三、容灾备份容灾备份是一种通过配置备份系统来实现高可用性的方案。

容灾备份可以将主要系统的备份数据和配置文件存储在其他位置,以防止主要系统发生故障时数据的丢失。

常见的容灾备份方案包括远程备份和异地备份。

远程备份是指将数据和配置文件复制到远程的备份系统上。

当主要系统发生故障时,可以从备份系统恢复数据,并继续提供服务。

这种方案可以减少数据的损失,并且可以在较短的时间内恢复系统。

异地备份是指将备份系统部署在与主要系统不同的地理位置。

oracle高可用方案

oracle高可用方案

oracle高可用方案在IT行业中,数据的安全性和可靠性是一项极为重要的任务。

数据库作为数据处理和管理的核心,必须具有高可用性和冗余性,以确保数据在任何情况下都不会丢失。

在这种情况下,Oracle高可用方案成为了一个比较通用的选择。

本文将探讨Oracle高可用方案的一些技术细节和优势。

I. 了解Oracle高可用方案Oracle高可用方案是一组使用Oracle技术来设计的架构,此架构可确保数据存储在多台服务器上,以保证系统稳定性。

为了保证高可用性,Oracle高可用方案包括了如下技术:1. 数据库的冗余性:为了保证数据库的冗余性,Oracle高可用方案使用了多个实例来进行分布式计算。

这样,在一个实例发生故障的情况下,其他实例仍然可以继续处理数据。

2. 自动故障转移(AFT):通过使用Oracle集群,Oracle高可用方案实现了自动故障转移。

这项技术使用专门的软件来监控实例,以便在一个实例失效时,自动切换到备用实例。

3. 归档和重做日志:利用Oracle的归档和重做日志特性,数据可以在多个服务器上进行同步,确保数据互相关联。

这也确保在一个服务器出现故障的情况时,另一个服务器能立即取而代之。

II. Oracle高可用方案的优势Oracle高可用方案有如下几个主要的优势:1. 提高系统的可用性:一个企业离不开数据库。

在数据丢失或服务器故障的时候,整个企业都会受到影响。

因此,Oracle高可用方案使用多个服务器实例和备份管理,以确保数据的完整性和安全性。

2. 降低停机时间:当出现系统故障时,系统管理员需要进行手动修复,这需要花费大量的时间。

但是,Oracle高可用方案能够自动进行修复和数据恢复,从而极大地减少了停机时间。

3. 提高业务连续性:大多数企业需要实时访问其数据库,否则就会对业务产生影响。

Oracle高可用方案可以帮助企业实现复杂的业务流程,带来连续性和可靠性。

4. 支持在线扩容:当企业业务增长时,数据库需要扩容。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

高可用方案之二
高可用中的存储容灾方案
北京市科瑞讯科技发展股份有限公司
企业和事业单位的运转越来越依赖于计算机系统,如果一旦这个数据处理中心无法正常运转,就会造成业务停顿,导致不可挽回的损失。

随着信息时代的到来,关键数据的安全、持续可用问题直接关系到企业的生存和发展。

用户对于保证数据的安全、持续可用的方案需求也变得多元化、复杂化,单一的解决方案已经逐渐不能满足用户的实际需求。

中金富捷凭借其丰富的研发经验,为您提供高可用性系列产品和优质的服务,推出了中金富捷高可用存储容灾解决方案,目的在于保证数据永不丢失和系统永不停顿,彻底解决传统高可用系统中存储设备单点故障的风险。

而采用中金富捷科技有限公司硬盘虚拟化产品SyMirror,可以最大限度的保护用户的数据信息,将用户的不同的存储设备进行同步复制,同时虚拟存储系统提供用户透明化的存取访问,任何一台存储设备的故障都会在SyMirror软件的检测下迅速切换到备用存储设备继续使用。

而故障的存储设备修好后,重新加入SyMirror系统后,SyMirror会自动将增量数据同步到加入的存储设备。

具有国际领先技术的中金富捷SyMirror软件,具有以几个特点:
1、数据实时同步功能,确保两台存储设备的数据在任保时候保持一致。

2、透明化的数据存取功能,任何一台存储设备的损坏都不影响用户使用存储设备。

3、虚拟存储中的任何一个真实的存储设备都可以在任保时候轻松离线工作。

4、智能增量数据实别功能,确保加入虚拟系统中的存储设备进行快速增量同步。

5、存储设备之间的容灾切换时间小于1秒钟,对用户存取数据几乎无任何影响。

6、同PlusWell HA软件系统紧密配合,随动切换。

实现真正意义的高可用冗余存储方
案。

北京中金富捷科技有限公司的高可用存储容灾方案结合了PlusWell HA高可用软件的高可用性及PlusWell SyMirror虚拟存储软件的透明化特点,结合二者之优势为客户提供了一套没有单点故障的高可用存储容灾方案。

一:方案特点
1、传统高可用解决方案(双机热备):
主要以一台共享的存储设备提供数据共享存储区域,两台或两台以上的服务器提供主备两种状态,当主机故障时,备机接管主机工作。

实现业务的可持续性工作。

其工作原理如下:
单一的存储设备往往造成存储设备(磁盘阵列系统)一旦故障,则整个高可用系统完全崩溃,单一存储设备,让高可用系统命悬一线。

2、基本于PlusWell HA和SyMirror的解决方案
基于存储冗作的高可用方案则彻底解决了传统高可用系统中存储设备单点故障的硬伤,中金富捷科技有限公司研制的SyMirror虚拟化系统,在国际存储软件领域独树一帜,用户提供了国际领先的虚拟化存储技术,其方案如下:
利用虚拟存储系统,SyMirror将两台存储设备在服务器系统中虚拟成一台存储设备提供给服务器使用,这样一来,用户向虚拟硬盘中提交的数据,被SyMirror同时复制到两台存储设备中。

在这个方案中,任何一台存储设备发生故障,SyMirror都会以极快的速度发生切换,切换时间小于1S,而在上层,用户则秀明的访问虚拟硬盘系统,而不会因一台存储设备的故障造成热备系统崩溃。

二、高可用模式(PlusWell HA)
在正常情况下,一台为主机处于工作作态,另一台为从机,作为备份机,并时刻监视主机的运行情况。

当主台主机出现异常时,不能支持信息系统正常运营,从机则主动接管(Take Over)主机的作业及IP地址,继续主持信息的运营,从而保证信息系统能够不间断的运行,而达到不停机的功能(Non-Stop),当主机恢复后,自动接管原来的作业,从机则将为备份机,并时刻监视主机的运行情况。

1、双机热备形式:Active/Standby,Active/Active
Active/Standby方式是传统的双机热备份解决方案,主机运行时,备机处于备用状态,当主机故障时,备机马上启动将服务接替。

因备机平台没有其它的访问量,所以故障切换后用户访问速度不会有大的影响,此种容错方式主要适用于用户只有一种应用,主备机设备配置不太一样,并且用户访问量大的情况。

Active/Active这种方式的主备机平时各自有一种应用运行,当系统中的任何一台主机出现故障,应用都会集中到一台服务器上运行,此时这台备用服务器不仅要承担以前的程序运行而且还要运行宕机服务器上的应用程序,所以此时备机的负担会加重。

这种方式的故障切换往往会造成备机访问量增大,系统运行变慢。

此方式主要适合用户有不只一种应用,用户
主备机配置一样且数据访问量不大的情况。

(1)、Active/Standby
磁盘阵列
用户只可能有一个应用或几个用户都在一台计算机上运行,此时的主机负责全部工作,当主机宕机后,应用APP_1切换到备机,继续工作。

(2)、Active/Active
磁盘阵列
用户有两种以上应用,将这些用户分成两组App_1和App_2,在日常工作中App_1工作在主机,APP_2工作在备机,应用互为主备关系。

2、HA的工作原理
(1)心跳工作过程
通过IP做心跳检测时,主备机会通过此心跳路径,周期性的发出相互检测的测试包,如果此时主机出现故障,备机在连续丢失设定数目的检测包后,会认为主机出现故障,这时备会自动检测设置中是否有第二种心跳,如果没有第二种心跳的话,备机则根据已设定的规则,启动备机的相关服务,完成双机热备的切换。

(2)IP工作过程
IP地址才用虚拟IP地址的方法来实现,主要原理如图
主机实IP地址备机实IP地址
主机正常的情况下虚拟IP地址指向主机的实IP地址,用户通过虚拟IP地址访问主机,这时,HA软件将虚拟IP地址解析到主机实IP地址。

当主机做相关的切换时:
主机实IP地址备机实IP地址
虚拟IP地址通过HA软件自动将虚拟IP地址解析到备机的实IP地址上,这时,虚拟IP地址指向备机的实IP地址。

但对用户来说,用户访问的仍然是虚拟IP地址。

所以用户只会在切换的过程中发现有短暂的通信中断,经过一个短暂的时间,就可以恢复通信。

(3)应用及网络故障切换过程
(i)可以检测到操作系统的故障并及时将服务切到备用服务器
工作站工作站
(ii)当操作系统正常的情况下,数据库系统出现意外故障,这时双机容错软件可以及时发现并将其切到备用服务器,使服务不致于停止。

(iii)当操作系统和数据库系统全都正常的情况下,服务器网络出现故障,这时双机热备软件,可以将系统切到正常的备用服务器上。

三:存储容灾建设(PlusWell SyMirror )
利用PlusWell SyMirror 软件实现存储设备的容灾备份,SyMirror 软件最主要的功能就是实现两个存储设备间的数据复制。

由于SyMirror 的特殊性它可以实现基本实时同步的数据复制功能,对于基本切换的存储高可用,保证了数据的完整性和一致性。

体现了SyMirror 超高级的复制能力。

基本存储设备的复制功能,有经网络同步还要高的复制性能,因为所有数据的复制所走的线路不是网络,而是存储设备I/O 总线,所以SyMirror 有相当高的存取性能。

1、 本地容灾
本地容灾,多应用于同一个机房内,这种方案主要是因为存储设备的限制而无法实现远程数据传输。

方案拓朴如下:
工作站工作站
当操作系统正常的情况下,数据出现故障,备机自动启动并接替主机服务
2、异地容灾
异地容灾,多应用于在不同的建筑物内实现两个机房中的不同存储设备之间的数据复制,复制线路多是基本于iSCSI协议或FC协议的存储设备。

需要注意的一点是,如果两个存储跨越不同地域,则必须保证两地的网络有足够的带宽,否则此方案不适合于异地容灾使用。

主楼备楼
四:可行性部署方案
五:技术服务。

相关文档
最新文档