灾难恢复:您的业务如何设置才能在中断中生存?

您的业​​务是否可以使用异步备份来获得异步备份,或者必须将其现场服务器更新,以便在始终保持业务和运行。

灾难恢复按钮
Thinkstock.

异步与同步。黑暗灾难恢复与主动架构。主动/活动与主动/被动。没有设置的客观性或比另一个更好。最适合您的一个主要取决于您在服务器下降时发生的情况的容忍度。

安全专家说,个人公司如何选择储存其数据,以预期停电取决于它们在“灯”重新打开之前可以生存。您的公司需要什么级别的可用性?是贵公司的脸部是电子商务网站,甚至几分钟离线可以花费天文金额吗?主动活跃系统的成本是否会超过中断的业务潜在损失?

“这不是一个比另一个更有效的。更重要的是,您想要解决的需求。例如,购买法拉利获取杂货将完成工作,但它真的适合目的吗?“Solutions营销和技术联盟的高级总监Don Foster表示,唐福斯特说。

在主动/活动架构中,通常通常与现场服务器同步的异地服务器集群。这允许在灾难中没有停机时间,其中一个服务器被击倒脱机。它可以配置为自动故障转移。在此设置中,需要较少的硬件,因为两个站点的所有系统都在使用VS中使用暗灾难恢复方案中的硬件。如果您有48个黑暗灾难恢复核心,您可以使用96个总核心并仅使用48.在主动/活动模式下,您将缩减到32 x 2,64个核心,所有64都处于活动状态。

在黑暗的灾难恢复场景中,容量是一个完全冗余的系统 - 所有硬件和软件都准备好了 - 但坐在闲置。根本不使用该容量,直到第一个站点失败,但它在某些时段中复制到它。

Bluelock的高级云解决方案建筑师Erin Swike解释说,“积极/积极的灾难恢复是博士世界的独角兽。在夜间能够睡觉的想法知道,如果您的生产网站将失败,您的DR网站将自动开始向用户丢失的用户丢失或市中心时刻,是任何CIO或系统工程师的NIRVANA。

“对于大多数人来说,它仍然是童话和传说的东西。忘记数据中心接近和网络延迟的明显因素;雷竞技电脑网站最重要的因素之一是您的应用程序是否被编写以支持这种情况。除非从一开始就用这项申请写了一个申请,否则赔率是它不能支持它,“她说。

主动/活动模式的软件成本更高,因为在活动模式下运行的任何系统都必须具有许可软件。当系统处于暗灾难恢复模式时,第二个系统不需要数据库内核的付费许可,例如,因为一次只能居住。这两个系统保持同步的事实并不影响成本。

在同步复制中,需要在两个服务器之间具有可靠的网络连接。还有额外的劳动力,必须不断管理另一个站点。

Don Foster,Commvault

异步复制的负数涉及在停机时间和上次更新服务器之间丢失某些数据。但是,它可以设置为自动故障转移。

Anand Hariharan,产品副总裁WebScale网络据说这基本上是冷/暖/热备份服务器的概念。利弊分为两组:服务级别协议和成本。恢复点目标(RPO)和恢复时间目标(RTO)定义SLA供应商将提供通知用户可接受的时间长度可以在停电时丢失,并且他们将恢复服务有多快。

“Naturally, with a hot backup, or an active/active architecture, there is zero downtime and a perfect replica of data, so from an SLA perspective, this is a very favorable path to take as it ensures that critical data isn’t lost and critical applications continue to function without interruption,” Hariharan says. “The downside here is of course cost. Maintaining two systems that are always running is essentially twice the cost, whether these costs be related to running replica architectures in a private data center, paying a managed hosting provider to perform the same task in an offsite location, or the cost of running double the instances in the cloud. In some of these scenarios, and depending on the size of the deployment, there is likely also a headcount consideration, where the additional technical staff required to managed twice the systems will also cause a steep increase in costs.”

成本

鉴于平均(和增加)率为每分钟7,900美元(Ponemon Institute.),停机时间为企业产生了巨大的成本,无论是立即业务和长期声誉。

其他成本包括搭配站点的服务器。根据许多用户分发基础设施成本,它们具有宽大的宽容,但仔细看来,根据Scalearc白皮书,仔细观察揭示这些节省的节省的节省。搭配公司仍然对任何未使用的资源收取,包括可能有一天可充分使用的黑暗的资源。然而,企业无法减少专用于辅助站点的资源量,因为主服务器的所有信息必须备份到CO-LO次级。

Scalearc报告还指出,由于其假设的规模经济,公共云解决方案似乎很有吸引力。尽管如此,由于隐私问题,有安全问题的组织(例如银行和政府机构)仍然害羞地远离云。此外,云系统可以引入影响应用程序性能超出可接受的级别的延迟。而且,云经济学并不总是他们所似乎的东西。在完全操作下,云开支通常运行高于企业拥有并运行自己的基础架构时的云开支。

