如何保护应用程序和数据库 – Oracle 集群

如何保护应用程序和数据库 – Oracle 集群

没有 RAC 的 Oracle 集群：您需要了解的内容

什么是 Oracle 集群？

故障转移集群是一种为应用程序提供高可用性保护的方法，它通过在多台服务器上运行相同的操作系统、数据库和应用程序来消除单点故障，所有这些服务器都共享相同的存储或连接到持续同步的存储。 Oracle 在其中一台服务器上运行，称为主服务器。 如果失败，应用程序编排软件（集群软件）将在称为故障转移的过程中将操作转移到一个或多个辅助服务器。 由于主服务器和远程服务器访问相同或相同的存储，因此 Oracle 操作可以以最少的恢复时间或数据丢失继续进行。 许多组织将 Oracle 视为其运营的支柱，尤其是当他们使用基于 Oracle 的 SAP 系统或 Oracle ERP 系统时。

什么是 Oracle RAC？

Oracle 的集群软件称为 Oracle Real Application Clusters (RAC)。 RAC “使您能够将较小的商用服务器组合到一个集群中，以创建支持关键业务应用程序的可扩展环境。”^[1]借助 Oracle RAC，您可以对 Oracle 数据库进行集群并使用 Oracle Clusterware 连接多个服务器，从而使它们作为一个系统运行。

虽然 RAC 以前与 Oracle 数据库标准版捆绑在一起（不收取额外费用），但 Oracle 现在已从 19c 版的标准版中删除了 RAC 功能。 您可以通过 Oracle 数据库企业版支付额外费用购买 Oracle RAC。 不幸的是，这意味着任何想要使用 RAC 的客户都必须升级到 Oracle Database Enterprise 或迁移到 Oracle 云，这两种解决方案都比标准版昂贵得多。

SIOS 无需升级到企业版即可提供高可用性 Oracle 集群解决方案，最多可节省 70% 的许可成本。

适用于 Linux 的 SIOS 保护套件（Oracle Linux、Red Hat、SUSE）

这适用于 Linux 的 SIOS 保护套件提供高可用性故障转移集群、连续应用程序监控、数据复制和可配置恢复策略的紧密集成组合，保护您的 Oracle 数据库和应用程序免受停机和灾难的影响。 与仅监控服务器运行的其他集群解决方案不同，SIOS LifeKeeper 监控服务器、网络连接、存储、所有 Oracle 进程和任何相关应用程序的运行状况。 通过一组策略定义的操作立即纠正问题，确保快速恢复而不会中断最终用户。

SIOS 保护套件可以在共享存储 (SAN) 环境中运行以支持传统的 HA 集群，或者在云、混合和其他共享存储不切实际或不可能的环境中的无共享 (SANless) 存储配置中运行。 它为您的 Oracle 数据库和应用程序提供了具有自动和手动故障转移/故障恢复策略的强大、多功能且易于配置的集群。

适用于 Linux 的 SIOS 保护套件包括：

• SIOS 救生员，它提供了灵活的故障转移集群软件来监控整个应用程序堆栈
• SIOS DataKeeper，它提供快速、高效的基于主机的块级数据复制，用于在无 SAN 集群配置中镜像本地存储或复制到远程位置或云以进行灾难恢复
• 多个应用程序恢复套件 (ARK)，产品中内置了自动配置和验证工具，可保护您的业务关键型应用程序和数据免受停机和灾难的影响。

SIOS LifeKeeper 支持所有主要的 Linux 发行版，包括 Red Hat Enterprise Linux、SUSE Linux Enterprise Server、CentOS 和 Oracle Linux，并适应各种存储架构。 SIOS 软件已经过调整和优化，可以在这些操作系统上运行，并且对组件进行了测试，以确保 SANless 集群解决方案可以在每个操作系统上运行。

SIOS 支持云中的 Oracle 集群

借助适用于 Linux 的 SIOS 保护套件，您可以在灵活、可扩展的公共云环境（例如 Amazon Web Services (AWS) 或 Microsoft Azure）中运行您的 Oracle 应用程序，而无需锁定供应商或牺牲性能、高可用性或灾难保护.

适用于 AWS 或 Azure 上的 Linux 的 SIOS 保护套件提供了跨云故障域和可用区创建高可用性 Linux 集群所需的元素，为您提供地理隔离，以防止站点范围内和区域性的灾难和中断。

