我们有一个应用程序的情况下，我们预计在一个专门的服务器上可能的stream量激增托pipe。 在应用程序上的主要瓶颈是MySQL读写很重。 尽pipe我们有多个级别的caching，但由于stream量的限制，MySQL仍然可能会出现问题。 我们无法执行大量的体系结构更改，而这些更改将需要将负载平衡器和复制等操作放在一起。 理想情况下，我们希望尽可能地离开架构，主要是由于交通量没有得到保证，所以成本可能会超过最终的要求。 有一件事发生在我身上的可能性是将数据库完全移出服务器，并将其放到Amazon RDS上。 这将使我们有能力按照成本效益的方式进行扩展，但并不意味着我们坚持使用昂贵的软件/硬件，而这些软件或硬件我们可能并不一直需要。 真的不知道这个方法是不是一个好主意，所以将不胜感激人们有任何想法/陷阱/指针。
除非你打算把整个堆栈转移到AWS（在我看来这肯定会算是一个“巨大的架构变化”），否则在RDS中运行你的数据库是没有任何意义的 – 你从中获得的任何好处会被查询延迟的增加所抵消（这进而导致用户可见的性能问题）。
另外请注意，RDS实际上只不过是其他人已经完成基本设置的MySQL实例。 如果你希望它比从本地MySQL实例中获得的更好，你需要复制这些实例，并且基本上对应用程序进行相同的体系结构更改。
基本上，由于你的限制，你搞砸了。 你正在寻找一个快速修复（TANSTAAQF）。 我可以从你的情况中看到很多方法，但是它们都会违反你的“大规模的架构变化”法令（其中大多数并不是那么庞大，但是它们都会花费一些东西 ，特别是如果你想学习如何去实际执行它）。 祝你好运。