Compartilhar via


Administrando e configurando o agente UNIX - Linux

Importante

Esta versão do Operations Manager chegou ao fim do suporte. Recomendamos que você atualize para o Operations Manager 2022.

Este artigo descreve as opções para administrar e configurar o agente UNIX/Linux para o System Center - Operations Manager.

Diretórios de agentes

  • O Open Management Infrastructure (OMI) é instalado no diretório: /opt/omi

  • O agente UNIX/Linux é instalado no diretório: /opt/microsoft/scx/

  • O agente UNIX/Linux mantém os arquivos de log no diretório: /var/opt/microsoft/scx/log/

  • A OMI mantém os arquivos de log no diretório: /var/opt/omi/log/

  • Os arquivos de configuração do agente, incluindo certificados, são armazenados no diretório: /etc/opt/microsoft/scx/

  • Os arquivos de configuração OMI são armazenados no diretório: /etc/opt/omi

Ferramentas de administração de agentes

Nesta seção, encontram-se ferramentas para administrar e configurar o agente do UNIX/Linux.

Executando as ferramentas de administração do agente

As ferramentas para configurar o agente de UNIX/Linux estão localizadas no diretório:

/opt/microsoft/scx/bin/tools  

Scxadmin

A ferramenta scxadmin é usada para controlar o estado do agente UNIX/Linux (iniciar, parar ou reiniciar) e controlar o log executado pelo agente. O uso da ferramenta pode ser exibido com o seguinte comando: scxadmin -?


  # /opt/microsoft/scx/bin/tools/scxadmin -?  

Usage: scxadmin  
Generic options (for all commands)  
  [-quiet]      Set quiet mode (no output)  

        General Options  
scxadmin -version  

        Service Management  
scxadmin {-start|-stop|-restart|-status}  [all|cimom|provider]  

        Providers Management  
scxadmin -config-list {RunAs}  
scxadmin -config-set {RunAs} {CWD=<directory>|ChRootPath=<directory>|AllowRoot={true|false}}  
scxadmin -config-reset {RunAs} [CWD|ChRootPath|AllowRoot]  

        Log Configuration Management  
scxadmin {-log-list|-log-rotate|-log-reset} [all|cimom|provider]  
scxadmin -log-set [all|cimom|provider] {verbose|intermediate|errors}  
scxadmin -log-set provider {{FILE:<path>|STDOUT}:<module-id>={SUPPRESS|ERROR|WARNING|INFO|TRACE|HYSTERICAL}}  
scxadmin {-log-reset|-log-remove} provider [{FILE:<path>|STDOUT}]  

Exemplos

Reiniciando o agente:

cd /opt/microsoft/scx/bin/tools/
./scxadmin -restart

Aumente todo o registro para o nível Intermediário:

cd /opt/microsoft/scx/bin/tools/
./scxadmin –log-set all intermediate

scxsslconfig

A ferramenta scxsslconfig é usada para gerar o certificado no /etc/opt/Microsoft/scx/ssl/. Essa ferramenta é útil para corrigir problemas em que o nome de domínio totalmente qualificado não pode ser determinado a partir do próprio host UNIX ou Linux, ou o FQDN conhecido pelo host UNIX/Linux não corresponde ao FQDN usado pelo servidor de gerenciamento para alcançar o host.

Observação

O certificado gerado deve ser assinado pelo servidor de gerenciamento do Operations Manager para ser usado na comunicação do WS-Management. Substituir um certificado assinado anteriormente exigirá que o certificado seja assinado novamente.

O uso da ferramenta scxsslconfig pode ser exibido com o seguinte comando: scxsslconfig -?

# /opt/microsoft/scx/bin/tools/scxsslconfig -?  
Usage: /opt/microsoft/scx/bin/tools/.scxsslconfig [-v] [-s days] [-e days] [-d domain] [-h host] [-g targetpath]  

-v             - toggle debug flag  
-g targetpath  - generate certificates in targetpath  
-s days        - days to offset valid start date with (0)  
-e days        - days to offset valid end date with (3650)  
-f             - force certificate to be generated even if one exists  
-d domain      - domain name  
-h host        - host name  
-b bits        - number of key bits  
-?             - this help message  

Exemplos

Gere novamente o certificado, forçando a substituição de um certificado existente, com saída detalhada:

cd /opt/microsoft/scx/bin/tools/  
. setup.sh  
/opt/microsoft/scx/bin/tools/scxsslconfig -f -v  

Gere novamente o certificado, forçando a substituição de um certificado existente, com um nome de host especificado e um nome de domínio DNS:

cd /opt/microsoft/scx/bin/tools/  
. setup.sh  
/opt/microsoft/scx/bin/tools/scxsslconfig -f -h myserver -d contoso.com  

Tópicos de configuração adicionais

Cifras SSL

