管理主要云中断中的实时恢复

在重大云中断中管理实时恢复

灾难发生，突然停工成为现实。但是，所有客户都可以做的事情是在几乎任何云中断中存活下来。东西发生了。失败 – 无论大小 – 都是不可避免的。不可避免的是延长的停机时间。考虑美国中南部地区的微软Azure云遭遇灾难性失败的那一天。一场严重的雷暴导致了一连串的问题，最终导致整个数据中心崩溃。在一些人称之为“天空中的Azure云天”中，大多数客户都处于离线状态，不仅仅是几秒钟或几分钟，而是一整天。有些人离线超过两天。虽然微软已经解决了导致停电的许多问题，但IT专业人员将长期记住这一事件。这是坏消息。好消息是：Azure客户可以做的事情几乎可以在任何中断中存活。它可能来自单个服务器，无法使整个数据中心脱机。实际上，实现强大的高可用性和/或灾难恢复规定的Azure客户，无论是实时数据复制还是快速自动故障转移，都可以避免数据丢失，并且每当发生灾难时都很少或没有停机时间。另请参阅：Nutanix认为企业云赢得了云计算竞赛

管理云中断

本文介绍了在混合和纯Azure云配置中提供灾难恢复（DR）和高可用性（HA）保护的四个选项。其中两个选项特定于Microsoft SQL Server数据库，这是Azure云中的一个流行应用程序;另外两个选项是与应用程序无关的。这四个选项也可用于各种组合，在表格中进行了比较，包括：

• Azure站点恢复（ASR）服务
• 具有存储空间直接的SQL Server故障转移群集实例
• SQL Server始终在可用性组
• 第三方故障转移群集软件

RTO和RPO 101

在描述这四个选项之前，有必要对用于评估DR和HA规定的有效性的两个指标有一个基本的了解：恢复时间目标和恢复点目标。熟悉RTO和RPO的人可以跳过本节。RTO是中断的最大可容忍持续时间。在线事务处理应用程序通常具有最低的RTO，而关键任务应用程序通常具有仅几秒的RTO。RPO是可以容忍数据丢失的最长期限。如果不能容忍数据丢失，则RPO为零。RTO通常会确定所需的HA和/或DR保护的类型。低恢复时间通常需要强大的HA规定来防止日常系统和软件故障，而较长的RTO可以满足基本DR规定，旨在防范更广泛但更不频繁的灾难。与HA和DR规定一起使用的数据复制可能需要在RTO和RPO之间进行潜在的权衡。在低延迟LAN环境中，复制可以是同步的，可以同时更新主数据集和辅助数据集。这使得完全恢复能够自动且实时地发生，从而可以满足最苛刻的恢复时间和恢复点目标（分别为几秒和零），无需权衡。相反，在整个WAN中，强制主要服务器等待辅助服务器确认每个事务的更新完成将对性能产生负面影响。因此，WAN中的数据复制通常是异步的。这可以在容纳RTO和RPO之间进行权衡，这通常会导致恢复时间的增加。原因如下：为了满足零RPO，需要手动过程以确保在故障转移发生之前所有数据（例如来自事务日志）已在辅助设备上完全复制这种额外的工作会延长恢复时间，这就是为什么这样的配置通常用于DR而不是HA。

Azure站点恢复（ASR）服务

ASR是Azure的DR-as-a-service（DRaaS）产品。ASR将物理机和虚拟机复制到其他Azure站点，可能在其他区域，或从本地实例复制到Azure云。该服务可以从系统和站点中断中快速恢复，并通过消除滚动软件升级期间的停机时间来促进计划内维护。与所有DRaaS产品一样，ASR有一些限制，最严重的是无法自动检测和故障转移导致应用程序级停机的许多故障。当然，这就是为什么该服务被定性为DR而不是HA的原因。使用ASR，恢复时间通常为3-4分钟，当然，这取决于管理员能够以多快的速度手动检测和响应问题。如上所述，跨WAN的异步数据复制的需求可以进一步增加RPO为零的应用程序的恢复时间。

