【问题标题】:Inter-Gear Communication for Openshift?Openshift 的齿轮间通信?
【发布时间】:2014-11-09 18:11:31
【问题描述】:

我正在尝试创建一个应用程序,以便在使用 --scaling 选项时可以通过齿轮 3,4...n 访问根据此模型的 gear 2

这个结构的想法是中继链的头部。我正在尝试查找相关信息的位置,以便以下所有齿轮具有相同的行为。它看起来像这样:

我没有找到描述如何使用 url(内部/外部 ip:port)或其他方式到达齿轮 2(主要 DNAS)的文档,所以我对如何让应用程序扩展有点迷茫正确。

我应该提一下,到目前为止我只使用过 bash 脚本,但我并不担心以其他语言启动程序,但只要它遵循 openshift 中的结构,我并不担心。

希望最终结果是在 openshift 上创建一个可扩展的直播实例。

要明确:

我正在开发墨盒,而不是使用diy,我对openshift的了解是in this guide,但我当然是有限的,因为我是新手。

我一直在试图弄清楚如何让具有额外齿轮的弹药筒手柄使用第一齿轮作为继电器。我对 Openshift 如何将请求从外部路由到齿轮并对其进行负载平衡并不感到困惑。我并没有迷失如何使用端口转发连接到我的应用程序,目标是设计墨盒,因此这根本不是要求,只使用外部路由。

上面描述的问题是额外的齿轮需要一些额外的配置,它们需要一个可用的源(有什么比第一个齿轮更好的?)。事实上,我的问题的解决方案可能是以某种方式设置此墨盒以绕过 haproxy,其外部路线仅到达一档。

Github 感兴趣的朋友可以转发一下,它会一直公开。目前这只能作为一个独立的工作,缩放它(我想修复的)会导致问题。我一个人做这个太久了,所以努力吧:)

【问题讨论】:

    标签: bash openshift scaling


    【解决方案1】:

    这里有一篇很棒的知识库文章,解释了路由在 OpenShift 齿轮上的工作原理https://help.openshift.com/hc/en-us/articles/203263674-What-external-ports-are-available-on-OpenShift-

    在可扩展的应用程序中,haproxy 会处理所有到您设备的流量路由。访问您的装备的唯一方法是通过上述文章中提到的端口。然而,rhc 确实提供了一个端口转发选项,允许您直接从本地计算机访问诸如 mysql 之类的东西。

    请注意:我们不允许在外部可访问的 IP 地址上任意绑定端口。

    可以绑定到内部 IP 的端口范围:15000 - 35530。所有其他端口都保留给特定进程以避免冲突。由于我们绑定到内部 IP,您需要使用端口转发来访问它:https://openshift.redhat.com/community/blogs/getting-started-with-port-forwarding-on-openshift

    【讨论】:

    • 我知道外部端口命中代理,然后路由到 8080,到目前为止,盒式磁带已监听 8080 的请求。听起来您的意思是我应该以增量方式将广播绑定到端口 15000+(例如,我知道内部 15000 将是第一档?)我如何从外部连接用户那么端口,他们不会连接到端口 8080 那里什么都没有吗?
    • 这家伙似乎暗示这是可能的,我希望 2nd+ 齿轮成为第一齿轮的客户。 forums.openshift.com/…
    • Plus openshift 相当安全,每隔一段时间安全令牌就会过期,并且像端口转发这样的命令需要您输入密码。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-03-08
    • 2016-07-06
    • 1970-01-01
    相关资源
    最近更新 更多