如果傳統(tǒng)存儲系統(tǒng)不能滿足組織的需求，那么可組合的基礎(chǔ)設(shè)施可能就是一個很好的解決方案。人們?yōu)榇诵枰私膺@兩種方法的優(yōu)缺點。
傳統(tǒng)的存儲架構(gòu)(如NAS或SAN)多年來一直支持各種工作負載，而且還在繼續(xù)這樣做。然而，日益多樣化的數(shù)據(jù)的大量增長，再加上現(xiàn)代應(yīng)用技術(shù)和工作流的復(fù)雜性，已經(jīng)使這些架構(gòu)的能力達到了極限。
為了滿足當(dāng)今的存儲需求，許多IT團隊正在基于可組合架構(gòu)部署存儲、抽象化存儲和其他物理資源并將其作為服務(wù)交付。但是在組織走上這條道路之前，應(yīng)該了解傳統(tǒng)存儲與可組合式架構(gòu)的優(yōu)缺點。
傳統(tǒng)的網(wǎng)絡(luò)附屬存儲(NAS)系統(tǒng)
大多數(shù)數(shù)據(jù)中心的存儲通常以網(wǎng)絡(luò)附屬存儲(NAS)、存儲區(qū)域網(wǎng)絡(luò)(SAN)或直連式存儲(DAS)的形式實現(xiàn)。每一種形式都有其優(yōu)點和缺點，在將傳統(tǒng)存儲與可組合基礎(chǔ)設(shè)施進行比較時應(yīng)分別進行評估。就是說，這三種架構(gòu)具有共同的特征，這些特征在考慮向可組合性轉(zhuǎn)變時有助于理解。
在網(wǎng)絡(luò)附屬存儲(NAS)配置中，多個用戶和應(yīng)用程序從局域網(wǎng)(LAN)上的共享存儲池訪問數(shù)據(jù)。網(wǎng)絡(luò)附屬存儲(NAS)易于部署、維護和訪問，并且像存儲區(qū)域網(wǎng)絡(luò)(SAN)一樣，具有內(nèi)置的安全性、容錯性和管理功能。但是，網(wǎng)絡(luò)附屬存儲(NAS)通常比存儲區(qū)域網(wǎng)絡(luò)(SAN)價格更低。
網(wǎng)絡(luò)附屬存儲(NAS)的挑戰(zhàn)之一是存儲請求必須與其他網(wǎng)絡(luò)流量進行競爭，從而產(chǎn)生潛在的爭用問題。另一種選擇是在自己的專用網(wǎng)絡(luò)上實施網(wǎng)絡(luò)附屬存儲(NAS)，但是這種方法可能導(dǎo)致需要更多的維護和更高的成本。即使在專用網(wǎng)絡(luò)上，太多的并發(fā)用戶也可能使存儲驅(qū)動器不堪重負。此外，入門級網(wǎng)絡(luò)附屬存儲(NAS)系統(tǒng)的可擴展性有限。盡管高端網(wǎng)絡(luò)附屬存儲(NAS)具有更高的可擴展性，但與存儲區(qū)域網(wǎng)絡(luò)(SAN)相比還是比較有限的。
傳統(tǒng)的存儲區(qū)域網(wǎng)絡(luò)(SAN)
尋求更多存儲空間的IT團隊通常會使用存儲區(qū)域網(wǎng)絡(luò)(SAN)，這是一個專用的高性能網(wǎng)絡(luò)，該網(wǎng)絡(luò)將多個存儲系統(tǒng)互連，并將其作為存儲資源池呈現(xiàn)出來。存儲設(shè)備與運行存儲管理軟件一起控制數(shù)據(jù)訪問的應(yīng)用程序服務(wù)器共享網(wǎng)絡(luò)。存儲區(qū)域網(wǎng)絡(luò)(SAN)具有高可用性和可擴展性，以及故障轉(zhuǎn)移保護和災(zāi)難恢復(fù)功能。
盡管存儲區(qū)域網(wǎng)絡(luò)(SAN)得到廣泛使用，但并非沒有面臨挑戰(zhàn)。它們可能難以部署和維護，通常需要采用專門技能。盡管這些因素就足以提高成本，但SAN組件也可能變得昂貴。另外，SAN很少達到性能預(yù)期，其部分原因是它們的復(fù)雜性。但是，SSD硬盤在提高存儲區(qū)域網(wǎng)絡(luò)(SAN)性能方面已經(jīng)走了很長一段路。
直連式存儲(DAS)
網(wǎng)絡(luò)附屬存儲(NAS)和存儲區(qū)域網(wǎng)絡(luò)(SAN)都依賴于網(wǎng)絡(luò)連接，即使在最佳情況下，這也會影響性能。因此，某些組織將直連式存儲(DAS)用于要求更高的工作負載。直連式存儲(DAS)比網(wǎng)絡(luò)附屬存儲(NAS)或存儲區(qū)域網(wǎng)絡(luò)(SAN)更易于實施和維護，并且它包含的組件數(shù)量最少，所有這些因素使直連式存儲(DAS)成本更低。直連式存儲(DAS)可能缺少高級管理功能，但是Hadoop和Kafka等應(yīng)用程序自己管理存儲，因此管理并不是什么問題。
直連式存儲(DAS)面臨的更大問題是它不能像網(wǎng)絡(luò)附屬存儲(NAS)和存儲區(qū)域網(wǎng)絡(luò)(SAN)一樣被池化和共享，其可擴展性也有限。其結(jié)果是缺乏靈活性、高度孤立的存儲環(huán)境，常常導(dǎo)致資源配置過度和利用不足。但這種僵化并不是直連式存儲(DAS)所獨有的。
對于這三種架構(gòu)，它們的結(jié)構(gòu)都是固定的，很難更改，每種結(jié)構(gòu)都存在于自己的孤島中。滿足現(xiàn)代應(yīng)用程序不斷變化的工作量需求、修改配置或重新配置設(shè)備并非易事。為此，需要靈活的并且能夠支持自動化和資源編排的存儲資源，而這是傳統(tǒng)存儲技術(shù)無法獨自完成的。
存儲和可組合的基礎(chǔ)設(shè)施
可組合的基礎(chǔ)設(shè)施抽象存儲和其他物理資源，并將它們作為服務(wù)交付，這些服務(wù)可以隨著應(yīng)用程序需求的變化而動態(tài)組合和重新組合。可組合的基礎(chǔ)設(shè)施支持在裸機、虛擬機和容器中運行的應(yīng)用程序。為滿足第三方應(yīng)用程序的自動化程度高的應(yīng)用程序接口(API)，以動態(tài)分配池化資源以滿足特定的應(yīng)用程序要求，從而有可能支持高度的自動化和編排。
在可組合的基礎(chǔ)設(shè)施中，存儲資源與其他資源保持分離，并且可以獨立于其他資源進行擴展。按需分配存儲，然后在不再需要時釋放存儲，使其可用于其他應(yīng)用程序?？山M合軟件可在后臺處理這些操作，而無需IT管理員重新配置硬件。此外，可組合的基礎(chǔ)設(shè)施可以將直連式存儲(DAS)、網(wǎng)絡(luò)附屬存儲(NAS)或存儲區(qū)域網(wǎng)絡(luò)(SAN)系統(tǒng)整合到其環(huán)境中，并作為其靈活存儲容量池的一部分。
由于可組合基礎(chǔ)設(shè)施并未針對特定工作負載進行預(yù)配置，因此它可以支持各種應(yīng)用程序，而無需事先了解配置要求。與傳統(tǒng)存儲相比，這種方法可帶來更大的靈活性和資源使用?？山M合的基礎(chǔ)設(shè)施還簡化了操作，加快了部署，最大程度地減少了管理開銷，并保證了幾乎無限的可擴展性，而存儲資源可以在需要時分配。
盡管這些聽起來不錯，但可組合的基礎(chǔ)設(shè)施也存在挑戰(zhàn)。這是一項仍在發(fā)展的技術(shù)，驅(qū)動可組合性的軟件仍在日趨成熟。此外，還缺乏行業(yè)標(biāo)準(zhǔn)，甚至沒有對可組合性的定義。供應(yīng)商根據(jù)自己的規(guī)則定義和實現(xiàn)可組合的基礎(chǔ)設(shè)施系統(tǒng)，這可能導(dǎo)致供應(yīng)商鎖定，并可能導(dǎo)致集成問題。
可組合的基礎(chǔ)設(shè)施很復(fù)雜，可能難以部署和管理，通常需要其他專業(yè)知識。對于許多組織而言，可組合架構(gòu)的分解將需要轉(zhuǎn)變思維，以使業(yè)務(wù)重新適應(yīng)新方法。在傳統(tǒng)的數(shù)據(jù)中心中，應(yīng)用程序是作為離散的操作進行開發(fā)、測試和部署的，而資源卻是零散的。在現(xiàn)代數(shù)據(jù)中心中，應(yīng)用程序生命周期是一項統(tǒng)一的工作，將持續(xù)的集成和交付以及自動的資源分配結(jié)合在一起，使其非常適合可組合的架構(gòu)。沒有這種轉(zhuǎn)變，IT團隊就有創(chuàng)建另一個存儲孤島的風(fēng)險。
盡管存在這些挑戰(zhàn)，但可組合的基礎(chǔ)設(shè)施仍然可以使各種工作負載受益。例如，人工智能和機器學(xué)習(xí)通常需要動態(tài)資源分配以適應(yīng)處理操作和波動的數(shù)據(jù)涌入。DevOps流程(例如持續(xù)集成和交付)也可以從可組合的基礎(chǔ)設(shè)施中受益，尤其是當(dāng)與基礎(chǔ)設(shè)施即代碼一起使用時。同樣，想要使更多業(yè)務(wù)自動化的IT團隊也可以從可組合性中受益。
實際上，任何運行具有不可預(yù)測或不斷變化的存儲需求的應(yīng)用程序的組織都應(yīng)考慮可組合的基礎(chǔ)設(shè)施。這并不是說沒有傳統(tǒng)存儲空間。使用傳統(tǒng)方法，運行具有相當(dāng)穩(wěn)定的需求且不需要連續(xù)重新配置或資源重新分配的工作負載的組織可能會更好。
傳統(tǒng)的存儲系統(tǒng)并非為當(dāng)今的現(xiàn)代應(yīng)用而設(shè)計。隨著這些應(yīng)用程序變得更加動態(tài)，數(shù)據(jù)集變得更大、更加多樣化，IT團隊需要更快地適應(yīng)它們。
可組合架構(gòu)可以證明是解決當(dāng)今存儲管理復(fù)雜性的一種有效方法。但是，這項技術(shù)并不成熟，要在所有商品硬件上實現(xiàn)真正的可組合性，還有很長的路要走。即便如此，采用組合模型的廠商比以往任何時候都多。在考慮采用可組合架構(gòu)時，IT團隊可能會問的最主要問題是，是否準(zhǔn)備好采用一種新的方式來考慮基礎(chǔ)設(shè)施和分配存儲資源。
