Amazon-Ec2
Ec2 微實例、EBS、I/O 和速度。我怎樣才能提高性能？
我有一個安裝了 EBS 卷的微型實例。我必須為 EBS 卷的每百萬次讀取/寫入付費。
但從本質上講，EBS I/O 非常慢，因此像 MySql 這樣的服務也很慢。
有人可以建議加快我的實例的方法（除非有明顯的評論，即微實例不適合這種用途）？
根據我的經驗並基於它們的受歡迎程度，對於大多數應用程序（包括 MySQL）來說，EBS 卷並不慢，尤其是在您使用具有高 IO 頻寬的 EC2 實例時。
t1.micro 實例的 IO 頻寬“低”，但我仍然想知道您是否真的遇到了性能問題。您是否有關於 iowait 的指標表明這是問題所在？
我懷疑 t1.micro 實例類型更有可能無法維持繁重的 CPU 活動，例如您的應用程序中可能需要的那些活動。
我將 t1.micro 與 MySQL/Apache/etc 一起使用。對於幾乎沒有使用者的動態網站，它執行良好，但是一旦你堆積任何類型的持續負載，它就會按設計停止。
鑑於 t1.micro 的小記憶體大小，MySQL 將無法在記憶體中記憶體大量數據庫表，因此您可能會因為它需要繼續訪問磁碟以獲取結果而受到打擊。無論 EBS IO 有多快，這都是一個問題，因為它永遠不會像直接記憶體訪問那樣快。
如果您仍然認為這是 EBS 問題，您可以嘗試添加一個記憶體層，以便減少對 MySQL 數據庫的訪問。但是，您很快就會遇到 t1.micro 的記憶體限制。不妨看看 AWS 的新 ElastiCache 服務：http: //aws.amazon.com/elasticache/
如果 t1.micro IO 是限制因素，您不會使用 RAID 修復它，因為 RAID 中的所有 EBS 卷將一起使用相同的 IO 通道。