網(wǎng)站數(shù)據(jù)庫如何進行容量規(guī)劃？

< 在確保有效的數(shù)據(jù)維護之后，作為一名存儲專業(yè)人員，容量計劃就是第二項最重要的職責。網(wǎng)站設計在設計網(wǎng)站前，必須告訴網(wǎng)站所針對的人群、區(qū)域、國家等。如果能提供某種行業(yè)的更好，這樣中華網(wǎng)庫在設計上就會針對這種人群的瀏覽習慣特別定制您的網(wǎng)頁。計劃在前，并且確保利用跟服務有足夠的資源來運行跟成長，不至于碰到天花板，這不僅是重要的，同時也是必須的。將容量跟成長空間提前計劃為存在足夠的可伸縮性的利益是宏大的，不僅對你，對利用也一樣，都減小了壓力，既能應付利用上呈現(xiàn)的非預期的爆炸性增加，也有助于避免資金的非盤算性支出。

對我的存儲環(huán)境，我老是盡力堅持至少6個月的增加空間。領有一個適合的容量計劃制度，就可能料想資本支出跟運維支出，也使得數(shù)據(jù)中心的空間、電力以及供給鏈物流的計劃更為有效。你最不盼望產(chǎn)生的事是凌晨接到電話，說生產(chǎn)負荷已經(jīng)超出基本架構的機能或容量的才干。這里有個例子，說明容量計劃做得如許蹩腳。

我工作的公司利用NAS設備存儲用戶上載的文件，并供用戶瀏覽。網(wǎng)站建設包括域名注冊查詢、網(wǎng)站策劃、網(wǎng)頁設計、網(wǎng)站功能、網(wǎng)站優(yōu)化技術、網(wǎng)站內(nèi)容整理、網(wǎng)站推廣、網(wǎng)站評估、網(wǎng)站運營、網(wǎng)站整體優(yōu)化、網(wǎng)站改版等。NAS設備的容量對工作負荷來說是適合的，而且也可能將文件異步復制到位于多少千英里的幫助NAS設備上。體系可能充裕地存儲及供給文件服務，異步復制的延遲也不超出RPO的請求，而且也可能蒙受像磁盤破壞及體系重建這樣的事件。咱們堅持著6個月的增加空間，確保容量有充分的緩沖，以便可能消化高流量的沖擊跟盤算中的有機增加。
設備工作畸形，就是太貴了。就是因為太貴，所以公司不樂意再買更多的設備了，而且公司理解到，通過創(chuàng)建自己的存儲引擎，可能設計一種更為經(jīng)濟的計劃。
 
新的存儲引擎是一項令人愉快的技巧，可能以一種十分經(jīng)濟的方法樹破可伸縮的利用存儲基本架構。它運行在十分廉價的存儲設備上，是為存儲跟供給文件服務的任務而特別設計的，效力很高?；艘荒甓嗟臅r光才實現(xiàn)，存儲引擎當初已經(jīng)實現(xiàn)了編碼，并已經(jīng)在若干綜合性的工作負荷下進行了測試。唯一要做的是確保在實在的利用負荷下可能畸形工作，并可能在這種范圍下正確地存儲跟供給文件服務。在存儲引引擎最后的測試階段，咱們決定以最保險的方法進行推動，即將文件同時存儲在新的存儲引擎跟NAS設備上。一旦咱們確信新的存儲引擎可能正確地工作，并完全值得信賴可能處理進來的文件內(nèi)容，將不再向AS設備寫入文件。
正好在這段時光，公司網(wǎng)站極為火爆，在所有方面都有爆炸性的增加。隨著越來越多的人利用咱們的網(wǎng)站，向網(wǎng)站上載的文件數(shù)也急劇增多。對業(yè)務而言十分好，尤其因為咱們正在測試的新存儲引擎存儲文件的本錢比NAS計劃要低得多。咱們已經(jīng)結束購買新的NAS設備，就指望著存儲引擎可能盡快就位。然而可憐的是，一些錯誤延緩了對新存儲引擎信賴確實認，而網(wǎng)站人氣的增加很快達到了殘余NAS設備的負荷及復制才干的極限。因為不將購買新的NAS設備納人流程，咱們不得不從新均衡NAS設備的工作負荷，減少異步復制的頻率，以增加可用于存儲跟供給文件服務的資源。而這樣一來，就在RPO上造成了缺口。咱們的狀況很蹩腳，一方面NAS設備已經(jīng)超出了可能充裕運行的范疇，另一方面仍然還有源源一直的須要。咱們已經(jīng)結束購買新的NAS設備，指望著可能完全切換到新的存儲引擎上，而存儲引擎卻無奈就位。
而后，一個磁盤壞掉了。網(wǎng)站制作如果您對您的網(wǎng)頁不清楚，沒經(jīng)驗，不要緊，您最好告訴建站公司您最大程度的預算，他們會全程為您提供服務。因為RAID的重建，導致了NAS設備的利用率忽然升高，而存儲體系已經(jīng)無奈應付生產(chǎn)跟復制的工作負荷。咱們禁掉了向呈現(xiàn)壞磁盤的設備的寫入，而讓其余體系承擔寫入負荷。即便這樣做了之后，網(wǎng)站建設數(shù)據(jù)讀取的機能仍然受到了影響。更為可憐的是，咱們?nèi)∠水惒綇椭频淖鳂I(yè)，這樣在第二地點就不完全的數(shù)據(jù)集可用了。所以，在受損磁盤的RAID組重建期間，不得不禁掉從中讀取數(shù)據(jù)的操作。幸好，RAID組重建勝利，而且數(shù)據(jù)不喪失。咱們從中學到了十分有價值的教訓。老是要確保有足夠的空間以應答忽然的爆炸性增加，以及軟件開發(fā)方面呈現(xiàn)的延遲。假如咱們將6個月的增加空間堅持堅持到新存儲引擎實現(xiàn)生產(chǎn)測試階段，就能輕松應答這次事件。

相關鏈接：長春網(wǎng)站建設，長春網(wǎng)站制作，長春網(wǎng)站設計，長春做網(wǎng)站，長春建網(wǎng)站，長春網(wǎng)站公司，長春網(wǎng)絡公司，http://www.companyconveniencestore.com/