不久前我们执行一项任务，对我们的一项产品( Deep Security)做了一次彻底的扩充性测试。经过初步的计算，我们大概需要35台Dell 710服务器并且配合虚拟化技术才能执行完整的测试。但一下子要找到这么多台可用的服务器，不管对任何企业都是一件不容易的事，更何况，只为了一个月的测试就购买这么多台服务器根本说不过去(不信的话，您跟主管要35台服务器看看就知他们的脸色有多惨白)。
因此，我们很自然地找上了云端。对我们来说，Amazon Web Services(AWS) 是一个很好的选择，因为他们提供了我们所需的小型资源。我们只需微型或小型的运算实体(instance)就足以模拟大型的“代理程序”架构，因为每一个运算实体都可仿真好几个代理程序。
只不过，您不可能直接开个帐户然后就要求配置1,000个微型实体。AWS的容量规划团队会和您沟通(透过老式的电子邮件)，共同规划出适合您项目而且AWS也能配合的实体类型、平台、可用性区域和地区等组合。一旦确定组态之后，我们就开始设计我们所需的工具，以便让我们在测试环境当中快速扩充或缩小规模，这当中包括客制化的AMI(模板)以及利用API来搜寻和执行资源监控的工具。
过程中，我们也遇到了AWS平台的特殊问题，包括高CPU使用率的时间误差问题、CloudWatch上微型运算实体CPU信息不正确的问题，当然，还有竞价型实体(Spot instance)无可避免的价格战！由于我们测试的性质使然，有时我们无法照原定的时程进行。例如，当我们的打算向上扩充时，偶尔会遇到AWS API传回容量不足的错误讯息。因此，我们必须有一些应变计划来应付某个实体类型或地区正好资源吃紧的情况。
在各种问题都解决了之后，事实证明AWS确实是发掘扩充性问题并且快速改善测试方法不可思议的有效资源。它只要一个AMI就能够快速配置数百台虚拟机，让我们随时视测试的需求而扩充或缩小规模。
最后，我们达成了原定的扩充性目标，而且相较于自行采购服务器所需的成本，我们的花费只有原本的一点点而已。因此，我们不仅达成了目标，而且主管的脸色也依然红润。
注释：作者Justin Foster现为趋势科技软件架构师。
网友评论