配置同可用区优先

使用条件

同可用区优先主要针对的是：按可用区打散部署的应用之间的调用。这里的前提是，您部署资源的环境已经包含了多个可用区，并且应用也按照多可用区进行了打散部署。

• 如果您的应用都是按照可用区打散部署的，推荐您使用同可用区优先功能。

• 如果您的应用不是严格按照可用区均匀部署的，也推荐您使用同可用区优先功能，但需要您评估并设置好安全阈值。（评估和设置方式，请参考设置安全阈值）。

使用方法

1. 登录MSE治理中心控制台，并在顶部菜单栏选择地域。

2. 在左侧导航栏，选择治理中心 > 应用治理，然后单击目标应用的资源量卡片。

3. 在侧导航栏，单击流量治理，然后选择上方同可用区优先页签。

4. 单击配置信息旁边的设置，将开启状态改为开启，输入安全阈值，然后单击确定。

   之后，该应用的消费者在对该应用发起调用时，会自动优先选择同可用区内的实例。注意，单击确定后无需重启任何应用即可生效。

设置安全阈值

安全阈值的作用：当前应用在单个可用区内应用提供者实例占总数比例小于该值时，则该可用区内的消费者调用此应用时，不会进行同可用区优先调用，而是回退成微服务框架默认的随机或轮询调用策略。详情请参见MSE同可用区优先安全阈值介绍。

安全阈值应该根据业务应用部署现状合理设置，核心的落脚点应该是保护实例数较少可用区的实例不被流量击垮。可以参考以下两个场景进行设置：

场景一（常见）：应用按照可用区均匀部署，此时不存在某个可用区实例数较少的情况，那么可以直接将安全阈值建议设置为小于可用区数的倒数。例如：应用在A、B、C 三个可用区分别部署 2、2、2 个实例，该应用在每个可用区实际的实例数占比为33.33%，此时安全阈值可以设置成33%。

场景二：应用未按照可用区均匀部署，此时安全阈值的设置需要考虑到较少可用区实际的实例数。例如：应用在A、B、C 三个可用区分别部署 2、2、1 个实例，由于 C 可用区实例数较少，希望C 可用区不按照同可用区优先调用。此时可以设置安全阈值为30%，A 和 B 可用的实例数占比都是40%，可以实现同可用区优先；C 可用区实例数占比为20%，则退化为默认的随机或轮询调用策略。

注意事项

1. 可用区内提供者数目必须严格大于安全阈值时，同可用区优先才会生效，等于安全阈值情况下同可用区优先是不生效的。

2. 比较理想的情况下，提供者、消费者应用应该满足均匀部署，不应该存在应用在某些可用区实例数非常高的情况，否则开启同可用区优先后可能会导致流量负载严重不均的问题。

3. 在进行服务发布时（尤其是基于K8s 滚动更新的场景下），短时间内各个可用区的实例数可能会发生变化。此时某些可用区可能会出现实例数不满足安全阈值的情况，进而可能会出现短时间内跨可用区调用的情况。

4. 同可用区优先只应该用于流量层面的隔离，不应该用于业务层面的隔离，使用时必须保证可以容忍跨可用区调用的情况出现。

5. 安全阈值在生效时，会计算同可用区内可用实例占总结点数的占比是否符合安全阈值。这里计算可用实例数、总实例数时，统计的是已经经过全链路灰度逻辑筛选后的实例。（大多数情况下，业务系统只会在业务发版时使用全链路灰度，可以忽略该事项；如果您的系统将全链路灰度用于常态化的路由筛选，即非发版时期也会使用时，则需要注意该事项）

可用区节点和流量分布情况

同可用区优先提供了一定的观测能力，接入MSE 服务治理后，您可以在同可用区优先页签下，看到当前应用的实例部署的分布情况、以及各可用区流量承载情况：

若应用本身未开启同可用区优先功能，您也可以看到上述内容。

需要重点关注的内容

在同可用区优先的观测界面中，您可以在整体视角这一栏，看到该应用在每个可用区部署的实例数。如果有应用存在严重的可用区部署不均的情况，会在图中体现出来，推荐您的应用按照可用区打散部署，以提高系统整体的可用性。

另外，当您的应用已经开启同可用区优先，您应该关注是否存在可用区的流量过高或过低，当前各可用区流量承接情况和对应可用区内的部署的节点数是否匹配。比如有可用区节点数很多，但是承接的流量很少，或者有可用区节点数很少，但是承接的流量很多，则需要考虑调整安全阈值，避免因为流量分配不均导致的稳定性风险。

同可用区优先降低系统RT时间

未开启同可用区优先的情况下，微服务调用会采用默认的随机或者轮询策略，这会导致应用有许多跨可用区的服务调用。在下图示例中，该应用未开启同可用区优先功能，可以观测到最近5 分钟的总体平均RT是7.88 ms。

当我们为整条链路上的应用都开启同可用区优先功能后，可以观测到，该应用整体的平均RT时间变为了6.85ms。