在 Windows Server 故障转移集群 (WSFC) 环境中，您可以使用 SIOS DataKeeper Cluster Edition 来同步本地存储，并使用基于主机的高效复制进行 SANless 集群。SIOS DataKeeper 集群版软件可保护您的业务关键型 Windows 环境（包括 Oracle）免于停机和数据丢失。

SIOS 支持虚拟环境中的 Oracle 集群

SIOS SANless 集群软件为您的 Oracle 数据库和应用程序在 VMware、Hyper-V、KVM 和 XenServer 环境中运行时提供所需的企业级高可用性、可靠性和灵活性。

适用于 Linux 的 SIOS 保护套件可保护您在虚拟环境中的 Linux 上运行的 Oracle 数据库和应用程序。 如果您在虚拟环境中在 Windows 上运行 Oracle，SIOS DataKeeper Cluster Edition 可以保护您的业务关键型 Windows 环境，包括您的 Oracle 数据库和应用程序。

SIOS 提供集成的数据复制，高可用性聚类和灾难恢复在 Linux 和 Windows 上支持 Oracle 的解决方案可以为小型和大型组织提供容错保护，而成本仅为其他 Oracle 集群解决方案的一小部分。 使用 SIOS SANless 集群，您不需要昂贵的共享存储来实现完全的高可用性应用程序和数据库保护。 相反，您可以在没有 SAN 的云中运行您的 Oracle 数据库和应用程序。此外，SIOS 还可以在本地以及虚拟和混合环境中保护您的 Oracle 数据库和应用程序。

有关 SIOS 如何保护您的 Oracle 数据库和应用程序的更多信息，单击此处或个性化演示.

^[1]https://docs.oracle.com/cd/B28359_01/rac.111/b28254/admcon.htm#RACAD7148经授权转载西欧

如何保护应用程序和数据库 – SAP 集群

如何保护应用程序和数据库 – SAP 集群

SAP 集群：实现高可用性的最佳方式

什么是 SAP 集群？

您的 SAP 系统是您组织的命脉，如果系统出现故障，您的运营就会停止。 为了支持 SAP 系统的高可用性，您的 IT 团队可以在集群环境中安装 SAP。

集群是一组两个或多个连接的服务器，它们配置有相同的操作系统、数据库和应用程序。 这些连接的服务器被称为“节点”。其中一个节点被指定为主节点。 如果主节点发生故障，集群允许您的组织自动将应用程序操作故障转移到一个或多个辅助节点，从而减少停机时间、消除数据丢失并保持数据完整性。

高可用性 SAP 集群解决方案可用于在 Linux 或 Windows 环境中运行的服务器。

流行的 SAP 集群解决方案

前端应用需求高可用性，即 S/4 HANA，任何其他依赖于 HANA 的应用程序也是如此。

Linux 供应商（例如 SUSE 和 RedHat）为 SAP 提供了几种开源 HA 解决方案，其中包括 HA 扩展及其“Enterprise for SAP”订阅。 这些供应商捆绑了开源软件，您可以使用这些软件为 HANA 数据库、ABAP SAP 中央服务 (ASCS)、评估收据结算 (ERS) 和其他 SAP 组件构建高可用性集群。^[1]

SUSE HAE（和其他开源集群选项）是高度手动的，只保护单个组件。 例如，将 SUSE HAE 和其他开源解决方案与 SAP 或 SAP HANA 集成可能既耗时又复杂，需要仔细的手动脚本编写和繁琐的确认步骤。 创建应用程序感知 HA 解决方案还需要在应用程序和数据库方面具有特定的深厚专业知识。

SAP 还提供 HANA 系统复制，这是 HANA 软件附带的一项功能。 它提供 SAP HANA 数据库到同一数据中心、远程站点或云中的辅助位置的持续同步。 数据被复制到辅助站点并预加载到内存中。 发生故障时，辅助站点将接管而无需重新启动数据库，这有助于减少恢复时间目标 (RTO)。 不幸的是，必须手动触发到主节点的故障回复，并发出单独的命令。 也没有集成的 HA 故障转移编排以及 SAP 中央服务等组件。^[2]SIOS HA 集群软件为您的应用程序和数据提供全面的 SAP 认证保护，包括高可用性、数据复制和灾难恢复在一个简单、经济高效的解决方案中。 SIOS 软件可让您在 Windows 或 Linux 环境中保护 SAP，在物理、虚拟、云（公共、私有和混合）和高性能闪存存储环境的任意组合中使用您选择的服务器硬件。 SIOS 软件易于配置，并提供对整个 SAP 应用程序环境的快速复制、全面监控和保护。 它在共享 (SAN) 存储或无共享 (SANless) 存储环境中提供持续的数据可用性。

