查詢關於EBS支持的實例+ S3 +快照上的備份

Question

我花了好幾天的時間研究在亞馬遜，域控制器和遠程桌面服務服務器上安裝兩個Windows服務器，但有幾個問題我可以找不到詳細的或任何答案：

1）當你有一個EBS支持的實例我假設這意味着所有文件（操作系統/應用程序/ Pagefile）等都存儲在EBS？物理上在數據中心，假設我有50演出的操作系統文件/應用程序數據等，這些都存儲在只有一個SAN類型的設備？如果該設備爆炸或說特定的數據中心遭到破壞，會發生什麼情況。數據是否在其他地方？您的整個EBS交易量可能會消失的概率是多少？

2）據我所知，你可以使用快照將你的EBS實例備份到S3。我假設你可以選擇快照的頻率（比如說每天？）。在我上面的場景中，如果我有50個文件，並且每天有一次快照。超過7天的時間，我的S3存儲是350臺演出還是50臺演出+我在一週內進行的增量更改？

3）我記得在某處讀取實例必須離線進行快照。如果是這樣的話，它是通過關閉客戶操作系統，快照然後啓動或者它只是分離數據，阻止你在快照時連接，然後將其恢復到快照前的確切時刻。

4）我瞭解每個演出場地每月付費的概念，但我對每百萬I/O請求的0.11美元感到擔憂。當我運行Windows服務器時，這是如何工作的？我不知道服務器對其磁盤有多少I/O請求。我假設很多整個虛擬機都存儲在EBS捲上。在標準EBS上運行服務器是否會從根本上降低速度？

5）使用快照到S3作爲其主要備份的人是否正在運行其他類型的數據備份？

對不起noob問題 - 我會很感激任何人可以提供給我的任何部分答案，答案或建議。提前致謝！

Answer 1

1）亞馬遜對此很模糊。他們說數據在其所屬的AZ內複製，如果自上次快照以來更改的數據少於20GB，則您的年度故障率爲〜0.1-0.4％

2）快照是手動觸發的，逐步完成

3）取決於您的文件系統。例如，在一個帶有xfs卷的Linux機器上，您可以將IO凍結到捲上，執行快照（只需要一秒左右），然後解凍。如果您在沒有做類似的事情的情況下拍攝快照，可能會導致數據處於不一致狀態。這取決於你的文件系統

4）我在EBS上運行所有的實例。您可能不希望在EBS上使用您的頁面文件，爲此使用實例存儲會更有意義。您使用的IO數量將非常依賴於工作負載。 IO計數在很大程度上取決於您的工作負載 - 例如，應用程序服務器比數據庫服務器執行的IOP少很多。如果你正在運行特別是IO重操作，你不可能每月使用超過每月幾美元的數據。

5）我個人不關心安裝的軟件/配置（我有關於所有安裝的AMI所以我可以在幾分鐘內恢復），我只關心數據。我將這些數據單獨備份（S3 & Glacier）。部分是因爲我被一個bug EBS有大約一年前左右，他們失去了一些快照

您還可以使用多種策略，如Fantius評論咬傷。例如，在我運行的mongodb服務器上，啓動卷很小（並且從未進行快照或備份，因爲它可以從AMI自動恢復），並且包含實際mongodb數據的單獨數據卷。 mongodb卷被快照以及在S3上存儲轉儲。快照是創建備份的有效方式（因爲您只存儲增量更改），但無法將它們從EC2區域傳輸出去，而S3上的tar包可以輕鬆地在任何地方複製。