如今，我們處于***的變化的時代。其中大部分變化都是由數(shù)據(jù)驅(qū)動的。幸運的是，新的存儲解決方案正在幫助企業(yè)管理快速的數(shù)據(jù)增長，來自新的數(shù)據(jù)源的輸入，以及使用數(shù)據(jù)的新途徑。這些技術(shù)可以滿足各種應(yīng)用需求。云存儲提供更高的靈活性，并節(jié)省成本，SSD固態(tài)硬盤和NVMe閃存解決了快速響應(yīng)時間的需求，網(wǎng)絡(luò)規(guī)模架構(gòu)使企業(yè)能夠快速擴展性能和容量，而分析平臺可以為企業(yè)提供可操作的洞察力。

雖然每種技術(shù)都可以提供獨特的優(yōu)勢，但它們也可以為企業(yè)帶來顯著的復雜性。人們需要進一步了解復雜性如何增加企業(yè)成本，以及如何通過自動調(diào)整數(shù)據(jù)與滿足不斷變化的業(yè)務(wù)目標的存儲來消除成本和復雜性。

[[194815]]

解決存儲選擇的矛盾

面對多樣化的存儲生態(tài)系統(tǒng)，IT團隊經(jīng)常發(fā)現(xiàn)自己在從單一供應(yīng)商處購買所有存儲設(shè)備或在不同供應(yīng)商之間購物，甚至可以在商品服務(wù)器上自定義自己的軟件。IT部門必須仔細權(quán)衡這些選項，以確保它們成為頂部和底部的***選擇。

通過單一供應(yīng)商采購存儲設(shè)備是方便的。其采購過程簡單，所有的銷售和支持電話都統(tǒng)一，管理界面經(jīng)常一致，便于配置和維護存儲。但是，具有廣泛產(chǎn)品組合的供應(yīng)商通常會收取溢價，單一采購會削弱IT團隊的談判能力。此外，由于所有供應(yīng)商的產(chǎn)品不太可能提供***的同類能力，企業(yè)可能需要在某些功能上進行妥協(xié)，這可能會損害業(yè)務(wù)。

相反，通過多個供應(yīng)商采購存儲設(shè)備或內(nèi)部建立存儲可以降低前期成本，但會增加人工成本。IT部門必須花費大量時間來評估不同的產(chǎn)品，以確保他們?yōu)闃I(yè)務(wù)購買合適的產(chǎn)品。他們必須協(xié)商定價，以確保他們不付出太多的代價。由于每個供應(yīng)商的軟件和接口都不同，所以他們還必須花費時間來培訓員工來正確配置和維護不同的系統(tǒng)。

鑒于所有這些復雜性，企業(yè)都難以將盡可能多的數(shù)據(jù)推入云計算。問題是，許多企業(yè)工作負載在云計算中運行并不具有成本效益，而將數(shù)據(jù)檢索回本地存儲成本高昂，并且需要修改許多企業(yè)應(yīng)用程序才能使用云數(shù)據(jù)，這可能是不切實際的。這使得云計算也成為了IT管理的另一個倉庫。

元數(shù)據(jù)引擎通過虛擬化將元數(shù)據(jù)路徑與數(shù)據(jù)路徑分離開來解決了這些問題。這使得可以在單個命名空間中連接不同類型的存儲設(shè)備，包括將云計算集成為另一個存儲層。這使IT團隊能夠?qū)⒛繕朔峙浣o定義數(shù)據(jù)性能和保護要求的數(shù)據(jù)，分析這些目標是否得到滿足，并自動移動數(shù)據(jù)以維護合規(guī)性，分層不同存儲設(shè)備之間的數(shù)據(jù)，以滿足性能，成本或可靠性要求，這對應(yīng)用程序是透明的。借助這些功能，IT團隊能夠從以存儲為中心的架構(gòu)轉(zhuǎn)變?yōu)橐詳?shù)據(jù)為中心的架構(gòu)。IT部門不需要維護單獨的存儲空間，而是可以將具有特定功能的存儲從其供應(yīng)商部署到全局命名空間。元數(shù)據(jù)引擎將自動放置和移動數(shù)據(jù)以實現(xiàn)目標，同時***限度地提高總體存儲利用率和效率。

