我们最近更新了 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 收集此数据并将其转换为每分钟的基于速率的指标,从而为您提供应用程序使用情况的衡量标准。此指标显示在改进的部署详细信息部分中,以图表形式显示,并列出聚合值(最大值、最小值和平均值)。
这仅仅是提供动态监控显示的开始,该显示提供有用且相关的操作指标和数据。随着时间的推移,我们将添加更多关于性能、健康和资源消耗的指标。