Application Insights 可用性测试
部署 Web 应用或网站之后，可以设置重复测试来监视可用性和响应能力。 Application Insights 将来自全球各地的 Web 请求定期发送到应用程序。 如果你的应用程序未响应或响应速度太慢，则会发出警报。
对于可以从公共 Internet 访问的任何 HTTP 或 HTTPS 终结点，均可设置可用性测试。 无需更改要测试的网站。 事实上，它甚至无需是你拥有的站点。 可以测试服务所依赖的 REST API 的可用性。
测试类型
重要
Application Insights 中的 URL ping 测试将于 2026 年 9 月 30 日停用。 现有的 URL ping 测试将从你的资源中删除。 查看标准测试的定价并在 2026 年 9 月 30 日之前转换为使用它们，以确保你可以继续在 Application Insights 资源中运行单步可用性测试。
有三种类型的可用性测试：
- 标准测试：此单个请求测试类似于 URL ping 测试。 它包括 TLS/SSL 证书有效性、主动生存期检查、HTTP 请求谓词（例如
GET、HEAD或POST）、自定义标头以及与 HTTP 请求关联的自定义数据。 - 自定义 TrackAvailability 测试：如果你决定创建自定义应用程序以运行可用性测试，可以使用 TrackAvailability() 方法将结果发送到 Application Insights。
- 经典测试（旧版可用性测试）
- URL ping 测试：可以通过 Azure 门户创建此测试，以验证终结点是否正在响应，并度量与该响应关联的性能。 还可以设置自定义成功标准，以及更多高级功能，例如分析从属请求、允许重试。
重要
旧版经典测试、URL ping 测试依赖于公共 Internet 的 DNS 基础结构来解析所测试终结点的域名。 如果使用的是专用 DNS，则必须确保公共域名服务器可以解析测试的每个域名。 如果无法做到这一点，可以改为使用自定义 TrackAvailability 测试。
对于每个 Application Insights 资源，最多可以创建 100 个可用性测试。
注意
可用性测试在存储时是根据 Azure 静态数据加密策略进行加密的。
疑难解答
警告
我们最近在“可用性测试”中启用了 TLS 1.3。 如果你因此看到新的错误消息，请确保在启用了 TLS 1.3 的 Windows Server 2022 上运行的客户端可以连接到终结点。 如果无法执行此操作，可以考虑在终结点上暂时禁用 TLS 1.3，以便可用性测试回退到较旧的 TLS 版本。
有关详细信息，请参阅故障排除文章。
请参阅专用疑难解答文章。
常见问题解答
本部分提供常见问题的解答。
是否可以在 Intranet 服务器上运行可用性 Web 测试？
我们的 Web 测试可在遍布全球的各个接入点上运行。 可运用以下两种解决方案：
- 防火墙门：允许从长且可更改的 Web 测试代理列表中请求自己的服务器。
- 自定义代码：编写自己的代码，以从 Intranet 内部向服务器发送定期请求。 可以为此运行 Visual Studio Web 测试。 测试人员可以使用
TrackAvailability()API 将结果发送到 Application Insights。