Qui*_*Par 5 performance amazon-ec2 amazon-ebs
我有一个安装了 EBS 卷的微型实例。我必须为 EBS 卷的每百万次读/写付费。
但是由于 EBS I/O 的本质,它非常慢,因此像 MySql 这样的服务也很慢。
有人可以建议加速我的实例的方法吗(除非明显评论微实例不用于此类用途)?
根据我的经验和它们的流行度,EBS 卷对于大多数应用程序(包括 MySQL)来说并不慢,尤其是当您使用具有高 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 通道。
归档时间: |
|
查看次数: |
5130 次 |
最近记录: |