云计算数据库安装运行需要解决的问题

公共云和私有云使企业能够摆脱容易出错的传统架构，并运行具有可靠性为5个9和6个9的应用程序。业务应用程序可以按需、即时且经济高效地进行调整。数据库应用程序一直是所有企业基础设施的主要组成部分，但这些应用程序（特别是关系数据库）在使用云计算能力方面仍有很长的路要走。它们被设计为大型单片应用程序，当组织尝试以可扩展的方式可靠地运行它们时，将面临着相当大的挑战。

传统的分布式环境数据库通常部署为多个独立的数据库实例，具有统一查询的能力。对于测试/开发环境，生成数据库的许多物理副本在后台创建，导致数据蔓延。云计算与这些解决方案的集成是有限的：重点是数据的位置，而不是使用分布式系统的强大功能。让我们考虑针对高可用性和测试/开发数据库的情况解决这些问题的不同选项。

高度可用的数据库

云计算时代的高可用数据库是可扩展、容错且与任何私有云或公共云兼容的数据库实例。它们旨在提供业务连续性，而不会因任何类型的硬件或网络故障而导致用户体验的影响。其核心设计原则是消除任何单点故障，并提供平稳的故障转移体验。

主动/被动数据库副本

第一种选择是在主/副本体系结构中部署数据库，以便在任何给定时间单个主服务器提供数据库请求。复制策略使用数据库供应商的复制特性或外部第三方复制工具从主服务器同步复制数据。一旦主服务器发生故障，副本服务器就会接管并使用复制的数据在故障发生之前重新启动数据库。

这种方法可能会遇到数据库性能和可靠性问题。数据库操作将与这两个位置的网络一样快。第三方复制工具可能无法提供稳定的数据复制，并且可能在故障转移后使数据库处于不一致的状态。

内置高可用性的数据库

第二种选择是寻找提供内置高可用性的数据库解决方案。此功能在Noss数据库（如Cassandra和MongoDB）中更常见。它们从数据库层创建一致的数据副本，并启用容错数据库。然而，这种方法可能对许多企业不起作用，因为传统的关系数据库管理系统缺乏这种能力。此外，混合和多云复制通常不是这些解决方案的选择。

测试/开发数据库

克隆数据库是测试、开发和分析的共同要求。生产数据库始终在隔离的基础设施中运行，并且为备份、大数据分析和质量保证创建此数据库的一个或多个副本。

在考虑任何基于云计算的数据库安装时，必须解决以下问题：

（1）供应商锁定：每个提供商都有自己的业务流程框架，这使得消费者更难从一个提供商转移到另一个提供商。

（2）数据同步：总是需要外部工具以一致的方式将数据从一个位置复制到另一个位置。这些工具通常具有破坏性，昂贵且复杂，并且它们构成了跨越多个位置和环境的巨大瓶颈。

（3）云计算成本分析：决定在云平台中应该使用哪些应用程序和数据之前，应该进行仔细的预算分析。如果不设计混合云，其预算很容易失控，同时要记住为了获得简单性和灵活性需要付出代价。

迄今为止，数据库已经存在了50多年，长期在传统的办公环境中成功运行。现在是企业通过采用云计算解决方案运行现代数据库来获得竞争优势的时候了。