对于 SAP S/4HANA 和 SAP HANA 数据库，SIOS 可用于补充 SAP 已经在使用 HANA 系统复制所做的工作，以提供完全自动化的高可用性——自动监控关键 SAP HANA 应用程序流程，以及自动故障转移和故障恢复。^[3]

SIOS 保护套件在 Linux 环境中保护 SAP

适用于 Linux 的 SIOS 保护套件提供了高可用性的紧密集成组合故障转移集群、持续的 SAP 应用程序监控、数据复制和可配置的恢复策略，保护您的 SAP 应用程序免受停机和灾难的影响。 虽然 SIOS Protection Suite 可以在 SAN 环境中运行以支持传统的基于 HA 硬件的集群，但该架构采用无共享的服务器集群方法，使其能够运行 SANless。 它提供了一个强大、通用且易于配置的解决方案，具有适用于各种应用程序的自动和手动故障转移/故障恢复策略。

适用于 Linux 的 SIOS 保护套件支持 SAP 集群，如下所示：

• SIOS LifeKeeper，提供灵活的故障转移集群软件，监控整个应用程序堆栈
• SIOS DataKeeper，它提供快速、高效的基于主机的块级数据复制，用于在无 SAN 集群配置中镜像本地存储或复制到远程位置或云以进行灾难恢复
• 多个应用程序恢复工具包 (ARK)，产品中内置了自动化配置和验证工具，可保护您的业务关键型应用程序（如 SAP）和数据免受停机和灾难的影响。

应用程序智能维护最佳实践故障转移

ARK 提供特定于应用程序的感知，并将应用程序堆栈连接到上下文中的 HA 解决方案，包括所有相关组件。 例如，SIOS 提供了一个 SAP HANA 应用程序恢复工具包，它提供主机自动故障转移、存储复制和系统复制以提高可用性。

最后，借助适用于 Linux 的 SIOS 保护套件，您可以在灵活、可扩展的云环境（例如 Amazon Web Services (AWS) 和 Azure）中运行关键业务应用程序，而不会牺牲性能、高可用性或灾难保护。

SIOS DataKeeper 在 Windows 环境中保护 SAP

SIOS DataKeeper Cluster Edition 是一个软件插件，它与 WSFC 简单无缝地集成，以添加性能优化的、基于主机的同步或异步复制。 使用 DataKeeper，您可以轻松创建无 SAN 集群，为您的 SAP 应用程序实现高可用性和灾难恢复，无论是在云中、在 VMware 等虚拟化环境中运行，还是在仅使用本地存储的物理服务器上运行。 它增加了高效的复制以同步每个集群节点上的本地存储，创建一个在 WSFC 看来就像传统存储一样的无 SAN 集群。 有了它，您可以在云、混合云中创建 Windows 集群，或者在云中扩展一个基于 SAN 的传统本地集群，以实现灾难恢复。

使用 SIOS DataKeeper Cluster Edition，您可以实现对关键 SAP 组件的高可用性保护，包括 ABAP SAP Central Service (ASCS) 实例、后端数据库（Microsoft SQL Server、Oracle、DB2、MaxDB、MySQL 和 PostgreSQL）、SAP Central服务实例 (SCS)。

SIOS DataKeeper 不仅消除了 SAN 的成本、复杂性和单点故障风险，还允许您在本地存储中使用最新的快速 PCIe 闪存和 SSD，以实现单一经济高效的性能和保护解决方案。

SIOS DataKeeper 还提供SAP 高可用性和云环境中的灾难恢复，例如 Amazon Web Services (AWS)、Microsoft Azure 和 Google Cloud Services，而不会牺牲性能。

如果您的组织不使用 WSFC，SIOS 提供适用于 Windows 的保护套件，其中包括 SIOS DataKeeper、SIOS LifeKeeper 和可选的应用程序恢复工具包 (ARK)，用于 SAP 等领先应用程序和基础设施操作。 它是一个紧密集成的 SAP 集群解决方案，结合了高可用性故障转移集群、持续应用程序监控、数据复制和可配置的恢复策略，以保护您的业务关键型 SAP 应用程序和数据免受停机和灾难的影响。

结论

