確定EC2和RDS實例類型

Question

我有一個EC2實例（免費微型），我在這裏主持一個帶有嵌入式Flash遊戲的網站。 Flash遊戲將數據發送到具有5個表格的RDS（免費微型）MySQL數據庫。該遊戲僅用於教育目的，我們正在跟蹤玩家所採取的遊戲行爲，以便我們可以發佈學術論文 - 因此，重要的是我們不會丟失太多數據。在過去的幾周裏，我們已經有大約20K人註冊參與遊戲的推出。這遠超預期。我擔心的是，所有20K都在同一個48小時內玩，並且一切都會崩潰。遊戲是10.7 MB，將需要加載到瀏覽器中，然後它將在每個會話中的5-10行之間發送到每個表。所以我們可以在兩天內每桌看1-2百萬條記錄。我將使用loader.io來加載測試，但這是我第一次加載測試。我想獲得關於哪些EC2和RDS實例最適合購買的意見，或者我是否應該加載測試，直到找到可用的測試？

有人能帶我在這個正確的方向嗎？亞馬遜的文檔對我來說並不是很有幫助。

Answer 1

這個問題沒有簡單的答案。這歸結於您的應用程序的性能。每個應用程序都有所不同，具體取決於它的開發方式和執行方式，需要不同的CPU週期來處理單個請求。

因此，考慮到這一點，您可以做的最好的事情是嘗試複製高負載場景並查看應用程序的執行情況。然後，您可以使用這些信息來決定您的應用程序應該使用什麼類型的實例。還有可能您可以確定應用程序中的瓶頸，也可以進一步提高性能。

Answer 2

我會集中精力的是內存和IOPS。

內存：

R3實例爲內存密集型應用進行了優化，並且具有每RAM吉布Amazon EC2實例類型中最低的成本。

IOPS（每秒輸入/輸出操作）

我會強烈建議使用自動配置的IOPS，如果你正在尋找保證讀或每second.Provisioned IOPS寫入存儲設備是提供快速的存儲選項，可預測且一致的吞吐量性能。您可以根據需要在創建實例時指定IOPS速率。

最好的部分： 如果你意識到你是在或利用你的內存下，你可以升級或無需停機（前提是你運行的是MAZ）降級您的實例。