Azure Service Fabric 中的重新配置
配置定义为有状态服务的分区的副本及其角色。
重新配置是将一个配置迁移为另一个配置的过程。 这会更改有状态服务的分区副本集。 旧配置称为“先前配置 (PC)”，新配置称为“当前配置 (CC)”。 Azure Service Fabric 中的重新配置协议可以在对副本集进行任何更改期间，保持一致性和可用性。
为了应对系统中的不同事件，故障转移管理器会启动重新配置。 例如，如果主要副本发生故障，重新配置会启动以将活动的次要副本升级为主要副本。 再例如，在应用程序升级期间，可能有必要将主要副本移至另一节点，从而升级节点。
重新配置类型
重新配置可以分为以下两种类型：
主要副本发生改变的重新配置：
- 故障转移：故障转移是为了应对正在运行的主要副本发生故障而启动的重新配置。
- 交换主要副本：在交换型重新配置中，Service Fabric 需要将正在运行的主要副本从一个节点移至另一个节点，通常是为了应对负载均衡或升级。
主要副本未发生改变的重新配置。
重新配置阶段
重新配置按以下几个阶段进行：
阶段 0：此阶段在交换主要副本的重新配置期间发生，即当前主要副本将状态转让给新的主要副本，并转换为有效的次要副本。
阶段 1：此阶段在主要副本发生改变的重新配置期间发生。 在此阶段，Service Fabric 在当前副本中确定正确的主要副本。 在交换主要副本的重新配置期间，无需执行此阶段，因为已经选择了新的主要副本。
阶段 2：在此阶段，Service Fabric 确保所有数据可用于当前配置的大多数副本。
其他几个阶段仅供内部使用。
重新配置已停止
重新配置无法执行的原因有很多种。 一些常见原因包括：
- 副本故障：一些重新配置阶段要求配置中的大多数副本能够正常运行。
- 网络或通信问题：重新配置要求在不同的节点之间建立网络连接。
- API 故障：重新配置协议要求服务实现完成特定的 API。 例如，不履行可靠服务中的取消令牌会导致交换主要副本的重新配置无法运行。
使用系统组件（如 System.FM、System.RA、System.RAP）提供的运行状况报告，诊断在哪里无法运行重新配置。 系统健康状况报表页将介绍这些健康状况报表。
后续步骤
有关 Service Fabric 概念的详细信息，请参阅以下文章：