全球各地的组织都使用 SIOS HA 解决方案来保护其 SAP 应用程序，无论是在 Windows 还是 Linux 环境中运行。 这里只是几个例子：

• Bonfiglioli 是一家领先的意大利设计、制造和分销公司，使用 SIOS DataKeeper 为他们提供了一种将 SAP 系统迁移到 Microsoft Azure 云的简单方法，同时满足严格的可用性、灾难恢复和性能 SLA。
• 化学制造商 Toyo Gosei 使用 SIOS DataKeeper 将 SAP 迁移到 Azure，并通过复制构建了一个“永不停止的系统”。
• 全球最大的奇异果营销商 Zespri International 使用 SIOS DataKeeper 提供公司在 Microsoft Azure 中部署其 SAP/Microsoft SQL Server 操作所需的配置灵活性、高可用性和灾难保护。

有关高可用性 SAP 集群的更多信息，点击这里.

参考https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/^[1]同上。^[2] https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/^[3]同上。经授权转载西欧

如何保护应用程序和数据库 – SQL Server 群集

如何保护应用程序和数据库 – SQL Server 群集

使用 SIOS 揭开 SQL 集群解决方案的神秘面纱

SQL Server 群集是用于描述通过 LAN 连接的两个或多个物理服务器（节点）的集合的术语，每个物理服务器都承载一个 SQL Server 实例并具有对共享存储的相同访问权限。 每当承载 SQL Server 实例的服务器出现故障时，集群 SQL 服务器可提供高可用性和灾难保护。

如果您在独立服务器上，硬件故障可能会导致您的操作停止。 但是，通过集群，如果一个节点出现问题，您可以自动故障转移到另一个节点 – 停机时间最短 – 并在 IT 解决问题的同时继续让您的用户继续工作。 当主服务器修复后，您可以快速恢复操作。

与使用独立服务器相比，SQL Server 群集还可以在应用升级和安全补丁时限制停机时间。

尽管SQL Server 群集提供高可用性并最大限度地减少系统停机时间，SQL Server 群集不会提高服务器或应用程序的性能。 为了提高性能，您需要升级服务器的计算能力。

本文介绍了 SIOS SQL Server 群集解决方案，并提供了 SIOS 与 Microsoft 的 SQL 群集解决方案的高级比较。

SIOS SQL Server 集群解决方案

SIOS Technology Corp. 提供高可用性集群解决方案，帮助您从基础架构和应用程序故障中自动恢复。 支持SQL Server 高可用性, SIOS 提供两种解决方案：

• SIOS DataKeeper 集群版在 Windows 上运行并利用 Microsoft Windows Server 故障转移群集 (WSFC) 为 SQL Server 群集提供共享存储 (SAN) 或不共享存储 (SANless)。 SANless 环境消除了单点故障，提高了复制效率，保护了 SQL Server 以外的应用程序，并保护了分布式事务和系统数据库。
• 适用于 Linux 的 SIOS 保护套件是故障转移集群、持续应用程序监控、数据复制和可配置恢复策略的紧密集成组合，可在 SAN 或 SANless 环境中保护关键业务应用程序和数据库，包括 SQL Server。

让我们仔细看看每种解决方案的特点和优势。

SIOS DataKeeper 集群版

Windows Server 故障转移群集 (WSFC) 是 Windows Server 平台的一项功能，可提高高可用性。 WSFC 通常用于为使用 SQL Server 的应用程序提供高可用性。 在服务器或应用程序发生故障时，WSFC 协调冗余计算资源并自动管理备用节点上 SQL Server 操作和数据的恢复。 不幸的是，如果您想在云中运行 SQL Server 应用程序，则没有可用的 SAN。

SIOS DataKeeper Cluster Edition 允许您轻松创建无 SAN WSFC，从而为在云、VMware 或 Hyper-V 等虚拟化环境或仅使用本地存储的物理服务器上运行的 SQL Server 应用程序实现高可用性和灾难恢复。在 WSFC 管理软件集群的同时，SIOS 集群软件使用实时（同步或异步）块级复制来同步本地存储。 同步存储在 WSFC 看来是传统的基于 SAN 的存储。 您还可以构建混合云配置，以在本地数据中心和云之间实现灾难恢复保护。

SIOS DataKeeper Cluster Edition 软件已通过 Microsoft 的全面认证，可在跨云区域和区域的任何配置中以企业级可用性运行。

