传统数据库环境的5个陷阱

Microsoft SQL Server,Oracle,SAP HANA,PostgreSQL,MySQL。对于许多组织而言,这些数据库是其成功的重要组成部分,但其潜力却受到了阻碍。这是因为这些数据库中有太多仍在旧版IT基础架构上运行。

遗留的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环境过于复杂。即便如此,企业IT团队仍然依靠多个虚拟机监控程序,从而产生了不必要的复杂性,运营开销和数据中心“混乱”。

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

云时代

我们处在云时代。更具体地说,我们处于混合云和多云时代。因此,毫不奇怪的是,越来越多的企业希望利用云的功能来运行传统的企业应用程序和云原生应用程序。

但是,要利用混合云和多云的功能,您的基础架构需要同时支持这两种功能-传统的IT体系结构根本无法胜任。许多企业无法提供云服务来补充和支持其数据库环境,无法进行复杂的多云管理,并且面临昂贵的数据保护和灾难恢复费用。

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

如果您准备将数据库移动到其他地方,则可能会遇到一些性能问题。会改变吗?会受到阻碍吗?如何确保其一致性?

而且,如果您是第一次进行虚拟化,则性能可靠性将成为更大的问题。但是在传统基础架构上,要确保半可靠的性能,就需要进行持续且乏味的调整。

在超融合基础架构(HCI)上,您无需进行任何调整。在HCI的支持下,Nutanix Enterprise Cloud使用适应性强的群集为事务性工作负载提供出色的随机读写性能(IOPS),并为流工作负载提供出色的顺序读写性能(带宽)。

另外,HCI完全支持您的数据库应用程序工作负载(无论增长速度如何)。由于传统基础架构经常需要昂贵且困难的升级,因此希望扩展其数据库的企业并非总是具备良好的能力。这就是为什么超融合基础架构一次扩展一个节点,用一个平台替换复杂,昂贵的旧组件,并在集群中分配所有操作功能以提高性能的原因。简而言之:扩展更轻松,停机时间为零。

从灾难恢复到简化到自动化,超融合是以最有效,最具成本效益的方式运行数据库的最明智的选择。

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章