本文罗列了与调度管理有关的常见问题。
多云CDN提供基于 DNS 的流量调度服务。基于 DNS 的流量调度服务通过火山引擎云调度（GTM）实现，服务可用性可达 99.9%。同时，流量调度服务具备异地多机房容灾能力，保障高可靠性。更多信息，请参见 TrafficRoute-云调度（GTM）服务等级协议。
多云CDN的流量调度基于 DNS。流量接入多云CDN的流量调度实例后，当用户请求域名时，DNS 查询过程会增加一个环节，即通过多云CDN的 DNS 服务器查询云服务商的加速 CNAME 的过程。该过程相当于增加了一层 DNS 查询。
增加的一层 DNS 查询会使用户访问域名的延时有少量的增加，一般在二三十毫秒左右。实际由于本地 DNS 缓存等因素，增加一层 DNS 查询带来的延时往往可以忽略不计。
启用可用性优先的调度策略会使您在云服务商处的 CDN 使用量有所增加，但增加的 CDN 使用量不一定会导致您的 CDN 成本增加。
可用性优先的调度策略基于云拨测，即通过位于不同地理位置的 IDC 以固定的时间间隔向 CDN 服务商发送测试请求。测试请求会产生少量的额外拨测带宽。您可以选择测试文件。测试文件越小，则拨测请求产生的带宽越小。如果测试文件较大，您也可以开启 Range 拨测功能，以限制拨测请求产生的带宽大小。
拨测请求产生的带宽是否会导致您的 CDN 成本增加取决于 CDN 服务的计费方式。如果您使用按流量计费的方式，则会产生少量的流量费用；如果您使用按带宽计费的方式，则拨测产生的带宽产生的影响很小，可以忽略不计。
如果您修改了云服务商的流量分配比例，该变化一般需要 20 秒左右便可以在多云CDN的流量调度系统中完全生效。这表示多云CDN的流量调度系统在响应针对域名的 DNS 查询请求时，会按照改变后的流量分配比例来响应。
但是，由于本地 DNS 缓存及业务自身的特殊性等因素，流量分配比例的改变可能需要更长时间（大约 5 分钟）才能在全网客户端上生效。
示例：
- 只有当终端用户的本地 DNS 缓存失效后，本地 DNS 才会通过多云CDN的流量调度系统进行 DNS 查询。这时，变化后的流量分配比例才会起作用。
- 如果终端用户正在访问长连接类型的服务，那么只有在当前连接结束后，并且终端用户的本地 DNS 缓存失效后，变化后的流量分配比例才会起作用。