我是一名孤獨的 IT 人員，試圖評估將現有實體資料中心遷移到 AWS（6 個應用程式伺服器和 2 個複製的 MySQL 伺服器）的成本。 Amazon 提供的成本計算器是基於頻寬需求和 3 種大小的伺服器執行個體。我知道我們的頻寬需求是什麼，但我很難了解與我們特定的硬體/負載相對應的 EC2 服務執行個體大小。我們的負載在時間表上變化很大，因此我設想在高峰時段至少有一個“按需”實例。我可以使用哪些工具/策略將實體設定對應到對應的（負載優化的）AWS 設定？
答案1
我發現提供的成本計算器對我個人來說不夠。我目前的部署包含 3 x m1.small、2 x m1.large、1 x m1.xlarge 和 1 x c1.xlarge 伺服器實例。 9 個多月前，我們從傳統資料中心的 3 台實體伺服器擴充變成現在的樣子。
計算中最容易確定的部分是每小時的實例成本。我發現由於定價方案，我的 S3 成本在很大程度上是微不足道的。 EBS 捲和快照實際上比 S3 成本更高，而且很容易計算，但我建議高估 I/O 請求，因為我發現我們的實際使用量比我們最初估計的要高。
頻寬很棘手，而且不足以滿足伺服器實例本身的要求，這可能是需要考慮的第二大成本。 。需要記住的幾件事是，您擁有公共入站和出站頻寬，還有區域間頻寬。如果您有在相同區域但不同可用區 (AZ) 運行的實例，您將需要支付頻寬費用。當您考慮 EBS 磁碟區以及它們在給定可用區中完成時，這也很重要。實際上，由於實例本身之間的通信，我們已經看到區域間頻寬高於我們的公共頻寬使用量。
我創建了自己的電子表格，在嘗試出於預算目的進行估算時，該電子表格可以為我執行大部分計算。我目前正在檢查電子表格，以獲取新預算的修訂更新。不過，這次我能夠利用亞馬遜提供的一些使用歷史記錄，這樣我就可以給出更好的估計。
至於哪個實例映射，這是最好的猜測。您可以嘗試根據伺服器主要用途的 CPU 和記憶體強度進行匹配。實際上，與實體伺服器相比，我們更多地使用 AWS 來分割基礎設施，這樣我們就可以更好地滿足各個部分的需求並提供額外的可擴展性。