避免數(shù)據(jù)遷移和升級的成本

許多供應(yīng)商每隔幾年就向客戶提供新的存儲設(shè)備。這些升級通常會提供新功能，但很少有IT團隊期待這種遷移。通常，遷移需要幾個月的規(guī)劃，并消耗IT部門的大部分預算和資源。由于在不中斷應(yīng)用程序的情況下遷移數(shù)據(jù)非常困難，因此IT通常超支超過預期的未來需求購買超額產(chǎn)能。

元數(shù)據(jù)引擎通過虛擬化將元數(shù)據(jù)路徑與數(shù)據(jù)路徑分離開來解決了這些問題。這使得可以在單個命名空間中連接不同類型的存儲，包括將云集成為另一個存儲層。這使IT能夠?qū)⒛繕朔峙浣o定義數(shù)據(jù)性能和保護要求的數(shù)據(jù)，分析這些目標是否得到滿足，并自動移動數(shù)據(jù)以維護合規(guī)性，分層不同存儲設(shè)備之間的數(shù)據(jù)，以滿足性能，成本或可靠性要求-對應(yīng)用程序是透明的。借助這些功能，IT可以從以存儲為中心的架構(gòu)轉(zhuǎn)變?yōu)橐詳?shù)據(jù)為中心的架構(gòu)。IT部門不需要維護單獨的存儲空間，而是可以將具有特定功能的存儲從其供應(yīng)商部署到全局命名空間。元數(shù)據(jù)引擎將自動放置和移動數(shù)據(jù)以實現(xiàn)目標，同時***限度地提高總體存儲利用率和效率。

元數(shù)據(jù)引擎通過使數(shù)據(jù)移動過程完全透明化到應(yīng)用程序來解決數(shù)據(jù)遷移的常見問題。IT不再需要停止應(yīng)用程序，手動將數(shù)據(jù)復制到新存儲并重新配置，然后重新啟動應(yīng)用程序。從單一界面還可以看到可用的性能和容量，而警報和通知會告訴管理員何時需要部署額外的性能或容量。由于性能和容量可以在數(shù)分鐘或數(shù)小時而不是幾天或幾個星期內(nèi)添加，IT團隊不再需要在實際需要之前進行艱難的大小調(diào)整或超額存儲年限。

停機成本

雖然IT團隊一直在尋求降低復雜性和成本并使生活更輕松，但在復雜性方面最重要的成本就是宕機的風險增加。IT團隊管理的系統(tǒng)越多，需要的人力參與越多，計劃外停機的風險就越大，這種停機可能對業(yè)務(wù)造成災難性的后果。

調(diào)研機構(gòu)IDC公司的Stephen Elliot發(fā)布了一份報告，其中介紹了宕機和基礎(chǔ)架構(gòu)故障的真實成本。一些關(guān)鍵數(shù)據(jù)點是：

• 對于“財富”1000強來說，每年的計劃外應(yīng)用程序停機時間的平均總成本為12.5億至25億美元
• 基礎(chǔ)架構(gòu)故障的平均小時成本是每小時100,000美元
• 每小時關(guān)鍵應(yīng)用程序故障的平均成本為50萬美元至100萬美元

元數(shù)據(jù)引擎將數(shù)據(jù)非破壞性地放置到所有存儲中的應(yīng)用程序中，以滿足業(yè)務(wù)目標。這樣可以確保應(yīng)用程序可以隨時以其所需的服務(wù)級別訪問數(shù)據(jù)，同時大大減少或消除計劃外的停機時間。

存儲多樣性引入復雜性，但管理具有多種能力的廣泛系統(tǒng)不再是挑戰(zhàn)。元數(shù)據(jù)引擎使企業(yè)能夠從IT管理每個系統(tǒng)的以存儲為中心的架構(gòu)轉(zhuǎn)變?yōu)橐詳?shù)據(jù)為中心的架構(gòu)，IT架構(gòu)將部署其所需的存儲功能，通過軟件實現(xiàn)數(shù)據(jù)自動化和自動化。這樣可以使IT部門降低復雜性和成本，同時讓員工將重點放在為業(yè)務(wù)提供更多直接價值的項目上。