你好,游客 登录
背景:
阅读新闻

Amazon S3和EC2的性能报告

[日期:2009-04-07] 来源:news.diybl.com  作者: [字体: ]


【CSDN 3月9日编译】 关于Amazon网络服务(AWS)云计算平台的一个最常被问起的就是其存储系统S3以及它的运算平台EC2的性能到底如何。通过一个完全运行在AWS云环境中的文件共享系统,HostedFTP.com基于其内部测试的性能数据创建了这份报告,其主要内容是讨论当在EC2实例和S3之间存取文件时所能获得的性能表现。

HostedFTP.com还将发表关于AWS超时的报告,同时每月我们还会对数据进行更新,从一个内部人员的角度向你传达AWS在增加容量和客户时的性能表现。

性能模型
当使用S3来存取文件的时候我们将性能表现分为两部分:一个是固定交易开销,它与文件大小无关;另一个是可变带宽开销,它与文件大小有关。换句话说,我们使用线性性能模型来测试S3和EC2之间的文件存取。

我们进行数据分析的目标是确定固定交易开销和可变带宽开销。

测试数据
下面是文件存取的测试数据,按照文件大小进行分组


数据表1:存储文件
 
分析
存储文件时的可变带宽开销在10到12MB/s之间,我们用线性回归法来得到固定交易开销。如下图所示:



 
该图显示存储文件时的固定交易开销大概是140ms。

 

数据表2:读取文件
 

分析
读取文件时的可变带宽开销仍然在10到12MB/s之间。与存储文件时不同的是,似乎看不出有固定交易开销。

结论
通过上面的分析我们可以得出如下结论:
1. 存取文件时的可变带宽开销都在10到12MB/s之间
2. 存储文件时的固定交易开销大概是140ms,读取文件时固定交易开销可忽略不计。

新闻出处:DIY部落(http://news.diybl.com/news/prod/20090309/14517.html)

方法论
我们通过us-east-1a可用区域的大型EC2实体对从S3读取和存储文件所耗的时间进行了跟踪。我们使用JetS3t Java库通过轮流使用Commons HttpClient库来处理实际存储和读取的文件。当文件开始被存储到S3或从S3中读取时我们就开始计时。

我们分析了2月份随机抽取的总共50000个数据点(存储和读取),这些点涵盖了一天中所有的时间段和一周所有的七天。

存在的局限和其它考虑
关于通过S3从大型EC2实体上所能获得的最大吞吐量(大概是50MB/s)在这里讨论。我们在这个测试里主动的调整了负载平衡,因为我们不想因为这个限制而给测试结果带来难以辨认的结果。

为了跟踪存取文件所耗的时间,我们使用了Java的System.currentTimeMillis()函数,该函数的说明文档中写到:

请注意该函数返回的时间的单位是毫秒,其计量尺度会因为所处的操作系统环境的不同而不同,也许会比实际值略大。例如许多操作系统都是以几十毫秒作为系统时间的计量单位。

因为我们所采用的大部分数据点都位于小尺寸文件,所以可能对结果有一定影响。

我们统计的时间不包括存取文件中发生的错误。

关于HOSTEDFTP.COM
HostedFTP.com是一个云文件解决方案。它安全可靠且易于使用。同时为浏览器用户和FTP客户端用户所设计。它的网站是www.hostedftp.com。(译/csjedi)

新闻出处:DIY部落(http://news.diybl.com/news/prod/20090309/14517.html)

推荐 打印 | 录入: | 阅读:
相关新闻      
本文评论   
评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款