【问题标题】:Multi Self-hosted Azure pipeline agents on same server同一台服务器上的多个自托管 Azure 管道代理
【发布时间】:2020-01-17 16:18:02
【问题描述】:

我们目前在一台服务器上运行多个自托管 Azure 管道代理。最近我们注意到管道因“网络路径问题”而失败,看起来所有步骤都在一个代理上运行,并且其中一个步骤以某种方式跳转到另一个代理导致它失败。除了为每个代理创建新服务器之外,还有其他方法可以将其分开吗?

【问题讨论】:

  • 不创建新服务器,或许可以考虑在门户网站中添加新的代理池,将不同代理池中的代理分开。

标签: azure azure-devops azure-pipelines


【解决方案1】:

看起来所有步骤都在一个代理上运行,并且以某种方式运行其中一个步骤 跳转到不同的代理导致它失败。有没有办法 除了为每个代理创建新服务器之外,将其分开吗?

我无法重现同样的问题。我假设您上面提到的自代理在同一个代理池中,如果是这样,我知道当这些代理安装在同一台机器上时,Devops 没有一个选项可以将代理从同一个代理池中分离出来。

关于你遇到的奇怪行为,你可以试试这个解决:

1.由于same代理池中可能有多个自代理运行在同一服务器中,我建议您可以尝试将这些代理分开在不同的代理池中.由于您的代理在同一台服务器上运行,在这种情况下,一个代理一个代理池可能更合适。

2.假设您的步骤可能不在同一个代理作业中,请检查并确保您的不同代理作业使用相同的代理池。

希望对你有帮助:)

【讨论】:

  • 将它们放在不同的池中会有什么不同?这个问题不是因为他们试图使用相同的资源吗?谢谢
  • 我对@9​​87654321@ 有点困惑,看起来不止一个代理在构建管道中运行您的步骤,所以我建议您将这些代理放在不同的代理池中,因为不同的代理可能有不同的配置安装代理时。你能否分享一些关于奇怪的网络路径行为的更多细节,以便我更好地理解你的问题。
  • 如果只调用一个代理来运行您的构建管道,我认为问题的原因可能不是他们试图使用相同的资源......
【解决方案2】:

在查看了大量日志和所有有问题的管道之后,我们能够找到一些相似之处。大多数问题都出现在我们使用 Powershell 任务的步骤中,并且该任务已过时(由 Azure 替换为新任务)。更新所有 powershell 任务后,问题似乎消失了。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2017-02-16
    • 1970-01-01
    • 1970-01-01
    • 2018-11-18
    • 2020-06-08
    • 2021-06-06
    • 1970-01-01
    • 2013-05-08
    相关资源
    最近更新 更多