适用于 AWS、Azure 和 GCP 的 SQL Server 高可用性和灾难恢复

云接口中有两种不同类型的服务器系统，供企业和基于互联网的公司使用，例如公共云和私有云。一般而言，公共云提供了多种选项，例如为 SQL 服务器管理提供高可用性和灾难恢复相关选项。事实上，某些选项在公共云系统中并不那么方便或根本不可用。所有这些先决条件，例如提供这么多选择，同时还有这些限制，对于系统和云管理员，尤其是处理 SQL 接口的管理员来说，是一个相当大的挑战。

在大多数情况下，DevOps 云计算已经改变了云密集型运营和系统的工作方式。如果没有将 DevOps 技术正确集成到云系统中，就不能简单地向使用云系统的用户承诺一个光明且没有错误的未来。

云提供商如何为客户服务？

这些云服务提供商以多种方式为客户提供服务，例如提供他们的服务器和云计算基础设施以出租给基于 IT 的组​​织。应用程序的出租或部署是在 SLA 或服务级别协议的帮助下进行的。这些协议展示了将提供给客户的可定制性水平，以及专职客户必须享受的正常运行时间或可扩展性。随着价格的上涨或选择更高的套餐，SLA 会发生变化，客户的体验也会发生变化。

SLA 只不过是基于云的系统中的拨号音，表明云的特定部分实际上可供客户或基于 IT 的组​​织使用。这些 SLA 甚至排除了可能影响客户在使用云计算服务时遇到的停机时间的自然灾害。需要额外的规定和可定制的方法，以确保基于 SQL 的服务器能够在云密集型环境中享受专用的正常运行时间，并且将业务用户整合到云系统中的应用程序、软件和工具。

高可用性与灾难恢复

这两个术语都非常具体，对于尝试管理、部署和解释云计算节点上的各种操作以及它如何影响专业人员的正常运行时间的开发人员来说意义重大。即使您使用的云供应商使用 SQL 编程来确保为客户提供最佳的服务代码和功能，也总会因灾难和故障而停机。如果您是云用户，或者即使您是供应商，您都必须知道两者之间的区别，因为只有知道这两个术语之间的区别，您才能开始选择将用于“高可用性”的条款和“灾难恢复”保护。

而失败可能是管理团队在处理基于云的系统的适当安全和保障方面的无能态度。例如可能导致特定数据中心的冷却系统出现故障的小改动或放置技术资产的机架中断。故障还可能包括有意或无意的错误导致用户端，故障规模小，持续时间短。

另一方面，灾难发生的范围更广，不仅影响一小部分，而且影响很大比例的技术元素，从而导致更多的停机时间。灾难可能会同时影响多个云系统和数据中心，并且可能比用户端的故障产生更持久的影响，因为这些灾难可能导致系统完全冗余和无序出现无法解释的时间。

正如您可能已经经历过的那样，在发生违规或系统故障时，严重依赖云计算的系统性能将受到严重影响。这里可以做的是复制特定组织的用户密集型应用程序所依赖的数据，然后将所有这些数据存储在离线设施中。对此的首选选择是在 LAN 对齐的帮助下存储数据，这样即使在发生安全事件时，所有这些重要应用程序的数据也将触手可及。

Azure 云、AWS 和 Google 云系统等 3 家大型云服务提供商几乎都严重依赖使用 LAN 系统存储的数据。但这些数据只能存储在特定数据中心的指定参数内，并且在灾难过程中只能向其附近的数据中心提供服务。但是，如果这种基于 LAN 的方法与基于 WAN 的方法混合使用，则可以解决很多与基于 SQL 的服务器相关的问题。

例如，一个特定的数据中心遭遇了灾难并且无法运行，但幸运的是所有数据都备份到使用基于 LAN 的方法的不同数据中心。现在，这些数据如何到达按地理分布划分的数据中心，此时基于 WAN 的系统的服务就派上用场了。

因为所有存储在基于 LAN 的系统上的数据都可以无线访问并传送到受影响的数据中心，该数据中心不仅可以信任，而且可以解决机外数据传输或迁移的问题。但是与它打交道的专业人员需要确保所有传输都在专业人员的监督下手动进行，以确保在此过程中不会丢失或损坏数据。谷歌云认证路线图将更好地帮助您了解在云上管理数据的过程以及适当的基于云的架构的开发。