我有一个在EC2实例（c3.large）上运行的计算/ IO重型后端服务（图像处理）。由于我需要扩展此服务，我考虑分配数十个c3.large实例或更少的较大c3实例。定价似乎是每个计算能力的线性。
为什么我会选择较少的强实例而不是更弱的实例？ （反之亦然）
其他一些要求和信息：
答案 0 :(得分：2)
按需价格在每个实例系列中确实非常线性，因此如果您的工作负载在多个类上同样运行良好（即，没有单个任务需要特别大的内存），那么可能没有显着差异。 ..网络I / O容量也随着存储器和ECU ......以及不太受欢迎的临时存储空间而扩大，不会产生基于I / O的费用。
然而，现货市场的价格并不是那么线性。
我的内部系统收集现货市场定价历史记录（在控制台和API中提供），该历史记录标识了历史上必须保持给定实例在给定可用区域中以给定百分比的正常运行时间运行所需的最低出价。当然，历史数据并不能预测未来的表现，而c3系列仍然是非常新的...但在现货市场中，有些情况下对较小实例的需求会推高运营成本 - 至少基于同等水平计算能力虽然有时甚至在原始价格上 - 但比较大的情况......所以这可能是一个值得考虑的选择。
现货市场有每个实例类+可用区的最低基准价格（可能它实际上是区域，虽然价格是单独跟踪的），并且这些基线在实例族中看起来是线性的，正如您所期望的那样......但是市场价格随需求而变化，导致我所暗示的倒置。另请注意，给定实例类的EC2 Classic和VPC价格也会单独跟踪，因为每个平台中的备用容量可能是一个单独的物理主机集合。
另请注意，如果您采用此路线，则应调查所有实例类，而不仅仅是那些明显适合您的工作负载的实例类。有一些非常有利的定价条件等待发现，特别是在较大的和较老的实例类上......而且这些定价条件似乎也随着时间的推移更加稳定，但同样，这些是基于过去表现的观察。
答案 1 :(得分：-1)
C3.2xlarge实例具有高网络性能。如果要将图像复制到这些盒子上或从这些盒子上复制图像，您将会看到更好的性 http://aws.amazon.com/ec2/instance-types/