我们最近更新了CloudFoundry.com。通过此更新,我们引入了几个激动人心的新功能,为未来的开发铺平了道路。我想借此机会描述和解释这些功能,并提供一些背景信息,说明它们是如何产生的。我们很高兴您尝试它们并向我们提供反馈。
成本跟踪
虽然云的按使用付费模式可以降低支出,但跟踪实际使用情况和成本非常重要,以避免产生意外的大额账单。之前,Cloud Foundry 会通知用户其部署的当前支出率。这对于了解计费率很有用,但它并不能清楚地了解或统计应用程序部署的实际成本。Cloud Foundry 的最新更新提供了一个新的成本跟踪历史记录功能。对于正在运行的部署,Cloud Foundry 会显示迄今为止的成本。对于不再活动的部署,则会显示该部署在其整个生命周期内运行的总成本。
除了防止每月账单带来的意外之外,当您需要将每个应用程序的成本与预算进行比较时,这一点尤其有用。如果您的预算源自将业务目标与支出金额关联,那么 Cloud Foundry 将清楚地向您展示您是否已实现目标。随着时间的推移,我们预计将改进此功能使其更准确(目前不包括网络 I/O 费用)并扩展成本与其他运营指标之间的统计关联,从而为您提供更好的目标设定和规划工具。
可用区
许多用户都要求能够为部署指定可用区,因为 EC2 中的预留实例需要在指定的可用区中启动。预留实例是预付费的,成本约为按需实例的三分之一。Cloud Foundry 现在提供了指定可用区的功能,并在配置部署时将选择输入置于区域下方。
注意:成本跟踪不反映使用预留实例节省的成本,因为 Amazon 尚未提供方便的计费详细信息检索方式。
维护页面
如果您需要禁用 Java Web 应用程序以进行维护,惯例是显示一个缓冲页面(也称为维护页面)以告知用户不可用。Cloud Foundry 现在只需点击一个按钮即可提供此功能。首先,当您添加或编辑应用程序时,您会注意到一个新字段:**维护页面**。这是您希望在维护模式下显示的静态页面(来自应用程序的根上下文)。部署后,您可以通过转到“部署详细信息”页面并点击“开始维护”来显示维护页面,在维护和正常操作之间切换;并点击“结束维护”以恢复正常提供应用程序服务。这是朝着提供完整应用程序生命周期管理支持迈出的一小步。我们上个月引入了与开发者工具的集成,我们将分析并确定应该在云中应用程序的开发和部署中支持的各种生命周期阶段/步骤。
克隆部署
复制具有相同配置的环境有很多原因,现在 Cloud Foundry 提供了一种简单的方法,可以通过部署详细信息页面上的“克隆”按钮克隆部署。基于现有部署创建重复部署在与维护功能结合使用时尤其有用,例如升级应用程序。当您的部署使用 EBS 卷时,将启用“克隆”按钮。系统会提示您为克隆命名,所有配置都将被复制并在新的部署中启动。克隆部署启动后,您可以通过点击“应用程序”部分中的“重新部署”按钮部署应用程序的不同版本或完全不同的应用程序。
升级应用程序的活动部署可能涉及一系列步骤
- 将经过测试的应用程序上传到 Cloud Foundry
- 在当前部署上启用维护页面
- 克隆部署
- 运行 SQL 脚本以迁移数据库模式
- 使用较新版本的应用程序重新部署
- 重新配置弹性 IP,以便新部署从静态 IP 地址提供服务
- 停止旧部署
通过克隆功能,可以利用现有的生产部署配置,使正在运行的应用程序的升级变得流畅可靠。
其他指标和图表
在 Cloud Foundry Beta 的此最新版本中,我们通过扩展收集的指标数量以及添加用户界面功能来改进了监控功能。首先,已添加 Hyperic SIGAR 文件系统指标,以提供对 VM 根磁盘和数据库存储上的关键磁盘使用情况信息的监控。这些指标现在在实例详细信息区域中可见。接下来,已将客户端请求数量添加为指标。Cloud Foundry 收集此数据并将其转换为每分钟的基于速率的指标,从而为您提供应用程序使用情况的衡量标准。此指标在改进的部署详细信息部分中显示为图表,其中列出了聚合值(最大值、最小值和平均值)。
这仅仅是提供动态监控显示的开始,该显示提供有用且相关的操作指标和数据。随着时间的推移,我们将添加更多关于性能、健康状况和资源消耗的指标。