> For the complete documentation index, see [llms.txt](https://www.axisnow.io/zh/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://www.axisnow.io/zh/docs/multi-edge/services/routing.md).
# 流量调度
按地区和运营商为访客选择最合适的边缘
流量调度（Routing）决定不同地区和运营商的访客分别走哪一家边缘提供商，并根据拨测到的可用性和性能动态调整：一家故障或变差时自动切到其他家，恢复后切回。您只需在服务（Service）的 **流量调度** 标签页配置规则，拨测、判定和 DNS 更新由 AxisNow 完成。无论使用哪几家边缘提供商，站点都不再依赖其中任何一家。
## 创建路由规则
在服务的 **流量调度** 标签页点击 **添加规则**，填写下面几项后点击 **创建规则**。规则几秒内同步到 DNS。
### 选择访客范围
**地域** 是规则覆盖的访客范围：**默认**（Default，所有访客）、大洲、国家/地区，或中国运营商（电信、联通、移动等）。范围可以重叠，访客按最精细的那条规则处理；同一个范围只能有一条规则。
第一条规则锁定为 **默认**，它是所有访客的兜底。之后再为需要区别对待的地区添加规则，例如让中国大陆访客走 ESA、其他地区在 Cloudflare 与 CloudFront 之间择优。
### 选择路由模式
**模式** 决定这个范围的访客在几家边缘之间怎么选。三种模式对比如下。故障切换和质量优选需要拨测数据做依据，选择后表单直接显示 **健康检查** 和 **拨测点** 两项；固定模式不依赖拨测，但可以用 **拨测** 开关打开同样的两项，打开后这家边缘的可用性和性能也会出现在流量调度页，调度本身不受影响。
模式
行为
拨测
适合
固定（Fixed）
始终使用指定的一家
可选，只用于观测
某个地区固定走一家；服务暂时只有一家边缘
故障切换（Failover）
按顺序使用第一家可用的；主用不可用时切到备用，恢复后切回
必需
有明确主用边缘，其他家只作容灾
质量优选（Quality）
使用当前可用性和性能最好的一家
必需
几家同等对待，让数据决定谁来服务
### 设置拨测请求
**健康检查** 设置拨测请求：AxisNow 从拨测点向规则内每一家边缘的接入地址（CNAME）发送拨测请求，以请求是否成功和耗时作为该边缘可用性与性能的依据。
默认 URL 为 `https://<您的域名>`。请求头中的 Host 取自 URL 里的域名。这要求该域名已在每一家边缘上配置完成，否则请求会被拒绝，拨测结果全部异常。URL 应指向一个轻量、稳定的路径。拨测不经过服务 CNAME 的调度，而是直接请求每一家边缘的接入地址，因此各家会被独立拨测，域名切换到 AxisNow 之前即可观察数据。
展开 **高级** 可以调整请求方法（GET / HEAD）、自定义请求头和判定阈值。判定分三层，默认值如下：
* 单次请求异常：返回 4xx/5xx，或首字节超过 2 秒，或建立连接超过 3 秒
* 一轮异常：本轮一半以上的拨测点报告请求异常
* 不可用 / 恢复：连续 3 轮异常判定不可用；连续 3 轮正常判定恢复
{% hint style="warning" %}
阈值设置不当会导致误判或来回切换。建议拨测 URL 用轻量、稳定、不重定向的页面；超时阈值在正常响应时间之上留足余量；每条规则至少 3 个拨测点；判定故障和判定恢复都不小于 3 轮；先用默认值运行几天，再根据数据收紧。
{% endhint %}
### 选择拨测点
**拨测点** 是发起拨测请求的位置。拨测点应与规则覆盖的访客处于同一地区或运营商网络，这样测得的可用性和性能才能代表访客的真实体验。
AxisNow 的托管拨测点按地区、运营商分层列出，任何规则都可以从中自行勾选拨测点。为特定范围创建规则时，控制台会按范围推荐并预填拨测点：中国运营商规则推荐对应运营商的拨测点，中国规则推荐中国的 BGP 多线拨测点，其他大洲或国家的规则推荐该大洲内的拨测点，预填后仍可增减。默认规则的拨测点需要您按访客来源自行选择。
### 选择边缘提供商
**边缘提供商** 是参与这条规则的边缘提供商。固定只能选一家；故障切换按排列顺序区分主备，第一家为 **主用**，其余为 **备用**；质量优选至少两家才有意义。
规则创建后，之后再添加的边缘提供商不会自动加入，需要编辑规则把它加进去。
## 查看运行状态
### 在流量调度标签页查看
**流量调度** 标签页按规则展示各家边缘提供商过去 24 小时的表现，每一行是一条规则里的一家边缘。
* **地域**：规则覆盖的范围，下方是规则的路由模式。
* **调度目标**：规则内的边缘提供商，图标左侧的绿色标记表示该边缘是当前 DNS 返回的目的地。故障切换规则下通常为主用，仅在主用不可用时转为备用；质量优选规则下随各家表现变化。
* **可用性 · 24h**：色条每格 30 分钟，绿/黄/红分别是正常、部分拨测点异常、判定不可用；百分比是正常时段占比。99.9% 及以上绿色，99.0% 及以上黄色，更低红色。
* **性能 · 24h**：过去 24 小时拨测得到的性能指标（P95 响应时间走势和平均响应时间），1 秒内绿色，1 秒以上黄色，3 秒以上红色。
* **拨测**：拨测点数量，点击查看拨测配置（拨测 URL、拨测点分布）。
* **切换次数**：过去 24 小时解析结果变更的次数，点击数字查看每次切换的时间、目的地和原因。出现数字说明发生过故障切换或恢复；质量优选规则的数字会随各家表现的此消彼长而变化。切换记录分三部分。
* 上方的时间轴显示 24 小时内每家边缘各自承载流量的时段，一眼可以看出谁服务了多久、切换发生在什么时候。固定规则不切换，始终为 0。
* 左下方的列表是每一次切换的时间、切换后的目的地和触发原因：**故障切换** 表示主用不可用切到备用，**拨测恢复** 表示恢复后切回，**质量优选** 表示择优结果变化，**路由更新** 表示您修改了规则。
* 点击某一次切换，右侧会显示当时参与比较的各家边缘的数据：**得分** 是 AxisNow 综合可用性和响应时间算出的质量分，越高越好，质量优选规则就是据此选出目的地；**平均** 和 **P95** 分别是当时的平均响应时间和 95 分位响应时间。
### 在仪表盘查看
在仪表盘（Dashboard）查看各家边缘一段时间内的表现以及调度后的整体效果：
* **调度结果**：各家边缘承载流量的时段。
* **流量分配**：各家实际承接的请求量走势。
* **性能趋势**：各家边缘响应时间的对比曲线，可按 DNS、TCP、TLS、TTFB 分段查看；其中标为 **AxisNow 聚合边缘** 的虚线是经调度后访客实际得到的响应时间，可以直观看到它始终贴近当时表现最好的一家。
* **可用性趋势**：各家边缘可用性的对比曲线；**AxisNow 聚合边缘** 虚线是经调度后的整体可用性，单家边缘出现波动时，这条线仍保持平稳。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://www.axisnow.io/zh/docs/multi-edge/services/routing.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.