Microsoft SQL Server，Oracle，SAP HANA，PostgreSQL，MySQL。對于許多組織而言，這些數(shù)據(jù)庫是其成功的重要組成部分，但其潛力卻受到了阻礙。這是因?yàn)檫@些數(shù)據(jù)庫中有太多仍在舊版IT基礎(chǔ)架構(gòu)上運(yùn)行。

遺留的IT在各個(gè)角落都充滿孤島和復(fù)雜性，既沒有效率，也沒有足夠的可伸縮性來繼續(xù)運(yùn)行這些數(shù)據(jù)庫。除了在傳統(tǒng)基礎(chǔ)架構(gòu)上運(yùn)行關(guān)系數(shù)據(jù)庫的性能低下和效率低下外，您的IT團(tuán)隊(duì)還可能會(huì)遇到以下一個(gè)，兩個(gè)或所有陷阱。

筒倉=利用率低

對于在傳統(tǒng)基礎(chǔ)架構(gòu)上運(yùn)行的企業(yè)而言，筒倉是一個(gè)非常熟悉的痛點(diǎn)。盡管筒倉確實(shí)可以滿足獨(dú)特的數(shù)據(jù)庫和應(yīng)用程序需求，但它們卻增加了直接的資本成本和運(yùn)營成本。對于許多組織而言，其CPU利用率僅為20%，這需要更多的硬件，因此需要更高的許可成本。

但是，有了所有這些額外的設(shè)備，您將獲得一個(gè)復(fù)雜的部署，管理和付費(fèi)環(huán)境。“額外”設(shè)備所需的電源，空間和冷卻要求也不是免費(fèi)的。

從基礎(chǔ)設(shè)施到員工

培養(yǎng)皿中不存在您的基礎(chǔ)結(jié)構(gòu)。基礎(chǔ)架構(gòu)發(fā)生的事情會(huì)影響您的業(yè)務(wù)流程，最重要的是會(huì)影響您的員工。以下是其工作原理的細(xì)分：

• 基礎(chǔ)設(shè)施工藝流程人慢速配置
• 長期費(fèi)用高
• 表現(xiàn)不一致
• 叉車難以縮放
• 漫長而復(fù)雜的升級(jí)
• 很少有時(shí)間致力于創(chuàng)新
• 需要昂貴的IT專家來管理復(fù)雜性
• 生產(chǎn)力低下

當(dāng)您的員工在數(shù)據(jù)中心中花費(fèi)太多時(shí)間而在業(yè)務(wù)轉(zhuǎn)移項(xiàng)目上花費(fèi)的時(shí)間太少時(shí)，不僅員工保留率下降，而且您的業(yè)務(wù)將停留在創(chuàng)新煉獄中。

應(yīng)用程序不可用

數(shù)據(jù)丟失和不良的應(yīng)用程序可用性是大多數(shù)企業(yè)關(guān)注的主要問題，但事實(shí)是，大多數(shù)關(guān)鍵業(yè)務(wù)應(yīng)用程序的保護(hù)不足。為什么?對于依賴于傳統(tǒng)基礎(chǔ)架構(gòu)來支持其虛擬化應(yīng)用程序的企業(yè)而言，它們通常會(huì)面臨太多的停機(jī)時(shí)間。

另外，并非所有數(shù)據(jù)庫應(yīng)用程序都是平等創(chuàng)建的，因此了解哪些指標(biāo)對您的應(yīng)用程序最重要很重要。您可以使用以下3種措施：