具有存储空间直接的SQL Server故障转移群集实例

SQL Server提供了两个自己的HA / DR选项：故障转移群集实例（此处讨论）和Always On Availability Groups（下面讨论）。FCI提供两个优点：该功能可以在较便宜的SQL Server标准版中使用，并且它不依赖于像传统HA集群那样的共享存储。后一个优势很重要，因为云中的共享存储根本不可用 – 来自Microsoft或任何其他云服务提供商。Azure云存储的一个流行选择是Storage Spaces Direct（S2D），它支持广泛的应用程序，它对SQL Server的支持保护整个实例而不仅仅是数据库。S2D的一个主要缺点是服务器必须位于单个数据中心内，这使得该选项适用于某些HA需求，但不适用于DR。对于多站点HA和DR保护，需要通过日志传送或第三方故障转移群集解决方案提供必需的数据复制。

SQL Server始终在可用性组

虽然Always On Availability Groups是SQL Server为HA和DR提供的最强大的产品，但它需要许可更昂贵的Enterprise Edition。此选项可以提供5-10秒的恢复时间和几秒或更短的恢复点。它还提供可读的辅助数据库，用于查询数据库（具有适当的许可），并且不对数据库的大小或辅助实例的数量进行限制。提供HA和DR保护的Always On Availability Groups配置包括三个节点的安排，在单个可用性集或区域中有两个节点，第三个在单独的Azure区域中。一个值得注意的限制是只复制数据库，而不是整个SQL实例，必须通过其他方式进行保护。除了对某些数据库应用程序成本过高之外，这种方法还有另一个缺点。特定于应用程序需要IT部门为所有其他应用程序实施其他HA和DR规定。使用多个HA / DR解决方案可能会大大增加复杂性和成本（用于许可，培训，实施和持续运营），这也是组织越来越倾向于使用与应用程序无关的第三方解决方案的另一个原因。

第三方故障转移群集软件

凭借其与应用程序无关且与平台无关的设计，故障转移群集软件能够为私有，公共和混合云环境中的几乎所有应用程序提供完整的HA和DR解决方案。这包括Windows和Linux。与应用程序无关，无需为不同的应用程序提供不同的HA / DR规定。与平台无关，可以利用Azure云中的各种功能和服务，包括故障域，可用性集和区域，区域对和Azure站点恢复。作为完整的解决方案，该软件至少包括实时数据复制，能够检测应用程序级故障的连续监视，以及用于故障转移和故障恢复的可配置策略。大多数解决方案还提供各种增值功能，使故障转移群集能够在几乎没有数据丢失的情况下提供低于20秒的恢复时间，从而满足几乎所有HA / DR需求。

让它真实

无论是单独运行还是一致运行，所有这四个选项都可以发挥作用，使DR和HA保护的连续性对于各种企业应用程序更有效和更实惠。这包括那些能够容忍一些数据丢失和延长的停机时间的系统，以及那些需要实时恢复以实现5到9个正常运行时间且数据丢失很少或没有数据丢失的系统。为了在现实世界中实现下一次云中断，请确保您选择的任何DR和/或HA规定配置为至少两个节点分布在两个站点上。还要确保了解条款满足每个应用程序的恢复时间和恢复点目标的程度。以及可能存在的任何限制，包括检测所有可能的故障所需的手动过程，以及确保应用程序连续性和数据完整性的方式触发故障转移。

关于Jonathan Meltzer

Jonathan Meltzer是SIOS Technology的产品管理总监。他在软件和SaaS产品的产品管理和营销方面拥有20多年的经验，可帮助客户管理，转换和优化其人力资本和IT资源。从RTinsights转载

动态利用率 – 更实惠的高可用性，推动云迁移

动态利用率将使高可用性更加经济实惠，进一步推动向云迁移

云中的按需配置并不是什么新鲜事。对于混合和纯公共云配置中的高可用性和灾难恢复，新功能将是更具成本效益的选择。这种按需HA和DR将利用在多个数据中心和地理区域之间传播的资源的动态利用，并使更多应用程序实现更高的服务水平。

