2016-08-01 86 views
0

我现在有一个服务器:为了更好的iops,超大型ebs gp2卷是否合理?

12×(IO1)卷。每个容量为1024GB,配置4000个iops。

该服务器每月最终成本超过5000美元。

我想削减成本位和更换IO1的定期GP2的,但是GP2的只有

3 IOPS/GB,

所以一个1024GB GP2只有3072个IOPS。 我想保持上述4000

它,我不希望有更多的能力,但是如果我增加了GP2的规模至1.5万亿字节,留下一个半TB的未分配的,我可以得到每个卷上的IOPS为4608.

我会支付更少,并有更好的整体表现。

假设从99.9%下降到99%每年能为GP2为IO1是可以接受的:

有什么原因,这是行不通的?会有其他的缺点吗?

回答

2

是的,它是有意义的超大的卷增加IOPS。这是一件很常见的事情。保留操作系统未分配的空间不会影响EBS分配的IOPS。尽管您也可以在操作系统中分配它,并为未来的增长提供额外的空间。

唯一的缺点是,如the table here中所示,使用gp2(160 MiB/s)与io1(320 MiB/s)时每个容积的最大吞吐量较低。

+0

如果我使用ebs优化的c4.large,预计整个62MB/s是否有关系? http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSOptimized.html – lonewarrior556

+0

EBS优化不会更改我链接到的表中的值,如果这就是您要求的。它只是确保您有足够的带宽与您连接的EBS卷进行通信。 –

+0

如果ec2实例的预期吞吐量为62.5 MB/s,那么在160-320 MB/s之差之前,这是否是截断值? – lonewarrior556

1

您可能还想仔细衡量您的IOPS要求,以确定您是否始终如一地使用4000 IOPS每卷。如果不是,您可以通过创建多个卷来获得相同或更好的结果。对于例如创建2 x 512GB而不是1 x 1024GB,这将使成本更低(创建1x 1.5TB GP2)。每个GP2卷可以突发高达3000 IOPS(在上述情况下为您提供6000 IOPS,例如1024GB容量)。尽管一旦信用不足,您将回落到3072 IOPS。但是,大约需要60分钟才能从512GB清空信用额度,这在某些情况下可能已足够。这里详细http://www.slideshare.net/AmazonWebServices/deep-dive-maximizing-ec2-and-ebs-performance

+0

*“创建2 x 512GB而不是1 x 1024GB,这将使成本更低。”*如何? 1x1024GB和2x512GB的成本相同。 –

+0

相比,创建一个1.5TB的GP2 ..我看到 –

+0

。我以不同的方式阅读。 –