Performance AWS上的资源共享

我有兴趣了解AWS物理服务器的硬件资源（CPU、磁盘、网络等）在不同应用程序之间共享的方式。在AWS上运行的服务中，您成功地将其归因于共享物理资源的另一个应用程序，人们是否经历过无法解释的性能变化？如果是这样，您是如何调试的

特别是，我对资源之间更复杂的交互感兴趣，例如CPU->内存带宽。如果在一台机器上运行15个虚拟机，那么性能肯定会比运行2个虚拟机差

也许这是关于Xen虚拟化的一个更一般的问题，但我不知道是否有某种AWS魔法在引擎盖下发生，我不知道

---

我不确定这是否是解决此类问题的合适论坛；如果没有，如果您能为我指出一个资源或另一个论坛，那将很有帮助。

Amazon EC2实例不会受到“嘈杂的邻居”问题的影响

EC2实例根据所选的数据接收CPU、内存和（对于某些实例类型）本地连接的磁盘存储。这些资源专用于实例，不会受到其他用户或其他虚拟机的影响。（例外情况是

t1

和

t2

实例类型。）

具体而言：

• 实例分配了大量的vCPU。这些是提供给实例的，没有其他实例可以使用这些vCPU（请参见下面关于

  t1

  和

  t2

  的注释）。将vCPU定义为：

每个vCPU都是针对M4、M3、C4、C3、R3、HS1、G2、I2和D2的Intel Xeon内核的超线程

• 实例被分配了RAM。没有其他实例可以使用此RAM。没有CPU或RAM的超额预订
• 实例可能被分配到本地连接的磁盘存储，称为实例存储或临时存储。当实例停止或终止时，此磁盘存储不会持久化，因此只存储临时数据或在别处复制的数据
• 实例分配了专用于该实例的网络带宽。没有其他实例可以影响这一点。网络性能取决于所选的。基本上，较大的实例可以获得更高的网络性能

上述因素均不受同一主机上运行的其他实例（虚拟机）的影响

t1

和

t2

实例类型

上述声明的一个例外情况是：

• “提供少量一致的CPU资源，并允许您在附加周期可用时在短时间内增加CPU容量”
• 基于CPU积分系统提供突发容量。CPU积分是根据实例类型以恒定速率获得的，这些积分可以在必要时用于触发CPU

对于这两种实例类型，我假设这个突发容量在实例之间共享，因此CPU突发可能会受到其他希望突发的实例的影响。然而，

t2

实例将通过在CPU实际崩溃时仅消耗CPU点数来实现这一“公平”

专用实例和专用主机

• 是“在专用于单个客户的硬件上的虚拟私有云（VPC）中运行的Amazon EC2实例”。基本上，您的AWS帐户将是该主机上运行实例的唯一帐户
• A是“具有EC2实例容量的物理服务器，完全专用于您的使用。专用主机允许您使用现有的每个套接字、每个核心或每个VM软件许可证，包括Windows server、Microsoft SQL server、SUSE、Linux Enterprise server等。”基本上，您为整个主机计算机付费，然后在主机上单独启动实例（无需额外收费）

---

使用专用实例或专用主机对分配给每个实例的资源没有影响。它们将获得与作为正常的共享实例运行时相同的资源

Amazon EC2实例不易受到“嘈杂的邻居”问题的影响

EC2实例根据所选的数据接收CPU、内存和（对于某些实例类型）本地连接的磁盘存储。这些资源专用于实例，不会受到其他用户或其他虚拟机的影响。（例外情况是

t1

和

t2

实例类型。）

具体而言：

• 实例分配了大量的vCPU。这些是提供给实例的，没有其他实例可以使用这些vCPU（请参见下面关于

  t1

  和

  t2

  的注释）。将vCPU定义为：

每个vCPU都是针对M4、M3、C4、C3、R3、HS1、G2、I2和D2的Intel Xeon内核的超线程

• 实例被分配了RAM。没有其他实例可以使用此RAM。没有CPU或RAM的超额预订
• 实例可能被分配到本地连接的磁盘存储，称为实例存储或临时存储。当实例停止或终止时，此磁盘存储不会持久化，因此只存储临时数据或在别处复制的数据
• 实例分配了专用于该实例的网络带宽。没有其他实例可以影响这一点。网络性能取决于所选的。基本上，更大的例子