Monitorização de ficheiros de registo do Linux no System Center Operations Manager

Descrição geral da configuração

São necessários os seguintes passos para ativar a monitorização de ficheiros de registo em agentes linux. Cada um destes passos é descrito em detalhe nas secções seguintes.

1. Importe o pacote de gestão do Linux mais recente.
2. Instale a versão mais recente do agente Linux em cada computador Linux a monitorizar.
3. Crie um ficheiro de configuração Fluentd para recolher registos.
4. Copie o ficheiro de configuração para agentes linux.
5. Crie regras e monitores com o pacote de gestão de exemplo para recolher eventos do registo e criar alertas.

Instalar a versão mais recente do agente Linux

A versão mais recente do agente do Linux suporta o Fluentd, que é necessário para a monitorização de ficheiros de registo melhorada. Pode obter detalhes e o processo de instalação do novo agente em Instalar o agente no UNIX e Linux a partir da linha de comandos.

Configurar a monitorização do Ficheiro de Registo do Linux

O pacote de Gestão do Linux tem o agente mais recente do Operations Manager (com Fluentd). Para configurar a monitorização de ficheiros de registo do Linux, os utilizadores devem executar o seguinte:

1. Importe o pacote de Gestão do Linux mais recente com o processo padrão para instalar um pacote de gestão.
2. Instale o novo agente Linux nos servidores Linux, isto pode ser feito através do assistente de deteção ou manualmente.
3. Ative o serviço OMED em cada servidor de gestão no agrupamento de recursos que gere os agentes linux.

O serviço OMED recolhe eventos do Fluentd e converte-os em eventos do Operations Manager. Os utilizadores devem importar um pacote de gestão personalizado, que pode gerar alertas com base nos eventos recebidos dos servidores Linux.

Ativa o serviço OMED a partir da Consola de operações ou manualmente no servidor de gestão ou no servidor de gateway.

A partir da Consola de operações

1. Na Consola de Operações, aceda a Monitorização> doEstado dos Servidores de Gestão de Servidores> deGestãodo Operations Manager>.
2. Selecione o servidor de gestão no painel de estado Servidores de Gestão .
3. No painel Tarefas, selecione Tarefas> do Serviço de Estado de FuncionamentoAtivar Servidor OMED do System Center.

Manualmente

1. Selecione Iniciar, na caixa Iniciar Pesquisa , introduza services.msc e, em seguida, prima Enter.
2. No painel de detalhes, clique com o botão direito do rato no serviço System Center Operations Manager External DataSource Service e selecione Propriedades.
3. No separador Geral , em Tipo de arranque , selecione Automático e selecione OK.
4. No painel de detalhes, clique com o botão direito do rato no serviço e selecione Iniciar.

Criar ficheiro de configuração FluentD

Configure a operação Fluentd com um ficheiro de configuração. Para a monitorização de registos, tem de criar um ficheiro de configuração que inclua informações como o nome do ficheiro de registo de origem e o caminho e filtros para definir os dados a recolher.

O ficheiro de configuração master Fluentd omsagent.conf está localizado em /etc/opt/microsoft/omsagent/scom/conf/. Pode adicionar a configuração de monitorização de ficheiros de registo diretamente a este ficheiro, mas deve criar um ficheiro de configuração separado para gerir melhor as diferentes definições. Em seguida, utilize uma @include diretiva no ficheiro principal para incluir o seu ficheiro personalizado.