SIOS SANless 集群不仅消除了 SAN 的成本、复杂性和单点故障风险，您还可以在单一经济高效的解决方案中使用最新的快速 PCIe 闪存和 SSD 存储来实现性能和保护。

适用于 Linux 的 SIOS 保护套件

适用于 Linux 的 SIOS 保护套件包括：

• SIOS LifeKeeper，提供灵活的故障转移集群软件，监控整个应用堆栈；它根据最佳实践协调 SQL Server 应用程序的故障转移
• SIOS DataKeeper，它提供快速、高效的基于主机的块级数据复制，用于在无 SAN 集群配置中镜像本地存储或复制到远程位置或云以进行灾难恢复
• 多应用程序恢复工具包 (ARK) 提供应用程序智能以及自动配置和验证，以保护您的业务关键应用程序和数据免受停机和灾难的影响。

虽然 SIOS Protection Suite 可以在 SAN 环境中运行以支持传统的基于 HA 硬件的集群，但它也可以用于创建一种无共享的服务器集群方法，使其能够运行 SANless。 它提供了一个强大、通用且易于配置的解决方案，具有适用于各种应用程序的自动和手动故障转移/故障恢复策略。

SIOS 与 Microsoft SQL 集群解决方案

市场上有其他可用的 SQL Server 群集解决方案。 Microsoft 提供了一些最流行的 SQL Server 群集解决方案，包括：

• SQL Server 基本可用性组
• SQL Server Always On 可用性组
• 具有共享存储的 SQL Server 故障转移群集实例

SQL Server 基本可用性组在 Windows 上运行，最多支持一个两节点群集。 它的工作方式类似于数据库镜像解决方案。 虽然集群和镜像都是提高高可用性的方法，但镜像只允许数据库进行故障转移。 如果您在故障转移后需要 SQL 之外的其他服务、文件和其他资源，或者如果您有多个必须保持在一起的数据库，则集群是更好的解决方案。

SQL Server Always On 可用性组可在 Windows 和 Linux 上运行，据微软称，它“提供了数据库镜像的企业级替代方案”。^[1]它需要昂贵的 SQL Server 企业版。

通过使用带有 SIOS 的 SQL 群集解决方案的 SQL Server 标准版，您可以节省多达 70% 的软件许可成本并获得企业级群集功能。

具有共享存储的 SQL Server 故障转移群集实例可在 Windows 和 Linux 上运行。 它是一个单站点解决方案，需要 SAN。

不幸的是，SAN 的购买和维护成本很高，需要 SAN 管理专业知识，并且存在单点故障。 SAN 也会对数据库性能产生负面影响。

您可以找到 SQL Server Always On、SQL Server Failover Cluster 和 SIOS DataKeeper Cluster Edition 的优缺点的更详细比较这里.

云中的 SQL Server 集群

SIOS DataKeeper 和 SIOS Protection Suite for Linux 提供高可用性和灾难恢复分别为在物理、虚拟、云或混合云基础架构的任意组合中运行的 Windows 和 Linux 应用程序提供保护。 例如，SIOS DataKeeper 可以：

• 保护关键的本地或混合业务应用程序，包括 SQL Server，以保护 AWS、Azure 或 Google Cloud 中的高可用性 Windows 或 Linux 环境。
• 通过在 AWS、Azure 或 Google Cloud 中创建 Windows 或 Linux 集群来保护您的 SQL Server 云应用程序。
• 通过跨云可用区域或区域故障转移 SQL Server 实例，提供站点范围、本地或区域的高可用性和灾难恢复保护。

SIOS DataKeeper Cluster Edition 和 SIOS Protection Suite for Linux 都模拟集群共享存储，并且可以跨云区域和可用区提供完全认证的高可用性集群保护。

最后的想法

SIOS 提供支持广泛的应用程序、操作系统和基础架构环境的产品，提供一个可以满足您所有高可用性需求的单一解决方案。 这里只是展示 SIOS 强大功能的几个示例。

• 支付宝（ paygoutilities.com ) 使用 WSFC 实现了 SIOS DataKeeper，为 AWS 上的 SQL Server 提供高可用性。
• 一家医疗保健信息服务提供商使用 SIOS DataKeeper 在超过 18 个集群节点中保护其重要的 SQL Server，从而消除带宽问题、改进数据保护并减少其关键医疗保健网络环境中的停机时间。
• Mavis Discount Tire 使用 SIOS DataKeeper Cluster Edition 为其业务关键型 SQL Server 提供高可用性。

