在AWS上共享资源

Question

我有兴趣了解不同应用程序之间共享AWS物理服务器的硬件资源(CPU,磁盘,网络等)的方式.人们是否有关于在AWS上运行的服务中无法解释的性能变化的经验,您已成功归因于共享物理资源的另一个应用程序？如果是这样,你是如何进行调试的呢？

特别是,我对资源之间更复杂的交互感兴趣,例如CPU->内存带宽.如果在一台计算机上运行15个VM,则性能肯定会比运行2个VM时差.

也许这是一个关于Xen虚拟化的更普遍的问题,但我不知道是否存在某些我不了解的AWS魔术.

我不确定这是否是这类问题的正确论坛; 如果没有,如果您可以指向我的资源或其他论坛,将会有所帮助.

Answer 1

Amazon EC2实例不容易受到"吵闹的邻居"问题的影响.

根据所选的实例类型,EC2实例接收CPU,内存和(对于某些实例类型)本地连接的磁盘存储.这些资源专用于实例,不会受到其他用户或其他虚拟机的影响.(这是一个例外是t1和t2实例类型.)

特别:

• 该实例分配了许多vCPU.这些提供给实例,并没有其他的实例可以使用这些虚拟中央处理器(见备注t1及t2以下).在EC2实例类型页面定义了一个虚拟CPU为:

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

• 实例分配了一定量的RAM.没有其他实例可以使用此RAM.CPU和RAM都没有超额认购.
• 该实例可能被分配了本地连接的磁盘存储,称为实例存储或临时存储.当实例停止或终止时,此磁盘存储不会保留,因此仅存储在其他位置复制的临时数据或数据.
• 为实例分配专用于该实例的网络带宽.没有其他实例可以影响此网络带宽.该网络性能是基于所选择的实例类型.基本上,较大的实例会获得更多的网络性能.

上述因素均不会受到在同一主机上运行的其他实例(虚拟机)的影响.

t1和t2实例类型

上述声明的例外是:

• t1.micro实例 "提供少量一致的CPU资源,并允许您在额外的周期可用时以短突发方式增加CPU容量".
• t2实例根据CPU Credits系统提供突发容量.CPU Credits根据实例类型以恒定速率获得,并且这些信用可用于在必要时突发CPU.

对于这两种实例类型,我会假设此突发容量在实例之间共享,因此CPU突发可能会受到其他希望突发的实例的影响.t2然而,这些实例只会在CPU确实爆发时消耗CPU信用,从而使这种"公平".

专用实例和专用主机

• 专用实例是"在专用于单个客户的硬件上的虚拟私有云(VPC)中运行的Amazon EC2实例." 基本上,您的AWS账户将是该主机上唯一运行实例的账户.
• 一个专用主机是一个"具有完全奉献给您的使用EC2实例容量的物理服务器.专用主机允许您使用每个插座现有的,每个内核,或每VM软件许可证,包括Windows Server,Microsoft SQL Server的,SUSE ,Linux Enterprise Server等." 基本上,您需要为整台主机付费,然后在主机上单独启动实例(不收取额外费用).

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