我们最近更新了 CloudFoundry.com。通过此次更新,我们引入了一些令人兴奋的新功能,为未来的发展铺平了道路。我想借此机会描述和解释这些功能,并提供一些关于它们如何产生的背景信息。我们很高兴您能试用它们并向我们提供反馈。
成本跟踪
虽然云的按用付费模式可以减少支出,但跟踪实际使用情况和成本非常重要,以免产生意外的高额账单。之前,Cloud Foundry 会告知用户其部署的当前支出率。这对于理解计费率很有用,但无法清楚地了解或统计应用程序部署的实际成本。Cloud Foundry 的最新更新引入了一项新的成本跟踪历史功能。对于正在运行的部署,Cloud Foundry 会显示到目前为止的成本。对于不再活动的部署,会显示该部署在其生命周期内的总运行成本。

除了防止月度账单出乎意料之外,当您需要将每个应用程序的成本与预算进行比较时,此功能也特别有用。如果您的预算是根据业务目标与支出金额关联得出的,那么 Cloud Foundry 将清楚地显示您是否已达到目标。随着时间的推移,我们希望改进此功能,使其更加准确(目前不包括网络 I/O 费用),并扩展成本与其他运营指标之间的统计相关性,为您提供更好的目标设定和规划工具。
可用区
许多用户要求能够为部署指定可用区,因为 EC2 中的预留实例需要在指定的可用区中启动。 预留实例是预付费的,成本约为按需实例的三分之一。Cloud Foundry 现在提供指定可用区的功能,并且在配置部署时,选择输入位于区域下方。

注意:成本跟踪不反映使用预留实例节省的成本,因为 Amazon 尚未提供方便的方式来检索计费详情。
维护页面
如果您需要为维护而禁用 Java Web 应用程序,通常会显示一个临时页面(也称为维护页面),告知用户应用程序不可用。Cloud Foundry 现在通过一个简单的按钮提供了此功能。首先,当您添加或编辑应用程序时,您会看到一个新字段:
Maintenance Page。这是您希望在维护模式下显示的静态页面(来自应用程序的根上下文)。部署后,您可以通过转到“部署详情”页面并点击“开始维护”来显示维护页面,从而在维护模式和正常运行模式之间切换;点击“结束维护”即可恢复正常提供应用程序服务。这是实现全面应用程序生命周期管理支持的一小步。上个月我们引入了与开发工具的集成,我们正在分析和确定在云中开发和部署应用程序时应支持的各种生命周期阶段/阶段。
克隆部署
有许多原因需要复制具有相同配置的环境,现在 Cloud Foundry 在部署详情页面上提供了“克隆”按钮,提供了一种简单的克隆部署方式。基于现有部署创建重复部署在与维护功能结合用于升级应用程序时特别有用。当您的部署使用 EBS 卷时,“克隆”按钮会启用。系统会提示您为克隆命名,并且所有配置都会被复制并在新的部署中启动。克隆部署启动后,您可以通过点击“应用程序”部分的“重新部署”按钮来部署不同版本的应用程序或完全不同的应用程序。

升级应用程序的活动部署可能涉及一系列步骤
- 将经过测试的应用程序上传到 Cloud Foundry
- 在当前部署上启用维护页面
- 克隆部署
- 运行 SQL 脚本迁移数据库模式
- 使用新版本应用程序重新部署
- 重新配置弹性 IP,使新部署从静态 IP 地址提供服务
- 停止旧部署
通过克隆功能,利用现有的生产部署配置,可以平滑可靠地升级正在运行的应用程序。
附加指标和图表
在最新发布的 Cloud Foundry beta 版本中,我们通过扩展收集的指标数量以及添加用户界面功能,改进了监控能力。首先,添加了 Hyperic SIGAR 文件系统指标,用于监控 VM 根磁盘和数据库存储上的关键磁盘使用信息。这些指标现在可以在实例详情区域看到。接下来,客户端请求数量已作为一项指标添加。Cloud Foundry 会收集这些数据并将其转换为基于每分钟的速率指标,从而衡量您的应用程序的使用情况。此指标会以图表形式显示在改进后的部署详情部分,并列出聚合值(最大值、最小值和平均值)。

这仅仅是提供动态监控显示功能的开始,未来将提供有用且相关的运营指标和数据。随着时间的推移,我们将添加更多关于性能、健康状况和资源消耗的指标。