如果您正在寻找一种高可用性/灾难恢复解决方案来保护 Windows 或 Linux 环境中的 SQL Server，您可以在这里找到更多信息.

请参阅有关 SQL Server 高可用性和灾难恢复的博客文章.

参考https://www.mssqltips.com/sqlservertip/1541/getting-started-with-sql-server-clustering/ https://www.brentozar.com/archive/2012/02/introduction-sql-server-clusters/^[1] https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/always-on-availability-groups-sql-server?view=sql-server-ver15经授权转载西欧

为什么需要业务连续性计划

为什么需要业务连续性计划

Facebook、Instagram 和 WhatsApp 刚刚度过了一个非常糟糕的星期一

东海岸的工作日结束了，我看到 Facebook 仍然不可用。 Facebook 在以下两条推文中承认了这个问题。

虽然我们不知道停机的确切原因，也不知道是用户错误、恶意攻击还是意外灾难性的错误，但我们可以在这一点上了解一些有关此停机的信息。

停机时间很昂贵

虽然我们可能永远不知道今天所经历的停机时间的确切成本，但有一些成本已经可以衡量。 截至撰写本文时，Facebook 股价今天下跌 4.89%。 这是在 Facebook 和其他科技股本已残酷的 9 月之上。

但公司的真正成本是多少？ 随着许多品牌将社交媒体作为其营销推广的重要组成部分，这种中断将如何影响未来的广告支出？ 如果广告商还没有调查其他社交媒体平台，我至少希望他们调查一下。 只有时间会证明一切，但即使在这次中断之前，我们已经看到来自其他平台的营销支出竞争更加激烈，例如滴答声.

为最坏的情况做计划

事情发生了，我们知道这一点并为此做好计划。 业务连续性计划（BCP）应写入地址任何可能的灾难。 同样，我们不知道这场特殊灾难的确切原因，但我必须想象一下，5 小时以上的 RTO 没有写入 Facebook、Instagram 或 WhatsApp 货架上的任何 BCP。

你的 BCP 里有什么？ 你有没有想过任何可能的灾难？ 您是否衡量了停机时间的影响并为您的业务的每个组成部分定义了足够的恢复时间目标 (RTO) 和恢复点目标 (RPO)？ 我敢说，不可能为所有可能出错的事情做好计划。 但是，我建议每个人定期重新访问您的 BCP 并对其进行更新，以包括您上次查看 BCP 时可能没有注意到的灾难。 您的 BCP 是否有全球流行病？ 如果没有，您可能已经忙于适应“在家工作”的劳动力。 关键是，做最坏的打算，抱最好的希望。

灾难中的通讯

发生灾难时的通信应该是您 BCP 中的一章。

一名 Facebook 员工告诉路透社，所有内部工具都已关闭。 追踪此事的人士表示，Facebook 的回应变得更加困难，因为员工在关闭期间无法使用自己的一些工具。

多名员工表示，他们没有被告知出了什么问题。

https://www.reuters.com/technology/facebook-instagram-down-thousands-users-downdetectorcom-2021-10-04/

一个真正强大的 BCP 必须包括多种备用通信方式。 随着您的业务分布在多个建筑物、地区或国家/地区，这一点变得更加重要。 想想你的团队今天是如何沟通的。 电话、短信、电子邮件、Slack 可能是你的前四名。 但是，如果它们都不可用，您将如何联系您的团队呢？ 如果您不知道，您可能想开始研究其他选项。 您可能不需要短波收音机和一群信鸽，但我敢肯定，有一个政府机构可以将这两样东西放在手边，以应对“紧急情况下的碎玻璃”情况。

概括

您对您自己、您的客户和您的投资者有责任确保您对您的业务的可用性采取一切预防措施。 确保您在创建 BCP 时投入了足够的资源，并且负责业务连续性的团队拥有他们需要的工具，以确保他们能够在满足 BCP 中定义的 RTO 和 RPO 方面发挥自己的作用。

修复您的云之旅

修复您的云之旅

在某种程度上，2020 年和 2021 年改变世界的事件几乎重塑了我们所知道的一切，高可用性也不例外。 尽管关闭和限制，许多 IT 团队还是将本地数据中心换成了云。许多人都在问，“现在怎么办？”以下是解决 2022 年云之旅的五件事。

