Microsoft.Insights diagnosticSettings
Definição de recurso do Bicep
O tipo de recurso diagnosticSettings é um recurso de extensão, o que significa que pode aplicá-lo a outro recurso.
Utilize a scope propriedade neste recurso para definir o âmbito deste recurso. Veja Definir âmbito nos recursos de extensão no Bicep.
O tipo de recurso diagnosticSettings pode ser implementado com operações que visam:
- Grupos de recursos – veja os comandos de implementação do grupo de recursos
Para obter uma lista das propriedades alteradas em cada versão da API, veja Registo de alterações.
Observações
Para obter orientações sobre como implementar soluções de monitorização, veja Criar recursos de monitorização com o Bicep.
Formato do recurso
Para criar um recurso Microsoft.Insights/diagnosticSettings, adicione o seguinte Bicep ao seu modelo.
resource symbolicname 'Microsoft.Insights/diagnosticSettings@2021-05-01-preview' = {
name: 'string'
scope: resourceSymbolicName
properties: {
eventHubAuthorizationRuleId: 'string'
eventHubName: 'string'
logAnalyticsDestinationType: 'string'
logs: [
{
category: 'string'
categoryGroup: 'string'
enabled: bool
retentionPolicy: {
days: int
enabled: bool
}
}
]
marketplacePartnerId: 'string'
metrics: [
{
category: 'string'
enabled: bool
retentionPolicy: {
days: int
enabled: bool
}
timeGrain: 'string'
}
]
serviceBusRuleId: 'string'
storageAccountId: 'string'
workspaceId: 'string'
}
}
Valores de propriedade
diagnosticSettings
| Nome | Descrição | Valor |
|---|---|---|
| name | O nome do recurso | cadeia (obrigatório) |
| scope | Utilize ao criar um recurso de extensão num âmbito diferente do âmbito de implementação. | Recurso de destino Para Bicep, defina esta propriedade como o nome simbólico do recurso para aplicar o recurso de extensão. |
| propriedades | Propriedades de um Recurso de Definições de Diagnóstico. | DiagnosticSettings |
DiagnosticSettings
| Nome | Descrição | Valor |
|---|---|---|
| eventHubAuthorizationRuleId | O ID de recurso da regra de autorização do hub de eventos. | string |
| eventHubName | O nome do hub de eventos. Se não for especificado nenhum, o hub de eventos predefinido será selecionado. | string |
| logAnalyticsDestinationType | Uma cadeia que indica se a exportação para o Log Analytics deve utilizar o tipo de destino predefinido, ou seja, AzureDiagnostics ou utilizar um tipo de destino construído da seguinte forma: {identidade de serviço normalizada}_{nome de categoria normalizado}. Os valores possíveis são: Dedicado e nulo (nulo é predefinido.) | string |
| registos | A lista de definições de registos. | LogSettings[] |
| marketplacePartnerId | O ID de recurso do ARM completo do recurso do Marketplace para o qual gostaria de enviar Registos de Diagnóstico. | string |
| metrics | A lista de definições de métricas. | MetricSettings[] |
| serviceBusRuleId | O ID da regra do service bus da definição de diagnóstico. Isto é para manter a retrocompatibilidade. | string |
| storageAccountId | O ID de recurso da conta de armazenamento para a qual pretende enviar Registos de Diagnóstico. | string |
| workspaceId | O ID de recurso do ARM completo da área de trabalho do Log Analytics para a qual gostaria de enviar Registos de Diagnóstico. Exemplo: /subscriptions/4b9e8510-67ab-4e9a-95a9-e2f1e570ea9c/resourceGroups/insights-integration/providers/Microsoft.OperationalInsights/workspaces/viruela2 | string |
LogSettings
| Nome | Descrição | Valor |
|---|---|---|
| categoria | Nome de uma categoria de Registo de Diagnóstico para um tipo de recurso a que esta definição é aplicada. Para obter a lista de categorias do Registo de Diagnósticos de um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| categoryGroup | Nome de um grupo de categorias do Registo de Diagnósticos para um tipo de recurso ao qual esta definição é aplicada. Para obter a lista de categorias do Registo de Diagnósticos de um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| ativado | um valor que indica se este registo está ativado. | bool (obrigatório) |
| retentionPolicy | a política de retenção para este registo. | RetentionPolicy |
RetentionPolicy
| Nome | Descrição | Valor |
|---|---|---|
| dias | o número de dias para a retenção em dias. Um valor de 0 irá manter os eventos indefinidamente. | int (obrigatório) Restrições: Valor mínimo = 0 |
| ativado | um valor que indica se a política de retenção está ativada. | bool (obrigatório) |
MetricSettings
| Nome | Descrição | Valor |
|---|---|---|
| categoria | Nome de uma categoria de Métrica de Diagnóstico para um tipo de recurso a que esta definição é aplicada. Para obter a lista de Categorias de métricas de diagnóstico para um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| ativado | um valor que indica se esta categoria está ativada. | bool (obrigatório) |
| retentionPolicy | a política de retenção para esta categoria. | RetentionPolicy |
| timeGrain | o timegrain da métrica no formato ISO8601. | string |
Modelos de início rápido
Os seguintes modelos de início rápido implementam este tipo de recurso.
| Modelo | Description |
|---|---|
Cluster do AKS com um NAT Gateway e um Gateway de Aplicação |
Este exemplo mostra como implementar um cluster do AKS com NAT Gateway para ligações de saída e um Gateway de Aplicação para ligações de entrada. |
| Criar um Cluster do AKS Privado com uma Zona DNS Pública |
Este exemplo mostra como implementar um cluster do AKS privado com uma Zona DNS Pública. |
| Criar Gestão de API na VNet Interna com o Gateway de Aplicação |
Este modelo demonstra como Criar uma instância do Azure Gestão de API numa rede privada protegida por Gateway de Aplicação do Azure. |
| Criar e monitorizar Gestão de API instância |
Este modelo cria uma instância do serviço do Azure Gestão de API e da área de trabalho do Log Analytics e configura a monitorização do seu serviço de Gestão de API com o Log Analytics |
| Implementar uma aplicação de microsserviço simples do Azure Spring Apps |
Este modelo implementa uma aplicação de microsserviço simples do Azure Spring Apps para ser executada no Azure. |
| cria um cluster do Azure Stack HCI 23H2 |
Este modelo cria um cluster do Azure Stack HCI 23H2 com um modelo do ARM. |
| Criar uma Cache de Redis com um modelo |
Este modelo cria uma Cache de Redis do Azure com dados de diagnóstico mantidos numa conta de armazenamento. |
| Criar uma Cache de Redis Premium com clustering |
Este modelo mostra como configurar o clustering numa instância premium da Cache de Redis do Azure. |
| Criar a Cache de Redis Premium com persistência de dados |
Este modelo mostra como configurar a persistência numa instância premium da Cache de Redis do Azure. |
| Front Door Premium com WAF e conjuntos de regras geridas pela Microsoft |
Este modelo cria um Front Door Premium, incluindo uma firewall de aplicações Web com as predefinições geridas pela Microsoft e conjuntos de regras de proteção de bots. |
| Front Door Standard/Premium com WAF e regra personalizada |
Este modelo cria um Front Door Standard/Premium, incluindo uma firewall de aplicações Web com uma regra personalizada. |
| Azure Container Registry com Políticas e Diagnósticos |
Azure Container Registry com Políticas e Diagnósticos (bicep) |
| Azure Data Factory com o Git e a configuração da vnet gerida |
Este modelo cria Azure Data Factory com a configuração do Git e a rede virtual gerida. |
| Área de trabalho do Log Analytics com soluções e origens de dados |
Implementa uma área de trabalho do Log Analytics com soluções e origens de dados especificadas |
| Área de trabalho do Log Analytics com Informações de VM, Container Insights |
Implementa uma área de trabalho do Log Analytics com informações de VM, soluções e diagnósticos do Container Insights. |
| Criar Key Vault com o registo ativado |
Este modelo cria um Key Vault do Azure e uma conta de Armazenamento do Azure que é utilizada para o registo. Opcionalmente, cria bloqueios de recursos para proteger os seus recursos de armazenamento e Key Vault. |
| Cluster do AKS com o Controlador de Entrada do Gateway de Aplicação |
Este exemplo mostra como implementar um cluster do AKS com Gateway de Aplicação, Controlador de Entrada Gateway de Aplicação, Azure Container Registry, Log Analytics e Key Vault |
| Gateway de Aplicação com a WAF e a política de firewall |
Este modelo cria uma Gateway de Aplicação com a WAF configurada juntamente com uma política de firewall |
| Utilizar Azure Firewall como Proxy DNS numa topologia Hub & Spoke |
Este exemplo mostra como implementar uma topologia hub-spoke no Azure com o Azure Firewall. A rede virtual do hub funciona como um ponto central de conectividade a muitas redes virtuais spoke que estão ligadas à rede virtual do hub através do peering de rede virtual. |
| Criar o Azure Front Door em frente ao Azure Gestão de API |
Este exemplo demonstra como utilizar o Azure Front Door como um balanceador de carga global em frente ao Azure Gestão de API. |
| Grupo de Segurança de Rede com registos de diagnóstico |
Este modelo cria um Grupo de Segurança de Rede com registos de diagnóstico e um bloqueio de recursos |
| Intenção e Políticas de Encaminhamento do Azure WAN Virtual |
Este modelo aprovisiona um WAN Virtual do Azure com dois hubs com a funcionalidade Intenção de Encaminhamento e Políticas ativada. |
| Rede Virtual com registos de diagnóstico |
Este modelo cria uma Rede Virtual com registos de diagnóstico e permite que as funcionalidades opcionais sejam adicionadas a cada sub-rede |
| Criar o Cofre dos Serviços de Recuperação e Ativar Diagnósticos |
Este modelo cria um Cofre dos Serviços de Recuperação e permite diagnósticos para Azure Backup. Esta ação também implementa a conta de armazenamento e a área de trabalho oms. |
| Criar o Cofre dos Serviços de Recuperação com políticas de cópia de segurança |
Este modelo cria um Cofre dos Serviços de Recuperação com políticas de cópia de segurança e configura funcionalidades opcionais, como identidade do sistema, tipo de armazenamento de cópias de segurança, registos de restauro e diagnóstico entre regiões e um bloqueio de eliminação. |
| SQL do Azure Server com Auditoria escrita no Hub de Eventos |
Este modelo permite-lhe implementar um servidor SQL do Azure com a Auditoria ativada para escrever registos de auditoria no Hub de Eventos |
| SQL do Azure Server com Auditoria escrita no Log Analytics |
Este modelo permite-lhe implementar um servidor SQL do Azure com a Auditoria ativada para escrever registos de auditoria no Log Analytics (área de trabalho do OMS) |
| Criar o SQL MI com o envio configurado de registos e métricas |
Este modelo permite-lhe implementar o SQL MI e recursos adicionais utilizados para armazenar registos e métricas (área de trabalho de diagnóstico, conta de armazenamento, hub de eventos). |
| Gateway de Aplicação com o Gestão de API interno e a Aplicação Web |
Gateway de Aplicação encaminhar o tráfego da Internet para uma rede virtual (modo interno) Gestão de API instância que presta serviços a uma API Web alojada numa Aplicação Web do Azure. |
Definição de recurso de modelo do ARM
O tipo de recurso diagnosticSettings é um recurso de extensão, o que significa que pode aplicá-lo a outro recurso.
Utilize a scope propriedade neste recurso para definir o âmbito deste recurso. Veja Definir âmbito nos recursos de extensão nos modelos do ARM.
O tipo de recurso diagnosticSettings pode ser implementado com operações que visam:
- Grupos de recursos – veja comandos de implementação de grupos de recursos
Para obter uma lista de propriedades alteradas em cada versão da API, veja registo de alterações.
Observações
Para obter orientações sobre como implementar soluções de monitorização, veja Criar recursos de monitorização com o Bicep.
Formato do recurso
Para criar um recurso Microsoft.Insights/diagnosticSettings, adicione o seguinte JSON ao seu modelo.
{
"type": "Microsoft.Insights/diagnosticSettings",
"apiVersion": "2021-05-01-preview",
"name": "string",
"scope": "string",
"properties": {
"eventHubAuthorizationRuleId": "string",
"eventHubName": "string",
"logAnalyticsDestinationType": "string",
"logs": [
{
"category": "string",
"categoryGroup": "string",
"enabled": "bool",
"retentionPolicy": {
"days": "int",
"enabled": "bool"
}
}
],
"marketplacePartnerId": "string",
"metrics": [
{
"category": "string",
"enabled": "bool",
"retentionPolicy": {
"days": "int",
"enabled": "bool"
},
"timeGrain": "string"
}
],
"serviceBusRuleId": "string",
"storageAccountId": "string",
"workspaceId": "string"
}
}
Valores de propriedade
diagnosticSettings
| Nome | Descrição | Valor |
|---|---|---|
| tipo | O tipo de recurso | "Microsoft.Insights/diagnosticSettings" |
| apiVersion | A versão da API de recursos | '2021-05-01-preview' |
| name | O nome do recurso | cadeia (obrigatório) |
| scope | Utilize ao criar um recurso de extensão num âmbito diferente do âmbito de implementação. | Recurso de destino Para JSON, defina o valor como o nome completo do recurso ao qual pretende aplicar o recurso de extensão . |
| propriedades | Propriedades de um Recurso de Definições de Diagnóstico. | DiagnosticSettings |
DiagnosticSettings
| Nome | Descrição | Valor |
|---|---|---|
| eventHubAuthorizationRuleId | O ID do recurso da regra de autorização do hub de eventos. | string |
| eventHubName | O nome do hub de eventos. Se não for especificado nenhum, o hub de eventos predefinido será selecionado. | string |
| logAnalyticsDestinationType | Uma cadeia que indica se a exportação para o Log Analytics deve utilizar o tipo de destino predefinido, ou seja, AzureDiagnostics ou utilizar um tipo de destino construído da seguinte forma: {identidade de serviço normalizada}_{nome de categoria normalizado}. Os valores possíveis são: dedicado e nulo (nulo é predefinido.) | string |
| registos | A lista de definições de registos. | LogSettings[] |
| marketplacePartnerId | O ID de recurso do ARM completo do recurso do Marketplace para o qual pretende enviar Registos de Diagnóstico. | string |
| metrics | A lista de definições de métricas. | MetricSettings[] |
| serviceBusRuleId | O ID da regra do service bus da definição de diagnóstico. Isto está aqui para manter a retrocompatibilidade. | string |
| storageAccountId | O ID de recurso da conta de armazenamento para a qual pretende enviar Registos de Diagnóstico. | string |
| workspaceId | O ID de recurso do ARM completo da área de trabalho do Log Analytics para a qual gostaria de enviar Registos de Diagnóstico. Exemplo: /subscriptions/4b9e8510-67ab-4e9a-95a9-e2f1e570ea9c/resourceGroups/insights-integration/providers/Microsoft.OperationalInsights/workspaces/viruela2 | string |
LogSettings
| Nome | Descrição | Valor |
|---|---|---|
| categoria | Nome de uma categoria de Registo de Diagnóstico para um tipo de recurso a que esta definição é aplicada. Para obter a lista de categorias de Registo de Diagnóstico para um recurso, primeiro execute uma operação de definições de diagnóstico GET. | string |
| categoryGroup | Nome de um grupo de categorias de Registo de Diagnósticos para um tipo de recurso a que esta definição é aplicada. Para obter a lista de categorias de Registo de Diagnóstico para um recurso, primeiro execute uma operação de definições de diagnóstico GET. | string |
| ativado | um valor que indica se este registo está ativado. | bool (obrigatório) |
| retentionPolicy | a política de retenção para este registo. | RetentionPolicy |
RetentionPolicy
| Nome | Descrição | Valor |
|---|---|---|
| dias | o número de dias para a retenção em dias. Um valor de 0 irá manter os eventos indefinidamente. | int (obrigatório) Restrições: Valor mínimo = 0 |
| ativado | um valor que indica se a política de retenção está ativada. | bool (obrigatório) |
MetricSettings
| Nome | Descrição | Valor |
|---|---|---|
| categoria | Nome de uma categoria de Métrica de Diagnóstico para um tipo de recurso a que esta definição é aplicada. Para obter a lista de Categorias de métricas de diagnóstico para um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| ativado | um valor que indica se esta categoria está ativada. | bool (obrigatório) |
| retentionPolicy | a política de retenção para esta categoria. | RetentionPolicy |
| timeGrain | o timegrain da métrica no formato ISO8601. | string |
Modelos de início rápido
Os seguintes modelos de início rápido implementam este tipo de recurso.
| Modelo | Description |
|---|---|
| Cluster do AKS com um NAT Gateway e um Gateway de Aplicação |
Este exemplo mostra como implementar um cluster do AKS com NAT Gateway para ligações de saída e um Gateway de Aplicação para ligações de entrada. |
| Criar um Cluster do AKS Privado com uma Zona DNS Pública |
Este exemplo mostra como implementar um cluster do AKS privado com uma Zona DNS Pública. |
| Criar Gestão de API na VNet Interna com o Gateway de Aplicação |
Este modelo demonstra como Criar uma instância do Azure Gestão de API numa rede privada protegida por Gateway de Aplicação do Azure. |
| Criar e monitorizar Gestão de API instância |
Este modelo cria uma instância do serviço do Azure Gestão de API e da área de trabalho do Log Analytics e configura a monitorização do seu serviço de Gestão de API com o Log Analytics |
| Implementar uma aplicação de microsserviço simples do Azure Spring Apps |
Este modelo implementa uma aplicação de microsserviço simples do Azure Spring Apps para ser executada no Azure. |
| cria um cluster do Azure Stack HCI 23H2 |
Este modelo cria um cluster do Azure Stack HCI 23H2 com um modelo do ARM. |
| Criar uma Cache de Redis com um modelo |
Este modelo cria uma Cache de Redis do Azure com dados de diagnóstico mantidos numa conta de armazenamento. |
| Criar uma Cache de Redis Premium com clustering |
Este modelo mostra como configurar o clustering numa instância premium da Cache de Redis do Azure. |
| Criar a Cache de Redis Premium com persistência de dados |
Este modelo mostra como configurar a persistência numa instância premium da Cache de Redis do Azure. |
| Front Door Premium com WAF e conjuntos de regras geridas pela Microsoft |
Este modelo cria um Front Door Premium, incluindo uma firewall de aplicações Web com as predefinições geridas pela Microsoft e conjuntos de regras de proteção de bots. |
| Front Door Standard/Premium com WAF e regra personalizada |
Este modelo cria um Front Door Standard/Premium, incluindo uma firewall de aplicações Web com uma regra personalizada. |
| Azure Container Registry com Políticas e Diagnósticos |
Azure Container Registry com Políticas e Diagnósticos (bicep) |
| Azure Data Factory com o Git e a configuração da vnet gerida |
Este modelo cria Azure Data Factory com a configuração do Git e a rede virtual gerida. |
| Área de trabalho do Log Analytics com soluções e origens de dados |
Implementa uma área de trabalho do Log Analytics com soluções e origens de dados especificadas |
| Área de trabalho do Log Analytics com Informações de VM, Container Insights |
Implementa uma área de trabalho do Log Analytics com informações de VM, soluções e diagnósticos do Container Insights. |
| Criar Key Vault com o registo ativado |
Este modelo cria um Key Vault do Azure e uma conta de Armazenamento do Azure que é utilizada para o registo. Opcionalmente, cria bloqueios de recursos para proteger os seus recursos de armazenamento e Key Vault. |
| Cluster do AKS com o Controlador de Entrada do Gateway de Aplicação |
Este exemplo mostra como implementar um cluster do AKS com Gateway de Aplicação, Controlador de Entrada Gateway de Aplicação, Azure Container Registry, Log Analytics e Key Vault |
| Gateway de Aplicação com a WAF e a política de firewall |
Este modelo cria uma Gateway de Aplicação com a WAF configurada juntamente com uma política de firewall |
| Utilizar Azure Firewall como Proxy DNS numa topologia Hub & Spoke |
Este exemplo mostra como implementar uma topologia hub-spoke no Azure com o Azure Firewall. A rede virtual do hub funciona como um ponto central de conectividade a muitas redes virtuais spoke que estão ligadas à rede virtual do hub através do peering de rede virtual. |
| Criar o Azure Front Door em frente ao Azure Gestão de API |
Este exemplo demonstra como utilizar o Azure Front Door como um balanceador de carga global em frente ao Azure Gestão de API. |
| Grupo de Segurança de Rede com registos de diagnóstico |
Este modelo cria um Grupo de Segurança de Rede com registos de diagnóstico e um bloqueio de recursos |
| Intenção e Políticas de Encaminhamento do Azure WAN Virtual |
Este modelo aprovisiona um WAN Virtual do Azure com dois hubs com a funcionalidade Intenção de Encaminhamento e Políticas ativada. |
| Rede Virtual com registos de diagnóstico |
Este modelo cria uma Rede Virtual com registos de diagnóstico e permite que as funcionalidades opcionais sejam adicionadas a cada sub-rede |
| Criar o Cofre dos Serviços de Recuperação e Ativar Diagnósticos |
Este modelo cria um Cofre dos Serviços de Recuperação e permite diagnósticos para Azure Backup. Esta ação também implementa a conta de armazenamento e a área de trabalho oms. |
| Criar o Cofre dos Serviços de Recuperação com políticas de cópia de segurança |
Este modelo cria um Cofre dos Serviços de Recuperação com políticas de cópia de segurança e configura funcionalidades opcionais, como a identidade do sistema, o tipo de armazenamento de cópias de segurança, os registos de diagnóstico e restauro entre regiões e um bloqueio de eliminação. |
| SQL do Azure Server com Auditoria escrita no Hub de Eventos |
Este modelo permite-lhe implementar um servidor SQL do Azure com a Auditoria ativada para escrever registos de auditoria no Hub de Eventos |
| SQL do Azure Server com Auditoria escrita no Log Analytics |
Este modelo permite-lhe implementar um servidor SQL do Azure com a Auditoria ativada para escrever registos de auditoria no Log Analytics (área de trabalho do OMS) |
| Criar MI do SQL com o envio configurado de registos e métricas |
Este modelo permite-lhe implementar MI do SQL e recursos adicionais utilizados para armazenar registos e métricas (área de trabalho de diagnóstico, conta de armazenamento, hub de eventos). |
| Gateway de Aplicação com o Gestão de API interno e a Aplicação Web |
Gateway de Aplicação encaminhar o tráfego da Internet para uma rede virtual (modo interno) Gestão de API instância que presta serviços a uma API Web alojada numa Aplicação Web do Azure. |
Definição de recurso terraform (fornecedor AzAPI)
O tipo de recurso diagnosticSettings é um recurso de extensão, o que significa que pode aplicá-lo a outro recurso.
Utilize a parent_id propriedade neste recurso para definir o âmbito deste recurso.
O tipo de recurso diagnosticSettings pode ser implementado com operações que visam:
- Grupos de recursos
Para obter uma lista das propriedades alteradas em cada versão da API, veja Registo de alterações.
Formato do recurso
Para criar um recurso Microsoft.Insights/diagnosticSettings, adicione o seguinte Terraform ao seu modelo.
resource "azapi_resource" "symbolicname" {
type = "Microsoft.Insights/diagnosticSettings@2021-05-01-preview"
name = "string"
parent_id = "string"
body = jsonencode({
properties = {
eventHubAuthorizationRuleId = "string"
eventHubName = "string"
logAnalyticsDestinationType = "string"
logs = [
{
category = "string"
categoryGroup = "string"
enabled = bool
retentionPolicy = {
days = int
enabled = bool
}
}
]
marketplacePartnerId = "string"
metrics = [
{
category = "string"
enabled = bool
retentionPolicy = {
days = int
enabled = bool
}
timeGrain = "string"
}
]
serviceBusRuleId = "string"
storageAccountId = "string"
workspaceId = "string"
}
})
}
Valores de propriedade
diagnosticSettings
| Nome | Descrição | Valor |
|---|---|---|
| tipo | O tipo de recurso | "Microsoft.Insights/diagnosticSettings@2021-05-01-preview" |
| name | O nome do recurso | cadeia (obrigatório) |
| parent_id | O ID do recurso ao quais aplicar este recurso de extensão. | cadeia (obrigatório) |
| propriedades | Propriedades de um Recurso de Definições de Diagnóstico. | DiagnosticSettings |
DiagnosticSettings
| Nome | Descrição | Valor |
|---|---|---|
| eventHubAuthorizationRuleId | O ID de recurso da regra de autorização do hub de eventos. | string |
| eventHubName | O nome do hub de eventos. Se não for especificado nenhum, o hub de eventos predefinido será selecionado. | string |
| logAnalyticsDestinationType | Uma cadeia que indica se a exportação para o Log Analytics deve utilizar o tipo de destino predefinido, ou seja, AzureDiagnostics ou utilizar um tipo de destino construído da seguinte forma: {identidade de serviço normalizada}_{nome de categoria normalizado}. Os valores possíveis são: Dedicado e nulo (nulo é predefinido.) | string |
| registos | A lista de definições de registos. | LogSettings[] |
| marketplacePartnerId | O ID de recurso do ARM completo do recurso do Marketplace para o qual gostaria de enviar Registos de Diagnóstico. | string |
| metrics | A lista de definições de métricas. | MetricSettings[] |
| serviceBusRuleId | O ID da regra do service bus da definição de diagnóstico. Isto é para manter a retrocompatibilidade. | string |
| storageAccountId | O ID de recurso da conta de armazenamento para a qual pretende enviar Registos de Diagnóstico. | string |
| workspaceId | O ID de recurso do ARM completo da área de trabalho do Log Analytics para a qual gostaria de enviar Registos de Diagnóstico. Exemplo: /subscriptions/4b9e8510-67ab-4e9a-95a9-e2f1e570ea9c/resourceGroups/insights-integration/providers/Microsoft.OperationalInsights/workspaces/viruela2 | string |
LogSettings
| Nome | Descrição | Valor |
|---|---|---|
| categoria | Nome de uma categoria de Registo de Diagnóstico para um tipo de recurso a que esta definição é aplicada. Para obter a lista de categorias do Registo de Diagnósticos de um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| categoryGroup | Nome de um grupo de categorias do Registo de Diagnósticos para um tipo de recurso ao qual esta definição é aplicada. Para obter a lista de categorias do Registo de Diagnósticos de um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| ativado | um valor que indica se este registo está ativado. | bool (obrigatório) |
| retentionPolicy | a política de retenção para este registo. | RetentionPolicy |
RetentionPolicy
| Nome | Descrição | Valor |
|---|---|---|
| dias | o número de dias para a retenção em dias. Um valor de 0 irá manter os eventos indefinidamente. | int (obrigatório) Restrições: Valor mínimo = 0 |
| ativado | um valor que indica se a política de retenção está ativada. | bool (obrigatório) |
MetricSettings
| Nome | Descrição | Valor |
|---|---|---|
| categoria | Nome de uma categoria de Métrica de Diagnóstico para um tipo de recurso a que esta definição é aplicada. Para obter a lista de Categorias de métricas de diagnóstico para um recurso, execute primeiro uma operação de definições de diagnóstico GET. | string |
| ativado | um valor que indica se esta categoria está ativada. | bool (obrigatório) |
| retentionPolicy | a política de retenção para esta categoria. | RetentionPolicy |
| timeGrain | o timegrain da métrica no formato ISO8601. | string |
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários