|
PaaS 环境的用户不应亲自考虑如何伸缩其实例。“弹性容量”是 PaaS 解决方案中最引入注目的一个方面,并且是云计算的一个主要推动力量。 重要的是要知道,与公有 PaaS 解决方案的提供商相比, 在内部开发 PaaS 解决方案的组织所考虑的问题稍有不同。
例如,公有 PaaS 提供商为客户提供一种用响应时间和可用性来衡量的通用 SLA。公有 PaaS 中托管的大多数应用程序之所以托管于此,是因为其公司无法或不愿意将自己的数据中心资源容量用来运行这些应用程序。因此,可以放心地假定这些应用程序的潜在用户群体较小,其容量要求可能较低。基于这种假定,公有 PaaS 提供商能够实现资源的最佳使用,因为许多应用程序大多数情况下是空闲的(当然,公有 PaaS 提供商必须做好准备,以应对某个应用程序的突发容量需求)。
在私有 PaaS 环境中,应用程序的容量需求可能不会起伏很大,这是因为,一个组织的业务应用程序(特别是针对内部使用的程序)的用户多为具有一致使用模式的常见用户。因此,私有 PaaS 可能不需要公有 PaaS 所必须提供的“弹性”容量能力。因此,伸缩更像是根据需要来提供的。
实现有效按需伸缩的关键之处在于对使用量的准确度量。PaaS 运营团队必须能够快速监视平台的使用情况(包括内存和 CPU 的使用情况),从而确保硬件能够满足应用程序的需求。但是,私有 PaaS 提供商对承租方应用程序进行伸缩的方法包括:
- 增加 EJB/JDBC 池大小
- 添加受管理的服务器
- 添加 HTTP 服务器
- 添加其他缓存服务器
记住,与公有 PaaS 提供商(可能对承租方的应用程序的情况不甚明了)不同,私有 PaaS 提供商拥有非常多的工具来进行扩展,而不必另外启动一台虚拟服务器或物理服务器。
还应注意, 缩减也应是 PaaS 解决方案的一部分。在公有或私有 PaaS 环境中,缩减的主要原因是资源回收。在私有 PaaS 环境中,这是有效利用服务器和降低成本的关键。而对于公有 PaaS,缩减很可能是临时扩展活动的互补行为(例如,刚刚度过节假日时段的电子商务站点)。对于私有 PaaS,缩减很可能是因为对应用程序的使用统计信息进行分析,而分析结果显示出其业务价值不值得为其使用完全专用的资源。
返回蓝图页面
|