Azure processamento de mudança
O processamento de mudanças Azure coleta informações sobre os recursos Microsoft Azure que passaram por uma mudança de estado de ciclo de vida ou mudança de configuração. Em seguida, ele usa as informações coletadas para atualizar o Configuration Management Database (CMDB).
O trabalho agendado Azure Process Changes consulta a API Azure de mudanças de recurso e coleta as informações de mudança de recurso. Durante cada ciclo de execução, o trabalho agendado coleta informações sobre todos os recursos que mudaram entre a última execução de programação bem-sucedida e a execução de programação atual. Depois de receber as informações de mudança, o Azure processamento de mudança usa mapeamentos de resposta para atualizar as informações de mudança no CMDB. Durante a próxima descoberta, Descoberta na nuvem aciona padrões apropriados, se disponíveis, e preenche informações detalhadas de recursos no CMDB.
- Valor mínimo: 1 minuto
- Valor máximo: valor definido na propriedade sn_cmp.azure.change_enquiry.max_frequency_in_hours.
Quando você executa o processamento de mudança Azure pela primeira vez, ele pode ser executado por até quatro horas. Você pode alterar o período máximo de execução da programação padrão definindo a propriedade sn_cmp.azure.change_enquiry.max_frequency_in_hours. Se você quiser aumentar o período de execução da programação padrão, verifique se há nós de trabalhador suficientes disponíveis para executar a programação.
Durante o processamento de eventos, o Cloud Event Scheduler identifica o domínio da conta de serviço e atribui ao evento. Se ocorrer um erro na identificação do domínio antes do processamento, às vezes o evento pode permanecer não atribuído e se tornar visível para todos os domínios. Para impedir a visibilidade de eventos de falha para todos os domínios, você pode definir a propriedade sn_cmp.error_events.default_domain como sys_id do domínio do provedor de serviço para que os eventos de falha apareçam somente para o administrador de domínio do provedor de serviço.
Azure O processamento de mudanças pode buscar informações de mudança de recurso somente das contas de serviço criadas pelo discovery_admin ou sn_cmp.cloud_admin.
Trilha de API e logs de erro
O processamento de mudanças Azure usa um MID Server para chamar os endpoints Azure e coletar as informações de mudança de recurso. Ele registra as chamadas de API e a resposta na tabela Trilhas de CAPI [sn_capi_api_trail].
- Contagem total: contagem das mudanças recebidas na carga de mudança.
- Contagem processada: contagem das mudanças processadas.
- Contagem ignorada: contagem de mudanças ignoradas.
- Contagem com erros: contagem das mudanças que não puderam ser processadas devido a um erro. A guia Trilhas de eventos do registro Informações de carga de mudanças de recurso exibe as seguintes informações sobre a mudança com erro:
- Carga afetada: a mudança que o processamento de mudanças do Azure não conseguiu processar.
- Hora da mudança: carimbo de data/hora da mudança com falha.
- Tipo de mudança: tipo de operação necessária para capturar a mudança no CMDB.
- Motivo do erro: link para o log de erros.
Compatível com Azure tipos de recursos e mudanças
A propriedade mid.cmp.azure.event.supported_resource_types armazena uma lista separada por vírgulas de todos os tipos de recursos Azure para os quais o processamento de mudanças é compatível.
| Tipo de recurso | Mudanças de recursos compatíveis |
|---|---|
| Microsoft.Compute/virtualMachine |
|
| Microsoft.Computação/discos | Disco de dados: adicione um disco a uma máquina virtual (VM) existente.
Disco do SO
|
| Microsoft.Network/networkSecurityGroups |
|
| Microsoft.Rede/interfacesderede | networkInterfaces[0].id |
| Microsoft.Network/publicIPAddresses |
|
Para obter mais informações sobre como adicionar suporte a um tipo de recursos Azure, consulte Adicionar suporte ao processamento de mudanças para um tipo de recurso Azure.
Vantagens do processamento de mudanças Azure
- Desempenho aprimorado e probabilidade reduzida de Azure limitação de API
- Configuração simples
- Desempenho aprimorado e probabilidade reduzida de Azure limitação de API
- A Microsoft Azure descoberta orientada por alertas aciona uma descoberta direcionada para cada recurso afetado. Portanto, quando o Now Platform recebe um grande número de alertas, a descoberta direcionada pode fazer com que as Azure APIs sejam limitadas. Como resultado, o desempenho de processamento de alertas do Now Platform pode diminuir. Por outro lado, o processamento de mudanças Azure não aciona a descoberta direcionada para cada recurso afetado. Em vez disso, ele usa mapeamentos de resposta para atualizar o CMDB de acordo com as informações de mudança disponíveis. Durante a próxima descoberta, Descoberta na nuvem aciona padrões apropriados, se disponíveis, e preenche informações detalhadas de recursos no CMDB. Portanto, o processamento de mudanças Azure melhora o desempenho de manipulação de mudanças da Now Platform e reduz a probabilidade de limitação da API Azure.
- Configuração simples
- A Microsoft Azure descoberta orientada por alertas usa um webhook para enviar os alertas para o Now Platform. Como a nuvem Azure gera alertas no nível de assinatura, a descoberta orientada por alertas Microsoft Azure precisa de um webhook para cada assinatura que você deseja monitorar. Por outro lado, o processamento de mudanças Azure usa CAPI e MID Server para interagir com a API Azure de mudanças de recurso. A API pode fornecer informações de mudança no nível do grupo de gerenciamento. Portanto, o processamento de mudanças Azure elimina a necessidade de webhooks e simplifica a configuração.
Você pode configurar o processamento de mudanças do Azure para obter informações de mudança de recursos da nuvem Microsoft Azure e usá-las para atualizar o CMDB.
Se você estiver usando a Microsoft Azure descoberta orientada por alertas, poderá migrar para o processamento de mudanças do Azure para melhorar o desempenho do processamento de mudanças do Now Platform e aproveitar a configuração simplificada.