Azure processamento de mudança

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 5 min. de leitura

    • O processamento de mudança 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).

    Figura 1. Visão geral do processamento de mudanças do Azure
    Mostra o fluxo de processamento de mudança do Azure.

    O trabalho programado Azure Process Changes consulta a API de mudanças de recurso Azure e coleta as informações de mudança de recurso. Durante cada ciclo de execução, o trabalho programado coleta informações sobre todos os recursos que foram alterados 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 processamento de mudança Azure 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 do recurso no CMDB.

    Por padrão, o trabalho programado Azure Process Changes é executado a cada 10 minutos. Se necessário, atualize a frequência de execução da programação de acordo com suas necessidades. Certifique-se de definir a nova frequência de execução dentro do seguinte intervalo:
    • Valor mínimo: 1 minuto
    • Valor máximo: valor definido na propriedade sn_cmp.azure.change_enquiry.max_frequency_in_hours.
    Você pode reduzir a frequência de execução padrão do trabalho programado Azure Mudanças de processo para acelerar as atualizações de CMDB.

    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 disponíveis suficientes 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.

    Nota:

    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 erros

    O processamento de mudança 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].

    A tabela Informações de carga de mudanças de recurso [sn_cmp_resource_changes_payload_info] contém as seguintes estatísticas sobre as mudanças recebidas:
    • Contagem total: contagem das mudanças recebidas na carga de mudança.
    • Contagem processada: contagem das mudanças processadas.
    • Contagem ignorada: contagem das 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 de informações da 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ça 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.
      Azure O processamento de mudanças registra as mudanças com erro na tabela Trilha de evento [sn_cmp_event_trail].
    Nota:
    Somente discovery_admin ou sn_cmp.cloud_admin podem acessar a tabela Informações de carga de mudanças de recurso [sn_cmp_resource_changes_payload_info].

    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ça é compatível.

    Tabela 1. Tipos de recurso compatíveis Azure
    Tipo de recurso Mudanças de recursos compatíveis
    Microsoft.Computação/máquina virtual
    • computerName
    • osVersion
    • OsName
    • Powerstate
    Microsoft.Computação/discos Disco de dados: adicione um disco a uma máquina virtual (VM) existente.
    • diskSizeGB
    • Cache
    • criarOperação
    • excluirOperação
    • Seg
    • manageDisk.id
    Disco do SO
    • Camada
    • diskState
    Microsoft.Network/networkSecurityGroups
    • ipConfigurations[0].etag
    • virtualMachine.id
    • Primário
    • macAddress
    • resourceGuid
    Microsoft.Network/networkinterfaces networkInterfaces[0].id
    Microsoft.Network/publicIPAddresses
    • ipAddress
    • resourceGuid

    Para obter mais informações sobre como adicionar suporte para um tipo de recursos Azure, consulte Adicionar suporte ao processamento de mudanças para um tipo de recurso Azure.

    Vantagens do processamento de mudança Azure

    O processamento de mudança Azure oferece as seguintes vantagens sobre a descoberta orientada por alerta Microsoft 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 descoberta orientada por alerta Microsoft Azure aciona uma descoberta direcionada para cada recurso afetado. Portanto, quando o Now Platform recebe um grande número de alertas, a descoberta de destino pode fazer com que as APIs Azure sejam limitadas. Como resultado, o desempenho do processamento de alertas do Now Platform pode diminuir. Em contraste, o processamento de mudança 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 do recurso no CMDB. Portanto, o processamento de mudanças Azure melhora o desempenho de manipulação de mudanças do Now Platform e reduz a probabilidade de limitação da API Azure.
    Configuração simples
    A descoberta orientada por alertas Microsoft Azure 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. Em contraste, o processamento de mudanças Azure usa CAPI e MID Server para interagir com a API de mudanças de recurso Azure. A API pode fornecer informações de mudança no nível do grupo de gestão. Portanto, o processamento de mudança Azure remove 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 recurso da nuvem Microsoft Azure e usá-las para atualizar o CMDB.

    Se você estiver usando a descoberta orientada por alerta Microsoft Azure, 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.