我们一直在使用一家公司来管理我们在亚马逊上的数据库集群，经过五年的合作关系，我对他们失去了完全的信心。
几个月前，我们开始在 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 分钟。
也许我很天真，但似乎数据库在适当的环境中几乎不需要关注，并且大多数问题都可以通过我自己的命令行访问来解决。我已经编程了二十年，显然也管理自己的数据库多年，但我不是数据库管理员。您能告诉我管理自己的数据库时我可能不知道的陷阱吗？
我觉得我们犯了一个错误，没有正确评估我们的需求，然后将我们转移到一个小实例，结果却意识到他们必须立即扩大规模。我应该分析什么标准来确定亚马逊上适当的数据库大小和选择？
感谢您提供的任何其他信息。
最佳答案
如今启动新的 M1 实例非常疯狂。您应该利用最新的实例类，这是正确的。我猜测他们让您的数据库在 EC2 Classic 环境中运行，而不是在更现代的 VPC 环境中运行，这会阻止使用较新的 AWS 功能。
您使用什么类型的数据库引擎？您为什么不使用 Amazon 的 RDS 服务？
关于mysql - Amazon RDS 和管理我自己的数据库，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/42494181/