目前，运行ubuntu10.04 + apache + APC + memcache（+其他实例上的多个主/从mysql场）的EC2应用程序实例上有一个快速增长的（10Ms呼叫/日）Web服务。
我考虑通过以下方式之一升级应用程序实例：
1）增加到更大的实例types
2）分割到几个应用服务器
我可以很好地评估我的内存使用情况和基于当前服务器graphics的CPU使用情况。
我担心的是，如果我select更大的EC2实例types，networkingI / O可能成为stream量增长的瓶颈。
我的问题：我如何估计networkingI / O的使用和限制？ 我怎么知道我能处理多less多余的stream量，直到它变得超载。 （根据networking容量而不是服务器内存/ CPU）
我以前在Mediatemple上有CentOS / plesk服务器，而我的瓶颈是kmemsize，这是有限数量的不可擦除内存，当networkingstream量增加时它变满了。 在Ubuntu上可以监控的EC2实例有没有类似的东西？
我没有一个完整的答案，但我可以build立在cyberx86上说的。 较小的实例具有较less的CPU和networking容量。 请记住，如果您使用EBS，则您的磁盘IO依赖于您的networkingIO。 亚马逊提供了监控networking使用情况的工具。 像iotop这样的工具应该能够帮助你得到磁盘IO的想法，这也可以显示你的等待％。 除非我错了，否则等待EBS卷的％应该是networking限制。