关于亚马逊EC2的几个问题

亚马逊根据虚拟核心和EC2计算单元测量其CPU分配.EC2计算单位定义为:

分配给特定实例的CPU数量以这些EC2计算单位表示.我们使用几个基准测试和测试来管理EC2计算单元的性能一致性和可预测性.一个EC2计算单元提供1.0-1.2 GHz 2007 Opteron或2007 Xeon处理器的等效CPU容量.这也相当于我们原始文档中引用的2006年初1.7 GHz Xeon处理器.

我的问题是,我说有一个"大型实例",附带"4个EC2计算单元(2个虚拟核心,每个2个EC2计算单元)".这是否意味着我在逻辑意义上基本上有4个核心？我想生成4个CPU绑定线程吗？或者计算单位只是衡量功率,我有2个核心？

另外,考虑到服务器的可扩展性,将单个盒子的计算能力加倍并将数据库和服务器托管在同一个盒子上会更好吗？或者我应该有2个单独的,较弱的盒子？

nicholaides是正确的,小实例相当于一个核心,大两个核心.测量的其余部分表示为计算单位,其定义如下:

一个EC2计算单元(ECU)提供1.0-1.2 GHz 2007 Opteron或2007 Xeon处理器的等效CPU容量.

我在一个小实例上运行我的小网站,同时在一个虚拟机上托管Web服务器和数据库.我对性能印象深刻,但同样不会对它产生巨大的负担.

如果你所有的一切都是为了降压,我会尝试你的设置,两个服务器运行在一个小型实例(1个核心,1个EC2单元,每小时0.10美元)上,看看它是如何叠加的.下一步将是一个高CPU中型实例(2个内核,5个EC2单元,每小时0.20美元).除非你真的在锤击你的服务器,否则我必须相信你能够在那个单一的媒体实例上运行它们.只需要小实例价格的两倍,就可以获得五倍的性能,这比运行两个小实例要好得多.

需要注意的一点是小型和高CPU介质实例是32位,其他所有(大型,超大型和高CPU超大型)都是64位.您无法在64位实例上运行32位Amazon Machine Image,反之亦然.如果您正在使用库存AMI,这不是问题,因为您通常能够找到它的两个版本,但对于自定义图像,它可能会让您做一些额外的工作.