【问题标题】:Elastic run times - Cloud foundry弹性运行时间 - Cloud Foundry
【发布时间】:2019-02-10 04:02:44
【问题描述】:

我们有两个 API 端点,

一个用于开发环境 - a.b.c.org.cloud

另一个用于 POConcept 环境 - x.y.x.org.cloud

我们使用apps mgr 来查看API 端点,它有自己的组织和空间。


每个弹性运行时都有运行容器(花园)的 diego 单元,这些容器(花园)承载应用程序实例。


从 VM 实例的 bosh 自动化方面,

1) 我可以说,每个 API 端点都有自己的弹性运行时间吗?

2) 应用程序的路由名称是否应该在弹性运行时中唯一?避免这种errors

【问题讨论】:

    标签: cloud-foundry bosh-deployer diego


    【解决方案1】:

    1) 我可以说,每个 API 端点都有自己的弹性运行时间吗?

    是的,我想你可以这么说。每个 API 都代表一个独特的 CF 基础或安装。

    2) 应用程序的路由名称是否应该在弹性运行时中唯一?避免此类错误

    是的。如果您有两个基础,则可以在每个基础中为应用程序设置相同的路由。我不确定这是一种常见的情况,但您可能想这样做是有原因的。

    例如,如果我有一个域 example.com,并且我将路由 www.example.com 映射到示例 my-cool-app。我可以在这两个基础上做到这一点。

    然后,我可以通过简单地调整 DNS 来控制在两个不同基础上运行的应用程序接收流量。您可以将所有流量都流向其中一个基础(可能将另一个作为热备用),或者您可以将其拆分为两个(可能有更多容量或将请求路由到地理上更接近用户的设施)。

    也就是说,您必须为每个基础拥有一个唯一的系统域。这是 API 和其他服务(如 UAA、Apps Manager 等)使用的域...还建议您的应用程序域,基础上使用的应用程序的默认域也是唯一的。

    您可以根据需要添加任意数量的其他域,并且这些域可以愉快地重叠基础。

    希望有帮助!

    【讨论】:

    • 您提到了两个基础这个词。我不明白..如果每个基础都是弹性运行时。
    • 每个 API 都代表一个独特的基础? a.b.c.org.cloud 的 cloudfoundry 安装与 x.y.z.org.cloud 的安装是分开的吗?
    • 我对你的两个答案感到困惑......我的理解是......有一个 bosh infra 组件可以在两个不同的逻辑交换机上创建这两个弹性运行时。所以,我的理解是,单个 Cloud Foundry 安装中有两个弹性运行时。
    • 云控制器数据库 (CCDB) 对两个弹性运行时都是通用的。 CCDB 维护每个应用程序的 app:route 信息。对吗?
    • 术语“基础”通常是指 Cloud Foundry 的一个安装。
    猜你喜欢
    • 2016-03-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-09-23
    • 1970-01-01
    • 2016-06-21
    • 2022-08-19
    相关资源
    最近更新 更多