【问题标题】:Service Fabric Application PackageDeployment Operation Time Out exceptionService Fabric 应用程序包部署操作超时异常
【发布时间】:2017-07-08 00:03:49
【问题描述】:

我有服务结构集群,并且在 3 个系统中创建了 3 个节点并且它是相互连接的。我能够连接每个节点。这些节点是在 windows server 中创建的。这些 Windows Server(VM) 位于本地。

我试图手动将我的包部署到我的集群/节点之一,我得到 操作超时异常。我已经使用以下命令来执行部署。

Service Fabric Power shell 命令:

Copy-ServiceFabricApplicationPackage -ApplicationPackagePath 'c:\sample\etc'       -ApplicationPackagePathInImageStore 'abc.app.portaltype'

执行上述命令后,它会运行 2 -3 分钟并抛出 Operation Timeout 异常。我的包大小几乎是 250 MB,我的包中存在大约 15000 个文件。之后我在上面的命令中明确地将一个额外的参数 -TimeOutSec 传递给 600(10mins),然后它成功执行并复制到服务结构图像存储。

Register-ServiceFabricApplicationType -ApplicationPathInImageStore 'abc.app.portaltype'

执行 Copy-ServiceFabricApplicationPackage 命令后,我已执行上述 Register-ServiceFabricApplicationType 命令以在集群中注册我。但它也抛出 操作超时异常 然后我已将额外参数 -TimeOutSec 传递给 600( 10 分钟)在上面的命令中明确显示,但没有运气它会抛出相同的操作超时异常

只是为了确保这些操作超时问题,因为包中没有文件。我创建了简单的空服务结构 asp.net 核心应用程序并创建了包并尝试使用上述命令部署在同一台服务器上,它在几分之一秒内部署,并且运行顺畅。

有人知道如何解决服务结构操作超时问题吗?

如果包中包含大量文件,如何处理操作超时问题?

任何帮助/建议将不胜感激。

谢谢,

【问题讨论】:

    标签: azure azure-service-fabric


    【解决方案1】:

    如果这花费的时间超过 10 分钟默认最大值,则可能是以下问题之一:

    1. 大型应用程序包(>100 MB)
    2. 网络连接慢
    3. 应用程序包中的大量文件 (>1000s)。

    以下解决方法应该对您有所帮助。

    将以下设置添加到您的集群配置中:

    "fabricSettings": [ { "name": "NamingService", "parameters": [ { "name": "MaxOperationTimeout", "value": "3600" }, ] } ]

    同时添加:

    "fabricSettings": [ { "name": "EseStore", "parameters": [ { "name": "MaxCursors", "value": "32768" }, ] } ]

    目前正在推出一些附加功能。要使这些存在并正常运行,您需要确保客户端至少为 2.4.28,并且集群的运行时至少为 5.4.157。如果您要保持最新状态,这些应该已经存在于您的环境中。

    对于注册,您可以指定 -Async 标志,它将异步处理上传,将超时需求减少到仅发送命令所需的时间,而不是应用程序包。您还可以使用 Get-ServiceFabricApplicationType 查询注册状态。 5.5 修复了这些命令的一些问题,因此如果它们不适合您,您将不得不等待该版本进入您的环境。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-09-14
      • 2016-12-05
      • 2016-12-09
      • 2017-04-16
      • 2016-09-29
      • 2016-09-30
      • 2019-02-14
      • 2019-02-11
      相关资源
      最近更新 更多