Scalearc认为,主动/主动架构的维护成本较低,因为在工作时间期间可以完成任务,而不是要求在半夜需要船员。它们还需要更少的员工成员,因为组织可以在维护期间保持应用程序运行,因此开发人员和其他应用专家不需要涉及。

“对于成本的增加20%,组织将享受33%的系统能力,以及减少停机时间,降低运营成本,更好的资产利用率和最高总收入的额外经济效益,”Scalearc写道“。

客户可能无法理解计算架构,但他们确实希望所有时间都可以使用它的应用和数据。任何未能提供100%的正常运行款项风险丢失客户和收入的供应商。

Onelogin高级总监Al Sargent从金融角度来看,Topline收入矮人公司在IT预算上花费了什么。一项研究表明,公司花费3%至7%的收入。“转移到活跃/活跃的架构可能会增加一小部分百分比的预算,但会防止可能侵蚀许多百分比点的中断,”他说。

使用基于云的SAAS解决方案减少了其中一些成本缺口,其中可以在两个站点上自动维护共同的管理环境。云使得能够快速缩放时间,因此您可以部署减少(较小的足迹)故障转移基础架构,可以在灾难事件期间几乎立即恢复应用程序,从而实现更好的SLA,Hariharan说。

福斯特表示,这两种情况都适用于企业灾难恢复策略。许多应用程序甚至基础设施(企业空间中的存储阵列都通过单个名称空间创建了可以跨数据中心的单个名称空间创建了活动/主动网格,也开发了这种技术,使公司更容易提供业务连续性计划和恢复雷竞技电脑网站基础设施中断。

“问题是维护和运行这些基础架构的成本。如果应用程序或服务有要求真正成为“拨号音”系统(始终导致 - 从不进行),那么企业将花费必需的美元,以确保五个可用性,然后有些,“他说。

具有这些需求的大多数关键应用程序具有内置的这些类型的故障转移机制,以便辅助系统或第三系统可以恢复如果有一个故障,则寄存。对于服务器而言,群集也已经存在了很长时间,因为该技术已经将堆栈迁移到基础设施服务中,可以提供可用性的放松,从而大大提高 - 只是以成本。

虽然他说的成本不是唯一的下方。“主动恢复解决方案不考虑用户错误。他们是垃圾的垃圾,如果发生这种类型的停电,你需要有一些东西是跟踪点的时间一致性恢复到。福斯特说,几周前的Gitlab中断是一个很好的例子,“福斯特说。

“可能有任何数量的任务关键申请值得保护积极/主动冗余,诀窍是确定那些值得费用的诀窍,”史蒂文山,高级储存分析师451名研究。“重要的是要记住,一个好的/公元前计划要求广泛评估公司的主要业务优先事项;支持它们所需的人员,数据和应用;和替代它们的替代方案的成本 - 所有这些都是违反损失风险的成本/效益分析的成本/效益分析和危重业务中断的可能性。“

黑暗灾难恢复更具成本效益,通常是数据中断的重点,并且可以对内置主动恢复服务非常互补,福斯特注明。基础架构将高度可用,数据副本与实时和版本化的时刻引用进行跟踪,以解决可能出现的任何中断问题。

Scalearc的首席执行官Justin Barney认为评估积极主动架构的费用必须考虑到停机的潜在损失。“主动/主动操作确实占用的费用 - 硬件和软件成本约为20%。但这些额外费用不包括来自避免停机的收入损失等来源的抵消。总的来说,仅针对无法承受停机时间的组织的主动/主动运营的角度来看,“他说。

Barney表示,对近乎所有行业的持续可用性的需求,积极/主动操作明确提供了最佳优势组合。

据巴尼表示,有新的数据显示,备份系统和进程企业依赖最多,以确保业务连续性/灾难恢复可能实际上损害了在防止主要中断时损害。“这是重要的,因为这些灾难恢复系统不再满足必须实现”持续可用性“的组织的需求。

“今天的企业没有失败的奢侈品,然后在脱机时从这个失败中恢复不是一个选项 - 所以”黑暗博士“模型失败了,”他补充道。

培养不同意这种陈述。“如果您仍然运营备份和恢复和恢复以及博士,则为2005年,肯定该声明可能是正确的,但现实是客户正在现代化它们在其基础架构和架构上执行的博士和备份如何成熟和更改。当他们不这样做时,由于没有整合的时尚,可能会发生中断,在这种情况下,保护和博士决定。“

12 4.
第1页,共2页
IT薪水调查:结果是