我不清楚我在Amazon EC2上為我的實例從EBS和實例存儲中獲得了什么好處。 如果有的話，似乎EBS在成本相對較小的差異方面更有用(停止，開始，持續+更好的速度)......？ 此外，是否有更多人正在使用EBS，因為它仍然相對較新？

#1樓

我剛開始使用EC2，所以不是專家，但亞馬遜自己的文檔說：

我們建議您將本地實例存儲用于臨時數據， 對于需要更高級別持久性的數據 ，我們建議使用Amazon EBS卷或將數據備份到Amazon S3。

強調我的。

我做的數據分析比網絡托管更多，所以持久性對我來說并不像對網站那么重要。 鑒于亞馬遜本身的區別，我不認為EBS適合所有人。

我會嘗試記住在使用兩者之后再次稱重。

#2樓

大多數人選擇使用EBS支持的實例，因為它是有狀態的。 它更安全，因為您在其中運行和安裝的所有內容都將在停止/停止或任何實例故障后繼續存在。

實例存儲是無狀態的，如果出現任何實例故障情況，您可以使用內部的所有數據將其丟失。 但是，它是免費且更快的，因為實例卷與運行VM的物理服務器相關聯。

#3樓

最重要的是，你應該幾乎總是使用EBS支持的實例。

這就是原因

可以設置EBS支持的實例，以便它們不會(意外地)通過API終止。

當您不使用它們時可以停止EBS支持的實例，并在您再次需要它們時重新啟動(例如暫停虛擬PC)，至少使用我的使用模式可以節省比我在幾十GB的EBS存儲上花費更多的錢。

EBS支持的實例在崩潰時不會丟失實例存儲(不是對所有用戶的要求，而是使恢復更快)

您可以動態調整EBS實例存儲的大小。

您可以將EBS實例存儲轉移到一個全新的實例(如果運行的亞馬遜硬件變得不穩定或死亡，這種情況很有用)

啟動EBS支持的實例更快，因為不必從S3獲取圖像。

如果計劃維護 EBS支持的實例的硬件，則停止和啟動實例會自動遷移到新硬件。 我還能夠通過強制停止實例并再次啟動它來在故障硬件上移動EBS支持的實例(您的里程可能因故障硬件而異)。

我是亞馬遜的重度用戶，一旦技術出現測試版，就將我的所有實例轉換為EBS支持的存儲。 我對結果非常滿意。

EBS仍然可能失敗 - 而不是銀彈

請記住，任何基于云的基礎架構都可能隨時出現故障。 相應地規劃基礎架構。 雖然與臨時存儲實例相比，EBS支持的實例提供了一定程度的持久性，但它們可能會失敗。 有一個AMI，您可以根據需要在任何可用區域中啟動新實例，備份您的重要數據(例如數據庫)，如果您的預算允許，運行多個服務器實例以實現負載平衡和冗余(理想情況下在多個可用區域中) )。

什么時候不

在某些時間點，在實例存儲實例上實現更快的IO可能更便宜。 曾經有一段時間它確實是真的。 現在有許多EBS存儲選項，可滿足許多需求。 隨著技術的變化，選項及其定價也在不斷變化。 如果您有大量實際可以丟棄的實例(如果它們剛剛消失，它們對您的業務影響不大)，請對成本與性能進行比較。 EBS支持的實例也可能在任何時間點死亡，但我的實際經驗是EBS更耐用。

#4樓

EBS就像VM的虛擬磁盤：

EBS支持的持久實例可以自由啟動和停止(節省資金)

可以在任何時間點進行快照，以獲得時間點備份

可以從EBS快照創建AMI，因此EBS卷成為新系統的模板

實例存儲是：

本地，所以一般更快

非網絡，在正常情況下，EBS I / O以網絡帶寬為代價(EBS優化實例除外，它具有單獨的EBS帶寬)

每秒IOPS的I / O有限。 即使配置的I / O最高也只有幾千IOPS

脆弱。 實例停止后，您將丟失實例存儲中的所有內容。

這里是每個地方使用的地方：

使用EBS作為后備操作系統分區和永久存儲(數據庫數據，關鍵日志，應用程序配置)

將實例存儲用于進程內數據，非關鍵日志和瞬態應用程序狀態。 示例：外部排序存儲，臨時文件等

當實例之間有復制時(NoSQL DB，分布式隊列/消息系統和帶復制的DB)，實例存儲也可用于性能關鍵數據

將S3用于系統之間共享的數據：輸入數據集和處理結果，或者用于每個系統在運行時使用的靜態數據。

將AMI用于預烘焙，可啟動的服務器

#5樓

對于所有這一切的新手，如果不小心落在這里

截至目前，所有AMI的快速啟動部分都是EBS支持的

對于EBS和Instance商店之間的區別， 官方文檔也有一個很好的解釋

＆這個圖像幾乎總結了它

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的ebs和java哪个前景好_EBS与实例存储的好处（反之亦然）[关闭]的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。