【问题标题】:Temporary storage size when installing service fabric安装服务结构时的临时存储大小
【发布时间】:2018-07-26 03:29:28
【问题描述】:

我想为我的服务结构应用程序创建一个基本(廉价)环境。但是,Service Fabric 似乎使用了大小有限的 VM 的“临时存储”驱动器。我认为增加临时存储驱动器的唯一方法是购买性能更高的虚拟机,我还不想这样做。

有没有办法增加临时存储大小,或告诉 Service Fabric 不要使用临时存储驱动器,而是使用不同的驱动器?

我的临时驱动器中的存储空间不足,因此需要查看其他选项。

【问题讨论】:

  • 您在临时驱动器上存储什么需要这么多空间?您是否知道临时驱动器可能无法在重新启动/其他 VM 事件(主机修补、迁移等)后幸存下来?
  • 我自己没有存储任何东西。但是服务结构部署将我的服务安装在那里,这需要一些空间,并且我假设所有有状态服务都将它们的状态和状态复制放在那里。 Service Fabric 跨 VM 复制状态,因此可以容忍 VM 重启。
  • 我明白了。我以为你可能是直接创建数据文件并将它们存储在临时驱动器上。
  • 即使关闭日志记录并使用 1 节点集群,您也会受到存储空间的限制?出了点问题
  • 如果我的有状态服务的状态存储需求变大了,我有什么选择?看来我唯一能做的就是提高 VM 性能,而我真正想做的只是增加临时存储大小,这是否正确?

标签: azure-service-fabric


【解决方案1】:

您的最佳选择是从 ARM 模板创建自定义集群,设置所有要求,例如额外磁盘、磁盘类型,然后基于此模板部署新集群。

您可以在this repository 中获取一些模板,并使用this guide 作为参考

【讨论】:

    【解决方案2】:

    如果不配置 MaxDiskQuotaInMB,则 Service Fabric 诊断日志可以用完 64gigs 的临时存储空间(d:对于 Windows 或 Linux 上的 /mnt)。

    您可以尝试使用具有更大临时存储空间(64gig 或更多)的虚拟机,或通过以下方式限制存储服务结构为日志分配的数量:

    1. 运行这种类型的 Powershell 命令描述了here
    Set-AzureRmServiceFabricSetting -ResourceGroupName clusterResourceGroup -Name clusterName -Section "Diagnostics" -Parameter "MaxDiskQuotaInMB" -Value "25600"
    
    1. 将其定义为 arm 模板的一部分,如 example
    "parameters": [
      {
        "name": "MaxDiskQuotaInMB",
        "value": 5120
      }
    ]
    
    1. 按照 Microsoft Docs 中的instructions,通过 resources.azure.com 更改它
    {
      "name": "Diagnostics",
      "parameters": [
        {
          "name": "MaxDiskQuotaInMB",
          "value": "65536"
        }
      ]
    }
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2022-06-11
      • 2018-06-16
      • 1970-01-01
      • 2012-04-16
      • 1970-01-01
      • 2023-03-06
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多