亚马逊测量在虚拟核和EC2计算单元而言它们的CPU分配。 EC2计算单元被定义为:

  

被分配给一个特定的实例中的CPU的数量在这些EC2计算单元来表示。我们使用多种基准和测试来管理从EC2计算单元性能的一致性和可预测性。一个EC2计算单元提供了1.0-1.2 GHz的2007的Opteron或2007至强处理器的等效CPU容量。这也是相当于我们原始文档中引用的早期-2006 1.7 GHz的至强处理器。

我的问题是,说我有一个“大实例”附带“4个EC2计算单元(具有2个各自EC2计算单元2个虚拟核)”。这是否意味着我基本上有4个核心在逻辑意义吗?我想产卵4 CPU绑定的主题?或者是计算单元只是功率的量度,和我有2芯?

此外,考虑到服务器的可扩展性,那会是更好的两倍单个盒的计算能力和主机上的同一个盒子的数据库和服务器?或者我应该有2个独立的,实力较弱的盒子?

有帮助吗?

解决方案

nicholaides是正确的,小实例是一个核的等效,大两个核心。所述测量的剩余部分被表示为计算单元,其被定义为如下:

  

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

我运行一个小实例我的小网站,既Web服务器和数据库托管在一个虚拟机。我一直印象深刻的表现,但同样没有关于它负载了大量的。

如果所有你关心的爆炸为您的降压,我想尝试你的设置与上一个小实例同时运行的服务器(1个核心,为$ 0.10 1个EC2单位/小时),看看如何堆叠起来。下一步行动将是高CPU介质实例(2芯,5个总EC2单元为$ 0.20 /小时)。除非你真的骂你的服务器,我必须相信你就可以对单个媒体实例中运行它们。对于只有两次小实例的价格,你得到的性能五倍,比运行两个小例子好得多。

有一点要小心的是,小和高CPU介质的实例是32位的,其中所有其他(大型,特大型和高CPU特大)是64位。你不能在64位实例中运行32位的亚马逊机器映像,反之亦然。如果你有股票AMI工作,这不是一个问题,因为你通常可以找到它的两个版本,但对于一个自定义图像可能让你做一些额外的工作。

其他提示

“4个EC2计算单元(2个2个各自EC2计算单元虚拟核)”仅仅意味着你得到2虚拟CPU的,其中的每一个是快两倍的基本小实例。

在总,你得到的小实例的4倍的功率,但因为你只有2个内核,这是有道理的,开始只有两个线程。

至于你的第二个问题,我觉得布拉德拉尔森回答它相当不错。中等实例具有的钱了不少力。我们运行我们的数据库连接在同一台主机上的Web服务器,这是令人惊讶的多少DB-重的网站,你可以在一台机器上运行。然而,由于这取决于你自己的应用程序最好的办法是进行基准测试它,看它有多少负载处理。

如果您要扩大我建议两个服务分成不同的服务器上,而不是运行一个较大的服务器,只是因为它更容易优化每个主机特定服务。

我记得,“计算单元”并不测量,但芯的简单的量度“力量”。

  

此外,考虑到服务器的可扩展性,那会是更好的两倍单个盒的计算能力和主机上的同一个盒子的数据库和服务器?或者我应该有2个独立的,实力较弱的盒子?

这实际上取决于该应用程序。尝试出来,并得到硬数据可能是你最好的选择。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top