• IOPS：面向事務(wù)的應(yīng)用程序(例如數(shù)據(jù)庫，OLTP和電子郵件)的存儲(chǔ)性能通常以每秒I / O操作(IOPS)來衡量。為了使IOPS比較有意義，您必須考慮操作的大小(通常為4 KB和8 KB)以及讀/寫操作的組合。
• 延遲：延遲衡量I / O完成所需的時(shí)間。對于衡量IOPS性能的應(yīng)用程序，延遲非常重要。實(shí)時(shí)交易，OLTP和其他對時(shí)間敏感的應(yīng)用程序可能對延遲特別敏感。
• 吞吐量：也稱為“帶寬”，吞吐量衡量的是移入和移出存儲(chǔ)的數(shù)據(jù)量。諸如數(shù)據(jù)倉庫和OLAP之類的某些應(yīng)用程序依賴對大型數(shù)據(jù)塊的順序流訪問，因此這些應(yīng)用程序的I / O性能以MB / sec或GB / sec為單位。

復(fù)雜的虛擬機(jī)監(jiān)控程序環(huán)境

如今，有89%的組織表示其IT環(huán)境過于復(fù)雜。即便如此，企業(yè)IT團(tuán)隊(duì)仍然依靠多個(gè)虛擬機(jī)監(jiān)控程序，從而產(chǎn)生了不必要的復(fù)雜性，運(yùn)營開銷和數(shù)據(jù)中心“混亂”。

另外，大多數(shù)IT解決方案都存在明顯的局限性，這使您的IT團(tuán)隊(duì)陷入困境，并增加了總成本。昂貴的管理程序許可費(fèi)也不例外。

云時(shí)代

我們處在云時(shí)代。更具體地說，我們處于混合云和多云時(shí)代。因此，毫不奇怪的是，越來越多的企業(yè)希望利用云的功能來運(yùn)行傳統(tǒng)的企業(yè)應(yīng)用程序和云原生應(yīng)用程序。

但是，要利用混合云和多云的功能，您的基礎(chǔ)架構(gòu)需要同時(shí)支持這兩種功能-傳統(tǒng)的IT體系結(jié)構(gòu)根本無法勝任。許多企業(yè)無法提供云服務(wù)來補(bǔ)充和支持其數(shù)據(jù)庫環(huán)境，無法進(jìn)行復(fù)雜的多云管理，并且面臨昂貴的數(shù)據(jù)保護(hù)和災(zāi)難恢復(fù)費(fèi)用。

在正確的基礎(chǔ)架構(gòu)上運(yùn)行數(shù)據(jù)庫

如果您準(zhǔn)備將數(shù)據(jù)庫移動(dòng)到其他地方，則可能會(huì)遇到一些性能問題。會(huì)改變嗎?會(huì)受到阻礙嗎?如何確保其一致性?

而且，如果您是第一次進(jìn)行虛擬化，則性能可靠性將成為更大的問題。但是在傳統(tǒng)基礎(chǔ)架構(gòu)上，要確保半可靠的性能，就需要進(jìn)行持續(xù)且乏味的調(diào)整。

在超融合基礎(chǔ)架構(gòu)(HCI)上，您無需進(jìn)行任何調(diào)整。在HCI的支持下，Nutanix Enterprise Cloud使用適應(yīng)性強(qiáng)的群集為事務(wù)性工作負(fù)載提供出色的隨機(jī)讀寫性能(IOPS)，并為流工作負(fù)載提供出色的順序讀寫性能(帶寬)。

另外，HCI完全支持您的數(shù)據(jù)庫應(yīng)用程序工作負(fù)載(無論增長速度如何)。由于傳統(tǒng)基礎(chǔ)架構(gòu)經(jīng)常需要昂貴且困難的升級(jí)，因此希望擴(kuò)展其數(shù)據(jù)庫的企業(yè)并非總是具備良好的能力。這就是為什么超融合基礎(chǔ)架構(gòu)一次擴(kuò)展一個(gè)節(jié)點(diǎn)，用一個(gè)平臺(tái)替換復(fù)雜，昂貴的舊組件，并在集群中分配所有操作功能以提高性能的原因。簡而言之：擴(kuò)展更輕松，停機(jī)時(shí)間為零。

從災(zāi)難恢復(fù)到簡化到自動(dòng)化，超融合是以最有效，最具成本效益的方式運(yùn)行數(shù)據(jù)庫的最明智的選擇。