使用 Service Fabric 时如何控制操作系统配置更改？答案

【问题标题】：How are OS configuration changes controlled when using Service Fabric?使用 Service Fabric 时如何控制操作系统配置更改？
【发布时间】：2017-01-14 10:18:13
【问题描述】：

使用 Azure web/worker 角色时，用户可以指定 osVersion 以显式设置 "Guest OS image" version。这可确保当 Microsoft 发布新的关键更新时，它们首先会显示在更新的“操作系统映像”上，用户可以在该映像上明确指定和测试他们的服务。

Azure Service Fabric 如何实现同样的目标？假设我将我的服务部署到 Azure Service Fabric 并且它已经运行了一个月，然后 Microsoft 为运行该服务的服务器上的操作系统发布更新 - 它们是如何应用的，以便我可以首先测试它们以确保它们不会中断服务？

【问题讨论】：

今天你没有那个选项。基于图像的修补功能正在进行中。我在团队博客上发布了一个路线图：blogs.msdn.microsoft.com/azureservicefabric/2017/01/09/… 试用脚本并报告您遇到的任何问题。期待您的反馈。

标签： azure azure-service-fabric

【解决方案1】：

布雷特是正确的。 SF 集群基于 Azure VMSS，期望客户负责修补操作系统。 https://azure.microsoft.com/en-us/documentation/articles/service-fabric-cluster-upgrade/

我们从大多数 SF 客户那里得知，这根本不可取，他们不想负责操作系统补丁。

启用 OPT-IN 自动操作系统修补的功能在 Azure 计算团队中确实是一个非常高的优先级。关于如何最好地提供此功能的确切细节仍在设计中，但目的是在年底之前启用此功能。

尽管这是正确的长期解决方案，但为了在短期内缓解此问题，SF 团队正在制定一系列步骤，使客户能够选择以安全的方式使用 WU 修补他们的虚拟机。一旦测试了这些步骤，我们将发布关于它的博客，并将发布一份详细说明这些步骤的文档。预计在接下来的几个月内。

【讨论】：

它会像“来宾操作系统映像”一样工作，还是会像“无论如何，打补丁，我不在乎它是否损坏”？
长期解决方案将类似于基于 OS 映像的 Azure 云服务“Guest OS patching”。
@chacko-MSFT 在记录短期流程或功能方面是否有任何进展？
是的，基于 VM 映像的自动操作系统修补（类似于 Azure 云服务）计划在 2017 年第二季度进行，并将成为 VMSS 模型的一部分。到那时，为了支持 SF 客户，我们将提供可以部署到集群的服务，以确保操作系统修补安全。该服务预计将于 2017 年 2 月登陆。用于安全推出操作系统补丁的手动脚本预计将于 12 月 15 日发布。我们目前正在对其进行测试。对此延迟表示抱歉。
是的，我们发布了一个手动启动的脚本，集群管理员可以运行该脚本来优雅地修补 Service Fabric 集群。 Service Fabric 团队博客中也提到了基于图像的修补的未来路线图：blogs.msdn.microsoft.com/azureservicefabric/2017/01/09/…

【解决方案2】：

据我了解，您目前负责自己管理 SF 集群节点上的补丁。显然计划将其移至 SF 托管功能，但我不知道它可能会走多远。

我个人会将此列为重中之重。使用云服务多年后，我开始依赖永远不必手动修补我的虚拟机。 SF 在这个特定领域是一个很大的倒退。

很高兴收到 Azure PM 的反馈...

【讨论】：

【解决方案3】：

基于图像的自动修补，例如服务结构中的云服务。

今天你没有那个选项。基于图像的修补功能正在进行中。我在团队博客上发布了路线图：https://blogs.msdn.microsoft.com/azureservicefabric/2017/01/09/os-patching-for-vms-running-service-fabric/ 试用脚本并报告您遇到的任何问题。期待您的反馈。

【讨论】：

【解决方案4】：

Service Fabric 的许多部分都是巨大的滚动垃圾箱向后着火。 IIS/WAS/WCF 团队已经解决了一系列新的问题，需要再次开发。在需要操作系统补丁管理的同时发布 PAAS 平台的概念是可笑的。雪上加霜的是，没有从“经典云 PAAS”到这些东西的迁移路径。 WEEEE 我开始编写自己的服务主机。十年来，WAS 提供了开箱即用的东西。并非所有人都对通过配置控制服务主机通信选项的所有方面的能力感到害怕。现在我们开始使用代码，因此调整通道配置需要完整的补丁/发布周期！

【讨论】：