
遠距備援變成優先
|
181
較高的 IO 是有代價的
在接下來的幾個禮拜中,沒有實際的狀況發生。因為發生了這麼多事情,他們不再冒
險。他們持續的監控基礎設施架構,特別是資料庫的部分。藉由 RAID 10 與適當的監
控,他們知道就大部分來說他們已經做得不錯了。隨著時間過去,他們開始注意到一些
奇怪的行為,不太知道要如何解釋它們。整體的效能看起來上升非常多,但有一個特定
動作的效能實際上卻變差了。晚上整批匯入的動作實際上的執行時間要比以往久,就算
被匯入的資料跟以前是差不多的也是一樣。在外部系統將資料處理過後,他們會在一個
大的批次檔案中讀入資料。這個行為跟他們所期望的都相反,而他們希望要對這個狀況
有合理的解釋。用 Google 搜尋到一些論壇的答案,但都沒有清楚的解釋。他們合理的
認為,這可能是因為發生在多租戶(multitenancy)網路上的某些隨機的高度延遲,藉
由加倍輸出以及加倍頻寬應該可以減輕這個問題。在花費許多時間嘗試診斷後,包括嘗
試在別的區域執行他們的叢集,最終他們放棄了,直接假設這可能是監控的問題,或甚
至是一個沒有解決方案的問題。他們接受了效能降低的問題,因為整體效能仍然是增加
的。多數的動作都在可理解且可預期的範圍內增加了效能。
資料量增加
當使用者的量成長時,資料成長的更快。他們主動的發現在這一對機器上無法維持這個
成長,他們必須要分割資料到多台機器上。他們始終知道這件事情,事實上他們也計劃
要做這件事,但之前的停電事件讓他們調整了方法。
遠距備援變成優先
雲端提供者的其中一個優點,就是無縫的在許多不同的區域 ...