博客

旧数据库环境的5个陷阱

经过 Ines Marjanovic

| 最小

Microsoft SQL Server，Oracle，SAP HANA，POSTGRESQL，MYSQL。对于许多组织而言，这些数据库等是其成功的重要组成部分，但它们的潜力受到了阻碍。那是因为这些数据库中的太多仍在依靠IT基础架构上。

在每个角落都充满了孤岛和复杂性，遗产既不有效，也不足够扩展，无法继续运行这些数据库。除了在传统基础架构上运行关系数据库的绩效和效率低下之外，您的IT团队可能还在以下一个，两个或所有的陷阱中挣扎。

筒仓=低利用率

对于在传统基础设施上运营的企业来说，孤岛是一个非常熟悉的痛苦点。尽管孤岛确实有目的解决独特的数据库和应用程序需求，但它们会增加直接的资本成本和运营成本。对于许多组织而言，其CPU利用率保持在20％的速度，这需要更多的硬件，因此需要更高的许可成本。

但是，借助所有这些额外的设备，您将拥有一个复杂的环境，可以部署，管理和付费。“额外”设备所需的功率，空间和冷却要求也不是免费的。

从您的基础设施到人民

您的基础设施不存在于培养皿中。基础架构发生的事情会影响您的业务流程，最重要的是您的员工。这是其工作原理的细分：

基础设施	过程	人们
供应缓慢高长期成本性能不一致	困难，叉车缩放冗长，复杂的升级	致力于创新的时间很少昂贵的IT专家需要管理复杂性生产力差

当您的员工在数据中心花费太多时间，而在业务移动项目上花费太少的时间，您的员工保留率不仅会下降，而且您的业务仍被困住在创新炼狱中。

应用程序不可用

数据丢失和应用程序可用性差是大多数企业的主要问题，但事实的真相是大多数关键业务应用程序受到保护。为什么？对于依靠旧基础架构来支持其虚拟化应用程序的企业，他们通常会面临太多的停机时间。

另外，并非所有数据库应用程序都是平等的，因此重要的是要了解哪些指标对您的应用程序最重要。这是您可以使用的3个措施：

IOPS：针对事务的应用程序（例如数据库，OLTP和电子邮件）的存储性能通常以每秒I/O操作（IOPS）进行测量。为了使IOPS比较有意义，您必须考虑操作的大小（通常为4 kb和8 kb）以及读/写操作的混合。
潜伏：延迟测量I/O需要完成多长时间。对于测量IOPS性能的应用，延迟非常重要。实时交易，OLTP和其他时间敏感的应用可能非常敏感。
吞吐量：也称为“带宽”，吞吐量可以测量移入和退出存储的数据量。某些应用程序，例如数据仓库和OLAP，依赖于顺序的流媒体访问大量数据，因此这些应用程序的I/O性能为MB/SEC或GB/SEC。

复杂的管理程序环境

如今，89％在组织中，他们的IT环境过于复杂。即便如此，Enterprise IT团队仍然依靠多个管理程序，创造了不需要的复杂性，操作开销和数据中心“混乱”。

另外，大多数IT解决方案都有重大限制，使您的IT团队锁定并增加了总成本。昂贵的管理程序许可费也不例外。

从云端出来

我们正处于云时代。更具体地说，我们正处于混合和多云时代。因此，毫不奇怪，更多的企业希望利用云的力量来运行传统的企业应用程序和云本地应用程序。

但是，要利用混合和多云的功能，您的基础架构需要支持两者 - 这是遗产IT体系结构根本无法做到。许多企业无法提供云服务来补充和支持其数据库环境，与复杂的多云管理和面临昂贵的数据保护和灾难恢复费用斗争。

在正确的基础架构上运行数据库

如果您准备将数据库移至其他地方，那么您可能会出现一些性能问题。会改变吗？会受到阻碍吗？我如何确保它是一致的？

而且，如果您是第一次虚拟化，则性能可靠性是一个更大的问题。但是，在传统的基础架构上，确保半可靠性的性能需要持续不断的调整。

在超融合基础架构（HCI），您没有调整要求。Nutanix Enterprise Cloud由HCI提供动力，使用适应性的群集来提供出色的随机读/写入性能（IOPS），用于交易工作负载和出色的顺序读取/写入/写入/写作（带宽）用于流工作负载。

另外，您的数据库应用程序工作负载（无论它们的生长速度如何）都得到了HCI的全面支持。由于传统基础架构经常需要昂贵的，困难的升级，因此希望扩展其数据库的企业并不总是能够做到这一点。这就是为什么超融合的基础架构一次缩放一个节点，用一个平台替换复杂，昂贵的旧版组件，并在群集上分发所有操作功能以进行性能。简单地说：更容易缩放，零停机时间。

从灾难恢复到简单性到自动化，HyperConvergence是以最有效，最具成本效益的方式运行数据库的最明智的选择。但是，如果转换为HCI似乎模糊，请熟悉此快速阅读 -数据库解决方案袖珍书- 在采取行动之前。