Amazon-Ec2

從 1TB 快照創建新的 EBS 卷需要多長時間?

  • September 8, 2016

我正在定期拍攝 1TB EBS(亞馬遜網路服務彈性塊儲存)卷的快照作為備份。在整個 AZ(可用區)變得不可用的情況下,我的災難恢復計劃是從同一區域的另一個 AZ 中的最新快照創建一個新的 EBS 卷。

如何確定創建新 EBS 卷需要多長時間?我的 RTO(恢復時間目標)為 6 小時。我可以用這種方法來滿足它嗎?

它可能不應該/沒有任何區別,但我在 ap-southeast-2 地區(即悉尼)。

如何確定創建新 EBS 卷需要多長時間?

創建一個。

然後,嘗試使用它。在幾個小時和幾天內繼續使用它,並記下您觀察到的內容。

你的問題的第一個答案是它實際上只需要幾秒鐘。

該答案的問題在於它並不能說明整個故事:

從現有 EBS 快照創建的新卷在後台延遲載入。這意味著從快照創建卷後,無需等待所有數據從 Amazon S3 傳輸到您的 EBS 卷,您的附加實例就可以開始訪問該卷及其所有數據。如果您的實例訪問尚未載入的數據,卷會立即從 Amazon S3 下載請求的數據,並在後台繼續載入其餘數據。

但是,您必須在這裡理解“立即”一詞的含義。立即並不意味著音量最初和最終一樣快。請記住:微秒和毫秒之間的差異在直覺上似乎很小,但它仍然是 1,000 倍。

$$ … $$從快照恢復的捲上的儲存塊必須先初始化(從 Amazon S3 下拉並寫入卷),然後您才能訪問該塊。 此初步操作需要時間,並且可能導致第一次訪問每個塊時 I/O 操作的延遲顯著增加。

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-initialize.html

這是我的觀點,上面——創建卷只需要幾秒鐘,此時它是可用的,但速度很慢。

EBS 卷是邏輯實體。從快照還原卷時,卷上的每個塊在邏輯上都存在並且在新卷可用時邏輯上可用,但在您第一次嘗試讀取它時不一定物理上存在於卷上。

總體而言,載入塊的延遲對於卷上任何特定塊的即時可用性來說是一個很小的代價,但影響可能很大,其重要性部分取決於卷的使用方式。

dd上面的連結繼續解釋瞭如何使用或加快預熱過程fio文件忽略的事實是,您可以在已安裝卷的只讀模式下使用其中任何一種,並在準備卷以執行操作時獲得即時可用性的好處。這將對初始隨機訪問產生進一步的負面影響,但痛苦會比你什麼都不做更快結束,因此它可能是你的最佳選擇……但你必須通過你的 DR 場景它的步伐,觀察它的運作,並相應地調整你的策略。

引用自:https://serverfault.com/questions/801495