博客

遗留数据库环境的5个陷阱

通过伊内斯Marjanovic

| 最小值

Microsoft SQL Server, Oracle, SAP HANA, PostgreSQL, MySQL。对于许多组织来说，这些数据库是其成功的重要组成部分，但它们的潜力被扼杀了。这是因为有太多的数据库仍然在遗留的IT基础设施上运行。

由于每个角落都充满了竖井和复杂性，遗留IT既没有效率，也没有足够的可伸缩性来继续运行这些数据库。除了在遗留基础设施上运行关系数据库的低性能和低效率之外，您的IT团队可能还会遇到以下一个、两个或所有的缺陷。

筒仓=低利用率

对于在遗留基础设施上运营的企业来说，竖井是一个再熟悉不过的痛点。虽然竖井的目的是解决独特的数据库和应用程序需求，但它们增加了直接的资本成本和运营成本。对于许多组织来说，他们的CPU利用率只有区区20%，这就需要更多的硬件，因此也就需要更高的许可成本。

但是，有了所有这些额外的设备，您就会面临一个部署、管理和支付都很复杂的环境。“额外”设备所需要的电力、空间和冷却要求也不是免费的。

从你的基础设施到你的人民

你的基础设施并不存在于培养皿中。基础设施的变化会影响业务流程，最重要的是，会影响员工。以下是它的工作原理:

基础设施	流程	人
缓慢的供应长期成本高不一致的性能	困难,叉车扩展冗长、复杂的升级	很少有时间专注于创新成本高昂的IT专家需要管理复杂性可怜的生产力

当你的员工花太多时间在数据中心上，而花在业务转移项目上的时间太少时，不仅你的员工保留率会下降，你的业务也会陷入创新的炼狱。

应用程序不可用

数据丢失和应用程序可用性差是大多数业务的主要问题，但事实是大多数业务关键型应用程序都受到保护。为什么?对于依赖遗留基础设施来支持虚拟化应用程序的企业来说，它们经常面临太多停机时间。

另外，并不是所有的数据库应用程序都是相同的，所以理解哪些指标对您的应用程序最重要是很重要的。以下是你可以使用的3种测量方法:

IOPS:对于数据库、OLTP、电子邮件等面向事务的应用，存储性能通常以IOPS (I /O Operations Per Second)来衡量。为了使IOPS比较有意义，您必须考虑操作的大小(通常为4 KB和8 KB)以及读写操作的混合。
延迟:时延是指一个I/O完成所需的时间。对于以IOPS衡量性能的应用程序来说，延迟非常重要。实时交易、OLTP和其他对时间敏感的应用程序可能对延迟非常敏感。
吞吐量:也称为“带宽”，吞吐量度量进入和离开存储的数据量。一些应用程序，如数据仓库和OLAP，依赖于对大块数据的顺序流访问，因此这些应用程序的I/O性能是以MB/秒或GB/秒为单位的。

复杂的管理环境

如今,89％很多公司都说他们的IT环境太复杂了。即便如此，企业IT团队仍然依赖于多个管理程序，从而造成不必要的复杂性、操作开销和数据中心“混乱”。

此外，大多数IT解决方案都有显著的局限性，这使得您的IT团队陷入困境，并增加了您的总成本。昂贵的管理程序许可费用也不例外。

乌云背后

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

但是要利用混合云和多云的力量，您的基础设施需要同时支持这两种功能——这是传统IT体系结构无法做到的。许多企业无法提供云服务来补充和支持他们的数据库环境，难以进行复杂的多云管理，并面临昂贵的数据保护和灾难恢复费用。

在正确的基础设施上运行数据库

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

如果您是第一次进行虚拟化，那么性能可靠性将是一个更大的问题。但在传统的基础设施上，要确保半可靠的性能，就需要不断地进行冗长的调优。

在hyperconverged基础设施(HCI)，您不需要调优需求。在HCI的支持下，Nutanix企业云使用适应性集群为事务性工作负载提供卓越的随机读写性能(IOPS)，为流工作负载提供卓越的顺序读写性能(带宽)。

另外，无论数据库应用程序工作负载的增长速度有多快，HCI都完全支持它们。由于遗留的基础设施经常需要昂贵而困难的升级，希望扩展数据库的企业并不总是能够很好地做到这一点。这就是为什么超融合基础设施每次扩展到一个节点，用单个平台取代复杂、昂贵的遗留组件，并为了性能将所有操作功能分布到集群中。简而言之:更容易扩展，零停机时间。

从灾难恢复到简单性再到自动化，超融合是以最有效、最经济的方式运行数据库的最佳选择。但是，如果切换到人机交互似乎是模糊的，熟悉自己的快速阅读-数据库解决方案钱包-在你行动之前。