Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo descreve como usar o destino Azure Log Analytics para diagnósticos Apache Spark no Azure Synapse Analytics utilizando a API de Ingestão de Logs.
A emissão de diagnósticos do Azure Synapse Apache Spark fornece um modelo de configuração unificado para recolher diagnósticos do Spark nos destinos suportados. Para o Azure Log Analytics, a API de Ingestão de Logs é o mecanismo de ingestão recomendado.
Este artigo explica como configurar propriedades dos emissores, encaminhar logs do Apache Spark, registos de eventos e métricas para o Log Analytics, e consultar os dados ingeridos para fins de monitorização e resolução de problemas.
Migrar a partir da API do Data Collector
Se estiver atualmente a utilizar a API do Coletor de Dados HTTP no Azure Synapse Analytics, migre para a API de Ingestão de Registos para ficar em conformidade com a arquitetura de ingestão mais recente do Azure Monitor e com as recomendações mais recentes.
Principais alterações no novo modelo:
- As definições de esquemas são explicitamente definidas através de Regras de Recolha de Dados (DCRs), proporcionando uma validação de esquemas previsível e resultados de consulta mais consistentes em comparação com a abordagem anterior de carga útil livre.
- O fluxo de ingestão é encaminhado através dos Endpoints de Recolha de Dados (DCEs) e mapeamentos DCR, oferecendo um caminho de ingestão mais controlado e fiável do que o envio de dados diretamente para o endpoint da API do Data Collector.
- A autenticação suporta tanto o principal do serviço com autenticação secreta do cliente como a autenticação baseada em certificados.
- O tipo emissor muda de
AzureLogAnalyticsparaAzureLogIngestion. - A migração normalmente envolve a criação de recursos DCR e DCE, atualização das configurações do pool Azure Synapse Apache Spark (por exemplo, configurações de configuração ou diagnósticos do Spark) e validação de que os dados são ingeridos com sucesso em tabelas personalizadas em Azure Log Analytics.
Visão geral da API de Ingestão de Registos
Para diagnósticos Apache Spark em Azure Synapse Analytics, a API de Ingestão de Registos fornece um modelo estruturado de ingestão para autenticação, definição de esquemas, encaminhamento e entrega de dados em Azure Log Analytics.
Componentes principais
| Componente | Purpose |
|---|---|
| Credenciais de registo na aplicação | Fornece a identidade da aplicação Microsoft Entra usada para autenticar solicitações da API de Ingestão de Log com um segredo de cliente ou certificado. |
| Tabela Log Analytics | Fornece a tabela personalizada alvo onde os diagnósticos Spark ingeridos são armazenados para consulta e monitorização. |
| Regra de Recolha de Dados (DCR) | Define fluxos de entrada, mapeamento de esquemas e transformações opcionais para ingestão. |
| Ponto de Extremidade de Coleta de Dados (DCE) | Fornece o URI do endpoint de ingestão (dceUri) usado pelos clientes para enviar dados através de encaminhamento baseado em DCR. |
Apenas DCRs criados pelo utilizador configurados para a API de Ingestão de Logs podem ser usados para ingestão programática.
Configuração passo a passo
Passo 1. Preparar o espaço de trabalho de Log Analytics
É necessário um espaço de trabalho de Log Analytics para receber diagnósticos do Spark. É a unidade básica de armazenamento e consulta para Azure Monitor Logs.
Se não tiveres um, cria um espaço de trabalho de Log Analytics no portal Azure.
Importante
Ao completar as etapas seguintes, crie os recursos Data Collection Endpoint (DCE) e Regra de Coleta de Dados (DCR) na mesma região do espaço de trabalho do Log Analytics.
Passo 2. Criar um Endpoint de Recolha de Dados (DCE)
Crie um Endpoint de Recolha de Dados (DCE) no Portal do Azure. O DCE fornece o URI do endpoint que você configura nas propriedades do Spark para a API de Ingestão de Logs. A região do DCE deve ser a mesma que a região do seu espaço de trabalho de Log Analytics.
Os utilizadores podem opcionalmente criar um ou mais tipos de tabela (logs, events, metrics), dependendo do seu cenário, e cada tipo de tabela tem a sua própria configuração DCR e nome de fluxo correspondentes. Só cria e configura os tipos de tabelas de que realmente precisas.
No portal do Azure, vá para Monitor no painel de navegação esquerdo.
Em Definições, selecione endpoints de recolha de dados e depois selecione Criar.
Crie o endpoint, depois anote o nome DCE (por exemplo,
DCEdemo).
Passo 3. Preparar um esquema JSON de exemplo
Ao criar tabelas de registo personalizadas, deve configurar uma Regra de Recolha de Dados (DCR). Com base nas definições de fluxo de dados especificadas no DCR, o sistema gera automaticamente o esquema de tabela correspondente no seu espaço de trabalho Log Analytics.
As seguintes amostras de esquemas JSON pré-definidas correspondem a um tipo de dado específico. Descarrega o exemplo que se adequa ao teu cenário e carrega-o quando criares a tabela personalizada associada e o DCR.
- Registos de eventos Spark - Exemplo de esquema JSON para tabela de eventos
- Registos de driver e executor Spark - Exemplo de esquema JSON em tabela de logs
- Métricas Spark - Exemplo de esquema JSON de tabela métrica
Passo 4: Criar tabela personalizada (Ingesta Direta)
Crie uma tabela personalizada no seu espaço de trabalho de Log Analytics com a opção Log Ingestion API e carregue o exemplo do esquema JSON para o DCR associado. Este passo é necessário para configurar o destino para o diagnóstico do Spark e garantir que os dados ingeridos cumprem o esquema esperado. A região do espaço de trabalho Log Analytics, DCE e DCR deve ser a mesma para garantir uma ingestão de dados bem-sucedida.
No portal Azure, abra o seu espaço de trabalho Log Analytics (por exemplo, loganalyticsworkspacedemo).
Selecionar Tabelas>Criar>novo registo personalizado (Ingesta Direta).
Introduza as definições da tabela:
- Nome da tabela: Por exemplo, SparkLogTest (o sufixo "_CL" é adicionado automaticamente).
- Esquema de Tabela: Análise
- Regra de Recolha de Dados: Crie um novo DCR (por exemplo, SparkLogTestrule).
- Endpoint de Recolha de Dados: Selecione o DCE no passo Criar um Endpoint de Recolha de Dados (DCE) (por exemplo, DCEdemo).
Selecione Avançar.
Em Esquema e Transformação, carregue o exemplo de esquema JSON. Não precisas de configurar a transformação DCR porque o esquema está totalmente estabilizado do lado do cliente.
Passo 5. Preparar o principal do serviço e recolher o identificador DCR
Registe uma aplicação em Microsoft Entra ID.
Regista o TenantId, ClientId, e ClientSecret (se usares autenticação de secreto do cliente). Usas estes valores na configuração do Spark no Passo 6.
Conceda à aplicação o papel de Editor de Métricas de Monitorização no recurso DCR de cada tabela. Para os passos de atribuição de funções, consulte Atribuir funções Azure usando o portal Azure.
Recupera o nome do stream e o ID do DCR. Pode obter o ID da DCR e o nome do fluxo de dados de cada tabela que criou na vista do recurso Regra de Recolha de Dados (DCR) em JSON no portal do Azure.
O formato do nome do stream é sempre:
Custom-<Log Analytics table name>. Por exemplo, se o nome da sua tabela forAppLogs_CL, o nome do fluxo será:Custom-AppLogs_CL.No passo seguinte, irá configurar, na configuração do Spark, os valores correspondentes de
logStream,eventStreamemetricStream, bem como os valores logDcr, eventDcr e metricDcr, com estes nomes de fluxo.
Passo 6. Configurar propriedades do Spark
Para configurar o Spark, crie uma configuração do Apache Spark no Azure Synapse Analytics e escolha uma das seguintes opções de autenticação. Use apenas uma opção para um determinado emissor.
Uma configuração do Apache Spark no Azure Synapse Analytics armazena as definições e bibliotecas do Spark que os notebooks e as definições de trabalhos do Spark utilizam em tempo de execução. Para os passos para criar um, veja Gerir configuração do Apache Spark.
- Escolhe a Opção 1 se quiseres uma configuração mais simples usando um cliente secreto.
- Escolha a Opção 2 se a sua organização exigir autenticação baseada em certificados e gestão centralizada de certificados no Azure Key Vault.
- Escolha a Opção 3 se usar autenticação baseada em certificado e quiser recuperar o certificado do Azure Key Vault através de um serviço ligado ao Synapse (workspace MSI acede ao Key Vault).
Em qualquer uma das opções, pode clicar no botão Importar para carregar rapidamente um ficheiro YAML de configuração.
Opção 1: Configurar com o principal de serviço e o segredo do cliente
Use esta opção para uma configuração rápida com credenciais de principal de serviço e um segredo do cliente.
Crie uma configuração Apache Spark.
Adicione as seguintes propriedades do Spark com os valores adequados ao artefacto de ambiente, ou selecione Importar no friso para transferir o ficheiro YAML de exemplo, que já contém as propriedades necessárias.
spark.synapse.diagnostic.emitters: <EMITTER_NAME> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.type: AzureLogIngestion spark.synapse.diagnostic.emitter.<EMITTER_NAME>.categories: DriverLog,ExecutorLog,EventLog,Metrics spark.synapse.diagnostic.emitter.<EMITTER_NAME>.dceUri: https://<DCE_NAME>.<REGION>.ingest.monitor.azure.com spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logDcr: <LOG_DCR_ID> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logStream: <LOG_STREAM_NAME> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventDcr: <EVENT_DCR_ID> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventStream: <EVENT_STREAM_NAME> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricDcr: <METRIC_DCR_ID> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricStream: <METRIC_STREAM_NAME> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.tenantId: <SP_TENANT_ID> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.clientId: <SP_CLIENT_ID> spark.synapse.diagnostic.emitter.<EMITTER_NAME>.secret: <SP_CLIENT_SECRET>Guardar e publicar as alterações.
Opção 2: Configurar com autenticação do certificado da entidade de serviço
Use esta opção quando a sua organização exigir autenticação baseada em certificados.
Antes de começar, certifique-se de que o seu principal de serviço seja criado com um certificado. Para mais informações, consulte Criar um principal de serviço contendo um certificado usando CLI do Azure.
Crie uma configuração Apache Spark.
Adicione as seguintes propriedades do Spark com os valores adequados ao artefacto de ambiente, ou selecione Importar no friso para transferir o ficheiro YAML de exemplo, que já contém as propriedades necessárias.
spark.synapse.diagnostic.emitters: "<EMITTER_NAME>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.type: "AzureLogIngestion" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.categories: "DriverLog,ExecutorLog,EventLog,Metrics" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.dceUri: "https://<DCE_NAME>.<REGION>.ingest.monitor.azure.com" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logDcr: "<LOG_DCR_ID>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logStream: "<LOG_STREAM_NAME>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventDcr: "<EVENT_DCR_ID>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventStream: "<EVENT_STREAM_NAME>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricDcr: "<METRIC_DCR_ID>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricStream: "<METRIC_STREAM_NAME>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.tenantId: "<SP_TENANT_ID>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.clientId: "<SP_CLIENT_ID>" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault: "https://<KEYVAULT_NAME>.vault.azure.net/" spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault.certificateName: "<SP_CERT_NAME>"Salve e publique as alterações.
Opção 3: Configurar com um serviço ligado
Observação
Nesta opção, precisa de conceder permissão de leitura do certificado à identidade gerida do espaço de trabalho. Para obter mais informações, consulte Fornecer acesso a chaves, certificados e segredos do Key Vault com um controle de acesso baseado em funções do Azure.
Para configurar um serviço ligado ao Key Vault no Synapse Studio para armazenar o certificado do principal de serviço, siga estes passos:
Siga todos os passos da secção anterior, "Opção 2."
Crie um serviço ligado ao Key Vault no Synapse Studio:
a. Vá a Synapse Studio>Gerir>Serviços ligados, e depois selecione Novo.
b. Na caixa de pesquisa, procure por Azure Key Vault.
c. Introduza um nome para o serviço ligado.
d. Escolha o seu cofre de chaves e selecione Criar.
Adiciona um
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault.linkedServiceitem à configuração do Apache Spark.Adicione as seguintes propriedades do Spark com os valores apropriados à configuração do Spark, ou selecione Importar no friso para descarregar o ficheiro YAML de exemplo, que já contém as propriedades necessárias.
spark.synapse.diagnostic.emitters: <EMITTER_NAME>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.type: AzureLogIngestion
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.categories: DriverLog,ExecutorLog,EventLog,Metrics
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.dceUri: https://<DCE_NAME>.<REGION>.ingest.monitor.azure.com
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logDcr: <LOG_DCR_ID>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logStream: <LOG_STREAM_NAME>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventDcr: <EVENT_DCR_ID>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventStream: <EVENT_STREAM_NAME>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricDcr: <METRIC_DCR_ID>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricStream: <METRIC_STREAM_NAME>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.tenantId: <SP_TENANT_ID>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.clientId: <SP_CLIENT_ID>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault: https://<KEYVAULT_NAME>.vault.azure.net/
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault.certificateName: <SP_CERT_NAME>
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault.linkedService: <AZURE_KEY_VAULT_LINKED_SERVICE>
Para uma lista de configurações do Apache Spark, veja Configurações Disponíveis do Apache Spark
Passo 7. Associe a configuração do Apache Spark a notebooks ou definições de tarefas do Spark, ou defina-a como predefinição da área de trabalho
Use uma das seguintes abordagens, consoante o seu âmbito:
- Anexe a configuração do Apache Spark a cadernos específicos ou definições de tarefas do Spark quando quiser um lançamento direcionado, testes ou controlo por item.
- Define a configuração do Apache Spark como padrão do workspace quando quiseres que as definições de diagnóstico do Spark sejam aplicadas consistentes em todo o workspace.
Para aplicar a configuração a notebooks ou a uma definição de tarefa do Spark:
- Navegue até ao seu bloco de notas ou à definição de tarefa do Spark no Azure Synapse Analytics Studio.
- Selecione ou configure o pool do Apache Spark de destino associado ao notebook ou à definição de tarefa do Spark.
- Assegure que as configurações necessárias do Spark (por exemplo, definições de Log Ingestion) são aplicadas ao pool ou sessão do Apache Spark.
- Inicie ou execute a sessão Spark para que a configuração entre em vigor.
Para configurar as definições ao nível do workspace ou do pool Apache Spark:
- Navegar para Gerir no Azure Synapse Studio.
- Vá para os pools do Apache Spark e selecione o pool do Apache Spark de destino.
- Configure as definições necessárias do Spark (por exemplo, diagnósticos ou propriedades relacionadas com a ingestão de logs).
- Salve a configuração. As definições aplicar-se-ão a todas as novas sessões Spark criadas neste pool.
Passo 8. Envie um aplicativo Apache Spark e visualize os logs e métricas
Saiba como:
Submeta uma aplicação Apache Spark para o pool Apache Spark configurado na etapa anterior. Você pode usar qualquer uma das seguintes maneiras de fazer isso:
- Executa um caderno no Synapse Studio.
- No Synapse Studio, submeta uma tarefa em lote do Apache Spark através de uma definição de tarefa do Apache Spark.
- Executa um pipeline que contenha atividade do Apache Spark.
Vá para o espaço de trabalho especificado do Log Analytics e visualize as métricas e os logs do aplicativo quando o aplicativo Apache Spark começar a ser executado.
Escrever registos personalizados de aplicações
Você pode usar a biblioteca Apache Log4j para escrever logs personalizados.
Exemplo para Scala:
%%spark
val logger = org.apache.log4j.LogManager.getLogger("com.contoso.LoggerExample")
logger.info("info message")
logger.warn("warn message")
logger.error("error message")
//log exception
try {
1/0
} catch {
case e:Exception =>logger.warn("Exception", e)
}
// run job for task level metrics
val data = sc.parallelize(Seq(1,2,3,4)).toDF().count()
Exemplo de PySpark:
%%pyspark
logger = sc._jvm.org.apache.log4j.LogManager.getLogger("com.contoso.PythonLoggerExample")
logger.info("info message")
logger.warn("warn message")
logger.error("error message")
Consultar dados com Kusto
Segue-se um exemplo de consulta a eventos do Apache Spark:
SparkEventTest_CL
| where workspaceName_s == "{SynapseWorkspace}" and Event_s== "EventName"
| order by TimeGenerated desc
| limit 100
Aqui está um exemplo de consulta aos registos do driver e executor da aplicação Apache Spark:
SparkLogTest_CL
| where workspaceName_s == "{SynapseWorkspace}" and Message contains "SampleMessage"
| order by TimeGenerated desc
| limit 100
E aqui está um exemplo de consulta a métricas do Apache Spark:
SparkMetricsTest_CL
| where workspaceName_s == "{SynapseWorkspace}" and name_s== "{MetricsName}"
| order by TimeGenerated desc
| limit 100
Criar e gerenciar alertas
Os usuários podem consultar para avaliar métricas e logs em uma frequência definida e disparar um alerta com base nos resultados. Para obter mais informações, consulte Criar, exibir e gerenciar alertas de log usando o Azure Monitor.
Espaço de trabalho Synapse com proteção contra exfiltração de dados ativada
Após a criação do espaço de trabalho Synapse com a proteção de exfiltração de dados ativada.
Quando quiser ativar esta funcionalidade, precisa de criar pedidos de ligação a endpoints privados geridos para Azure Monitor private link scopes (AMPLS) nos inquilinos aprovados Microsoft Entra do workspace.
Pode seguir os passos abaixo para criar uma ligação de endpoint privado gerido para os escopos de ligação privada do Azure Monitor (AMPLS):
- Se não houver um AMPLS existente, pode seguir a configuração da ligação do Azure Monitor Private Link para criar um.
- Navegue até ao seu AMPLS no portal do Azure, na página Recursos do Azure Monitor, selecione Adicionar para adicionar uma ligação ao seu espaço de trabalho do Azure Log Analytics.
- Navegue até Synapse Studio > Gerir > Pontos finais privados geridos, selecione Novo, selecione Azure Monitor Private Link Scopes e continuar.
- Escolhe o teu Azure Monitor Private Link Scope que criaste e seleciona o botão Criar.
- Aguarde alguns minutos até que o ponto final privado seja provisionado.
- Volte a aceder ao seu AMPLS no portal do Azure e, na página Ligações de ponto final privado, selecione a ligação aprovisionada e Aprovar.
Observação
- O objeto AMPLS tem muitos limites que deve considerar ao planear a sua configuração do Private Link. Consulte os limites AMPLS para uma revisão mais aprofundada destes limites.
- Verifique se tem a permissão correta para criar um endpoint privado gerido.
Configurações disponíveis
| Configuration | Description |
|---|---|
spark.synapse.diagnostic.emitters |
Os nomes de destino separados por vírgulas dos elementos emissores de diagnóstico. Por exemplo, MyDest1,MyDest2. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.type |
Tipo de destino incorporado. Para ativar Azure Log Analytics via API de Ingestão de Log, defina este valor para AzureLogIngestion. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.categories |
As categorias selecionadas de log, separadas por vírgula. Os valores disponíveis incluem DriverLog, ExecutorLog, EventLog, Metrics. Se não estiver definido, o valor padrão são todas as categorias. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.dceUri |
O URI Data Collection Endpoint (DCE) é usado para a ingestão de dados ao encaminhar dados através de Regras de Recolha de Dados (DCRs). |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logDcr |
O ID de recurso da Regra de Recolha de Dados (DCR) é usado para encaminhar os registos do Spark para o destino. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.logStream |
O nome do fluxo definido na Regra de Recolha de Dados (DCR) para registos Spark. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventDcr |
O ID de recurso da Regra de Recolha de Dados (DCR) é usado para encaminhar os registos de eventos do Spark. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.eventStream |
O nome do fluxo definido na Regra de Recolha de Dados (DCR) para registos de eventos do Spark. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricDcr |
O ID de recurso da Regra de Recolha de Dados (DCR) é usado para encaminhar métricas do Spark. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.metricStream |
O nome do fluxo definido na Regra de Recolha de Dados (DCR) para métricas do Spark. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.tenantId |
O ID de inquilino do Microsoft Entra usado para autenticação. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.clientId |
O ID do cliente (aplicação) está registado no Microsoft Entra ID. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.secret |
O segredo do cliente associado à aplicação Microsoft Entra ID, usado em conjunto com o ID do inquilino e o ID do cliente para autenticar o emissor ao enviar dados de diagnóstico. Esta configuração é mutuamente exclusiva com a autenticação baseada em certificados — configure o segredo do cliente ou o certificado, mas não ambos. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault |
O URI Azure Key Vault que armazena o certificado de autenticação. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault.certificateName |
O nome do certificado armazenado no Azure Key Vault, usado para autenticação. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.certificate.keyVault.linkedService |
O nome do serviço ligado ao Azure Key Vault no Synapse. Quando especificado, a identidade gerida do espaço de trabalho usa este serviço ligado para recuperar o certificado do Azure Key Vault. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.filter.eventName.match |
Os nomes dos eventos dos ouvintes do Spark, separados por vírgulas; Podes especificar quais os eventos a recolher. Por exemplo, SparkListenerApplicationStart,SparkListenerApplicationEnd. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.filter.loggerName.match |
Os nomes dos loggers Log4j separados por vírgulas; Podes especificar quais os registos a recolher. Por exemplo, org.apache.spark.SparkContext,org.example.Logger. |
spark.synapse.diagnostic.emitter.<EMITTER_NAME>.filter.metricName.match |
Os sufixos do nome da métrica Spark separados por vírgulas; Pode especificar quais métricas recolher. Por exemplo, jvm.heap.used. |
Observação
A autenticação é exclusiva: configure um de secret (texto simples) ou certificate.keyVault + certificate.keyVault.certificateName (opcionalmente com certificate.keyVault.linkedService).
Recuperar o cliente secret de Azure Key Vault (com ou sem um serviço ligado) é não suportado pelo destino de Ingestão de Log. Se precisares de manter as credenciais no Key Vault, usa o caminho baseado em certificados.