Por exemplo, se tiver criado logmonitoring.conf em /etc/opt/microsoft/omsagent/scom/conf/omsagent.d, adicionaria uma das seguintes linhas a fluent.conf:

  #Include all configuration files
  @include omsagent.d/*.conf

ou

  #include single configuration file
  @include omsagent.d/logmonitoring.conf

Pode obter detalhes sobre ficheiros de configuração Fluentd na sintaxe de ficheiros de Configuração Fluentd. As secções seguintes descrevem as definições em diretivas diferentes do ficheiro de configuração exclusivo para a monitorização de ficheiros de registo. Cada um inclui definições de exemplo que pode colar num ficheiro de configuração e modificar para os seus requisitos.

Está disponível um ficheiro de configuração de exemplo completo para monitorização de registos para rever e avaliar antes de criar o seu próprio.

Origem

A diretiva Origem define a origem dos dados que está a recolher. É aqui que define os detalhes do ficheiro de registo. Fluentd recolhe cada registo escrito na origem e submete um evento para o mesmo no motor de encaminhamento da Fluentd. Tem de especificar uma etiqueta aqui nesta diretiva. A etiqueta é uma cadeia que é utilizada como direções para o motor de encaminhamento interno da Fluentd para correlacionar diretivas diferentes.

Este exemplo mostra os registos syslog recolhidos e etiquetados para processamento pelo Operations Manager.

  <source>

      # Specifies input plugin. Tail is a fluentd input plugin - http://docs.fluentd.org/v0.12/articles/in_tail
      type tail

      # Specify the log file path. Supports wild cards.
      path /var/log/syslog

      # Recommended so that Fluentd will record the position it last read into this file.
      pos_file /home/user1/fluent-test/demo_syslog.log.pos

      # Used to correlate the directives.
      tag scom.log.syslog

      format /(?<message>.*)/

  </source>

Match

A diretiva match define como processar eventos recolhidos da origem com etiquetas correspondentes. Apenas os eventos com uma etiqueta que corresponda ao padrão serão enviados para o destino de saída. Quando vários padrões são listados dentro de uma etiqueta de correspondência , os eventos podem corresponder a qualquer um dos padrões listados. O parâmetro de tipo que especifica o plug-in a utilizar para estes eventos.

Este exemplo processa eventos com etiquetas correspondentes scom.log.** e scom.alert (** corresponde a zero ou mais partes da etiqueta). Especifica o plug-in out_scom , que permite que os eventos sejam recolhidos pelo pacote de gestão do Operations Manager.

  <match scom.log.** scom.event>

      # Output plugin to use
      type out_scom

      log_level trace
      num_threads 5

      # Size of the buffer chunk. If the top chunk exceeds this limit or the time limit flush_interval, a new empty chunk is pushed to the top of the  
      queue and bottom chunk is written out.
      buffer_chunk_limit 5m
      flush_interval 15s

      # Specifies the buffer plugin to use.
      buffer_type file

      # Specifies the file path for buffer. Fluentd must have write access to this directory.
      buffer_path /var/opt/microsoft/omsagent/scom/state/out_scom_common*.buffer

      # If queue length exceeds the specified limit, events are rejected.
      buffer_queue_limit 10

      # Control the buffer behavior when the queue becomes full: exception, block, drop_oldest_chunk
      buffer_queue_full_action drop_oldest_chunk

      # Number of times Fluentd will attempt to write the chunk if it fails.
      retry_limit 10

      # If the bottom chunk fails to be written out, it will remain in the queue and Fluentd will retry after waiting retry_wait seconds
      retry_wait 30s

      # The retry wait time doubles each time until max_retry_wait.
      max_retry_wait 9m

  </match>

  <match scom.log.** scom.event>
  type out_scom

  max_retry_wait 9m
  enable_server_auth false
  </match>

Filtro

A diretiva de filtro tem a mesma sintaxe que corresponde , mas permite uma filtragem mais complexa dos dados a processar. Os eventos recolhidos têm de corresponder aos critérios de todos os filtros a adicionar à saída.

Existem seis plug-ins de filtro para a monitorização de ficheiros de registo descritos aqui. Utilize um ou mais destes filtros para definir os eventos que pretende recolher do seu ficheiro de registo.

Correspondência simples: filter_scom_simple_match

Leva até 20 padrões de entrada. Envia um evento para o Operations Manager sempre que qualquer padrão for correspondido.

  <filter tag>
      type filter_scom_simple_match
      regexp1 <key> <pattern>
      event_id1 <event ID>
      regexp2 <key> <pattern>
      event_id2 <event ID>
      .
      .
      .
      regexp20 <key> <pattern>
      event_id20 <event ID>
  </filter>

Jogo exclusivo: filter_scom_excl_match

Utiliza dois padrões de entrada. Envia um evento para o Operations Manager quando um único registo corresponde ao padrão 1, mas não corresponde ao padrão 2.

  <filter tag>
      type filter_scom_excl_match
      regexp1 <key> <pattern1>
      regexp2 <key> <pattern2>
      event_id <event ID>
  </filter>

Correlação repetida: filter_scom_repeated_cor

Utiliza três entradas: um padrão, um intervalo de tempo e muitas ocorrências. Quando é encontrada uma correspondência para o primeiro padrão, é iniciado um temporizador. Um evento é enviado para o Operations Manager se o padrão corresponder ao número especificado de vezes antes de o temporizador terminar.

  <filter tag>
      type filter_scom_repeated_cor
      regexp <key> <pattern>
      event_id <event ID>
      time_interval <interval in seconds>
      num_occurences <number of occurrences>
  </filter>

Correspondência correlacionada: filter_scom_cor_match

Utiliza três entradas: dois padrões e um intervalo de tempo. Quando é encontrada uma correspondência para o primeiro padrão, é iniciado um temporizador. Um evento é enviado para o Operations Manager se existir uma correspondência para o segundo padrão antes de o temporizador terminar.

  <filter tag>
      type filter_scom_cor_match
      regexp1 <key> <pattern1>
      regexp2 <key> <pattern2>
      event_id <event ID>
      time_interval <interval in seconds>
  </filter>

Correlação exclusiva: filter_scom_excl_correlation

Utiliza três entradas: dois padrões e um intervalo de tempo. Quando é encontrada uma correspondência para o primeiro padrão, é iniciado um temporizador. Um evento é enviado para o Operations Manager se não existir correspondência para o segundo padrão antes de o temporizador terminar.

  <filter tag>
      type filter_scom_excl_correlation
      regexp1 <key> <pattern1>
      regexp2 <key> <pattern2>
      event_id <event ID>
      time_interval <interval in seconds>
  </filter>

Conversor do Operations Manager: filter_scom_converter

Envia um evento para o Operations Manager para todos os registos que recebe. Envia o ID e a descrição do evento especificados como parte do evento.

  <filter tag>
      type filter_scom_converter
      event_id <event ID>
      event_desc <event description>
  </filter>

Copiar o ficheiro de configuração para o agente

O ficheiro de configuração fluente tem de ser copiado para /etc/opt/microsoft/omsagent/scom/conf/omsagent.d em todos os computadores Linux que pretende monitorizar. Também tem de adicionar uma @include diretiva no ficheiro de configuração principal, conforme descrito acima.

Criar regras e monitores

O MP do Linux não fornece módulos para recolher eventos do FluentD. O MP do Linux é agrupado com o agente Linux. É o módulo fluente no agente Linux e o serviço OMED no servidor de gestão e gateway que fornece as capacidades de monitorização de ficheiros de registo melhorada.

Tem de criar o seu próprio pacote de gestão com regras e monitores personalizados que utilizam o módulo Microsoft.Linux.OMED.EventDataSource, que recolhe os eventos da Fluentd.

A tabela seguinte lista os parâmetros de Microsoft.Linux.OMED.EventDataSource.

Descrição geral da configuração

São necessários os seguintes passos para ativar a monitorização de ficheiros de registo em agentes linux. Cada um destes passos é descrito em detalhe nas secções seguintes.

1. Importe o pacote de gestão do Linux mais recente.
2. Instale a versão mais recente do agente Linux em cada computador Linux a monitorizar.
3. Crie um ficheiro de configuração Fluentd para recolher registos.
4. Copie o ficheiro de configuração para agentes do Linux.
5. Crie regras e monitores com o pacote de gestão de exemplo para recolher eventos do registo e criar alertas.

Instalar a versão mais recente do agente Linux

A versão mais recente do agente Linux suporta Fluentd, que é necessária para monitorização de ficheiros de registo melhorada. Pode obter detalhes e o processo de instalação do novo agente em Instalar o agente no UNIX e Linux a partir da linha de comandos.

Configurar a monitorização do Ficheiro de Registo do Linux

O pacote de pacotes de Gestão do Linux tem o agente mais recente do Operations Manager (com Fluentd). Para configurar a monitorização de ficheiros de registo do Linux, os utilizadores devem efetuar o seguinte:

1. Importe o pacote de Gestão do Linux mais recente com o processo padrão para instalar um pacote de gestão.
2. Instale o novo agente Linux nos servidores Linux. Isto pode ser feito através do assistente de deteção ou manualmente.
3. Ative o serviço OMED em cada servidor de gestão no agrupamento de recursos que gere os agentes do Linux.

O serviço OMED recolhe eventos do Fluentd e converte-os em eventos do Operations Manager. Os utilizadores devem importar um pacote de gestão personalizado, que pode gerar alertas com base nos eventos recebidos dos servidores Linux.

Ativa o serviço OMED a partir da Consola de operações ou manualmente no servidor de gestão ou no servidor de gateway.

A partir da Consola de operações

1. A partir da Consola de Operações, aceda a Monitorização>do Estado dos Servidores deGestão> doOperations Manager>.
2. Selecione o servidor de gestão no painel de estado Servidores de Gestão .
3. No painel Tarefas, selecione Tarefas> do Serviço de Estado de FuncionamentoAtivar Servidor OMED do System Center.

Manualmente

1. Selecione Iniciar, na caixa Iniciar Pesquisa , introduza services.msc e, em seguida, prima Enter.
2. No painel de detalhes, clique com o botão direito do rato no serviço System Center Operations Manager External DataSource Service e selecione Propriedades.
3. No separador Geral , em Tipo de arranque , selecione Automático e selecione OK.
4. No painel de detalhes, clique com o botão direito do rato no serviço e selecione Iniciar.

Criar ficheiro de configuração FluentD

Configure a operação Fluentd com um ficheiro de configuração. Para a monitorização de registos, tem de criar um ficheiro de configuração que inclua informações como o nome do ficheiro de registo de origem e o caminho e filtros para definir os dados a recolher.

O ficheiro de configuração master Fluentd omsagent.conf está localizado em /etc/opt/microsoft/omsagent/scom/conf/. Pode adicionar a configuração de monitorização de ficheiros de registo diretamente a este ficheiro, mas deve criar um ficheiro de configuração separado para gerir melhor as diferentes definições. Em seguida, utilize uma @include diretiva no ficheiro principal para incluir o seu ficheiro personalizado.

Por exemplo, se tiver criado logmonitoring.conf em /etc/opt/microsoft/omsagent/scom/conf/omsagent.d, adicionaria uma das seguintes linhas a fluent.conf:

  #Include all configuration files
  @include omsagent.d/*.conf

ou

  #include single configuration file
  @include omsagent.d/logmonitoring.conf

Pode obter detalhes sobre os ficheiros de configuração Fluentd na sintaxe do ficheiro Fluentd Configuration. As secções seguintes descrevem as definições em diretivas diferentes do ficheiro de configuração exclusivo para a monitorização de ficheiros de registo. Cada uma inclui definições de exemplo que pode colar num ficheiro de configuração e modificar para os seus requisitos.

Está disponível um ficheiro de configuração de exemplo completo para monitorização de registos para rever e avaliar antes de criar o seu próprio ficheiro.

Origem

A diretiva Origem define a origem dos dados que está a recolher. É aqui que define os detalhes do ficheiro de registo. A Fluentd apanha cada registo escrito na origem e submete um evento para o mesmo no motor de encaminhamento da Fluentd. Tem de especificar uma etiqueta aqui nesta diretiva. A etiqueta é uma cadeia que é utilizada como direções para o motor de encaminhamento interno da Fluentd correlacionar diretivas diferentes.

Este exemplo mostra os registos syslog recolhidos e etiquetados para processamento pelo Operations Manager.

  <source>

      # Specifies input plugin. Tail is a fluentd input plugin - http://docs.fluentd.org/v0.12/articles/in_tail
      type tail

      # Specify the log file path. Supports wild cards.
      path /var/log/syslog

      # Recommended so that Fluentd will record the position it last read into this file.
      pos_file /home/user1/fluent-test/demo_syslog.log.pos

      # Used to correlate the directives.
      tag scom.log.syslog

      format /(?<message>.*)/

  </source>

Match

A diretiva match define como processar eventos recolhidos da origem com etiquetas correspondentes. Apenas os eventos com uma etiqueta que corresponda ao padrão serão enviados para o destino de saída. Quando vários padrões são listados dentro de uma etiqueta de correspondência , os eventos podem corresponder a qualquer um dos padrões listados. O parâmetro de tipo que especifica o plug-in a utilizar para estes eventos.

Este exemplo processa eventos com etiquetas correspondentes scom.log.** e scom.alert (** corresponde a zero ou mais partes de etiquetas). Especifica o plug-in out_scom , que permite que os eventos sejam recolhidos pelo pacote de gestão do Operations Manager.

  <match scom.log.** scom.event>

      # Output plugin to use
      type out_scom

      log_level trace
      num_threads 5

      # Size of the buffer chunk. If the top chunk exceeds this limit or the time limit flush_interval, a new empty chunk is pushed to the top of the  
      queue and bottom chunk is written out.
      buffer_chunk_limit 5m
      flush_interval 15s

      # Specifies the buffer plugin to use.
      buffer_type file

      # Specifies the file path for buffer. Fluentd must have write access to this directory.
      buffer_path /var/opt/microsoft/omsagent/scom/state/out_scom_common*.buffer

      # If queue length exceeds the specified limit, events are rejected.
      buffer_queue_limit 10

      # Control the buffer behavior when the queue becomes full: exception, block, drop_oldest_chunk
      buffer_queue_full_action drop_oldest_chunk

      # Number of times Fluentd will attempt to write the chunk if it fails.
      retry_limit 10

      # If the bottom chunk fails to be written out, it will remain in the queue and Fluentd will retry after waiting retry_wait seconds
      retry_wait 30s

      # The retry wait time doubles each time until max_retry_wait.
      max_retry_wait 9m

  </match>

  <match scom.log.** scom.event>
  type out_scom

  max_retry_wait 9m
  enable_server_auth false
  </match>

Filtro

A diretiva filter tem a mesma sintaxe que a correspondência , mas permite filtrar mais complexamente os dados a processar. Os eventos recolhidos têm de corresponder aos critérios de todos os filtros a adicionar à saída.

Existem seis plug-ins de filtro para monitorização de ficheiros de registo descritos aqui. Utilize um ou mais destes filtros para definir os eventos que pretende recolher do ficheiro de registo.

Correspondência simples: filter_scom_simple_match

Assume até 20 padrões de entrada. Envia um evento para o Operations Manager sempre que qualquer padrão for correspondido.

  <filter tag>
      type filter_scom_simple_match
      regexp1 <key> <pattern>
      event_id1 <event ID>
      regexp2 <key> <pattern>
      event_id2 <event ID>
      .
      .
      .
      regexp20 <key> <pattern>
      event_id20 <event ID>
  </filter>

Jogo exclusivo: filter_scom_excl_match

Utiliza dois padrões de entrada. Envia um evento para o Operations Manager quando um único registo corresponde ao padrão 1, mas não corresponde ao padrão 2.

  <filter tag>
      type filter_scom_excl_match
      regexp1 <key> <pattern1>
      regexp2 <key> <pattern2>
      event_id <event ID>
  </filter>

Correlação repetida: filter_scom_repeated_cor

Utiliza três entradas: um padrão, um intervalo de tempo e muitas ocorrências. Quando é encontrada uma correspondência para o primeiro padrão, é iniciado um temporizador. Um evento é enviado para o Operations Manager se o padrão corresponder ao número especificado de vezes antes de o temporizador terminar.

  <filter tag>
      type filter_scom_repeated_cor
      regexp <key> <pattern>
      event_id <event ID>
      time_interval <interval in seconds>
      num_occurences <number of occurrences>
  </filter>

Correspondência correlacionada: filter_scom_cor_match

Utiliza três entradas: dois padrões e um intervalo de tempo. Quando é encontrada uma correspondência para o primeiro padrão, é iniciado um temporizador. Um evento é enviado para o Operations Manager se existir uma correspondência para o segundo padrão antes de o temporizador terminar.

  <filter tag>
      type filter_scom_cor_match
      regexp1 <key> <pattern1>
      regexp2 <key> <pattern2>
      event_id <event ID>
      time_interval <interval in seconds>
  </filter>

Correlação exclusiva: filter_scom_excl_correlation

Utiliza três entradas: dois padrões e um intervalo de tempo. Quando é encontrada uma correspondência para o primeiro padrão, é iniciado um temporizador. Um evento é enviado para o Operations Manager se não existir correspondência para o segundo padrão antes de o temporizador terminar.

  <filter tag>
      type filter_scom_excl_correlation
      regexp1 <key> <pattern1>
      regexp2 <key> <pattern2>
      event_id <event ID>
      time_interval <interval in seconds>
  </filter>

Conversor do Operations Manager: filter_scom_converter

Envia um evento para o Operations Manager para todos os registos recebidos. Envia o ID e a descrição do evento especificados como parte do evento.

  <filter tag>
      type filter_scom_converter
      event_id <event ID>
      event_desc <event description>
  </filter>

Copiar o ficheiro de configuração para o agente

O ficheiro de configuração fluente tem de ser copiado para /etc/opt/microsoft/omsagent/scom/conf/omsagent.d em todos os computadores Linux que pretende monitorizar. Também tem de adicionar uma @include diretiva no ficheiro de configuração principal, conforme descrito acima.

Criar regras e monitores

O MP do Linux não fornece módulos para recolher eventos do FluentD. O MP do Linux está agrupado com o agente Linux. É o módulo fluente no agente Linux e o serviço OMED no servidor de gestão e gateway que fornece as capacidades de monitorização de ficheiros de registo melhorada.

Tem de criar o seu próprio pacote de gestão com regras e monitores personalizados que utilizam o módulo Microsoft.Linux.OMED.EventDataSource, que recolhe os eventos da Fluentd.

A tabela seguinte lista os parâmetros de Microsoft.Linux.OMED.EventDataSource.

Descrição geral da configuração

A monitorização de ficheiros de registo requer os seguintes passos. As informações detalhadas são fornecidas nas secções seguintes:

Instalar o pacote de gestão de monitorização de registos

Instale o pacote de gestão Microsoft.Linux.Log.Monitoring para ativar a monitorização de ficheiros de registo do Linux.

Configurar a monitorização de ficheiros de registo do Linux

Para configurar a monitorização de ficheiros de registo do Linux, execute os seguintes passos:

4. Crie as pastas nos seguintes caminhos com os comandos abaixo:

   # Create omsagent.d folder
   mkdir -p /etc/opt/microsoft/omsagent/scom/conf/omsagent.d
   
   # Create certs folder
   mkdir /etc/opt/microsoft/omsagent/scom/certs
   
   # Create log folder
   mkdir -p /var/opt/microsoft/omsagent/scom/log
   
   # Create run folder
   mkdir /var/opt/microsoft/omsagent/scom/run
   
   # Create state folder
   mkdir /var/opt/microsoft/omsagent/scom/state
   
   # Create tmp folder
   mkdir /var/opt/microsoft/omsagent/scom/tmp
   
   # Create fluent-logging folder (used for log file position file, this location is flexible)
   mkdir -p /home/omsagent/fluent-logging
   

5. Defina a propriedade em cada uma das pastas acima como omsagent:omiusers:

   # Change owner of System Center Operations Manager folder
   chown omsagent:omiusers /etc/opt/microsoft/omsagent/scom
   
   # Change owner of log folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/log
   
   # Change owner of run folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/run
   
   # Change owner of state folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/state
   
   # Change owner of tmp folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/tmp
   
   # Change owner of fluent-logging folder (used for log file position file, this location is flexible)
   chown omsagent:omiusers /home/omsagent/fluent-logging
   

   

6. Crie ficheiros omsagent e omsconfig:

   # Create omsadmin.conf file
   touch /etc/opt/microsoft/omsagent/scom/conf/omsadmin.conf
   
   # Create omsagent.conf file
   touch /etc/opt/microsoft/omsagent/scom/conf/omsagent.conf
   

7. Defina a propriedade em cada um dos ficheiros acima como omsagent:omiusers:

   # Change owner of omsadmin.conf file
   chown omsagent:omiusers /etc/opt/microsoft/omsagent/scom/conf/omsadmin.conf
   
   # Change owner of omsagent.conf file
   chown omsagent:omiusers /etc/opt/microsoft/omsagent/scom/conf/omsagent.conf
   

8. Edite o ficheiro /etc/opt/microsoft/omsagent/scom/conf/omsadmin.confe adicione as seguintes informações depois de alterar as informações realçadas.

   WORKSPACE_ID=scom
   System Center Operations Manager_ENDPOINT=https://<mark>\<MSFQDN\></mark>:8886
   MONITORING_ID={274F8D7B-DBCA-8FC3-1451-8DCD55092156}
   

9. Reinicie o OMSAgent:

   /opt/microsoft/omsagent/bin/service_control restart
   

10. Verifique o estado no registo omsagent:

    tail -100 /var/opt/microsoft/omsagent/scom/log/omsagent.log
    

Ativar o serviço OMED

Ative o serviço OMED em cada servidor de gestão no agrupamento de recursos, gerindo os agentes linux.

O serviço OMED recolhe eventos do Fluentd e converte-os em eventos do Operations Manager. Importa um pacote de gestão personalizado, que pode gerar alertas com base nos eventos recebidos dos servidores Linux.

Pode ativar o serviço OMED a partir da Consola de operações ou manualmente no servidor de gestão ou no servidor de gateway.

Adicionar Regra de Firewall OMED

Para ativar a Regra de Firewall OMED, tem duas opções: adicione a porta (TCP/8886) automaticamente através do PowerShell ou manualmente.

Set-NetFirewallRule -DisplayName "System Center Operations Manager External DataSource Service" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 8886

Atribuir um Certificado de Cliente para OMSAgent

Tem duas opções ao atribuir o certificado de cliente para OMSAgent.

1. Ligue ao certificado assinado a partir do Agente OMI.
2. Gerar um certificado de cliente manualmente para o Agente OMS.

Selecione o separador necessário para obter os passos para ligar ao certificado assinado a partir do Agente OMI ou gerar manualmente um certificado de cliente a partir do Agente OMS:

Criar ficheiro de configuração Fluentd

Pode configurar a operação Fluentd com um ficheiro de configuração. Para utilizar a monitorização de registos, tem de criar um ficheiro de configuração. O ficheiro de configuração inclui informações como o nome do ficheiro de registo de origem, caminho e filtros para definir os dados a recolher.

O ficheiro de configuração master Fluentd omsagent.conf está localizado em /etc/opt/microsoft/omsagent/scom/conf/. Pode adicionar a configuração de monitorização de ficheiros de registo diretamente a este ficheiro, mas deve criar um ficheiro de configuração separado para gerir melhor as diferentes definições. Em seguida, utilize uma @include diretiva no ficheiro principal para incluir o seu ficheiro personalizado.

Por exemplo, se tiver criado logmonitoring.conf no /etc/opt/microsoft/omsagent/scom/conf/omsagent.d, adicionaria uma das seguintes linhas ao ficheiro omsagent.d :

# Include all configuration files
@include omsagent.d/*.conf

ou

# Include single configuration file
@include omsagent.d/logmonitoring.conf

Para obter mais informações sobre ficheiros de configuração Fluentd, veja Sintaxe de ficheiros de Configuração Fluentd.

As secções seguintes descrevem as definições em diretivas diferentes do ficheiro de configuração que são exclusivas da monitorização de ficheiros de registo. Cada um inclui definições de exemplo que pode colar num ficheiro de configuração e modificar para os seus requisitos.

Está disponível um ficheiro de configuração de exemplo completo para monitorização de registos para rever e avaliar antes de criar o seu próprio.

Origem

A diretiva Origem define a origem dos dados que está a recolher, que é onde define os detalhes do seu ficheiro de registo. Fluentd recolhe cada registo escrito na origem e submete um evento para o mesmo no motor de encaminhamento da Fluentd. Especifique uma etiqueta aqui nesta diretiva. A etiqueta é uma cadeia que é utilizada como direções para o motor de encaminhamento interno da Fluentd para correlacionar diretivas diferentes.

O exemplo seguinte mostra os registos syslog recolhidos e etiquetados para processamento pelo Operations Manager.

<source>

    # Specifies input plugin. Tail is a fluentd input plugin - http://docs.fluentd.org/v0.12/articles/in\_tail
    type tail

    # Specify the log file path. Supports wild cards.
    path /var/log/syslog

    # Recommended so that Fluentd will record the position it last read into this file.
    pos_file /home/user1/fluent-test/demo_syslog.log.pos

    # Used to correlate the directives.
    tag System Center Operations Manager.log.syslog

    format /(?<message>.*)/

</source>

Filtro

A diretiva de filtro tem a mesma sintaxe que a Correspondência , mas permite filtrar mais complexamente os dados a processar. Os eventos recolhidos têm de corresponder aos critérios de todos os filtros a adicionar à saída.

Existem seis plug-ins de filtro para a monitorização de ficheiros de registo descritos aqui. Utilize um ou mais destes filtros para definir os eventos que pretende recolher do seu ficheiro de registo.

• Correspondência simples: Manager_simple_match de Operações do Filter_System Center
• Jogo exclusivo: filter_System Center Operations Manager_excl_match
• Correlação repetida: filter_System Center Operations Manager_repeated_cor
• Correspondência correlacionada: filter_System Center Operations Manager_cor_match
• Correlação exclusiva: Manager_excl_correlation de Operações do Filter_System Center
• Conversor do Operations Manager: Manager_converter de Operações do Filter_System Center

Selecione o separador necessário para copiar o código do respetivo plug-in de filtro:

<filter tag>

    type filter_System Center Operations Manager_simple_match
    regexp1 <key> <pattern>
    event_id1 <event ID>
    regexp2 <key> <pattern>
    event_id2 <event ID>
    .
    .
    .
    regexp20 <key> <pattern>
    event_id20 <event ID>
</filter>

<filter tag>
    type filter_System Center Operations Manager_excl_match
    regexp1 <key> <pattern1>
    regexp2 <key> <pattern2>
    event_id <event ID>
</filter>

<filter tag>
    type filter_System Center Operations Manager_repeated_cor
    regexp <key> <pattern>
    event_id <event ID>
    time_interval <interval in seconds>
    num_occurences <number of occurrences>
</filter>

<filter tag>
    type filter_System Center Operations Manager_cor_match
    regexp1 <key> <pattern1>
    regexp2 <key> <pattern2>
    event_id <event ID>
    time_interval <interval in seconds>
</filter>

<filter tag>
    type filter_System Center Operations Manager_excl_correlation
    regexp1 <key> <pattern1>
    regexp2 <key> <pattern2>
    event_id <event ID>
    time_interval <interval in seconds>
</filter>

<filter tag>
    type filter_System Center Operations Manager_converter
    event_id <event ID>
    event_desc <event description>
</filter>

Match

A diretiva match define como processar eventos recolhidos da origem com etiquetas correspondentes. Apenas os eventos com uma etiqueta que corresponda ao padrão são enviados para o destino de saída. Quando vários padrões são listados dentro de uma etiqueta de correspondência , os eventos podem corresponder a qualquer um dos padrões listados. O parâmetro de tipo especifica o tipo de plug-in a utilizar para estes eventos.

Este exemplo processa eventos com etiquetas que correspondem às Operações do System Center Manager.log. ** e System Center Operations Manager.alert (** correspondem a zero ou mais partes de etiquetas). Especifica o plug-in do out_System Center Operations Manager , que permite que os eventos sejam recolhidos pelo pacote de gestão do Operations Manager.

<match System Center Operations Manager.log.** System Center Operations Manager.event>

    # Output plugin to use
     type out_System Center Operations Manager

    log_level trace
    num_threads 5

    # Size of the buffer chunk. If the top chunk exceeds this limit or the time limit flush_interval, a new empty chunk is pushed to the top of the
    queue and bottom chunk is written out.
    buffer_chunk_limit 5m
    flush_interval 15s

    # Specifies the buffer plugin to use.
    buffer_type file

    # Specifies the file path for buffer. Fluentd must have write access to this directory.
    buffer_path /var/opt/microsoft/omsagent/scom/state/out_System Center Operations Manager_common*.buffer

    # If queue length exceeds the specified limit, events are rejected.
    buffer_queue_limit 10

    # Control the buffer behavior when the queue becomes full: exception, block, drop_oldest_chunk
    buffer_queue_full_action drop_oldest_chunk

    # Number of times Fluentd will attempt to write the chunk if it fails.
    retry_limit 10

    # If the bottom chunk fails to be written out, it will remain in the queue and Fluentd will retry after waiting retry_wait seconds
    retry_wait 30s

    # The retry wait time doubles each time until max_retry_wait.
    max_retry_wait 9m

</match>

<match System Center Operations Manager.log.** System Center Operations Manager.event>
type out_System Center Operations Manager

max_retry_wait 9m
enable_server_auth false

</match>

Copiar o ficheiro de configuração para o agente

O ficheiro de configuração Fluentd tem de ser copiado para /etc/opt/microsoft/omsagent/scom/conf/omsagent.d em todos os computadores Linux que pretende monitorizar. Também tem de adicionar uma @include diretiva no ficheiro de configuração principal, conforme descrito acima.

Reiniciar omsagent

Pode executar o seguinte comando para reiniciar o omsagent:

/opt/microsoft/omsagent/bin/service_control restart

Verificar o estado da Área de Trabalho do System Center Operations Manager

Execute o seguinte comando para verificar a Área de Trabalho do System Center Operations Manager no OMSAgent:

sh /opt/microsoft/omsagent/bin/omsadmin.sh -l

Registo de Eventos do Serviço de Origem de Dados Externos do System Center Operations Manager

O registo de eventos do Serviço OMED do System Center é criado apenas quando existe um evento enviado com êxito para o Serviço OMED (External DataSource Service) do System Center Operations Manager.

Criar regras e monitores

O pacote de gestão do Linux não fornece módulos para recolher eventos da FluentD, o pacote de gestão do Linux é agrupado com o agente Linux. É o módulo fluente no agente Linux e o serviço OMED no servidor de gestão e gateway que fornece as capacidades de monitorização de ficheiros de registo melhorada.

Tem de criar o seu próprio pacote de gestão com regras personalizadas e monitores que utilizam o módulo Microsoft.Linux.OMED.EventDataSource para recolher os eventos da Fluentd. Tenha em atenção que o nome do computador no Evento enviado através do registo de eventos do Serviço OMED do System Center tem de corresponder ao nome do computador na vista Computadores UNIX/Linux. Se o nome do computador não corresponder, não receberá nenhum alerta.

A tabela seguinte lista os parâmetros de Microsoft.Linux.OMED.EventDataSource.