r3.xlarge 與 t2 實例

r3.xlarge 與 t2 實例

我是 AWS 新手,負責尋找優化成本的方法。我已經了解了最佳實踐和策略來做到這一點:

  • 實例大小調整
  • 酌情使用預留實例 (RI) 和競價型實例 (SI)(透過按需)
  • 自動擴充儲存(減少冗餘、Glacier)
  • 標記策略

但是,我對實例類型有一些具體問題。顯然,我們有一個r3.xlarge(按需)執行個體用於演示(針對新客戶端),具有 240 GB EBS(即 4 個 CPU、30.5 GB RAM),因此使用頻率不高。

問題 :

1)將其替換為t2例如,在不降低性能(或任何其他不利影響)的情況下提供任何成本效益(中長期)?

2) 如果是這樣,可以使用哪一種 t2 變體(t2.xlarge、t2.2xlarge 等)?

很抱歉我的無知,如果這不是問題的正確位置,任何指導將不勝感激。

感謝您的幫忙!

答案1

用 t2 節點替換 r3.xlarge 將節省 $。如果該節點偶爾用於演示,那麼 t2 的突發 CPU 特性聽起來很合適。

然而,如果不了解應用程式的詳細信息,就不可能說出要使用哪一個。你可能在 R3 上運行靜態 nginx 伺服器並浪費 99% 的內存,或者您可能正在運行大型內存資料庫但幾乎不適合。

接著就,隨即,http://www.ec2instances.info/是用於比較各種 AWS 實例類型的每小時成本和容量的有用工具。查看您的應用程式(及其效能指標/歷史記錄)並切換到最適合您的應用程式的大小。

如果您保持此實例始終運行,請考慮購買「預留實例」以進一步降低成本。預留執行個體 (RI) 是一種計費結構,您承諾為執行個體支付一整年的費用,AWS 會為您提供折扣。請注意,它僅計費,因此 AWS 會將折扣應用於匹配的節點 - 您無需重新配置任何內容,也無需啟動特殊的 RI 節點。

相關內容