Amazon vs. Google vs. Windows Azure评测与比较-InfoQ

InfoWorld 测试中心的 Peter Wayner 近日对 GCE、Azure 和 AWS 进行了一组基准测试并发布测试报告。报告初步结论为：GCE 性能最快，Azure 最慢，AWS 表现中庸但价格最贵。

Peter Wayner 采用的是开源的 DaCapo 压力测试套件，分别对小型，中型和大型机实例在 Amazon EC2、GCE、以及微软 Windows Azure 进行测试。DaCapo 是由 14 个常见 Java 程序捆绑而成的集合，它尽可能地模拟生产环境，对机器进行一系列的测试。子测试会偏重 CPU、RAM 等不同方面，有的会进行性能组合测试，有些测试会采取多线程模式。

这组测试套件中大家可能比较熟悉的测试有：Tomcat 测试，启动 Web 服务器，编译网页；Luindex&Lusearch 测试（常见的索引和搜索工具），即部署并运行 Lucene；Avrora，将模拟一些微控制器（microcontrollers），这个测试可能只对芯片设计者有用，但该测试可以收集到真实的原始 CPU 数据。

作者分别在每个云平台三种不同的 Linux 机器上运行了 DaCapo 测试，使用默认 JVM。启动的实例配置并非完全一致，而是在规模和价格方面大致相当。下表为三家机器配置和每小时的花费。

纵观三家平台，从速度上来说，谷歌是最快的。这三家完成基准测试分别用时为：谷歌 575s，亚马逊 719s，Windows Azure 834s。谷歌的机器在 DaCapo 测试的 14 个套间中有 13 个是最快的，Windows Azure 的机器只有在一个测试案例中表现最快。

从价格上来说，谷歌也是最便宜的，Windows Azure 紧随其后。执行 DaCapo 套件在三家云平台的花费分别为谷歌 3.78cents，Windows Azure 3.8cents，Amazon 5cents。在 14 个测试案例中，其中八个谷歌的机器花费最少；Windows Azure 的实例在五个测试案例中花费最少；亚马逊机器只有在一个测试案例花费最少。如下图：

有些很有意思的结果：在微软的平台上测试时，绿色和红色结果 (绿色表示花费少，耗时短；红色表示花费多，耗时长) 可能会出现在同一台机器上，这意味着：便宜的机器性能很好，或昂贵的机器表现一般。谷歌的单 CPU 的机器充满了绿色，即速度快还省钱，但运行 Tradesoap 测试呈现红色，这就暴露出谷歌在处理 Tradesoap 测试中的可能存在的策略问题。

谷歌使用 GCEU（Google Compute Engine Unit）作为不同机型计算能力的度量单位，亚马逊对应的有 ECU（Elastic Compute Units）；高 CU（Compute Unit）机器的性能是否能成倍提升？拿亚马逊的例子来说：m3.2xlarge 约为 26 ECUs，m3.medium 约为 3 ECUs；在大部分的压力测试中，m3.2xlarge 型号的机器仅是 m3.medium 速度的 2-4 倍，虽然在某些压力测试中的表现能达到 8 倍的效果。

大家可下载详细的测试数据进行阅读。值得注意的是，Peter Wayner 并没有对存储进行测试，而写密集型或读密集型的应用性能往往受到存储性能的制约。另外，本测试结果如果采用不同的Java 版本，也可能导致测试性能的巨大差异。

参考阅读：

Cloud review: 8 public cloud services put to the test

Benchmarking Amazon: The wacky world of cloud performance

Cloud Computing Deep Dive

感谢杨赛对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ）或者腾讯微博（ @InfoQ ）关注我们，并与我们的编辑和其他读者朋友交流。

发布

暂无评论

