行業(yè)動態(tài)

網(wǎng)站數(shù)據(jù)庫存儲大小是如何變化的？

發(fā)布：2018-06-24 17:33:40 瀏覽：3718

存儲是很昂貴的，這是當今任何現(xiàn)代基礎(chǔ)架構(gòu)中成本最高的組件。尤其是在數(shù)據(jù)密集的環(huán)境，存儲了大量用戶產(chǎn)生的內(nèi)容以及數(shù)百萬的用戶數(shù)據(jù)。正是由于這個原因，對于存儲上的開支進行明智地規(guī)劃是很重要的。在我負責部署大規(guī)模存儲的時候，經(jīng)手過大筆的預算，我學到了什么才是關(guān)鍵的問題，那就是對你所支持的應(yīng)用程序為什么需要存儲、應(yīng)用程序是如何使用存儲的、如何將存儲設(shè)計和實現(xiàn)得盡可能高效這些問題有明確、具體的了解。

工程師和應(yīng)用程序組的人經(jīng)常拿著精確的、經(jīng)過仔細審查的存儲需求找到我們。他們已經(jīng)研究過工作負荷、對增長情況的推測以及他們認為應(yīng)用程序?qū)枰娜萘啃枨螅宜麄円呀?jīng)匯編了各種細節(jié)以及認為我們會問到的許多問題的答案。他們做了很多功課，而更為重要的，他們已經(jīng)展示了他們的工作。而有些時候，會有一批一批的人找到我們，但除了知道他們的應(yīng)用程序需要存儲之外，他們對所需的存儲基本上沒什么了解。他們無法完全明確地告知需要多少存儲以及什么類型的存儲，而且許多情況下基本不了解存儲，也不知存儲是如何工作的。他們最初的需求是模糊的，但他們急著找到我們，學習并了解如何設(shè)計和定制一定大小的存儲解決方案。

在我以前的一個公司，我是審查購買硬件和軟件需求的委員會的成員。這個委員會包括個懂技術(shù)的公司的共同創(chuàng)立者、幾個高管，以及一些各種基礎(chǔ)架構(gòu)核心領(lǐng)或的技術(shù)專家。這個委員會相當于一個詳盡和系統(tǒng)的檢查點，工程師的硬件和軟件需求都要提交給該委員會進行審查，審查時會詢問一些問題，并且公開地對需求進行行討論，有時候會批準某個需求。但總的來說，最常見的結(jié)果是需求被否決，因為需求缺少適當?shù)臄?shù)據(jù)支持。

在涉及存儲的需求時，很多日時候工程師并不完全理解應(yīng)用對存儲的需求，而且對需求什么，或者為什么需要一個托管的存儲系統(tǒng)而不是簡單地使用服務(wù)器的磁盤并沒有一個清晰的定義。有的時候，他們并沒有一個合理的容量計劃，或者存儲容量如何隨著時間的推移而伸縮也沒有一個模型。幾乎總是不怎么注意災難恢復或數(shù)據(jù)復制策略，或者對業(yè)務(wù)連續(xù)性是個什么樣子也沒有一個藍圖。基本上，工程師或者要求太多，或者要求太少，不管怎么說，對自己的需求，都沒有適當?shù)淖C據(jù)進行支持。

委員會要求，在審核過程的最后，工程師對自己要求的每一件硬件、軟件、存儲都要有合理的理由。這種要求的結(jié)果，確保了每一項采購都是經(jīng)過仔細考慮的，從而是必要的，并且是由數(shù)據(jù)所支持的，這些數(shù)據(jù)精確描述了存儲需求以及解決方案背后的合理性。我將這種委員會精神帶到了以后工作的公司中，用這種辦法確保所有的存儲采購都是數(shù)據(jù)驅(qū)動的，有著有效的業(yè)務(wù)連續(xù)性規(guī)劃，以及合適的容量規(guī)劃。

不論你是工程師提交存儲需求，還是存儲專家審查工程師提交的存儲需求，都要記住下面的問題及討論要點:

●應(yīng)用是什么?

●應(yīng)用位于哪里?

●存儲的是什么類型的數(shù)據(jù)?

●需要共享存儲嗎?

●是否需要特殊的訪問協(xié)議?

●典型的文件大小是多少?

●數(shù)據(jù)是壓縮的嗎?

●如何描述工作負荷

●需要批處理操作嗎?

●工作負荷是大部分用于讀，還是大部分用于寫，或者兩者都有?工作負荷是大部分順序，還是大部分隨機，或者兩者都有??快照是怎么安排的?

●快照是應(yīng)用一致性，還是崩潰一致性，或非一致性的?