HA和DR都需要冗余以确保从故障中可靠，快速地恢复。

HA故障转移群集复制主VM的完整操作环境，包括辅助VM中的CPU，内存和存储资源。然后，所有数据也会实时复制到辅助服务器，辅助服务器将保持空闲状态，除非并且直到主服务器发生故障。拥有一个或多个完全冗余的辅助虚拟机会创建一个有效处于持续自检状态的集群，从而确保它为自动和快速故障转移做好准备。

相比之下，基本DR配置缺乏快速故障转移所需的功能

例如，考虑Azure Site Recovery。微软将ASR定位为DR-as-a-service。不断增长的DRaaS市场现在包括来自近十几家提供商的产品。使用ASR，主VM将复制到其他Azure区域中的辅助节点，或从本地实例复制到Azure云。但数据并未实时复制。 该服务无法从应用程序级别停机的多种原因中自动检测和故障转移。

基础问题

DRaaS和其他云可用性服务根本没有涵盖许多潜在的故障点。通常，检测到完全丢失服务。但是，未检测到应用程序或OS软件导致的故障，以及网络或存储等离散资源的故障。因此，应用程序服务可能会中断 – 可能会延长一段时间 – 而不会被云自己的恢复设施检测到。

SIOS技术的SIOS DataKeeper和SIOS Protection Suite

当高可用性至关重要时，全面的故障检测对于避免应用程序级别的停机时间至关重要。使用专门构建的故障转移群集技术可轻松实现此目标，例如SIOS Data的SIOS DataKeeper和SIOS Protection Suite，它能够自动检测软件和底层物理和虚拟资源中的各种停机原因。这些仅限软件的群集分布在云端，以提供完整的HA / DR解决方案，包括数据复制，持续的应用程序级监控和可配置的故障转移/故障恢复恢复策略。

DRaaS产品

故障转移群集软件可以单独配置为HA或DR，也可以配置为HA和DR的组合。DR通常在称为GeoCluster的配置中的另一个区域中具有备用VM。与DRaaS产品一样，WAN带宽限制会导致数据出现“复制滞后”，并可能在某些故障情况下导致某些数据丢失。但与DRaaS不同，云平台和应用程序级别会自动检测到大类故障，并可立即纠正以确保服务连续性。虽然故障转移群集具有最小化恢复点和恢复时间目标（RPO / RTO）的能力，与DRaaS相比提供全面的服务保护，但仍需要完全配置昂贵的冗余和空闲资源。幸运的是，新兴的集群管理技术正在解决这个问题，这些技术可以通过在发生故障时动态分配资源来协调完全恢复。

一种新方法

备用VM在待机模式下运行时，仅配置了处理主VM数据复制目标的极简主义角色所需的资源。发生故障时，群集会立即动态地重新配置备用VM，并提供完整的资源补充，以提供其主VM全面运行角色所需的性能级别。这种动态利用使HA和DR保护能够从显着的成本节约中受益，而不会牺牲群集的可用性和可靠性优势。

结论

无论是单独运行还是协同运行，HA故障转移群集和DRaaS都可以发挥作用，使HA和DR保护的连续性对于全系列企业应用程序来说更加经济实惠 – 从那些可以容忍一些数据丢失和延长在所有可能的故障情况下，需要RPO为零（无数据丢失）且RTO小于5分钟的停机时间。 

SIOS对2019年的五次云预测

从HA和IT服务管理到DevOps和IT运营分析

SIOS Technology Corp.的总裁兼首席执行官Jerry Melnick透露了他对2019年的顶级云预测。

在SQL Server 2008/2008 R2支持到期之前采取措施

Tick Tock … 6个月，直到SQL Server 2008/2008 R2支持到期，除非你采取行动

还在运行SQL Server 2008/2008 R2吗？您可能已经听说过，自2019年7月9日起，您将不再受到支持。对于仍在此平台上运行且无法在截止日期之前升级到较新版本的SQL的客户，Microsoft提供了两种选项，可为其他三年的客户提供扩展安全更新。