1. 添加高可用性

   在推动云计算的过程中，许多 IT 和业务领导者发现自己急于将服务和应用程序从因 COVID-19 而关闭的数据中心迁移到云中。 其他人涌向云端，不是因为数据中心关闭，而是为了应对需求爆炸的浪潮。 对于一些人来说，云之旅是如此之快，以至于 HA 不包括在内，现在他们发现了应用程序仍然在云中崩溃的艰难方式，意外中断和计划外停机仍然是 AWS、Azure 和GCP 与以前的数据中心一样多。

   修复云之旅的第一步是添加一个C . 这对您的企业意味着几件事：

   • 设计和构建高可用性和冗余架构
   • 选择将保护关键组件和应用程序的软件和服务
   • 定义和记录相关的流程和程序，以及至少最低限度的治理
   • 为质量保证、程序测试和混沌测试部署生产副本

2. 扩展以提高灾难恢复的可用性

   当然，并不是每个人都在不考虑某种形式的 HA 的情况下迁移到云。 一些 IT 团队有先见之明，不会将 HA 留在本地，但在急于上云的过程中，他们将所有关键服务器都移到了同一个云可用区。 虽然拥有一些 HA 保护比完整的漏洞要好，但如果您只将服务器和应用程序部署在单个可用区 (AZ) 中，现在是时候为备用集群节点扩展到多可用区，甚至内置通过在不同区域部署第三个节点进行灾难恢复。 SIOS 已帮助数十家客户规划多可用区架构并添加灾难恢复解决方案。

3. 建立你的团队

   一夜之间，一些公司及其 IT 团队从完全本地化转变为与 Cloud Formation 模板、快速入门指南、IAM 角色、内部负载均衡器、覆盖 IP 以及破译 VM 大小的确切含义有关。现在是组建团队来支持云之旅的时候了。这将意味着几件事：

   • 增加容量。除非您能够完成一个完整的提升和转变，否则您可能会拥有相同的员工来管理云和本地应用程序。传统解决方案以喜怒无常而著称，需要大量工作才能保持稳定和可用。要驾驭未来的云之旅，您需要能够满足可用性要求、了解云架构并为企业需求规划前进方向的能力。
   • 通过培训提高技能。为您的团队提供云培训。要管理和规划课程，请通过有关云解决方案、架构、最佳实践和权衡的额外培训，寻找方法来增强组织内的 IT 卓越性。训练有素的员工不仅会在提高可用性方面获得红利，而且还会通过以经济、可扩展和合乎逻辑的方式解决可用性、维护和增长问题，从而获得红利。翻译：他们会在构建云基础架构的其余部分时避免浪费金钱。

4. 集成自动化和分析

   作为 SIOS Technology Corp. 的客户体验副总裁。 我曾与几家公司合作，这些公司在 2021 年迁移到云，而没有牺牲 HA、DR 或他们的团队。如果您认真对待达到所需的正常运行时间数（99.99%）并且制定灾难计划是不可协商的，那么是时候增加分析和额外监控的严格性了。 确保您的可用性解决方案具有应用程序感知自动化和编排功能，以便在发生灾难或计划外停机时进行恢复。 添加分析和自动化以巩固您的解决方案，并使您的云迁移从被动故障转移到主动通知和故障发生前的缓解。想象一下，如果应用程序性能不佳，或者延迟增加、错误或 VM 无响应行为及时得到通知，以避免在业务高峰期出现停机。 分析也很重要，因为它们可以揭示可能已经逃离原始可用性架构的系统和应用程序。

5. 更新流程和治理

   我们认为失败的许多事情都植根于过程的失败。 确保您组织的流程是最新的、有据可查的、适当的沟通和遵守。 这些流程应包含与谁、什么、何时、何地以及如何与客户相关的业务战略、目标和组织需求相关的一些关键最低要求。

   确保您的新云环境的所有权和签核流程有据可查。 对于从获取基础架构的硬件团队转移到云团队的客户，我亲眼目睹了来自冲突、冲突或未解决的角色和责任的挫败感。 在迁移中糊涂是一组痛点，在没有明确治理的情况下从灾难中挖掘出来是一个更大、成本更高的问题。

   如果您已经实现了向云的飞跃，那么留在那里并使其为您工作是旅程的下一部分。如果您的云之旅突然或崎岖不平，请考虑这五点来修复您的云之旅，并了解 SIOS 技术不仅可以帮助您提高云中的高可用性，还可以帮助您提高在云中运行的流程。

经授权转载西欧