注意！你不能不知道的遺留數據庫環境的5個缺陷
對于許多公司而言，如Microsoft SQL Server、Oracle、SAP HANA、PostgreSQL、MySQL等，數據庫是其成功的重要原因之一。但是由于其中許多數據庫仍在遺留IT基礎架構上運行，導致其發展潛力受到限制。
遺留IT架構上布滿筒倉(Silos)，且復雜度高，因此持續運行數據庫的效率及伸縮性不足。在遺留基礎架構上運行關系數據庫，除了性能差、效率低外，公司的IT團隊還可能要面臨解決以下一個、兩個或所有缺陷。
一、多筒倉=低利用率
筒倉可以說是所有使用遺留基礎架構的企業熟悉的痛點——雖然確實可以滿足個別特殊數據庫和應用程序需求，但卻增加了直接資本成本和運營成本。許多公司如果想提高僅為20%的CPU利用率，就需要配置更多的硬件，而這意味著更高的許可成本。
不僅如此，擁有全部額外設備之后，公司的設備環境也需要進行繁復的部署和支付管理。電力、空間和冷卻需求都在進行成本疊加。
從基礎設備到員工
公司的基礎設備并不是封閉在溫室中的。基礎架構發生改變不僅會影響業務流程，最重要的是還會影響到員工。下表是其工作原理：
如果一個公司的員工在數據中心耗時過多，而在業務轉移項目耗時過少時，該公司不僅將面臨員工留存率下降的風險，而且其業務也將陷入創新煉獄之中。
二、應用程序無效
大部分企業主要的關注點在于能否找回丟失數據以及修復缺陷應用程序，然而事實是大多數公司關鍵業務的應用程序都無法得到足夠的保護。為什么呢?因為對于這些使用遺留基礎架構支持其虛擬化應用程序的企業而言，其關鍵業務應用程序需要過多的停機整頓時間。
另外，并非所有數據庫應用程序都是平等創建的，因此了解哪些指標最能反映公司的應用程序情況非常重要。以下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)上運行，則無需進行任何調整。Nutanix企業云服務公司以HCI架構為基礎，使用適配群集為事務工作提供完備隨機讀寫性能(IOPS)，為流工作提供流暢順序讀寫性能(帶寬)。
無論其增長速度如何，HCI能夠支持公司的所有數據庫應用程序工作負載。遺留基礎架構需要經常性地進行昂貴且復雜的升級操作，導致希望擴展其數據庫的企業并非一直處于具備良好狀態的階段。這就是為什么超融合基礎架構一次擴展一個節點，采用一個平臺服務，取代復雜昂貴的遺留組件，并在整個集群中分配所有操作功能以提高性能的原因。
簡而言之：擴展方便，無需停工。
從災難恢復到簡化，再到自動化，超融合是最明智的選擇，以最高效、最具成本效益的方式運行數據庫。若切換到HCI架構時，出現顯示模糊不清的狀況。