第一选择

要在准备好之前阻止SQL Server 2008/2008 R2支持过期，您拥有的第一个选项需要每年购买“扩展安全更新”。扩展安全更新每年将花费75％的完整许可证费用。它还要求客户使用有效的软件保证，这通常是每年许可证成本的25％。如此有效地，要接收扩展安全更新，您需要每年为新的SQL Server许可证支付三年，或直到您从SQL Server 2008/2008 R2迁移。

第二选择

但是，在SQL Server 2008/2008 R2支持到期之前还有另一个选项。 Microsoft已宣布，如果将SQL Server 2008 R2实例移至Azure，您将免费获得扩展安全更新。当然，Azure中会产生每小时的基础架构费用。此外，如果您希望将现有SQL许可证带到Azure，则可以使用SQL Server实例时的付费或软件保障费用。但是，这种成本包括在最先进的云环境中运行的额外好处。这为您可能无法在本地提供的增强性能和HA / DR方案提供了机会。

一系列选项

Azure在CPU，内存和存储配置方面提供了许多不同的选项。如果您正在寻找服务器或存储升级，或者您现有的内部部署基础架构正在进入刷新周期，那么现在是了解Azure云并升级性能和可用性的最佳时机。SQL Server 2008/2008 R2部署的生命周期。

99.99％的SLA

在高可用性和灾难恢复配置方面，Azure提供高达99.99％的SLA。  要获得SLA资格，您必须适当地利用其基础架构。即便如此，SLA仅涵盖实例的“拨号音”。由您来确保SQL Server具有高可用性，这通常是通过构建SQL Server故障转移群集实例（FCI）来完成的。Azure具有适当的基础结构，使您可以配置SQL Server FCI。但由于云中缺少群集感知共享存储，您需要使用SIOS DataKeeper来构建FCI。

SIOS DataKeeper的优点

SIOS DataKeeper取代了SQL Server FCI通常所需的共享存储。相反，它允许您利用附加到每个实例的任何NTFS格式化卷。SIOS保持在实例之间复制卷，并将存储作为名为DataKeeper Volume的资源提供给集群。就集群而言，DataKeeper Volume看起来像共享磁盘，但它不是控制SCSI保留（磁盘锁定），而是控制镜像方向，确保在活动服务器上进行写入，并同步或异步复制到其他集群节点。最终用户体验与传统的共享存储集群完全相同。虽然在幕后，集群正在利用本地连接的存储而不是共享存储。

不同的机架

在Azure中，您的群集节点可以在不同的机架（故障域），数据中心（可用区）中运行，甚至可以在不同的地理区域中运行。SIOS DataKeeper支持所有三个选项：故障域，可用区或跨区域复制，以涵盖HA和DR要求。AWS和Google Cloud中也可以进行类似的配置。

使用Azure站点恢复（ASR），您可以在区域对之间复制SQL Server的独立或群集实例，而无需管理自己的灾难恢复站点。当然，SQL Server很少独自生活。因此，在将SQL Server实例移动到Azure的同时，您可能还希望将应用程序服务器移动到那里，以便利用Azure中可用的性能和可用性升级。将SIOS DataKeeper与HA和ASR结合使用可提供经济高效的HA和DR策略，这些策略在SAN复制和您自己的DR站点的实施中是不可能的，或者是非常昂贵的。

入门

虽然在Azure中启动SQL Server实例只需要几分钟，但我不会等到最后一刻才进行迁移。请在接下来的几个月内熟悉Azure，开始进行一些测试，然后计划在2019年7月9日到期日之前完成迁移工作负载。在该日期之后运行SQL Server会使您容易受到任何新的安全威胁，并且还会使您失去合规性。您的老板，更重要的是您的客户，很高兴知道，一旦您将工作负载迁移到Azure，他们的数据仍然是安全的，可用的和合规的。

享受SQL Server 2008/2008 R2支持过期后想要做什么的提示，这里有更多精彩的帖子阅读经过Clusteringformeremortals.com许可转载

如何在云中的Windows上群集MaxDB