簡單說來,Web應用慢,是由于下面的三點原因造成的...
在當今本質上要求一直在線的Web運維環境中,基本上沒有時間用于計劃中的停機、維護以及其他影響網站可用性和產生收入的普通操作。本質上,沒有時間適合于停機,或適合于影響工作負荷,像例行備份、磁盤損壞、復制、軟件及固件升級等任務都不能干擾工作負荷,設計存儲基礎架構時,必須把這些因素考慮進去。 ...
存儲是很昂貴的,這是當今任何現代基礎架構中成本最高的組件。尤其是在數據密集的環境,存儲了大量用戶產生的內容以及數百萬的用戶數據。正是由于這個原因,對于存儲上的開支進行明智地規劃是很重要的。在我負責部署大規模存儲的時候,經手過大筆的預算,我學到了什么才是關鍵的問題,那就是對你所支持的應用程序為什么需要存儲、應用程序是如何使用存儲的、如何將存儲設計和實現得盡可能高效這些問題有明確、具體的了解。...
在確保有效的數據保護之后,作為一名存儲專業人員,容量規劃就是第二項最重要的職責。規劃在前,并且確保應用和服務有足夠的資源來運行和成長,不至于碰到天花板,這不僅是重要的,同時也是必需的。將容量和成長空間提前規劃為具有足夠的可伸縮性的好處是巨大的,不僅對你,對應用也一樣,都減小了壓力,既能應付應用上出現的非預期的爆炸性增長,也有助于避免資金的非計劃性支出。...
事后分析至少要包含這些內容...
對糾正措施必須進行追蹤,直到執行完成。要記住,在糾正措施沒有得到完全執行之前,事故重發的風險會一直存在。...
開始事后分析的時候,首先要做的事情就是明確基本規則,要明確告知參與事后分析的相關各方,事后分析不是指責誰,主要目的是為了使類似事件不再重復發生??焖侔l展的互聯網站,問題是不可避免的,重要的是我們能夠從錯誤中學到教訓。...
構建用于測量(圖示、裝備應用程序)和監控(報警)的系統是一項很值得做的事情,這些系統是基礎架構非常重要的核心內容,而且做起來也不是那么難。但據我所知,這些系統卻常常被忽略。如果沒有測量的話,很難對系統實現主動的管理。歷史的測量數據對于容量規劃和錯誤排查尤其有用。...
對于運維來說,對數據庫模式進行更新,是許多非常困難的任務之一。將數據庫模式與其他更新一起進行同步,有幾種常見的情景:部署、快速開發、通過修改索引和其他結構優化性能。假如模式更新是一種阻塞操作(MYSQL中通常就是這樣的),這就真的成問題了。...
對備份,只是希望在進入正式話題之前,允許給一些小提示。...