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

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

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

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

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