Se necessário, a lista de criptografia SSL usada pelo agente do UNIX/Linux pode ser personalizada. Para obter mais informações sobre essa configuração, consulte o artigo Configurando cifras SSL.

Especificando um caminho temporário alternativo para scripts

Se você criar uma regra de script UNIX/Linux ou monitor em um pacote de gerenciamento personalizado, o conteúdo do script será gravado em um arquivo em /tmp no computador agente antes de ser executado. Você pode especificar um diretório alternativo para execução de script. Para especificar um diretório alternativo, substitua o link simbólico em: /etc/opt/microsoft/scx/conf/tmpdir para apontar para outro diretório. O destino desse link simbólico deve ser gravável pela conta de usuário definida na Conta de ação UNIX/Linux e/ou nos perfis RunAs da conta privilegiada do UNIX/Linux.

Universal Linux - nome/versão do sistema operacional

O Universal Linux Agent, que suporta sistemas operacionais Linux como Debian GNU/Linux, Oracle Linux e Ubuntu Server, analisa os arquivos de lançamento para determinar o nome e a versão do sistema operacional do host. Se necessário, essas propriedades podem ser personalizadas. Para personalizar as propriedades do sistema operacional apresentadas ao Operations Manager para um host do Agente Universal Linux, use o seguinte procedimento:

Crie o arquivo disablereleasefileupdates no diretório: /etc/opt/microsoft/scx/conf/.

touch /etc/opt/microsoft/scx/conf/disablereleasefileupdates  

Se esse arquivo existir, o agente não tentará atualizar as propriedades do sistema operacional retornadas ao Operations Manager. Isso garante que as personalizações sejam preservadas.

Edite o arquivo scx-release no diretório: /etc/opt/microsoft/scx/conf Este arquivo tem o formato:

OSName=CentOS  
OSVersion=6.0  
OSFullName=CentOS 6.0 (x86_64)  
OSAlias=UniversalR  
OSManufacturer=  

Os valores das propriedades OSName, OSVersione OSFullName podem ser editados para refletir os valores personalizados.

Observação

A propriedade OSAlias não deve ser editada. Todas as propriedades neste arquivo (exceto OSManufacturer) são obrigatórias e não devem ser nulas.

Observação

A atualização a seguir é aplicável ao Operations Manager 2019 UR1 e versões posteriores.

Melhorias de desempenho e confiabilidade no agente Linux

Com o Operations Manager 2019 UR1 e posterior, para melhorar a confiabilidade, um processo separado é introduzido para enviar os batimentos cardíacos. Anteriormente, os threads de coleta de desempenho e pulsação costumavam ser executados no mesmo contexto de processo. Devido a isso, qualquer atraso na coleta de dados de desempenho estava afetando a disponibilidade do sistema.

Com essa alteração, durante a coleta de pulsação, agora você pode ver um processo omiagent adicional em execução sob o usuário omi.

Para melhorar a confiabilidade, é usado um processo separado para enviar a pulsação. Durante a coleta de pulsação, é possível ver o processo adicional omiagent em execução no usuário omi.

Para melhorar o desempenho, a variável X-Plat Filter é introduzida na substituição. Você pode substituir o comportamento de descoberta/monitoramento do pacote de gerenciamento X-Plat introduzindo consultas WQL no parâmetro Filter . Isso ajuda a restringir o monitoramento a entidades de interesse.

Além disso, para evitar o preenchimento rápido de espaço em disco, o registro em log do SCX é reduzido de Informações para Aviso.

Aqui está um exemplo de como você pode configurar uma substituição usando a variável Filter :

Se você deseja obter apenas os dados para loop200, use a seguinte consulta na variável Filter:

selecione * SCX_DiskDrive onde DeviceID=loop200

Captura de tela mostrando o exemplo de parâmetros controlados de substituição1.

Agora, você verá dados apenas para o disco 'loop200' na visualização de desempenho.

Captura de tela mostrando o exemplo de parâmetros controlados de substituição2.

Observação

A atualização a seguir é aplicável ao Operations Manager 2019 UR3 e versões posteriores. Em versões anteriores do Operations Manager, as alterações nas configurações em nível de log dos processos OMI exigiam uma reinicialização do agente. Com o Operations Manager 2019 UR3, as configurações em nível de log podem ser alteradas sem a necessidade de reiniciar o agente.

Alterações dinâmicas nas configurações em nível de log sem reinicialização do agente

Você pode alterar as configurações de nível de log sem precisar reiniciar o agente.

Use as seguintes etapas:

  1. Modifique o arquivo omiserver.conf e atualize o novo loglevel:

    
     loglevel = INFO
    
    
  2. Aplique esse nível de log ao executar o comando abaixo:

    $sudo /opt/omi/bin/omiconfigeditor –reconfig
    

Próximas etapas