怎么使用測量數據建立加載一反饋機制？

采集時序數據的另一個好處，就是能夠通過編程使你的應用生成測量數據，從而可以建立安全、精密的反饋循環，這方面有很多有用的例子。
在云計算中，啟用新的實例只需要給提供者發一條簡單的API調用即可，但要想知道什么時候應該啟動更多的實例或撤銷正在運行的實例，就會很麻煩。如果基于采集的資源使用情況來判斷啟用撤銷的話，就會容易得多，這是測量數據用做反饋機制的一種通例。
我在Flickr，有一個大型項目，使用了這種反饋機制，事實證明，非常有用。

2007年，Yahoo!決定關掉Yahoo!!Photos計劃很簡單:通知Yahoo!Photos的用戶，這個服務將被關閉，用戶可以自己選擇，將自己的照片連同元數據一起轉移到其他的服務，包括非Yahoo!!的服務，像Shutterfly和KodakGallery，Flickr也是選項之一。
為這個項目做出容量評估將是一件苦差事。盡管有一些測量數器據，用上載頻度、片大小及其他因素指述了Yahoo!Photos的典型用戶，但有多少用戶會選擇Flickr，即使選擇了Flickr，用戶的使用模式又會如何變化，我們心里仍然沒底。我們談論的是一項已經超過10年的照片存儲服務，將會有巨量的數括，而且這么大的空同會在很短的時間內消耗掉。不用講得太精確，我告訴你，2009年后期，Fick每天用掉大約12TB的存儲客量。從Yahoo!Photos到Flickr的遷移，在2007年持續了一段不長的時間，每天消耗的存空間是這個數的兩倍還多。
在在備遷移的過程中，基于對遷移的評估以及現有的Yahoo!Photos數器，我們對存需求做了最好的估計，并給出了一個寬松的安全系統，確保遷移結束之前，不會出現存空間不夠的情況。我們能想到的每件事情，都有測量數據:
● 遷移的賬戶
● 遷移的照片
● 處理的照片
● 遷移隊列大小
● 磁盤空間消耗量
對選擇遷移到Flickr的用戶，開始遷移過程，并進行觀察
我直接聯到有意思的部分來說吧:即使微了如此謹慎的估計，我們還是錯了，錯大了。雖然做了研究，對存豬容量做了精心的評估，想遷近移到Fick來的人還是超出了我們的預期。要把想遷移到Flickr來的人的Yhoo!Photos數據都近移過來的話，我們部看的存豬空間都會用完。要么增加存豬，要么Flickr停止上載片。
調天地，由于測量數據能夠追蹤磁を請耗，我們很快意識到了這點，但卻受限于采購時間表。重要的是盡快購買、安裝、配置、部署更多存造，以免用完現有存。部著更多空間與遷移進程之間展開了一場競賽，
為了解釋我們是如何通過測量數據反轉危為安的，要先介紹一下遷移過程是如何進行的:
1.告知用戶，將關閉Yahoo!Photos服務，用戶可以從列表中選擇遷移到哪里。假如選擇Flickr的話，該用戶賬號就進人遷移隊列。
2.一旦用戶的遷移任務進入隊列，則則鎖定該用戶的Yahoo!Photos賬號，防止用戶進行修改。現在Yahoo!Photos和Flickr之間進行API對API的通信，以獲取要遷移的照片數據。
3.Flickr獲取并處理Yahoo!Photos賬號的照片及其元數據。
4.將Yahoo!Photos賬號寫人Flickr存儲和數據庫。
遷移完成后，開放Flickr這邊的賬號，通知用戶可以使用遷移過來的Flickr新賬號了。單個用戶的遷移并不需要很長時間，但用戶量很大，所以還是花了不少時間。遷移過程基本上就是一個大規模的異步過程，每個異步過程包括創建Flickr新賬號和批量上載照片。
由于知道遷移要消耗多少存儲、“有機”(非遷移)增長要消耗多少存儲，即使估計不足的話，也可以預測出還能夠支持的天數。我們下了一個龐大的訂單，來購買存儲，并開始計時。確認了發貨和安裝日期，這樣我們就知道這些存儲什么時候能夠在數據中心上架以及需要多久才能投入使用。
因為使用Ganglia采集數據，3行腳本代碼就可以計算出存儲的消耗率，然后將這個數字傳給負責遷移的API進程。照片是存儲在分布于美國各地的若干個數據中心的，要確保API進程能夠遠程獲得這個值，并檢查正在遷移數據的所有數據中心。我們修改了API的處理過程，以便觀察存儲消耗的速率。如果在過去的一小時存儲的消耗率大于維持到新存儲上線那天的消耗率，則降低對排隊等待遷移的賬號的處理速度，反之，則加快處理速度。前面列出的步驟中，我們在步驟2和步驟3之間插入了一個檢查當前存儲消耗率的步驟。
因為我們會根據存儲的消耗率調整遷移的速度，進入隊列的賬號可能會等待更長的時間。減慢處理過程也是一個不得已的折中，既要保證遷移的順利進行，又要不影響Flickr的當前業務。
最終，遷移順利完成，沒有發生存儲空間用光的情況。事后看來，我們的估計是有偏差的，但并沒有當初想的那么大。遷移開始時的高峰使我們擔心存儲會用光，所以馬上部署了更多的存儲。但隨著漸漸接近原來的存儲極限，進入遷移隊列的用戶也慢慢減少了
這個故事說明，將分布在全國多個地點的網站建設測量數據采集系統納入反饋循環，能夠將PB級照片數據從Yahoo!Photos安全地遷移到Flickr，同日時基本不影響兩者的正常使用。

網頁標題：怎么使用測量數據建立加載一反饋機制？
URL網址：http://m.kartarina.com/news9/151359.html

成都網站建設公司_創新互聯，為您提供全網營銷推廣、Google、網頁設計公司、電子商務、微信公眾號、面包屑導航

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