高可用性集群项目解决方案HA
HA解决方案介绍
• 智能算法
– – I –control UIE + Irules
动态
负载均衡算法 – 轮询/Round Robin
Internet Clients
Router
客户端请求被平均地分 配
BIG-IP Controller
1 5
2 6
3 7
4
Servers
8
负载均衡算法 – 比率/Ratio
Internet Clients
Router 管理员设置客户端请 求的倍率为 3:1:1:1
BIG-IP Controller
1 7
2 8
3 9
4 10
5 11
6 12
Servers
负载均衡算法 - Minimum Active Members
Internet The number of members that must be active in a priority group in order for the BIG-IP Controller to send its requests to that group Priority 2
1 4
Clients
Router
BIG-IP Controller Priority 1
2 3
5
6 Servers
Minimum Active Members = 2
负载均衡算法 - Fastest
Internet
Clients Router
下一个请求会发往响应 时间最快的 Node
BIG-IP Controller
– Recourse Group规划 – Software的规划
• 操作系统的版本和补丁要求 • HACMP的版本和补丁要求 • 应用程序的兼容性
什么是ha方案
什么是ha方案在当今科技飞速发展的时代，高可用性（High Availability，简称HA）成为了许多企业和组织追求的目标。
HA方案是一种旨在确保系统或服务在面对各种故障情况下能保持持续可用的策略与架构设计。
它能够有效降低系统因故障而导致的停机时间，并在故障发生时能够快速切换到备用设备或服务上，从而达到保证服务持续运行的可靠性。
HA方案的核心目标是通过提供冗余备份和快速故障转移来保证系统或服务的高可用性。
为实现这一目标，HA方案通常采用以下关键技术和策略。
1. 冗余备份HA方案需要在关键组件和系统上建立冗余备份。
例如，服务器集群、网络设备、存储系统等都需要配置备用设备，以备主设备出现故障时能够及时接管服务。
此外，数据备份和灾难恢复计划也是重要的冗余备份策略，确保数据的安全可靠。
2. 快速故障转移HA方案必须能够快速检测并响应故障。
通过实时监控系统状态和故障检测机制，一旦发现故障，可以迅速切换到备用设备或服务上，以保证服务的不间断运行。
常见的故障转移技术包括心跳检测、主备切换算法等。
3. 负载均衡负载均衡是HA方案中的重要组成部分。
它通过将负载均匀地分配给多台服务器或设备，避免单点故障和性能瓶颈。
负载均衡可以通过硬件设备（如负载均衡器）或软件进行实现，确保服务按照合理的方式分发给不同的资源。
4. 容错与自愈除了冗余备份和故障转移，HA方案还应该具备容错和自愈能力。
容错是指系统能够在单个设备或组件出现故障时依然可用，通过冗余设计和快速修复来实现。
自愈是指系统能够自动检测和修复故障，减少对人工干预的依赖，提高系统的可靠性和稳定性。
HA方案的应用范围广泛。
在互联网领域，各种在线服务、电子商务平台和社交媒体等都需要高可用性来确保用户的稳定访问。
在企业领域，关键业务系统、生产线控制和物流管理等也需要HA方案来保持正常运行。
而在科研和医疗领域，对于实验数据分析和医疗器械运行也需要可靠的HA方案来确保数据的准确性和患者的安全。
ha模式的工作原理
ha模式的工作原理在计算机系统中，高可用性（HA）模式是一种非常重要的容错机制，它能够确保系统的连续运行和数据的安全。
本篇文章将详细介绍ha模式的工作原理，包括其基本概念、硬件要求、软件要求、工作流程以及常见问题和解决方案。
一、基本概念高可用性模式（HA，High Availability）是指通过各种技术和管理手段，使得一个或多个服务能够在不间断的情况下运行，从而保障系统的稳定性和可靠性。
该模式主要包括硬件故障自动切换、软件容错、负载均衡等技术，以提高系统的可用性和性能。
二、硬件要求要实现ha模式，硬件要求主要包括以下方面：1. 服务器：至少两台服务器，用于运行相同的操作系统和应用服务。
2. 网络设备：交换机、路由器等网络设备，用于连接服务器和客户端。
3. 备份设备：备用硬盘、磁带等存储设备，用于数据备份和恢复。
三、软件要求实现ha模式需要选择合适的软件，以满足以下要求：1. 高可用性软件：如Heartbeat、Zookeeper等，用于监控和管理服务器集群。
2. 集群软件：如Pacemaker、Mongrel等，用于实现服务器之间的互斥、同步和故障自动切换。
3. 备份软件：如rsync、shadowcopy等，用于定期备份数据，确保数据安全。
四、工作流程ha模式的工作流程如下：1. 双机环境：两台服务器同时运行相同的操作系统和应用服务，相互备份。
2. 故障检测：高可用性软件会实时监测服务器的状态，一旦发现故障，会立即报警。
3. 自动切换：当一台服务器出现故障时，集群软件会自动将请求切换到另一台正常运行的服务器上，确保服务不间断。
同时，备份设备上的数据会进行同步更新，以便在需要时进行恢复。
4. 数据备份：使用备份软件定期备份数据，确保数据安全，防止数据丢失或损坏。
5. 配置管理：对所有服务器进行统一的配置管理，确保所有服务器运行在相同的标准配置下，提高系统的稳定性和可靠性。
五、常见问题及解决方案在实现ha模式的过程中，可能会遇到一些常见问题，以下是一些解决方案：1. 网络延迟：当两台服务器之间的网络延迟较大时，会导致自动切换失败。
高可用解决方案
高可用解决方案介绍在现代互联网应用的开发中，高可用性是一个非常重要的概念。
高可用性指的是系统在面对各种故障和异常情况时，仍然能够保持正常的运行状态，对外提供服务。
在高可用解决方案中，通过使用冗余、故障转移和负载均衡等技术手段，来提高系统的可用性和稳定性。
本文将介绍一些常见的高可用解决方案，包括集群、备份和故障转移等技术。
我们将深入探讨它们的原理、特点以及应用场景，帮助读者理解和选择合适的高可用解决方案。
集群技术集群是一种常见的高可用解决方案。
它通过将多台服务器组成一个集群，使得系统能够实现负载均衡和故障转移。
下面介绍一些常用的集群技术：1. 主-从复制主-从复制是一种常见的集群技术。
在主-从复制中，主服务器负责处理所有的写操作，而从服务器只负责接收主服务器的复制数据。
这样可以使得系统具有更好的读写性能和可扩展性。
主-从复制的工作原理是：当主服务器接收到写操作时，它会将修改记录到日志中，并将修改的数据发送给从服务器进行复制。
从服务器会按照主服务器的操作顺序，逐步将数据同步到本地。
主-从复制的优点是简单易用，适用于大部分场景。
但它也存在一些缺点，比如主服务器宕机后，需要手动进行故障转移。
2. 主-备份主-备份是另一种常见的集群技术。
在主-备份中，主服务器负责处理所有的写操作，而备份服务器则完全复制主服务器的数据。
备份服务器会持续监听主服务器的状态，一旦主服务器宕机，备份服务器会自动接管服务。
主-备份的优点是能够实现快速故障转移，并且容易部署和管理。
但它也存在一些缺点，比如备份服务器的资源利用率较低。
虚拟IP是一种比较简单的集群技术。
在虚拟IP中，多台服务器通过共享一个虚拟IP地址，来提供对外的服务。
虚拟IP可以根据特定的策略，动态地分配给集群中的一台服务器，实现负载均衡和故障转移。
虚拟IP的优点是简单易用，并且可以快速实现故障转移。
但它也存在一些缺点，比如无法解决服务器之间的数据同步问题。
备份和恢复备份和恢复是另一个重要的高可用解决方案。
PostgreSQL中的高可用性解决方案
PostgreSQL中的高可用性解决方案在现代的数据应用中，高可用性（High Availability，HA）是一个至关重要的因素。
在数据库领域，PostgreSQL提供了一些高可用性的解决方案，可以帮助用户实现数据的持续可用性和系统的可靠性。
本文将介绍一些常用的PostgreSQL高可用性解决方案。
1. 数据复制（Replication）数据复制是一种常见的高可用性解决方案，它通过将数据从主服务器复制到一个或多个备用服务器，实现数据的冗余存储和故障恢复能力。
PostgreSQL提供了多种数据复制方法，包括基于日志的物理复制（Physical Replication）和基于逻辑复制（Logical Replication）。
1.1 基于日志的物理复制基于日志的物理复制是PostgreSQL内置的一种数据复制方法，它通过复制主服务器上的事务日志（WAL），将变更的数据块物理复制到备用服务器。
这种方法可以实现快速的数据复制和故障切换，但对备用服务器的版本和配置要求较高。
1.2 基于逻辑复制基于逻辑复制是PostgreSQL 9.4及以上版本中引入的一种数据复制方法。
它通过解析和应用主服务器上的逻辑变更（例如INSERT、UPDATE、DELETE语句），将变更的数据逻辑复制到备用服务器。
这种方法相对灵活，可以实现不同版本和配置的备用服务器。
2. 流复制（Streaming Replication）流复制是PostgreSQL中一种基于日志的物理复制方法，它通过流式传输事务日志（WAL）来实现数据的持续复制和故障切换。
流复制要求主服务器和备用服务器之间有稳定的网络连接，并且备用服务器必须实时接收并应用主服务器上的更改。
2.1 同步流复制同步流复制是一种高可用性的方法，它确保主服务器上的事务在提交后，备用服务器立即应用并确认。
这种方法可以提供零数据丢失和最小的故障恢复时间，但对网络延迟和性能要求较高。
HACMP工作原理介绍
HACMP工作原理介绍HACMP（High Availability Cluster Multiprocessing）是一种高可用性的集群解决方案，旨在提供在系统或硬件失败发生时，保证应用程序持续可用的能力。
它通过在多个计算节点上部署应用程序和数据，并实时监控系统健康状况，来实现高可用性。
1.集群：HACMP通过将多个计算节点连接在一起形成一个集群。
每个节点都是一台具备计算和存储能力的服务器，运行着相同的操作系统和应用程序。
集群中的节点通过专用网络互相通信，实现对整个集群的协调和控制。
2.资源：在HACMP中，应用程序和其相关的数据被称为资源。
资源可以是单个的进程、服务、文件系统等。
HACMP对资源的管理包括资源的分配、启动、停止和迁移等操作。
3.心跳检测：为了实时监控系统的健康状况，HACMP引入了心跳检测机制。
每个节点通过定期发送心跳信号来表示自己的正常运行，其他节点接收到心跳信号后确认，如果长时间未收到心跳信号则判断该节点可能出现故障。
4.预定义和自动化的故障切换：当一些节点出现故障时，HACMP会自动将该节点上的资源切换到其他节点上，以保证应用程序的持续可用性。
切换的过程中，HACMP会确保数据的一致性，并在尽可能短的时间内完成切换操作。
如果故障节点恢复正常，HACMP会自动将资源切换回原节点。
5.监控和故障恢复：HACMP提供了一套完善的监控和故障恢复机制。
它实时监控系统中的节点状态、资源状态和网络连接等信息，并根据预定义的策略执行相应的故障恢复动作。
当故障发生时，HACMP会立即做出响应，启动资源切换和恢复节点操作。
通过上述工作原理，HACMP能够实现高可用性的应用程序部署和运行。
它具有以下优点：1.高可用性：HACMP提供实时监控和故障恢复机制，能够及时检测和处理系统和软件故障，保证应用程序持续可用。
2.负载均衡：HACMP能够根据系统负载情况，将资源合理地分配到不同的节点上，实现负载均衡和性能优化。
vmware 高可用性(集群HA)
VMware高可用性（集群HA）1 应用层高可用性：如实现mysql、oracle数据库应用程序的储群集，主要是判断mysql、oracle 应用程序是否停止运行。
2 操作系统高可用性：如windows的故障转移群集（windows failover clustering WFC）。
3 虚拟化层的高可用性：如vsphere high availability(HA)和vsphere fault tolerance(FT)。
4 物理层的高可用性：如：多网络适配器、SAN等。
vSphere HA 和 Fault Tolerance（FT）功能分别通过提供中断快速恢复和连续可用性来最小化或消除非计划停机时间。
使用 vSphere，企业可以轻松提高为所有应用程序提供的基准级别，并且以更低成本和更简单的操作来实现更高级别的可用性。
使用vSphere，你可以：a 独立于硬件、操作系统和应用程序提供更高可用性。
b 减少常见维护操作的计划停机时间。
c 在出现故障时提供自动恢复。
一、vSphere HA 提供快速中断恢复vSphere HA 利用配置为群集的多台 ESXi 主机，为虚拟机中运行的应用程序提供快速中断恢复和具有成本效益的高可用性。
vSphere HA 通过以下方式保护应用程序可用性：1 通过在群集内的其他主机上重新启动虚拟机，防止服务器故障。
2 通过持续监控虚拟机(通过vmware tools实现主机向虚拟机发送检测信号）并在检测到故障时对其进行重新设置， 防止应用程序故障。
与其他群集解决方案不同，vSphere HA 提供基础架构并使用该基础架构保护所有工作负载：a 无需在应用程序或虚拟机内安装特殊软件。
所有工作负载均受 vSphere HA 保护。
配置 vSphere HA 之后，不需要执行操作即可保护新虚拟机。
它们会自动受到保护。
（需在开机状态下才受保护）b 可以将 vSphere HA 与 vSphere Distributed Resource Scheduler (DRS即负载均衡) 结合使用以防止出现故障，以及在群集内的主机之间提供负载平衡。
ha集群解决方案
ha集群解决方案
《ha集群解决方案》
随着互联网的不断发展，对于网站和应用程序的高可用性和可靠性要求越来越高。
因此，高可用（HA）集群解决方案成为
了企业和组织在搭建服务器和数据库系统时关注的重点之一。
HA集群解决方案是一种通过集群技术来实现高可用性和负载
均衡的系统架构。
它通过将多个服务器或节点连接在一起，实现资源共享和任务分配，从而提高系统的稳定性和性能，防止因单点故障而导致的服务中断。
在实际应用中，HA集群解决方案通常包括硬件和软件两个方面。
在硬件层面，可以通过使用具有冗余功能的服务器和网络设备来防止硬件故障对系统的影响。
而在软件层面，可以利用负载均衡器、故障转移和数据同步技术来实现高可用性。
对于企业来说，选择合适的HA集群解决方案需要考虑诸多因素，如成本、性能、可扩展性和易用性等。
常见的HA集群解决方案包括Linux-HA、Pacemaker、Keepalived等。
这些解决
方案不仅能够提供故障转移和负载均衡功能，还能够实现互备、冗余存储和数据同步，从而进一步提高系统的可用性和稳定性。
总的来说，HA集群解决方案在今天的互联网时代发挥着重要
作用，它不仅能够帮助企业提高网站和应用程序的可用性和可靠性，还能够降低因故障而造成的损失。
因此，企业和组织在
搭建服务器和数据库系统时，不妨考虑采用适合自身需求的HA集群解决方案，以提升系统的稳定性和性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.业务连续1.1.共享存储集群业务系统运营时，服务器、网络、应用等故障将导致业务系统无常对外提供业务，造成业务中断，将会给企业带来无法估量的损失。
针对业务系统面临的运营风险，Rose提供了基于共享存储的高可用解决方案，当服务器、网络、应用发生故障时，Rose可以自动快速将业务系统切换到集群备机运行，保证整个业务系统的对外正常服务，为业务系统提供7x24连续运营的强大保障。
1.1.1.适用场景基于共享磁盘阵列的高可用集群，以保障业务系统连续运营硬件结构：2台主机、1台磁盘阵列主机备机心跳磁盘阵列局域网1.1.2.案例分析某证券公司案例客户需求分析某证券公司在全国100多个城市和地区共设有40多个分公司、100多个营业部。
经营围涵盖：证券经纪，证券投资咨询，与证券交易、证券投资活动有关的财务顾问，证券承销与保荐，证券自营，证券资产管理，融资融券，证券投资基金代销，金融产品代销，为期货公司提供中间介绍业务，证券投资基金托管，股票期权做市。
该证券公司的系统承担着企业的部沟通、关键信息的传达等重要角色，随着企业的业务发展，系统的压力越来越重。
由于服务器为单机运行，如果发生意外宕机，将会给企业的日常工作带来不便，甚至给企业带来重大损失。
因此，急需对服务器实现高可用保护，保障服务器的7×24小时连续运营。
解决方案经过实际的需求调研，结合客户实际应用环境，推荐采用共享存储的热备集群方案。
部署热备集群前的单机环境：业务系统，后台数据库为MySQL，操作系统为RedHat6，数据存储于磁盘阵列。
在单机单柜的基础上，增加1台备用主机，即可构建基于共享存储的热备集群。
增加1台物理服务器作为服务器的备机，并在备机部署系统，通过Rose共享存储热备集群产品，实现对应用的高可用保护。
如主机上运行的系统出现异常故障导致宕机，比如应用服务异常、硬件设备故障，Rose将实时监测该故障，并自动将系统切换至备用主机，以保障系统的连续运营。
客户端局域网心跳电子邮件服务器（主机）电子邮件服务器（备机）磁盘阵列系统特点⏹业务连续运营实时监测服务运行状态，如出现软、硬件故障，自动将系统切换至备用主机，以保障系统连续运营。
⏹容错结构基于共享存储的热备集群，由2台服务器、1台磁盘阵列构成，服务器、磁盘阵列等硬件设备容错，解决单点故障。
⏹监控应用和系统资源实时监测应用服务运行状态，并支持深度监控CPU/存资源使用率，可进行智能预警和策略切换。
⏹充分利用现有资源可利用现有软、硬件资源，轻松构建热备集群方案，避免重复投资。
⏹简化运维Rose提供友好的图形化界面，用户可以远程管理热备集群，并监管集群工作状态。
提供多种事件告警方式，比如在线状态、在线日志、短信、等，方便用户进行日常管理，从而简化运维工作，降低运维难度。
1.2.数据镜像集群随着服务器硬件及软件的发展，服务器的性能、部存储容量以及网络传输能力等都有了大幅度地提升，服务器在应对主流业务方面提供了更加强大的能力。
传统高可用性系统中必须通过共享存储来实现数据的一致性和连续性，这个特性无形中增加了可用性系统的成本。
Rose基于以太网络TCP/IP协议，通过数据实时镜像技术，在两台主机之间实现不需要共享存储的纯软高可用系统。
如此灵活的双机高可用系统配置方式，用户可以在充分利用已有资源的基础上，根据自己的实际硬件环境来选择。
该解决方案采用HA技术对主机的IP、应用程序、数据存取等进行监控和保护。
当应用程序或主机发生故障后，Rose将自动、快速地切换应用到备机，保障应用服务的连续运营。
1.2.1.适用场景基于主机的数据镜像高可用集群，以保障业务系统连续运营。
硬件结构：2台主机1.2.2.案例分析某百货公司是一家联交所主板挂牌上市公司，并控股多家A股上市公司。
经过十余年长足发展，该公司年销售额近100亿元，居中国百货零售业前列，目前在全南、西南、华北、华东区域20个城市共拥有40多家门店。
项目背景及需求该百货公司每个门店销售管理系统均由运行在RedHat 5.4平台上前端管理应用服务和Sybase数据库服务构成，其中Sybase数据库服务作为前端销售管理应用服务的核心后台数据库，无疑是系统中最为重要的一个环节。
项目实施前，客户后台Sybase数据库均运行在单机系统上。
项目实施目标：为该公司旗下所有的门市销售管理系统，提供保障业务连续运营不间断的基础环境，实现各个门市销售管理系统持续不间断运营，为提高各个门市销售效率，同时，减小全公司系统管理人力和财力成本。
解决方案作为整个方案的重点，门市销售管理系统的核心后台Sybase数据库，需要能够连续不间断运营来确保整个系统的可用性。
通过慎重方案筛选及客户现有资源等因素综合考虑，Rose公司推荐其采用基于数据镜像的业务连续性产品，将该公司旗下某市城区的八个客流量较大的商场销售管理系统后台Sybase数据库组成镜像热备方案保护业务连续工作。
总体架构描述因各商场硬件平台不同，有些商场硬件配置增加1台服务器作为Sybase数据库备机，有些商场利用前端应用服务器作为Sybase数据库备机，充分运用硬件资源，在软硬件环境准备就绪后，通过Rose 解决方案搭建基于数据镜像的热备集群。
实现过程以某一个门店为例作详细说明。
正常情况下，2台服务器中的1台服务器作为Sybase主机，通过活动IP对外提供服务，主机产生的数据会直接写入主机的本地磁盘，同时通过Rose解决方案，将实时捕获到的变动数据，通过网络实时传输到备机，从而保证两台服务器数据的一致性。
在此基础上，如果主机出现故障(服务器宕机，应用系统故障，网络故障等情况)，导致所保护的应用程序无法继续对外提供服务，主机会在保证数据一致性前提下，通过Rose解决方案将Sybase数据库切换到备机运行，继续对外提供服务，确保生产管理系统持续运营工作。
数据复制心跳局域网数据库主机数据库备机系统特点⏹ 业务连续运营实时监测Sybase 数据库运行状态，如出现软、硬件故障，自动将数据库服务切换至备用主机，以保障数据库系统的连续运营。
⏹ 数据实时复制应用在线的数据实时复制，保障主、备机的数据一致性。
并支持计划快照任务，可定期为数据创建快照记录，进一步保障数据安全。
⏹ 多种监控方式实时监测应用服务运行状态，并支持深度监控CPU/存资源使用率，可进行智能预警和策略切换。
⏹架构灵活无需磁盘阵列设备，即可构建热备集群，方案架构灵活。
可充分利用现有软、硬件资源，轻松构建热备集群方案，避免重复投资。
⏹简化运维Rose提供友好的图形化界面，用户可以远程管理热备集群，并监管集群工作状态。
提供多种事件告警方式，比如在线状态、在线日志、短信、等，方便用户进行日常管理，从而简化运维工作，降低运维难度。
2.灾备恢复2.1.远程容灾随着IT行业的发展，用户核心系统重要性逐渐凸显，为了应对核心系统的可靠性，用户纷纷开始构建自己的容灾系统，实现核心系统的远程容灾保护。
Rose针对用户的需求提供远程容灾方案，一旦生产中心发生灾难事故，可以把核心系统快速转移到容灾系统上继续运营，达到RPO≈0、RTO=分钟级的远程容灾级别。
2.1.1.适用场景用户根据系统环境、网络环境，结合容灾需求等情况，构建远程容灾方案。
在不改变用户现有架构的情况下，适用于本地及远程的应用系统和核心数据的容灾备份场景。
2.1.2.案例分析客户为华东地区某市的一个天然气供应商，是该市工业园区城市燃气基础设施投资、建设、管理和运营的主体，每天为10多万户家庭和超过1000家企事业单位提供洁净天然气。
项目背景及需求客户在总部部署有多套业务系统，包括OA、ERP、数据采集SCADA、燃气客户管理系统等，分别部署在多台服务器上，考虑到各种突发事件可能导致的业务中断及数据丢失，客户计划在距离总部10公里地方部署容灾机房，将相关业务系统通过容灾机房服务器保护，达到数据和应用的冗余保护。
项目实施目标为企业相关核心系统实现异地的数据+应用容灾保护，在本地机房出现故障时，能够在容灾机房快速启用相关服务，保持业务系统对外连续、稳定运行。
解决方案推荐采用基于数据容灾的旗舰产品—RoseReplicator，部署企业核心系统的异地数据+应用保护方案。
⏹总体架构描述通过和客户沟通，计划在容灾机房通过一台高性能服务器，采用VMware ESXi虚拟化方式，虚拟出多个虚拟机，分别对应多台生产服务器，通RoseReplicator部署多个1to1的数据+应用保护模式来保护不同的应用程序。
网络层面，客户在两地通过运营商专网实现100M 带宽通信，确保数据传输稳定性。
⏹实现过程以管理系统为例：容灾机房的虚拟机保持和原生产服务器相同操作系统，应用程序和数据库部署方式保持一致，通过RoseReplicator搭建1-1数据保护模式，将管理系统生产服务器的数据实时复制到容灾服务器上，确保两台机器数据一致性。
当主服务器出现故障时，可通过备用服务器快速恢复业务系统；当本地机房完全瘫痪时，可通过容灾机房公网IP将服务映射出去，对外提供服务；当本地服务器恢复后，可通过恢复向导将数据快速恢复至生产服务器，继续通过生产服务器对外提供服务。
⏹解决方案示意图方案效果核心数据的异地容灾备份核心应用系统的容灾切换多种数据删除模式避免误删除灵活的网络带宽限制策略远程集中统一管理方案总结通过虚拟化平台下搭建容灾方案，为客户节省不少硬件投入，满足客户数据异地保护需求。
2.2.云容灾越来越多的用户计划将其业务系统或数据迁移至云。
业务和数据迁移至云端，业务系统的运营和数据将完全托管于云服务商，而如何对云端的业务系统和数据进行有效控制和容灾保护，也是用户将业务迁移至云需考虑的一个重要环节。
结合云平台，常见的容灾模式有如下几种：本地至云将生产中心的数据和业务实时灾备至云端，如生产中心出现事故，可迅速利用云端的容灾系统及时接管业务。
云至本地用户将业务迁移至云端，可将云端的业务数据实时灾备至用户本地机房，可有效控制业务和数据安全。
不同区域的云之间不同区域的云之间，构建数据和业务灾备，最大化保障业务系统和数据的安全。
2.2.1.适用场景本地至云，云至本地，不同区域的云之间，构建云容灾方案2.2.2.案例分析某公司是全球最大的中央处理器散热风扇(CPU Cooler)供应厂商，为高新技术企业。
公司主要生产制造散热片(Heat Sink)、风扇(DC Fan)、导热管(Heat Pipe)等。
在工厂生产流水线作业平台信息化建设过程中，需对核心MES业务系统构建容灾保护，以保障MES系统能够抵御灾难事故。
容灾方案部署前，MES系统数据库已迁移至微软云，并使用云端高可用技术实现业务系统的连续性保护，、、等分公司均通过VPN网络访问云端数据库。