你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
重要
从 2023 年 9 月 21 日起,将无法创建新的指标顾问资源。 截至 2026 年 3 月 31 日,指标顾问门户已禁用。 指标顾问服务将于 2026 年 10 月 1 日停用。
建议使用以下替代方法:
- Azure Monitor作为官方 Azure 第三方产品,通过多个接口提供异常检测和分析功能,例如使用 Azure Monitor 中的 KQL 检测和分析异常。
- 开源异常检测器,此开源项目提供与 Kensho、Azure 指标顾问和 Azure 异常检测器在后端中相同的异常检测功能。
- Fabric
重要
Microsoft建议使用最安全的身份验证流。 本文所述的某些身份验证流需要极高度地信任应用程序,并且附带了其他更安全的流中不存在的风险。 请仅在无法使用其他更安全的流(例如托管标识)时才使用此流。
使用本文查找将不同类型的数据源连接到Azure AI 指标顾问的设置和要求。 若要了解如何将数据与指标顾问结合使用,请参阅载入数据。
支持的身份验证类型
| 身份验证类型 | 说明 |
|---|---|
| 基本 | 需要提供基本参数才能访问数据源。 例如,可以使用连接字符串或密码。 数据馈送管理员可以查看这些凭据。 |
| Azure托管标识 | Azure 资源的托管标识是 Microsoft Entra ID 的一项功能。 它为 Azure 服务提供了 Microsoft Entra ID 中的自动托管标识。 可以使用标识向支持Microsoft Entra身份验证的任何服务进行身份验证。 |
| Azure SQL 连接字符串 | 将Azure SQL 连接字符串存储为指标顾问中的凭据实体,并在每次导入指标数据时直接使用它。 只有凭据实体的管理员才能查看这些凭据,但获得授权的查看者无需了解凭据的详细信息即可创建数据馈送。 |
| Azure Data Lake Storage Gen2共享密钥 | 将 Data Lake 帐户密钥作为凭据实体存储在指标顾问中,并在每次导入指标数据时直接使用它。 只有凭据实体的管理员才能查看这些凭据,但获得授权的查看者无需了解凭据的详细信息即可创建数据馈送。 |
| 服务主体 | 将服务主体作为凭据实体存储在指标顾问中,并在每次导入指标数据时直接使用它。 只有凭据实体的管理员才能查看这些凭据,但获得授权的查看者无需了解凭据的详细信息即可创建数据馈送。 |
| 密钥保管库中的服务主体 | 将 Key Vault 中的服务主体作为凭据实体存储在指标顾问中,并在每次导入指标数据时直接使用它。 只有凭据实体的管理员才能查看这些凭据,但查看者无需了解凭据的详细信息即可创建数据馈送。 |
数据源和相应的身份验证类型
| 数据源 | 身份验证类型 |
|---|---|
| Application Insights | 基本 |
| Azure Blob 存储 (JSON) | 基本 托管标识 |
| Azure Cosmos DB (SQL) | 基本 |
| Azure 数据资源管理器 (Kusto) | 基本 托管标识 服务主体 密钥保管库中的服务主体 |
| Azure Data Lake Storage Gen2 | 基本 Data Lake Storage Gen2共享密钥 服务主体 密钥保管库中的服务主体 |
| Azure 事件中心 | 基本 |
| Azure Monitor Logs | 基本 服务主体 密钥保管库中的服务主体 |
| Azure SQL 数据库/ SQL Server | 基本 托管标识 服务主体 密钥保管库中的服务主体 Azure SQL 连接字符串 |
| Azure 表存储 | 基本 |
| InfluxDB (InfluxQL) | 基本 |
| MongoDB | 基本 |
| MySQL | 基本 |
| PostgreSQL | 基本 |
以下部分指定了不同数据源方案中所有身份验证类型所需的参数。
Application Insights
应用程序 ID:用于在使用 Application Insights API 时标识此应用程序。 若要获取应用程序 ID,请按以下步骤操作:
从 Application Insights 资源中选择“API 访问权限”。
将生成的应用程序 ID 复制到指标顾问的“应用程序 ID”字段中。
API 密钥:浏览器外的应用程序使用 API 密钥访问此资源。 若要获取 API 密钥,请执行以下步骤:
从 Application Insights 资源中选择“API 访问权限”。
选择“创建 API 密钥”。
输入简短说明,选择“读取遥测”选项,然后选择”生成密钥”。
重要
复制并保存此 API 密钥。 它永远不会再显示。 如果丢失此密钥,则必须创建一个新密钥。
将 API 密钥复制到指标顾问中的“API 密钥”字段。
Query:Application Insights 日志基于Azure 数据资源管理器构建,Azure Monitor日志查询使用相同的 Kusto 查询语言版本。 Kusto 查询语言文档应该是编写针对 Application Insights 的查询的主要资源。
示例查询:
[TableName] | where [TimestampColumn] >= datetime(@IntervalStart) and [TimestampColumn] < datetime(@IntervalEnd);你还可以参阅教程:编写有效查询,获取更具体的示例。
Azure Blob 存储 (JSON)
Connection 字符串:Azure Blob 存储有两种身份验证类型(JSON):
Basic:有关检索此字符串的信息,请参阅 Configure Azure 存储 连接字符串。 此外,还可以通过访问 Azure 门户来管理您的 Azure Blob 存储 资源,并可直接在 设置>访问密钥 中找到连接字符串。
Managed identity:适用于 Azure 资源的托管标识,可用于授权访问 blob 和队列数据。 此功能使用Microsoft Entra凭据,这些凭据来自在Azure虚拟机(VM)、函数应用、虚拟机规模集和其他服务中运行的应用程序。
可以在Azure门户中为Azure Blob 存储资源创建托管标识。 在 访问控制 (IAM) 中,选择 Role 赋值,然后选择 Add。 建议的角色类型为:“Storage Blob Data Reader”。 有关详细信息,请参阅 使用托管标识访问 Azure 存储。
容器:指标顾问预计时序数据以 Blob 文件(每个时间戳一个 Blob)的形式存储在单个容器下。 这是容器名称字段。
Blob 模板:指标顾问使用路径查找Blob 存储中的 JSON 文件。 这是 blob 文件模板的示例,该模板用于在 Blob 存储 中查找 JSON 文件:
%Y/%m/FileName_%Y-%m-%d-%h-%M.json。%Y/%m是路径,如果路径中有%d,可以将其添加到%m的后面。 如果 JSON 文件按日期命名,还可以使用%Y-%m-%d-%h-%M.json。支持以下参数:
-
%Y是年,格式为yyyy。 -
%m是月,格式为MM。 -
%d是日期,格式为dd。 -
%h是小时,格式为HH。 -
%M是分钟,格式为mm。
例如,在以下数据集中,Blob 模板应为
%Y/%m/%d/00/JsonFormatV2.json。
-
JSON 格式版本:定义 JSON 文件中的数据架构。 指标顾问支持以下版本。 你可以选择其中一个来填写字段。
v1
仅接受“名称”和“值”指标 。 例如: 。
{"count":11, "revenue":1.23}v2
还接受“维度”和“时间戳”指标 。 例如: 。
[ {"date": "2018-01-01T00:00:00Z", "market":"en-us", "count":11, "revenue":1.23}, {"date": "2018-01-01T00:00:00Z", "market":"zh-cn", "count":22, "revenue":4.56} ]
每个 JSON 文件只能有一个时间戳。
Azure Cosmos DB (SQL)
Connection string:访问Azure Cosmos DB实例的连接字符串。 可在 Azure 门户的 Azure Cosmos DB 资源(Keys)中找到。 有关详细信息,请参阅 Secure access to data in Azure Cosmos DB。
数据库:要查询的数据库。 在 Azure 门户中的 Containers 下,转到 Browse 查找数据库。
集合 ID:要查询的集合 ID。 在 Azure 门户中的 Containers 下,转到 Browse查找集合 ID。
SQL 查询:一个 SQL 查询,用于获取数据并将数据构建为多维时序数据。 可在查询中使用
@IntervalStart和@IntervalEnd变量。 它们的格式应如下所示:yyyy-MM-ddTHH:mm:ssZ。示例查询:
SELECT [TimestampColumn], [DimensionColumn], [MetricColumn] FROM [TableName] WHERE [TimestampColumn] >= @IntervalStart and [TimestampColumn] < @IntervalEnd有关详细信息,请参阅教程:编写有效查询。
Azure 数据资源管理器 (Kusto)
连接字符串:Azure 数据资源管理器(Kusto)有四种身份验证类型:基本、服务主体、来自密钥保管库的服务主体和托管标识。 连接字符串中的数据源应采用 URI 格式(以“https”开头)。 可以在Azure门户中找到 URI。
Basic:指标顾问支持使用Microsoft Entra应用程序身份验证访问Azure 数据资源管理器(Kusto)。 需要创建和注册Microsoft Entra应用程序,然后授权它访问Azure 数据资源管理器数据库。 有关详细信息,请参阅在 Azure 数据资源管理器 中创建 Microsoft Entra 应用注册。 下面是连接字符串的示例:
Data Source=<URI Server>;Initial Catalog=<Database>;AAD Federated Security=True;Application Client ID=<Application Client ID>;Application Key=<Application Key>;Authority ID=<Tenant ID>服务主体:服务主体是根据应用程序对象创建的具体实例。 服务主体从该应用程序对象继承某些属性。 服务主体对象定义应用可在特定租户中实际执行的操作、可访问应用的用户以及应用可访问的资源。 若要在 Metrics Advisor 中使用服务主体,请执行以下操作:
创建 Microsoft Entra 应用程序注册。 有关详细信息,请参阅在 Azure 数据资源管理器 中创建 Microsoft Entra 应用注册。
管理Azure 数据资源管理器数据库权限。 有关详细信息,请参阅 Manage Azure 数据资源管理器 数据库权限。
在指标顾问中创建凭据实体。 了解如何在指标顾问中创建凭据实体,以便在为服务主体身份验证类型添加数据馈送时选择该实体。
下面是连接字符串的示例:
Data Source=<URI Server>;Initial Catalog=<Database>密钥保管库中的服务主体:Azure 密钥保管库有助于保护云应用和服务使用的加密密钥和机密值。 通过使用密钥保管库,可以加密密钥和机密值。 应首先创建服务主体,然后将服务主体存储在密钥保管库中。 有关详细信息,请参阅为 密钥保管库 中的服务主体创建凭据实体,以按照设置 密钥保管库 中的服务主体的详细过程进行操作。 下面是连接字符串的示例:
Data Source=<URI Server>;Initial Catalog=<Database>Managed identity:Azure资源的托管标识可以授权访问 blob 和队列数据。 托管标识使用 Microsoft Entra 凭据,后者来自 Azure 虚拟机、函数应用、虚拟机规模集和其他服务中运行的应用程序。 通过将托管标识用于Azure资源和Microsoft Entra身份验证,可以避免将凭据与在云中运行的应用程序一起存储。 了解如何通过托管的身份进行授权。
可以在 Azure 门户中为 Azure 数据资源管理器 (Kusto) 创建托管标识。 选择权限>添加。 建议的角色类型为:管理员/查看者。
下面是连接字符串的示例:
Data Source=<URI Server>;Initial Catalog=<Database>
查询:若要获取数据并将数据构建为多维时序数据,请参阅 Kusto 查询语言。 可在查询中使用
@IntervalStart和@IntervalEnd变量。 它们的格式应如下所示:yyyy-MM-ddTHH:mm:ssZ。示例查询:
[TableName] | where [TimestampColumn] >= datetime(@IntervalStart) and [TimestampColumn] < datetime(@IntervalEnd);有关详细信息,请参阅教程:编写有效查询。
Azure Data Lake Storage Gen2
Account Name:Azure Data Lake Storage Gen2 的身份验证类型包括基本身份验证、Azure Data Lake Storage Gen2 共享密钥、服务主体和来自 密钥保管库 的服务主体。
基本:Azure Data Lake Storage Gen2 的帐户名称。 可以在 Azure 存储帐户 (Azure Data Lake Storage Gen2) 资源的“访问密钥”中找到它。
Azure Data Lake Storage Gen2共享密钥:首先,指定用于访问Azure Data Lake Storage Gen2的帐户密钥(这与基本身份验证类型中的帐户密钥相同)。 可以在 Azure 存储帐户 (Azure Data Lake Storage Gen2) 资源的“访问密钥”中找到它。 然后,为Azure Data Lake Storage Gen2共享密钥类型创建凭据实体并填写帐户密钥。
帐户名称与基本身份验证类型相同。
服务主体:服务主体是根据应用程序对象创建的具体实例,并从该应用程序对象继承某些属性。 服务主体是在使用应用程序的每个租户中创建的,并引用全局唯一应用对象。 服务主体对象定义应用可在特定租户中实际执行的操作、可访问应用的用户以及应用可访问的资源。
帐户名称与基本身份验证类型相同。
Step 1: 创建并注册Microsoft Entra应用程序,然后授权它访问数据库。 有关详细信息,请参阅 创建Microsoft Entra应用注册。
步骤 2: 分配角色。
在Azure门户中,转到 Storage 帐户服务。
选择要用于此应用程序注册的Azure Data Lake Storage Gen2帐户。
选择 访问控制 (IAM)。
选择“+ 添加”,然后从菜单中选择“添加角色分配” 。
将 Select 字段设置为Microsoft Entra应用程序名称,并将角色设置为 Storage Blob 数据参与者。 再选择“保存”。
步骤 3:在指标顾问中创建凭据实体,以便在为服务主体身份验证类型添加数据馈送时选择该实体。
密钥保管库中的服务主体:密钥保管库有助于保护云应用和服务使用的加密密钥和机密值。 通过使用密钥保管库,可以加密密钥和机密值。 首先创建服务主体,然后将服务主体存储在 Key Vault 中。 有关更多详细信息,请参阅为 密钥保管库 中的服务主体创建凭据实体。 帐户名称与基本身份验证类型相同。
Account 密钥(仅适用于基本身份验证类型):指定用于访问Azure Data Lake Storage Gen2的帐户密钥。 可以在 Azure 存储帐户 (Azure Data Lake Storage Gen2) 资源的“访问密钥”中找到它。
文件系统名称(容器) :对于指标顾问,将时序数据以 Blob 文件(每个时间戳一个 Blob)的形式存储在单个容器下。 这是容器名称字段。 可以在 Azure 存储帐户 (Azure Data Lake Storage Gen2) 实例中找到它。 在 Data Lake Storage 中,选择 Containers,然后看到容器名称。
目录模板:这是 Blob 文件的目录模板。 支持以下参数:
-
%Y是年,格式为yyyy。 -
%m是月,格式为MM。 -
%d是日期,格式为dd。 -
%h是小时,格式为HH。 -
%M是分钟,格式为mm。
每日指标的查询示例:
%Y/%m/%d。每小时指标的查询示例:
%Y/%m/%d/%h。-
File 模板:指标顾问使用路径查找Blob 存储中的 JSON 文件。 下面是 blob 文件模板的示例,该模板用于在 Blob 存储 中查找 JSON 文件:
%Y/%m/FileName_%Y-%m-%d-%h-%M.json。%Y/%m是路径,如果路径中有%d,可以将其添加到%m的后面。支持以下参数:
-
%Y是年,格式为yyyy。 -
%m是月,格式为MM。 -
%d是日期,格式为dd。 -
%h是小时,格式为HH。 -
%M是分钟,格式为mm。
指标顾问支持 JSON 文件中的数据架构,如以下示例所示:
[ {"date": "2018-01-01T00:00:00Z", "market":"en-us", "count":11, "revenue":1.23}, {"date": "2018-01-01T00:00:00Z", "market":"zh-cn", "count":22, "revenue":4.56} ]-
Azure 事件中心
限制:请注意以下集成限制。
在公共预览版中,指标顾问与事件中心的集成目前不支持一个指标顾问实例中有三个以上的活动数据馈送。
指标顾问始终开始使用最新偏移中的消息,包括重新激活暂停的数据馈送时。
- 数据馈送暂停期间的消息将丢失。
- 创建数据馈送时,数据馈送引入开始时间会自动设置为当前的协调世界时时间戳。 这个时间仅供参考。
每个使用者组只能使用一个数据馈送。 若要从另一个已删除的数据馈送重新使用使用者组,你需要在删除后至少等待十分钟。
创建数据馈送后,无法修改连接字符串和消费组。
对于事件中心消息,仅支持 JSON,并且 JSON 值不能是嵌套的 JSON 对象。 顶级元素可以是 JSON 对象或 JSON 数组。
有效消息如下:
单个 JSON 对象:
{ "metric_1": 234, "metric_2": 344, "dimension_1": "name_1", "dimension_2": "name_2" }JSON 数组:
[ { "timestamp": "2020-12-12T12:00:00", "temperature": 12.4, "location": "outdoor" }, { "timestamp": "2020-12-12T12:00:00", "temperature": 24.8, "location": "indoor" } ]
连接字符串:转到事件中心实例。 然后添加新策略或选择现有共享访问策略。 复制弹出面板中的连接字符串。
下面是连接字符串的示例:
Endpoint=<Server>;SharedAccessKeyName=<SharedAccessKeyName>;SharedAccessKey=<SharedAccess Key>;EntityPath=<EntityPath>使用者组:使用者组是整个事件中心的视图(状态、位置或偏移)。 可在Azure 事件中心实例的 Consumer Groups 菜单上找到此信息。 一个消费者组只能处理一个数据流。 为每个数据馈送创建一个新的使用者组。
时间戳(可选):如果用户数据源不包含时间戳字段,则指标顾问使用事件中心时间戳作为事件时间戳。 时间戳字段是可选的。 如果未选定时间戳列,服务将使用添加到队列的时间作为时间戳。
时间戳字段必须符合以下两种格式之一:
YYYY-MM-DDTHH:MM:SSZ- 从
1970-01-01T00:00:00Z这个纪元开始的秒数或毫秒数。
时间戳将按粒度左对齐。 例如,如果时间戳为
2019-01-01T00:03:00Z,粒度为 5 分钟,则指标顾问将时间戳对齐到2019-01-01T00:00:00Z。 如果事件时间戳为2019-01-01T00:10:00Z,则指标顾问直接使用该时间戳,不进行任何对齐。
Azure Monitor Logs
Azure Monitor 日志具有以下身份验证类型:基本、服务主体和 密钥保管库 中的服务主体。
基本:需要填写“租户 ID”、“客户端 ID”、“客户端密码”和“工作区 ID”。 若要获取“租户 ID” 、“客户端 ID”和“客户端密码”,请参阅注册应用或 Web API。 可以在 Azure 门户中找到 Workspace ID。
服务主体:服务主体是根据应用程序对象创建的具体实例,并从该应用程序对象继承某些属性。 服务主体是在使用应用程序的每个租户中创建的,并引用全局唯一应用对象。 服务主体对象定义应用可在特定租户中实际执行的操作、可访问应用的用户以及应用可访问的资源。
Step 1: 创建和注册Microsoft Entra应用程序,然后授权它访问数据库。 有关详细信息,请参阅 创建Microsoft Entra应用注册。
步骤 2: 分配角色。
在Azure门户中,转到 Storage 帐户服务。
选择 访问控制 (IAM)。
选择“+ 添加”,然后从菜单中选择“添加角色分配” 。
将 Select 字段设置为Microsoft Entra应用程序名称,并将角色设置为 Storage Blob 数据参与者。 再选择“保存”。
步骤 3:在指标顾问中创建凭据实体,以便在为服务主体身份验证类型添加数据馈送时选择该实体。
密钥保管库中的服务主体:密钥保管库有助于保护云应用和服务使用的加密密钥和机密值。 通过使用密钥保管库,可以加密密钥和机密值。 首先创建服务主体,然后将服务主体存储在 Key Vault 中。 有关更多详细信息,请参阅为 密钥保管库 中的服务主体创建凭据实体。
查询:指定查询。 有关详细信息,请参阅 Azure Monitor 中的
Log 查询。 示例查询:
[TableName] | where [TimestampColumn] >= datetime(@IntervalStart) and [TimestampColumn] < datetime(@IntervalEnd) | summarize [count_per_dimension]=count() by [Dimension]有关详细信息,请参阅教程:编写有效查询。
Azure SQL 数据库 |SQL Server
Connection String:Azure SQL 数据库 和 SQL Server 的身份验证类型包括基本身份验证、托管标识、Azure SQL 连接字符串、服务主体和来自密钥保管库的服务主体。
Basic:指标顾问接受ADO.NET样式的连接字符串用于SQL Server数据源。 下面是连接字符串的示例:
Data Source=<Server>;Initial Catalog=<db-name>;User ID=<user-name>;Password=<password>Managed identity:Azure资源的托管标识可以授权访问 blob 和队列数据。 它使用 Microsoft Entra 凭据来执行此操作,这些凭据来自 Azure 虚拟机、函数应用、虚拟机规模集和其他服务中运行的应用程序。 通过将托管标识用于Azure资源和Microsoft Entra身份验证,可以避免将凭据与在云中运行的应用程序一起存储。 若要启用托管实体,请执行以下步骤:
启用系统分配的托管标识只需单击一次即可。 在 Azure 门户中,针对你的指标顾问工作区,转到“设置”“标识”>“系统分配”。 然后将状态设置为“开”。
启用Microsoft Entra身份验证。 在 Azure 门户中,针对您的数据源,转到 设置>Active Directory 管理员。选择 设置管理员,然后选择一个 Microsoft Entra 用户帐户 将其作为服务器的管理员。 然后选择“选择”。
在 Metrics Advisor 中启用托管身份。 可以在数据库管理工具或Azure门户中编辑查询。
管理工具:在数据库管理工具中,选择身份验证字段中的具备 MFA 支持的 Active Directory - 通用。 在 User name 字段中,输入在步骤 2 中设置为服务器管理员的Microsoft Entra帐户的名称。 例如,它可能是
test@contoso.com。
Azure 门户:在 SQL 数据库中,选择 Query 编辑器并登录管理员帐户。
然后在查询窗口中,运行以下命令(注意,其效果与管理工具方法相同):
CREATE USER [MI Name] FROM EXTERNAL PROVIDER ALTER ROLE db_datareader ADD MEMBER [MI Name]注意
MI Name是指标顾问中的托管标识名称(对于服务主体,应将其替换为服务主体名称)。 有关详细信息,请参阅通过托管标识授权。下面是连接字符串的示例:
Data Source=<Server>;Initial Catalog=<Database>
Azure SQL 连接字符串:
下面是连接字符串的示例:
Data Source=<Server>;Initial Catalog=<Database>;User ID=<user-name>;Password=<password>服务主体:服务主体是根据应用程序对象创建的具体实例,并从该应用程序对象继承某些属性。 服务主体是在使用应用程序的每个租户中创建的,并引用全局唯一应用对象。 服务主体对象定义应用可在特定租户中实际执行的操作、可访问应用的用户以及应用可访问的资源。
Step 1: 创建和注册Microsoft Entra应用程序,然后授权它访问数据库。 有关详细信息,请参阅 创建Microsoft Entra应用注册。
步骤 2:按照之前文档中 SQL Server 中托管标识的步骤进行操作。
步骤 3:在指标顾问中创建凭据实体,以便在为服务主体身份验证类型添加数据馈送时选择该实体。
下面是连接字符串的示例:
Data Source=<Server>;Initial Catalog=<Database>密钥保管库中的服务主体:密钥保管库有助于保护云应用和服务使用的加密密钥和机密值。 通过使用密钥保管库,可以加密密钥和机密值。 首先创建服务主体,然后将服务主体存储在 Key Vault 中。 有关更多详细信息,请参阅为 密钥保管库 中的服务主体创建凭据实体。 还可以在 Azure SQL Server 资源中的 Settings>连接字符串 查看您的连接字符串。
下面是连接字符串的示例:
Data Source=<Server>;Initial Catalog=<Database>
查询:使用 SQL 查询获取数据并将数据构建为多维时序数据。 你可以在查询中使用
@IntervalStart和@IntervalEnd来帮助获取某个时间间隔内的预期指标值。 它们的格式应如下所示:yyyy-MM-ddTHH:mm:ssZ。示例查询:
SELECT [TimestampColumn], [DimensionColumn], [MetricColumn] FROM [TableName] WHERE [TimestampColumn] >= @IntervalStart and [TimestampColumn] < @IntervalEnd
Azure 表存储
连接字符串:创建一个共享访问签名 (SAS) URL,并在此处填写。 生成 SAS URL 的最直接方法是使用 Azure 门户。 首先,在“设置”下,转到要访问的存储帐户。 然后选择“共享访问签名”。 选中 Table 和 Object 复选框,然后选择 Generate SAS 和 连接字符串。 在指标顾问工作区中,将“表服务 SAS URL”复制并粘贴到文本框中。
Screenshot 演示如何在 Azure 表存储. 表名:指定要查询的表。 可以在Azure存储帐户实例中找到此项。 在“表格服务”部分中,选择“表格”。
查询:可以在查询中使用
@IntervalStart和@IntervalEnd来帮助获取某个时间间隔内的预期指标值。 它们的格式应如下所示:yyyy-MM-ddTHH:mm:ssZ。示例查询:
PartitionKey ge '@IntervalStart' and PartitionKey lt '@IntervalEnd'有关详细信息,请参阅教程:编写有效查询。
InfluxDB (InfluxQL)
连接字符串:用于访问 InfluxDB 的连接字符串。
数据库:要查询的数据库。
查询:一个查询,用于获取数据并将数据构建为多维时序数据以进行引入。
示例查询:
SELECT [TimestampColumn], [DimensionColumn], [MetricColumn] FROM [TableName] WHERE [TimestampColumn] >= @IntervalStart and [TimestampColumn] < @IntervalEnd
有关详细信息,请参阅教程:编写有效查询。
- 用户名:这对于身份验证是可选的。
- 密码:这对于身份验证是可选的。
MongoDB
连接字符串:访问 MongoDB 的连接字符串。
数据库:要查询的数据库。
查询:一个命令,用于获取数据并将数据构建为多维时序数据以供引入。 在 db.runCommand() 上验证该命令。
示例查询:
{"find": "[TableName]","filter": { [Timestamp]: { $gte: ISODate(@IntervalStart) , $lt: ISODate(@IntervalEnd) }},"singleBatch": true}
MySQL
Connection String:用于访问 MySQL DB 的连接字符串。
查询:一个查询,用于获取数据并将数据构建为多维时序数据以进行引入。
示例查询:
SELECT [TimestampColumn], [DimensionColumn], [MetricColumn] FROM [TableName] WHERE [TimestampColumn] >= @IntervalStart and [TimestampColumn]< @IntervalEnd有关详细信息,请参阅教程:编写有效查询。
PostgreSQL
Connection String:访问 PostgreSQL DB 的连接字符串。
查询:一个查询,用于获取数据并将数据构建为多维时序数据以进行引入。
示例查询:
SELECT [TimestampColumn], [DimensionColumn], [MetricColumn] FROM [TableName] WHERE [TimestampColumn] >= @IntervalStart and [TimestampColumn] < @IntervalEnd有关详细信息,请参阅教程:编写有效查询。
后续步骤
- 当你等待指标数据引入系统时,请阅读如何管理数据馈送配置。
- 引入指标数据后,可以配置指标并微调检测配置。