我们一直在使用公司在亚马逊上管理我们的数据库集群，经过5年的合作关系，我对它们失去了信心。
几个月前，我们开始在Heroku上遇到超时，我们被告知是由于太多写入日志消耗了100 GB的空间。我被指示删除数据（从两个数据库中的原始36GB中删除10GB），然后告诉即使删除数据也没有有效地回收空间。
我们上周搬到了亚马逊上的M1.small实例，两个小时后，我们完全关闭了。一小时后，他们终于将我们带到了M1.xlarge实例。他们写道：
...realtime monitoring of the affected unit showed very high i/o wait
times, indicating that the unit was 'disk bound', that is, the delay
was caused by reads that had to go to disk instead of being found in
the memory cache
当我查看M1上的配置信息时，他们选择了一个更昂贵且EBS是插件的选项似乎令人惊讶。 M4的选择是较新一代的便宜，包括EBS，无需额外费用。我这是对的吗？
由于我没有命令行访问权限，所以当我遇到问题时，我完全依赖于访问数据库管理员。这导致我们在等待回复期间一次停顿15分钟。
也许我天真，但似乎数据库 - 在适当的环境中，几乎不需要关注，并且大多数问题都可以通过我自己的命令行访问来解决。我已经编程了二十年，显然管理我自己的数据库多年，但我不是数据库管理员。你能告诉我管理我自己的数据库的陷阱，我可能不知道吗？
我觉得错误的是没有正确评估我们的需求，然后将我们转移到一个小实例，只是意识到他们必须立即扩大规模。我应该分析什么标准来确定适当的数据库大小和亚马逊的选择？
您可以提供任何其他信息。
答案 0 :(得分：0)
这些天推出新的M1实例是疯狂的。你应该利用最新的实例类是正确的。我猜他们让你的数据库在EC2 Classic环境中运行，而不是更现代的VPC环境，这阻碍了使用更新的AWS功能。
您使用的是哪种类型的数据库引擎？你为什么不使用亚马逊的RDS服务？