最近的一項(xiàng)調(diào)查發(fā)現(xiàn)，三分之二的受訪者使用基于云的塊存儲(chǔ)服務(wù)，與幾年前相比大幅上升。與此同時(shí)，受訪者還報(bào)告了這些服務(wù)的幾個(gè)挑戰(zhàn)。前四大挑戰(zhàn)是高數(shù)據(jù)出口成本、混亂的計(jì)費(fèi)、不一致的性能以及停機(jī)時(shí)間和可用性問題。這些挑戰(zhàn)可能不足以阻止組織使用云塊存儲(chǔ)服務(wù)，但重要的是要意識(shí)到這些挑戰(zhàn)，并在承諾使用云塊存儲(chǔ)服務(wù)之前做好相應(yīng)的準(zhǔn)備。塊存儲(chǔ)器解決方案。
1.數(shù)據(jù)出口成本高
提供云塊存儲(chǔ)服務(wù)的提供商通常不收取數(shù)據(jù)入口費(fèi)用，也就是說，他們不收取將數(shù)據(jù)移動(dòng)到其平臺(tái)上的費(fèi)用。數(shù)據(jù)出口收費(fèi)，實(shí)質(zhì)上是在懲罰將數(shù)據(jù)復(fù)制到其他云服務(wù)或復(fù)制回自己的數(shù)據(jù)中心的客戶。更糟糕的是，客戶通常對這些費(fèi)用的巨大性沒有準(zhǔn)備，未能完全了解云存儲(chǔ)成本在簽署服務(wù)之前。
請考慮以下示例。您在用于塊存儲(chǔ)的平臺(tái)之外的平臺(tái)上啟動(dòng)了一個(gè)大數(shù)據(jù)分析項(xiàng)目。該項(xiàng)目需要將初始25 TB的數(shù)據(jù)從塊存儲(chǔ)平臺(tái)復(fù)制到項(xiàng)目的平臺(tái)。僅這一步就可能超出基本存儲(chǔ)成本數(shù)千美元。而且還不止于此。在初始數(shù)據(jù)加載之后，該項(xiàng)目將需要每周傳輸數(shù)據(jù)，每次傳輸都需要額外付費(fèi)。
計(jì)劃實(shí)施基于云的數(shù)據(jù)塊存儲(chǔ)的組織應(yīng)將這些因素考慮在內(nèi)出口費(fèi) 在選擇平臺(tái)和規(guī)劃應(yīng)用程序工作流時(shí)。例如，優(yōu)化應(yīng)用程序以減少數(shù)據(jù)傳輸將更活躍的數(shù)據(jù)保留在本地，或者將云存儲(chǔ)的使用限制在數(shù)據(jù)可能保留在該平臺(tái)上的某些應(yīng)用程序中。
2.賬單混亂
云服務(wù)提供商以其令人困惑和復(fù)雜的計(jì)費(fèi)而聞名，塊存儲(chǔ)也不例外。這不僅適用于意外的出口費(fèi)用，也適用于其他與存儲(chǔ)相關(guān)的費(fèi)用，這些費(fèi)用可能會(huì)快速增加，通常難以破譯和預(yù)測，特別是當(dāng)工作負(fù)載不斷變化，組織內(nèi)更多團(tuán)隊(duì)使用存儲(chǔ)服務(wù)時(shí)。
部分挑戰(zhàn)是供應(yīng)商經(jīng)常改變其訂閱費(fèi)用和定價(jià)結(jié)構(gòu)，這使得很難跟上當(dāng)前的收費(fèi)，并且?guī)缀醪豢赡茴A(yù)測長期成本。當(dāng)您將其他云服務(wù)添加到組合中時(shí)，這些問題變得更加復(fù)雜。與多個(gè)供應(yīng)商合作的組織更加困難，因?yàn)樗麄冃枰{馭供應(yīng)商命名和構(gòu)建其服務(wù)的不同方式。
客戶在應(yīng)對成本復(fù)雜性時(shí)必須積極主動(dòng)。他們應(yīng)該利用平臺(tái)的成本計(jì)算器 或第三方工具來理解計(jì)費(fèi)并使其處于控制之下?？蛻暨€應(yīng)使用標(biāo)記等平臺(tái)功能將特定存儲(chǔ)服務(wù)與使用它們的團(tuán)隊(duì)聯(lián)系起來。
3.性能不一致
許多云數(shù)據(jù)塊存儲(chǔ)服務(wù)面臨的最大挑戰(zhàn)之一是性能不一致，這對于使用數(shù)據(jù)塊存儲(chǔ)的應(yīng)用程序類型（如關(guān)系數(shù)據(jù)庫管理系統(tǒng)和虛擬桌面基礎(chǔ)架構(gòu)）來說尤其成問題。這些應(yīng)用程序需要一致且可靠的I/O和吞吐量，并且無法很好地處理影響業(yè)務(wù)運(yùn)營的中斷。
原因之一性能問題 基于云的塊存儲(chǔ)通常作為SAN實(shí)現(xiàn)，而SAN本身也有局限性。例如，與DAS相比，數(shù)據(jù)在網(wǎng)絡(luò)中傳輸可能會(huì)導(dǎo)致更高的延遲率。此外，數(shù)據(jù)流量可能必須與其他存儲(chǔ)或網(wǎng)絡(luò)流量競爭，這在云的共享架構(gòu)下更加復(fù)雜。由于塊存儲(chǔ)通常是虛擬化的，虛擬機(jī)配置可能會(huì)限制最大IOPS或吞吐量，并造成性能瓶頸。
要解決性能問題，客戶應(yīng)首先監(jiān)視其存儲(chǔ)基礎(chǔ)架構(gòu)。例如，Microsoft Azure客戶可以使用Azure Monitor查看磁盤級指標(biāo)，以隔離性能問題。他們還可以考慮部署多個(gè)磁盤，然后將其條帶化，以實(shí)現(xiàn)更可預(yù)測的性能。
VM類型和配置可能會(huì)有所不同。例如，Amazon提供針對彈性塊存儲(chǔ)（EBS）優(yōu)化的實(shí)例，并提供專用帶寬 彈性計(jì)算云和EBS平臺(tái)。您通常采取的優(yōu)化存儲(chǔ)的步驟將特定于您的數(shù)據(jù)存儲(chǔ)平臺(tái)。
4.停機(jī)時(shí)間和可用性問題
云塊存儲(chǔ)服務(wù)的其他挑戰(zhàn)是計(jì)劃外停機(jī)和不可預(yù)測的可用性，這兩種情況都可能嚴(yán)重影響關(guān)鍵工作負(fù)載。事務(wù)密集型應(yīng)用程序可能會(huì)使用塊存儲(chǔ)服務(wù)來滿足其數(shù)據(jù)需求。如果數(shù)據(jù)不可用，操作將停止，用戶無法訪問其信息，應(yīng)用程序暫時(shí)無法使用。
停機(jī)時(shí)間和云可用性問題 可能有多種原因。例如，如果兩個(gè)AWS實(shí)例使用相同的EBS卷名，則第二個(gè)實(shí)例可能會(huì)在第一個(gè)實(shí)例釋放卷之前嘗試連接到該卷。此外，如果VM嘗試掛載或卸載卷，有時(shí)會(huì)出現(xiàn)問題，即使沒有命名沖突。當(dāng)提供商嘗試更新底層基礎(chǔ)結(jié)構(gòu)或It’電源故障和備份系統(tǒng)不能正常工作。事實(shí)上，電源故障可能會(huì)導(dǎo)致永久性的數(shù)據(jù)丟失。
對于客戶來說，解決此類問題可能很困難，因?yàn)槠渲性S多問題源于提供商的基礎(chǔ)架構(gòu)和流程，而這些都不受客戶的控制。因此，IT部門應(yīng)審查每個(gè)提供商并審查可用的服務(wù)級別協(xié)議，以確保平臺(tái)能夠滿足工作負(fù)載要求。IT部門還應(yīng)在設(shè)置服務(wù)時(shí)考慮可用性。例如，Google的持久磁盤服務(wù)允許您使用區(qū)域持久磁盤來確保更高的可用性。此外，IT應(yīng)實(shí)施備份策略，以充分保護(hù)數(shù)據(jù)免受提供商的災(zāi)難。
超越四大云數(shù)據(jù)塊存儲(chǔ)挑戰(zhàn)
調(diào)查指出了數(shù)據(jù)塊存儲(chǔ)服務(wù)面臨的其他幾個(gè)挑戰(zhàn)，包括應(yīng)用程序同步和復(fù)制問題、備份和快照速度慢以及可擴(kuò)展性有限。調(diào)查還表明，22%的受訪者表示沒有重大問題，這是一個(gè)充滿希望的趨勢。此外，最大的兩個(gè)問題，數(shù)據(jù)出口成本和混亂的計(jì)費(fèi)，是與業(yè)務(wù)相關(guān)的問題，而不是技術(shù)問題，這表明云存儲(chǔ)正在變得更加成熟。幸運(yùn)的是，云提供商將在客戶尋找其他選擇之前提出更合理的定價(jià)方法。
網(wǎng)站資訊
解決方案
關(guān)于我們
