问题标签 [nomad]

在环境/部署阶段的上下文中，Nomad 编排的标准/约定是什么，人们通常每个环境都有一个 Nomad 集群，还是所有环境共享一个集群？除了成本影响之外，这两种方法的优缺点是什么？

我在任务组中有两个任务 1）一个 db 任务来启动一个 db 和 2）需要启动 db 的应用程序。

两者都是并行启动的，db 任务需要一点时间，但到那时应用程序会识别出 db 未启动并终止 db 任务。有什么解决办法吗？请指教。

是否可以将领事连接上游绑定到环回以外的另一个接口127.0.0.1？

Consul Connect - Nomad本文说您可以在官方 Docker 容器中运行连接代理，但存在无法暴露上游依赖项的问题。运行raw_exec版本我看到主机 127.0.0.1 上可用的上游。但是，如果我在容器中运行相同的配置，其他容器将无法连接到这些端口。

示例配置：

在此配置中，名为 upstream 的服务仅在您sh进入容器本身并检查时才可用netcat。有没有办法强制 Consul Connect 绑定上游服务，0.0.0.0以便它可以在本地 Docker 网络上公开？

我有在 VM 上运行的任务和以下事件序列。出于扩展目的，我需要能够按需运行操作，并且可能并行运行。一个简单的事件序列 1. 执行任务 2. 任务创建数据集文件。3.启动容器实例（Linux） 4.在容器中对数据集执行操作 5.写入更新的数据集 6.vm使用数据集 环境是Azure。用于交换数据集的 Azure 文件。(2,5) 用于创建和启动容器的 PowerShell。PowerShell 可用于序列 4

我不希望使用特定于平台的事件处理程序，因为可能需要移植到其他运行时环境。这是一个简单的用例，我想很多人之前都提到过。任何人都知道 HashiCorp Nomad 是否可以带来价值？其他可以带来附加值的工具的任何提示？

我想在 windows server 2012 R2 中运行 nomad 代理服务。

我使用sc.exe了如下所示的命令：

这创建了一个服务，虽然它没有启动。我尝试将超时时间增加到 60 秒，但服务仍会在启动时卡住并且无法获取运行模式。

任何人都可以帮我吗？

我有一系列我一直在测试的微服务。最初它使用的是Service Fabric，但我已经改用我更喜欢的Consul、Fabio和Nomad。

在我的机器上的开发中，事情运行良好，但是我遇到了一些问题，实际上让 Fabio 以集群格式工作。

我有一个由 5 个节点组成的集群，每个节点运行 Consul、Fabio、Nomad。每个服务在运行时获取一个动态端口并成功注册自己。在服务运行的节点上，Fabio 正确地转发流量。但是，如果在不同的节点上使用相同的 fabio url，则流量将转发到正确的节点/端口，但是该节点/端口已关闭，因此连接不起作用。

例如，如果 ServiceA 在端口 1234 上的 MachineA 上运行，则http://MachineA:9999/ServiceA可以正常工作。
但是，在 MachineA 尝试在端口 1234 上启动与 MachineB 的连接后，http://MachineB/ServiceA失败。

我想，一个解决方案是添加防火墙规则，但这需要所有服务以管理员身份运行，这是我不想要的。

有没有办法通过法比奥支持这一点？

我有一些我目前正在使用 dotnet xyz.dll 运行的 .Net 核心微服务。

他们目前运行良好，但是为了让一个人与另一个人交谈，我当然需要防火墙例外。

没有多想，我使用了一个脚本来使用 netsh 并向 dll 添加异常。但是，这似乎无法按预期工作。

由于 dotnet 是一个编译器，而 dll 本身很可能没有“运行”，从技术意义上讲，这可能比听起来要复杂得多。

向 dotnet.exe 本身添加异常听起来是个坏主意，那么唯一的解决方案是编译为 exe，然后向其中添加异常吗？

更新：
只是为了在需要时添加更多背景。

我有一系列通过nomad部署的微服务。Nomad 本身从文件存储复制，将其放在机器上，然后运行下面的脚本。程序运行，除防火墙外一切正常。

我当然会部署一个 exe，但是我必须编译所有变体并通过 nomad 知道放置目标才能选择正确的。

（netsh 显然只适用于 Windows，但这两行可能取决于环境）

交叉发布在 dotnet core github这可能是一个更好的地方。

由于我想要的容器的 docker pull 正在达到 i/o 超时，因此我的工作问题最终处于一个永恒的待处理状态。我已经读过好几次关于更改 DNS 以解决此问题的文章，但它似乎有点做作，我不需要专用网络上的 pub google 地址......这nomad job ping-services.nomad是运行后的结果。

运行后可以看到只有3/4成功nomad alloc status 05468ff2

您可以清楚地看到问题在于 I/O 超时阻止我们拉入我们的层，所以，跳到节点上，让我们手动尝试一下……

坏节点（也就是那些无法拉取的节点）似乎发生了一些事情。注意似乎Docker Driver没有被检测到有问题？只需在坏节点上注意到这一点，检查节点事件......

下面的好节点....

游牧版本如下

似乎没有进行 HTTP 健康检查，由于 HTTP 调试日志没有显示任何定期的定期请求，我得出了这个结论。

是否有任何额外的配置请求来进行运行状况检查？

为什么 Nomad 监听 80 端口？

如何更改它以侦听另一个端口？

我似乎在 Google 上找不到与此相关的任何内容。

编辑：Opps我是个白痴，不是Nomad在端口80上监听......也不能删除这个问题