电商领域精准测试生态建设实践
双十一前，提前模拟千万级用户购物车仿真商品下单，如何做到快速回归？录制&回放，线上引流如何筛选更有价值的流量，沉淀自动化用例？传统接口测试，如何使用精准回归，提高执行效率？如何用精准化测试，透视度量测试效果？讲师简介2014年加入阿里巴巴，先后在天猫服饰、新零售持续交付从事质量保障、效能提升工作。开创了使用代码行覆盖方式做用例精简，让大数据测试在时间&空间受限的情况下发挥最大价值，在里内部，与多个BU合作，打造了暴雪用例推荐、蚂蚁精准回归、ICBU持续集成、CBU智能用例中心、大促快速回归等多个明星产品。
2020 年 1 月 3 日
谷歌放弃 Octane JavaScript 基准测试
谷歌放弃了他们的Octane JavaScript基准测试，理由是为小型测试进行的过度优化会导致实际应用的性能下降。其他浏览器厂商也认同测试程序本身没什么价值。将来，性能改进会更多体现在用户的实际体验中。
JavaScript 性能调优语言 & 开发
Flink On Yarn 实操演示
2020 年 9 月 3 日
iOS 模拟器自动化测试
2019 年 11 月 27 日
Using webpack to make Apps fast at Microsoft
演讲嘉宾Sean Larkin 【廖肖恩】is a Program Manager at Microsoft working on Edge DevTools, expert on Web Performance, and maintainer of webpack. Outside of work, he works with Fortune 500 companies helping them change their culture for Web Performance practices, Open Source, and embracing emerging technologies. In his free time he loves spending time with his family, hiking, woodworking, cooking, gardening, Orchid cultivating, playing video games, hacking on IoT, and Streaming his open source work!Sean Larkin【廖肖恩】是Microsoft的研发经理，负责Edge DevTools；他还是Web性能专家和webpack维护者。在工作之余，他与财富500强公司合作，帮助他们改变他们的文化，以实现Web性能实践、开源和采用新兴技术。在他的空闲时间里，他喜欢和家人共度时光，远足、木工、烹饪、园艺、兰花培养、玩视频游戏、黑客攻击物联网，以及打磨自己的开源作品！内容介绍Did you know that the average website takes over 16 seconds to load on a mobile device? Did you know that on average the amount JavaScript and CSS that goes wasted is over 60%! If JavaScript and CSS are our most expensive resources to load, why are we hurting our load times by shipping stuff we don’t ever use? How do we get rid of this unused code? How can we profile our web applications load times?Join me as I teach you about the performance constrains of the modern Web, and how to write rich applications within these boundaries using household tools like webpack.We’ll learn about how webpack solves these performance problems through a concept called code-splitting. We will walk through examples of code-splitting together, the many ways you can leverage it in your web application, and how webpack enhances this feature using magic comments, service workers, and prefetch and preload!By the end of this talk you know: Where the most costly resources in your we application How to profile and analyze a web application load-times Understand what is “unused code” and how to get rid of it with code-splitting and webpack Learn the many types of code splitting in webpack, and other performance related features like service worker and how to integrate them with webpack Learn how frameworks adopt code-splitting and the route, component, and library level How to implement this in your own codebase 你是否知道，网站在移动设备上的平均加载时间超过16秒？你是否知道，加载的JavaScript和CSS资源平均浪费超过60%？如果JavaScript和CSS是我们要加载的最昂贵的资源，那为什么要浪费时间去加载一些根本用不着的东西？我们如何去掉未使用的代码？我们应该如何剖析Web应用的加载时间？本次演讲将介绍现代Web的性能约束，并讲解如何使用像webpack这样的工具在约束之下编写内容丰富的应用。我们将学习webpack如何通过一个叫代码分离（code-splitting）的概念来解决这些性能问题。我们将通过一些例子来学习，这里演示的方法都可以直接用在自己的Web应用中。我还将分享webpack如何使用魔法注释（magic comment）、service worker、预取（prefetch）和预加载（preload）等特性来增强代码分离。你将学到：如何定位Web应用中最昂贵的资源如何分析Web应用的加载时间理解哪些是未使用代码，以及如何通过代码分离与webpack去掉它们学习webpack中不同类型的代码分离，了解像service worker等其他性能相关的特性，以及如何将其与webpack集成
2019 年 7 月 24 日
交付 AI SaaS：部署和测试 AI SaaS
2020 年 8 月 6 日
云测试
云测试是一种利用云优势的测试方法，主要用来降低测试所耗时间或者模拟应用的真实流量。此外，为了满足高流量web应用的扩展需求，测试需要具有扩展性。
敏捷测试云计算 DevOps 架构文化 & 方法
如何测试 Amazon Elastic File System
许多客户对 Amazon EFS 倍加推崇，因为它使得在云中创建并运行高度可扩展、高度可用且高持久性的共享文件系统变得格外轻松。
语言 & 开发 AWS 其他
最新的 Dart VM 在 DeltaBlue 基准测试中击败 JVM
前不久InfoQ曾经报道过，在DeltaBlue基准测试中，Dart2js生成的JavaScript代码已经优于手写的JavaScript代码，最近，还是基于该基准测试，最新的Dart VM又击败了JVM7的64位服务器版本及其他版本。
Java JavaScript 语言 & 开发
【硬件篇之电源纹波噪声测试】
前言：任何电子产品的运行，都少不了“电源”这个大动脉，这个大动脉的稳定，强健就是保证产品稳定，可靠，长期运行的关键。产品电源的测试包括：电压测试，纹波噪声测试，电流测试，上下电时序及斜率测试，快速上下电测试，短路测试
其他硬件方法论
Aurora 性能遭社区质疑，超 MySQL 5 倍但未公布详情
根据官方资料推断，Aurora应该是基于MySQL 5.6，同时对存储引擎做了修改优化，并且存储引擎也应该是基于InnoDB。在Quora上，阿里巴巴的工程师韩富晟也做了同样的推断。他认为5倍的数据不可信。虽然亚马逊表示是在同样的硬件条件下进行测试，但是Aurora可能是与未调优的MySQL做对比。
MySQL DevOps 语言 & 开发架构
服务器的管理和部署：工业界近几年有哪些发展趋势？
要开发出性能优越，能充分利用硬件资源的应用程序和服务，你要知道的服务器设计特点有哪些？
2020 年 2 月 3 日