DBAA时代

这篇文章是由Maksim Malygin撰写的全球解决方案建筑师Nutanix

Almost every application that you are interacting with through the day, from your company’s CRM to the game that you are playing on your phone, and self-service POS at the grocery shop is supported by a database, either cloud-based, on-premises, and, possibly, delivered as a service. These databases are used by the applications to operate and process the data and directly impact how applications scale and perform; making database platform a keystone for business success. With the rapidly growing number of applications, the database market grows as well and is expected to reach USD 155.50 Billion by 2026 (关联）。

同时，DBAA（数据库-AS-A-Service）正在通过消除他们管理复杂数据库或处理DBA和基础架构团队的需求来摇动开发人员使用数据库的方式而是应用程序开发。让我们仔细研究使它成为可能的作案手法。

如果您在企业IT世界上度过了一段时间，那么您可能已经听说过“一切都在服务”（XAAS）方法。而且，最有可能的是，您已经问自己，为什么当传统方法正常工作时，IT组织应该为企业提供服务？用几句话，在过去十年中，客户对应如何消费和访问的方式对其进行了更改。在我们拥有Uber，Airbnb和公共云的世界中，具有即时可用性和每次使用付费的消费模型成为了新标准。同样适用于企业 - 内部客户希望快速轻松地访问预测性，基于结果的，适应他们不必资助，等待建立和担心支持的业务需求服务。

AS-A-Service方法简化了与业务用户的关系，帮助企业创造效率，减少交易成本和交易时间。对于IT组织而言，XAAS意味着它不再是“ IT运营商”，而是一个提供服务并提供简单干净的退款模型的备受推崇的业务合作伙伴。

DBAAS出生创伤以及如何治愈

尽管大多数人都非常顺利地转向“服务”模型，但数据库团队遇到了一些问题，使过渡很难破解。但是，这并不意味着在私人企业云中构建DBAA是不可能的。让我们研究这些问题以及如何解决这些问题，确保DBAAS构建是企业级服务。

问题＃1：隔离计算，存储和数据库

整合基础计算和存储资源的配置并不容易（甚至作为服务交付）到DB供应工作流程中。传统上，DBA需要要请求分配存储空间，请计算要配置并安装OS；通常，这必须由3个单独的团队完成。这可以通过类似的工具来部分解决Ansible，但这仍然不是端到端的自动化。

为了一劳永逸地解决此问题，一个结合计算，存储和虚拟化的单个平台是最佳方法。使用超融合的平台，我们可以通过编程方式完成基础架构服务的简单，简化且一致的配置（感谢Nutanix API！）。Nutanix ERA负责为新DB服务器提供VM所需的所有步骤，并结合了超融合平台和自动化的功率。

问题2：数据库服务器配置和安全性

推出新的DB服务器（OS/DB）并应用企业配置标准（从安全性和备份的性能）是另一个可能影响供应SLA的瓶颈。

一旦我们拥有稳定的基础，就可以自动应用配置标准（用于VM和DB），确保我们将获得一致的性能（同样，如果DBA无法控制平台或标准验证，这可能是一个挑战为每个可能的存储/计算变化执行）。这些优化的DB配置由ERA提供，并被证明可以在Nutanix群集上提供最高性能。通过内置的Nutanix AOS的自动柱头实现，安全性（从基础架构的角度来看）变得容易得多。DB的安全标准是按ERA应用的。

问题3：如何见面SLA？

对于DBA团队来说，确保满足性能，可用性和备份/恢复SLA可能是一个挑战，因为它们不能控制大多数此类服务。

与基础平台的紧密集成是一个关键：

• 平台应符合相同的SLA（甚至更严格），以确保DBAA能够提供所需的可用性水平（配置集群DB服务器以添加更多九个）。尽管Nutanix的超融合平台很容易配置为满足可用性SLA，但ERA自动化了聚类的DB服务器配置。
• DB性能在很大程度上依赖于计算和存储稳定性（没有嘈杂的邻居）和校正尺寸。由于在Nutanix群集上实际上是不可能的，因此唯一需要完成的是VM实例的正确尺寸。
• 如果与存储快照集成在一起，DB的备份和恢复可能很容易。但是，在三层案例中，需要使用复杂的独立“快照经理”，使配置和操作非常复杂且耗时。虽然，如果nutanix era，这种整合几乎是看不见的 - 无需安装，配置和维护- 它只是有效的，提供了DB一致的备份和“ Time Machine”功能。

问题4：如何使其保持最新状态

当您具有带有大量数据库主机/实例的动态数据库环境时，数据库和操作系统修补程序可能会变成几乎每天（每晚！）例程，从而影响安全性和可用性SLA。

为了解决此问题，ERA提供了一个自动的单键DB服务器修补机制。在发布之前，还可以测试DB补丁，以最大程度地减少对生产实例的可能影响。

问题＃5：慢速CDM流程炸毁存储使用情况

从生产到开发/UAT环境的克隆DB需要复制和掩盖大量数据，使DBA在周末不停地工作，并使存储供应商满意。

正如我们前面提到的，与存储快照的集成使备份变得容易，并节省了巨大的存储空间。将其与自动VM和DB配置以及数据掩盖解决方案相结合，可以以快速和资源有效的方式执行CDM。

第6期：大型和分散数据库投资组合

平均企业可以使用4-6个数据库类型 - 从传统的Oracle和MSSQL到NOSQL DB；对于DBA，这意味着上述所有DB类型都需要解决上述所有问题。

截至今天，Nutanix ERA支持5个数据库引擎：Oracle，Postgres，MySQL，MSQL和Mariadb，并在未来的版本中进行了更多计划。

现在，让我们看一下可能使DBAA发生的几个概念和工具。

运行服务需要什么

ITIL（有点无聊的阅读，但非常有用！）说，服务定义应包含大量元素，但我们将重点关注最重要的内容，即：

• 服务和资产批判性
  • 将使用此IT服务的商业服务可能是多么关键
• 服务水平要求/目标
  • 供应时间 /可用性 /可靠性 /绩效 /能力等
• 服务接口
  • 如何消耗此服务
• 定价模型
  • 服务的退款模型

上面的所有指标都很容易测量，并为DBAA创造了强大的基础（如果您不能测量它，就无法管理它！）：）：

批判性是需要验证的第一件事，以了解是否可以使用该服务来支持特定的业务需求并定义服务级别的需求（反映业务SLA）。批判性通常定义为以下类别之一：

一旦我们确定了关键性，也可以定义服务水平的要求：

Nutanix时代允许创建与服务定义相匹配的SLA配置文件，一旦确定了所有关键级别和相关的SLA，它们就可以转化为ERA配置：

在DB配置期间，将应用特定的SLA应用于数据库实例：

最后但并非最不重要的一点是，在服务定义中需要定义计算和数据库大小：

…并在时代出版

将所有这些融合在一起

创建新的DBAA产品可能是一个艰难，具有挑战性的过程。保持健康状态可能更具挑战性。Nutanix时代是故意建立的，目的是治愈DBAAS“出生创伤” - 它不仅减轻了很多DBA痛苦；它还提供了使DBAA交付与服务设计过程完全一致的功能。

©2019 Nutanix，Inc。保留所有权利。Nutanix，Nutanix徽标以及本文提到的其他Nutanix产品和功能是美国和其他国家的Nutanix，Inc。的注册商标或商标。本文提到的所有其他品牌名称仅用于识别目的，可能是其各自持有人的商标。