Monitoramento e gerenciamento do status e desempenho do sistema

Procedimento

1. Instale o pacote tuned:

   # yum instalar afinado

2. Habilite e inicie o serviço tuned:

   # systemctl habilitado --agora sintonizado

3. Opcionalmente, instale os perfis Tuned para sistemas em tempo real:

   # yum instalar perfis sintonizados - perfis sintonizados em tempo real-nfv

4. Verificar se um perfil Tuned está ativo e aplicado:

   $ tuned-adm active
   
   Current active profile: balanced

   $ tuned-adm verify
   
   Verfication succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

Procedimento

1. Opcionalmente, você pode deixar Tuned recomendar o perfil mais adequado para seu sistema:

   # tuned-adm recommend
   
   balanced

2. Ativar um perfil:

   # perfil afinado-adm selected-profile

   Alternativamente, você pode ativar uma combinação de vários perfis:

   # perfil afinado-adm profile1 profile2

   Exemplo 2.3. Uma máquina virtual otimizada para baixo consumo de energia

   O exemplo a seguir otimiza o sistema para funcionar em uma máquina virtual com o melhor desempenho e, ao mesmo tempo, o afina para um baixo consumo de energia, enquanto o baixo consumo de energia é a prioridade:

   # Perfil do convidado virtual de perfil afinado powersave

3. Veja o perfil atual ativo Tuned em seu sistema:

   # tuned-adm active
   
   Current active profile: selected-profile

4. Reinicie o sistema:

   # reinicialização

Procedimento

1. No diretório /etc/tuned/, crie um novo diretório com o mesmo nome que o perfil que você deseja criar:

   # mkdir /etc/tuned/my-profile

2. No novo diretório, crie um arquivo chamado tuned.conf. Adicione uma seção [main] e definições de plug-in nela, de acordo com suas exigências.

   Por exemplo, veja a configuração do perfil balanced:

   [main]
   summary=General non-specialized tuned profile
   
   [cpu]
   governor=conservative
   energy_perf_bias=normal
   
   [audio]
   timeout=10
   
   [video]
   radeon_powersave=dpm-balanced, auto
   
   [scsi_host]
   alpm=medium_power

3. Para ativar o perfil, use:

   # perfil afinado-adm my-profile

4. Verificar se o perfil Tuned está ativo e se as configurações do sistema estão aplicadas:

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verfication succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

Procedimento

1. No diretório /etc/tuned/, crie um novo diretório com o mesmo nome que o perfil que você deseja criar:

   # mkdir /etc/tuned/modified-profile

2. No novo diretório, crie um arquivo chamado tuned.conf, e defina a seção [main] como segue:

   [main]
   include=parent-profile

   Substitua parent-profile com o nome do perfil que você está modificando.

3. Inclua suas modificações de perfil.

   Exemplo 3.10. Diminuindo a troca no perfil de desempenho de produção

   Para usar as configurações do perfil throughput-performance e alterar o valor de vm.swappiness para 5, em vez do valor padrão 10, use:

   [main]
   include=throughput-performance
   
   [sysctl]
   vm.swappiness=5

4. Para ativar o perfil, use:

   # perfil afinado-adm modified-profile

5. Verificar se o perfil Tuned está ativo e se as configurações do sistema estão aplicadas:

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verfication succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

Procedimento

1. Opcional: Selecione um perfil existente em Tuned no qual seu perfil será baseado. Para uma lista dos perfis disponíveis, veja Seção 2.3, “Perfis afinados distribuídos com a RHEL”.

   Para ver qual perfil está atualmente ativo, use:

   $ tuned-adm ativo

2. Crie um novo diretório para manter seu perfil em Tuned:

   # mkdir /etc/tuned/my-profile

3. Encontre o identificador único do sistema do dispositivo de bloco selecionado:

   $ udevadm info --query=property --name=/dev/device | grep -E '(WWN|SERIAL)'
   
   ID_WWN=0x5002538d00000000
   ID_SERIAL=Generic-_SD_MMC_20120501030900000-0:0
   ID_SERIAL_SHORT=20120501030900000

   Nota

   O comando neste exemplo retornará todos os valores identificados como um World Wide Name (WWN) ou número de série associado ao dispositivo de bloco especificado. Embora seja preferível usar um WWN, o WWN nem sempre está disponível para um determinado dispositivo e quaisquer valores retornados pelo comando do exemplo são aceitáveis para uso como o device system unique ID.

4. Criar o /etc/tuned/my-profile/tuned.conf arquivo de configuração. No arquivo, defina as seguintes opções:

   • Opcional: Incluir um perfil existente:

     [main]
     include=existing-profile

   • Defina o programador de disco selecionado para o dispositivo que corresponda ao identificador da WWN:

     [disk]
     devices_udev_regex=IDNAME=device system unique id
     elevator=selected-scheduler

     • Substitua IDNAME com o nome do identificador a ser utilizado (por exemplo, ID_WWN).
     • Substitua device system unique id com o valor do identificador escolhido (por exemplo, 0x5002538d00000000).

     Para combinar vários dispositivos na opção devices_udev_regex, coloque os identificadores entre parênteses e separe-os com barras verticais:

   devices_udev_regex=(ID_WWN=0x5002538d00000000)|(ID_WWN=0x1234567800000000)

5. Habilite seu perfil:

   # perfil afinado-adm my-profile

6. Verificar se o perfil Sintonizado está ativo e aplicado:

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

Procedimento

1. Para instalar a ferramenta tuna:

   # yum instalar atum

2. Para exibir as opções disponíveis do tuna CLI:

   # atum -h

Procedimento

1. Instale o pacote rhel-system-roles no sistema que você deseja usar como nó de controle:

   # yum instalar rhel-system-roles

   Se você não tiver uma assinatura do Red Hat Ansible Engine, você pode usar uma versão suportada limitada do Red Hat Ansible Engine fornecida com sua assinatura do Red Hat Enterprise Linux. Neste caso, siga estes passos:

   1. Habilitar o repositório RHEL Ansible Engine:

      # subscription-manager refresh
      
      # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

   2. Instalar Motor Possível:

      # yum instalar possível

Procedimento

1. Crie um caderno de atividades, incluindo o papel necessário.

   O exemplo a seguir mostra como usar os papéis através da opção roles: para um determinado play:

   ---
   - hosts: webservers
     roles:
        - rhel-system-roles.network
        - rhel-system-roles.timesync

   Para mais informações sobre o uso de papéis em livros didáticos, consulte Documentação possível.

   Veja Exemplos possíveis, por exemplo, livros didáticos.

   Nota

   Cada função inclui um arquivo README, que documenta como utilizar a função e os valores dos parâmetros suportados. Você também pode encontrar um exemplo de playbook para um determinado papel sob o diretório de documentação do papel. Tal diretório de documentação é fornecido por padrão com o pacote rhel-system-roles, e pode ser encontrado no local a seguir:

   /usr/share/doc/rhel-system-roles/SUBSYSTEM/

   Substituir SUBSYSTEM pelo nome da função requerida, como selinux, kdump, network, timesync, ou storage.

2. Verificar a sintaxe do playbook:

   # ansible-playbook --syntax-check name.of.the.playbook

   O comando ansible-playbook oferece uma opção --syntax-check que você pode usar para verificar a sintaxe de um playbook.

3. Executar o playbook nos anfitriões-alvo executando o comando ansible-playbook:

   # ansible-playbook -i name.of.the.inventory name.of.the.playbook

   Um inventário é uma lista de sistemas contra os quais o Ansible funciona. Para mais informações sobre como criar e inventariar, e como trabalhar com ele, consulte a documentação do Ansible.

   Se você não tiver um inventário, você pode criá-lo no momento da execução ansible-playbook:

   Se você tiver apenas um anfitrião específico contra o qual você deseja executar o playbook, use:

   # ansible-playbook -i host1, name.of.the.playbook

   Se você tiver vários anfitriões alvo contra os quais você deseja executar o livro de jogo, use:

   # ansible-playbook -i host1,host2,....,hostn name.of.the.playbook

Procedimento

1. Configurar localhost no site /etc/ansible/hosts Inventário possível, adicionando o seguinte conteúdo ao inventário:

   localhost ansible_connection=local

2. Crie um livro de jogo possível com o seguinte conteúdo:

   ---
   - hosts: localhost
     vars:
       metrics_graph_service: yes
     roles:
       - rhel-system-roles.metrics

3. Execute o livro de jogo Ansible playbook:

   # ansible-playbook name_of_your_playbook.yml

   Nota

   Como o metrics_graph_service boolean está configurado para value="yes", grafana é automaticamente instalado e provisionado com pcp adicionado como fonte de dados.

4. Para visualizar a visualização das métricas que estão sendo coletadas em sua máquina, acesse a interface web grafana como descrito em Accessing the Grafana web UI.

Procedimento

1. Adicione o nome ou IP das máquinas que você deseja monitorar através do playbook ao arquivo /etc/ansible/hosts. Um possível arquivo de inventário com um nome de grupo identificador entre parênteses:

   [remotes]
   webserver.example.com
   database.example.com

2. Crie um livro de jogo possível com o seguinte conteúdo:

   ---
   - hosts: remotes
     vars:
       metrics_retention_days: 0
     roles:
       - rhel-system-roles.metrics

3. Execute o livro de jogo Ansible playbook:

   # ansible-playbook name_of_your_playbook.yml

Procedimento

1. Crie um livro de jogo possível com o seguinte conteúdo:

   ---
   - hosts: localhost
     vars:
       metrics_graph_service: yes
       metrics_query_service: yes
       metrics_retention_days: 10
       metrics_monitored_hosts: ["database.example.com", "webserver.example.com"]
     roles:
       - rhel-system-roles.metrics

2. Execute o livro de jogo Ansible playbook:

   # ansible-playbook name_of_your_playbook.yml

   Nota

   Como as booleans metrics_graph_service e metrics_query_service estão configuradas para value="yes", grafana é automaticamente instalado e provisionado com pcp adicionado como fonte de dados com o registro de dados pcp indexado em redis, permitindo que a linguagem de consulta pcp seja usada para consulta complexa dos dados.

3. Para visualizar a representação gráfica das métricas que estão sendo coletadas centralmente por sua máquina e para consultar os dados, acesse a interface web grafana conforme descrito em Accessing the Grafana web UI.

Procedimento

1. Instalar o pacote PCP:

   # yum instalar pcp

2. Habilite e inicie o serviço pmcd na máquina host:

   # systemctl enable pmcd
   
   # systemctl start pmcd

3. Verifique se o processo pmcd está rodando no host e se o XFS PMDA está listado como habilitado na configuração:

   # pcp
   
   Performance Co-Pilot configuration on workstation:
   
   platform: Linux workstation 4.18.0-80.el8.x86_64 #1 SMP Wed Mar 13 12:02:46 UTC 2019 x86_64
   hardware: 12 cpus, 2 disks, 1 node, 36023MB RAM
   timezone: CEST-2
   services: pmcd
   pmcd: Version 4.3.0-1, 8 agents
   pmda: root pmcd proc xfs linux mmv kvm jbd2

Procedimento

1. Atualizar a configuração do pmlogger:

   # pmlogconf -r /var/lib/pcp/config/pmlogger/config.default

2. Iniciar os serviços pmcd e pmlogger:

   # systemctl start pmcd.service
   
   # systemctl start pmlogger.service

3. Executar as operações necessárias para registrar os dados de desempenho.

4. Pare os serviços pmcd e pmlogger:

   # systemctl stop pmcd.service
   
   # systemctl stop pmlogger.service

5. Salve a saída e salve-a em um arquivo tar.gz nomeado com base no nome do host e na data e hora atuais:

   # cd /var/log/pcp/pmlogger/
   
   # tar -czf $(hostname).$(date +%F-%Hh%M).pcp.tar.gz $(hostname)

   Extraia este arquivo e analise os dados usando ferramentas PCP.

Procedimento

1. Instale os seguintes pacotes:

   1. Instale o pcp-system-tools:

      # yum instalar as ferramentas do sistema pcp

   2. Instale o pacote pmda-postfix para monitorar postfix:

      # yum instalar pcp-pmda-postfix postfix

   3. Instalar o daemon de extração:

      # yum instalar rsyslog

   4. Instalar o cliente de correio para testes:

      # yum instalar mutt

2. Habilitar os serviços postfix e rsyslog:

   # systemctl enable postfix rsyslog
   # systemctl restart postfix rsyslog

3. Habilite o booleano SELinux, para que pmda-postfix possa acessar os arquivos de registro necessários:

   # setsebool -P pcp_read_generic_logs=on

4. Instale o PMDA:

   # cd /var/lib/pcp/pmdas/postfix/
   
   # ./Install
   
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Waiting for pmcd to terminate ...
   Starting pmcd ...
   Check postfix metrics have appeared ... 7 metrics and 58 values

Procedimento

1. Iniciar o aplicativo PCP Charts a partir da linha de comando:

   # pmchart

   

   As configurações do servidor pmtime estão localizadas na parte inferior. O botão start e pause permite o controle:

   • O intervalo no qual o PCP faz o levantamento dos dados métricos
   • A data e a hora para a métrica dos dados históricos
2. Acesse File → New Chart para selecionar a métrica tanto da máquina local quanto das máquinas remotas, especificando o nome ou endereço de seu host. As opções de configuração avançada incluem a capacidade de definir manualmente os valores dos eixos para o gráfico, e escolher manualmente a cor dos gráficos.

3. Registre as opiniões criadas na aplicação PCP Charts:

   A seguir estão as opções para tirar imagens ou gravar as vistas criadas no aplicativo PCP Charts:

   • Clique em File → Export para salvar uma imagem da vista atual.
   • Clique em Record → Start para iniciar uma gravação. Clique em Record → Stop para interromper a gravação. Após a interrupção da gravação, as métricas gravadas são arquivadas para serem vistas mais tarde.

4. Opcional: No aplicativo PCP Charts, o arquivo principal de configuração, conhecido como view, permite salvar os metadados associados a um ou mais gráficos. Estes metadados descrevem todos os aspectos dos gráficos, incluindo as métricas utilizadas e as colunas dos gráficos. Salve a configuração personalizada view clicando em File → Save View, e carregue a configuração view posteriormente. O seguinte exemplo do arquivo de configuração da visualização da aplicação PCP Charts descreve um gráfico de empilhamento mostrando o número total de bytes lidos e escritos no determinado sistema de arquivos XFS loop1:

   #kmchart
   version 1
   
   chart title "Filesystem Throughput /loop1" style stacking antialiasing off
       plot legend "Read rate"   metric xfs.read_bytes   instance  "loop1"
       plot legend "Write rate"  metric xfs.write_bytes  instance  "loop1"

Procedimento

1. Instale os seguintes pacotes:

   # yum instalar redis grafana grafana-pcp

2. Reinicie e habilite os seguintes componentes:

   # systemctl restart redis pmproxy grafana-server
   # systemctl enable redis pmproxy grafana-server

Procedimento

1. No sistema do cliente, abra um navegador e acesse o site grafana-server na porta 3000, usando http://192.0.2.0:3000 link.

   Substitua 192.0.2.0 pelo IP de sua máquina.

2. Para o primeiro login, digite admin nos campos username e password.

   Figura 7.1. Página de login da Grafana

   
3. Para criar uma conta segura, Grafana solicita a criação de uma nova conta password.

4. In the pane, hover on the       configuration icon > click Plugins > in the Filter by name or type, type performance co-pilot > click Performance Co-Pilot plugin and > click Enable to enable the grafana-pcp plugin.

   Figura 7.2. Painel de controle doméstico

   
   Nota

   The top corner of the screen has a similar       icon, but it controls the general Dashboard settings.

5. Click the       icon to view the Home Dashboard.

6. No site Home Dashboard, clique Add data source para adicionar fontes de dados PCP Redis, PCP bpftrace, e PCP Vector.

   Para mais informações sobre como adicionar PCP Redis, PCP bpftrace e fontes de dados PCP Vector, veja:

   • Seção 7.4, “Adicionando PCP Redis como fonte de dados”
   • Seção 7.6, “Adicionando PCP bpftrace como uma fonte de dados”
   • Seção 7.7, “Adicionando o PCP Vector como fonte de dados”.
7. Optional: In the pane, hover on the       icon to change the Preferences or to Sign out.

Procedimento

1. Click the       icon > click Add data source > in the Filter by name or type, type redis > and click PCP Redis > in the URL field, accept the given suggestion http://localhost:44322 and > click Save & Test.

   Figura 7.3. Adicionando PCP Redis na fonte de dados

   

2. In the pane, hover on the       filter icon > click Manage > in the Filter Dashboard by name, type pcp redis > select PCP Redis Host Overview to see a dashboard with an overview of any useful metrics.

   Figura 7.4. Visão geral do PCP Redis Host

   

3. In the pane, hover on the       icon > click Dashboard option > click Add Query > from the Query list, select the PCP Redis and > in the text field of A, enter metric, for example, kernel.all.load to visualize the kernel load graph.

   Figura 7.5. Consulta PCP Redis

   

Procedimento

1. Especifique o mecanismo de autenticação suportado e o caminho do banco de dados do usuário no arquivo pmcd.conf:

   # vi /etc/sasl2/pmcd.conf
   
   mech_list: scram-sha-256
   
   sasldb_path: /etc/pcp/passwd.db

2. Criar um novo usuário:

   # useradd -r metrics

   Substitua metrics pelo seu nome de usuário.

3. Adicione o usuário criado no banco de dados do usuário:

   # saslpasswd2 -a pmcd metrics
   
   Password:
   Again (for verification):

4. Defina as permissões do banco de dados do usuário:

   # chown root:pcp /etc/pcp/passwd.db
   # chmod 640 /etc/pcp/passwd.db

5. Reinicie o serviço pmcd:

   # systemctl restart pmcd

Pré-requisitos

1. Instale o pacote pcp-pmda-bpftrace:

   # yum instalar pcp-pmda-bpftrace

Procedimento

1. Edite o arquivo bpftrace.conf e adicione seu usuário, que você criou no site Seção 7.5, “Estabelecimento de autenticação entre componentes PCP”:

   # vi /var/lib/pcp/pmdas/bpftrace/bpftrace.conf
   
   [dynamic_scripts]
   enabled = true
   auth_enabled = true
   allowed_users = root,metrics

   Substitua metrics pelo seu nome de usuário.

2. Instale o bpftrace PMDA:

   # cd /var/lib/pcp/pmdas/bpftrace/
   # ./Install
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check bpftrace metrics have appeared ... 7 metrics and 6 values

   O pmda-bpftrace está agora instalado, e só pode ser usado após autenticar seu usuário.

3. Faça o login na Grafana web UI. Para mais informações, veja Seção 7.3, “Acesso à Grafana web UI”.

4. Click the       icon > click Add data source > in the Filter by name or type, type bpftrace > and click PCP bpftrace > in the URL field, accept the given suggestion http://localhost:44322.

   Selecione a opção Auth básica > acrescente as credenciais de usuário criadas no campo User e Password e > clique em Save & Test.

   Figura 7.6. Adicionando PCP bpftrace na fonte de dados

   

5. In the pane, hover on the       filter icon > click Manage > in the Filter Dashboard by name, type pcp bpftrace > select PCP bpftrace System Analysis to see a dashboard with an overview of useful metrics.

   Figura 7.7. Análise do Sistema PCP bpftrace

   

Procedimento

1. Instale o pacote pcp-pmda-bcc:

   # yum instalar pcp-pmda-bcc

2. Instale o bcc PMDA:

   # cd /var/lib/pcp/pmdas/bcc
   # ./Install
   [Wed Apr  1 00:27:48] pmdabcc(22341) Info: Initializing, currently in 'notready' state.
   [Wed Apr  1 00:27:48] pmdabcc(22341) Info: Enabled modules:
   [Wed Apr  1 00:27:48] pmdabcc(22341) Info: ['biolatency', 'sysfork',
   [...]
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check bcc metrics have appeared ... 1 warnings, 1 metrics and 0 values

3. Faça o login na Grafana web UI. Para mais informações, veja Seção 7.3, “Acesso à Grafana web UI”.

4. Click the       icon > click Add data source > in the Filter by name or type, type vector > and click PCP Vector > in the URL field, accept the given suggestion http://localhost:44322 and > click Save & Test.

   Figura 7.8. Adicionando o PCP Vector na fonte de dados

   

5. In the pane, hover on the       icon > click Manage > in the Filter Dashboard by name, type pcp vector > select PCP Vector Host Overview to see a dashboard with an overview of useful metrics.

   Figura 7.9. Visão geral do PCP Vector Host

   

Procedimento

1. Acesse o console web RHEL 8.

   Para obter detalhes, consulte Login no console web.

2. Clique em Overview.

3. No campo Performance Profile, clique no perfil de desempenho atual.

   

4. Na caixa de diálogo Change Performance Profile, altere o perfil, se necessário.

5. Clique em Change Profile.

   

Procedimento

1. Opcional: Selecione um perfil existente em Tuned no qual seu perfil será baseado. Para uma lista dos perfis disponíveis, veja Seção 2.3, “Perfis afinados distribuídos com a RHEL”.

   Para ver qual perfil está atualmente ativo, use:

   $ tuned-adm ativo

2. Crie um novo diretório para manter seu perfil em Tuned:

   # mkdir /etc/tuned/my-profile

3. Encontre o identificador único do sistema do dispositivo de bloco selecionado:

   $ udevadm info --query=property --name=/dev/device | grep -E '(WWN|SERIAL)'
   
   ID_WWN=0x5002538d00000000
   ID_SERIAL=Generic-_SD_MMC_20120501030900000-0:0
   ID_SERIAL_SHORT=20120501030900000

   Nota

   O comando neste exemplo retornará todos os valores identificados como um World Wide Name (WWN) ou número de série associado ao dispositivo de bloco especificado. Embora seja preferível usar um WWN, o WWN nem sempre está disponível para um determinado dispositivo e quaisquer valores retornados pelo comando do exemplo são aceitáveis para uso como o device system unique ID.

4. Criar o /etc/tuned/my-profile/tuned.conf arquivo de configuração. No arquivo, defina as seguintes opções:

   • Opcional: Incluir um perfil existente:

     [main]
     include=existing-profile

   • Defina o programador de disco selecionado para o dispositivo que corresponda ao identificador da WWN:

     [disk]
     devices_udev_regex=IDNAME=device system unique id
     elevator=selected-scheduler

     • Substitua IDNAME com o nome do identificador a ser utilizado (por exemplo, ID_WWN).
     • Substitua device system unique id com o valor do identificador escolhido (por exemplo, 0x5002538d00000000).

     Para combinar vários dispositivos na opção devices_udev_regex, coloque os identificadores entre parênteses e separe-os com barras verticais:

   devices_udev_regex=(ID_WWN=0x5002538d00000000)|(ID_WWN=0x1234567800000000)

5. Habilite seu perfil:

   # perfil afinado-adm my-profile

6. Verificar se o perfil Sintonizado está ativo e aplicado:

   $ tuned-adm active
   
   Current active profile: my-profile

   $ tuned-adm verify
   
   Verification succeeded, current system settings match the preset profile.
   See tuned log file ('/var/log/tuned/tuned.log') for details.

Procedimento

1. Encontre o identificador único do sistema do dispositivo de bloqueio:

   $ udevadm info --name=/dev/device | grep -E '(WWN|SERIAL)'
   E: ID_WWN=0x5002538d00000000
   E: ID_SERIAL=Generic-_SD_MMC_20120501030900000-0:0
   E: ID_SERIAL_SHORT=20120501030900000

   Nota

   O comando neste exemplo retornará todos os valores identificados como um World Wide Name (WWN) ou número de série associado ao dispositivo de bloco especificado. Embora seja preferível usar um WWN, o WWN nem sempre está disponível para um determinado dispositivo e quaisquer valores retornados pelo comando do exemplo são aceitáveis para uso como o device system unique ID.

2. Configurar a regra udev. Crie o arquivo /etc/udev/rules.d/99-scheduler.rules com o seguinte conteúdo:

   ACTION===="add|change==", SUBSYSTEM==="block===="block===="block===="block==", ENVIDNAME}=="device system unique id"\ATTR{queue/scheduler}=="selected-scheduler"

   • Substitua IDNAME com o nome do identificador a ser utilizado (por exemplo, ID_WWN).
   • Substitua device system unique id com o valor do identificador escolhido (por exemplo, 0x5002538d00000000).

3. Recarregar as regras udev:

   # controle udevadm --regras de carga

4. Aplique a configuração do agendador:

   # udevadm trigger --type=devices --action=change

5. Verificar o agendador ativo:

   # gato /sys/bloco/device/queue/scheduler

Procedimento

1. Remover o parâmetro server max protocol da seção [global] no arquivo /etc/samba/smb.conf.

2. Recarregar a configuração do Samba

   # smbcontrol all reload-config

Procedimento

1. Renomeie todos os arquivos da ação para minúsculas.

   Nota

   Usando as configurações neste procedimento, os arquivos com nomes que não sejam em minúsculas não serão mais exibidos.

2. Defina os seguintes parâmetros na seção de ações:

   case sensitive = true
   default case = lower
   preserve case = no
   short preserve case = no

   Para obter detalhes sobre os parâmetros, veja suas descrições na página de manual smb.conf(5).

3. Verifique o arquivo /etc/samba/smb.conf:

   # testparm

4. Recarregar a configuração do Samba:

   # smbcontrol all reload-config

1. Liste os perfis disponíveis em tuned.

   # tuned-adm list
   
   Available profiles:
   - balanced             - General non-specialized tuned profile
   - desktop              - Optimize for the desktop use-case
   [...]
   - virtual-guest        - Optimize for running inside a virtual guest
   - virtual-host         - Optimize for running KVM guests
   Current active profile: balanced

2. Optional: Criar um novo perfil tuned ou editar um perfil tuned já existente.

   Para mais informações, consulte Perfis ajustados de customização.

3. Ativar um perfil em tuned.

   # tuned-adm profile selected-profile

   • Para otimizar um host de virtualização, utilize o perfil virtual-host.

     # tuned-adm profile virtual-host

   • Em um sistema operacional convidado da RHEL, use o perfil virtual-guest.

     # tuned-adm profile virtual-guest

1. Ajuste quantos CPUs de host são designados para o VM. Você pode fazer isso usando o CLI ou o console web.

2. Certifique-se de que o modelo vCPU esteja alinhado com o modelo de CPU do host. Por exemplo, configurar o VM testguest1 para usar o modelo de CPU do host:

   # virt-xml testguest1 --edit --cpu host-model

3. Desativar a fusão da mesma página do núcleo (KSM).

4. Se sua máquina host utiliza Acesso de Memória Não-Uniforme (NUMA), você também pode configure NUMA para suas VMs. Isto mapeia a CPU do host e os processos de memória na CPU e processos de memória da VM o mais próximo possível. Com efeito, o NUMA tuning fornece à vCPU um acesso mais simplificado à memória do sistema alocada à VM, o que pode melhorar a eficácia do processamento da vCPU.

   Para maiores detalhes, ver Seção 11.5.3, “Configuração do NUMA em uma máquina virtual” e Seção 11.5.4, “Exemplo de cenário de ajuste de desempenho da vCPU”.

1. No host, instale o pacote perf:

   # yum install perf

2. Use o comando perf kvm stat para exibir as estatísticas do seu host de virtualização:

   • Para o monitoramento em tempo real de seu hipervisor, use o comando perf kvm stat live.
   • Para registrar os dados do seu hipervisor durante um período de tempo, ative o registro usando o comando perf kvm stat record. Após o comando ser cancelado ou interrompido, os dados são salvos no arquivo perf.data.guest, que pode ser analisado usando o comando perf kvm stat report.

3. Analisar a saída de perf para os tipos de eventos VM-EXIT e sua distribuição. Por exemplo, os eventos PAUSE_INSTRUCTION devem ser pouco freqüentes, mas na saída seguinte, a alta ocorrência deste evento sugere que as CPUs anfitriãs não estão lidando bem com as vCPUs em funcionamento. Em tal cenário, considere desligar algumas de suas VMs ativas, remover as vCPUs dessas VMs, ou ajustar o desempenho das vCPUs.

   # perf kvm stat report
   
   Analyze events for all VMs, all VCPUs:
   
   
                VM-EXIT    Samples  Samples%     Time%    Min Time    Max Time         Avg time
   
     EXTERNAL_INTERRUPT     365634    31.59%    18.04%      0.42us  58780.59us    204.08us ( +-   0.99% )
              MSR_WRITE     293428    25.35%     0.13%      0.59us  17873.02us      1.80us ( +-   4.63% )
       PREEMPTION_TIMER     276162    23.86%     0.23%      0.51us  21396.03us      3.38us ( +-   5.19% )
      PAUSE_INSTRUCTION     189375    16.36%    11.75%      0.72us  29655.25us    256.77us ( +-   0.70% )
                    HLT      20440     1.77%    69.83%      0.62us  79319.41us  14134.56us ( +-   0.79% )
                 VMCALL      12426     1.07%     0.03%      1.02us   5416.25us      8.77us ( +-   7.36% )
          EXCEPTION_NMI         27     0.00%     0.00%      0.69us      1.34us      0.98us ( +-   3.50% )
          EPT_MISCONFIG          5     0.00%     0.00%      5.15us     10.85us      7.88us ( +-  11.67% )
   
   Total Samples:1157497, Total events handled time:413728274.66us.

   Outros tipos de eventos que podem sinalizar problemas na saída do perf kvm stat incluem:

   • INSN_EMULATION - sugere uma configuração de E/S da VM subótima.

Procedimento

1. Capture dados de desempenho que você esteja interessado em investigar mais a fundo:

   # registro perf -a --call-graph fp sono seconds

   Este exemplo geraria um perf.data sobre todo o sistema por um período de seconds segundos, conforme ditado pelo uso do comando sleep. Ele também capturaria dados de gráficos de chamada usando o método do ponteiro de frame.

2. Gerar um arquivo contendo os símbolos de depuração dos dados registrados:

   # arquivo perf

Procedimento

1. Copie tanto o arquivo perf.data como o arquivo de arquivo em seu diretório ativo atual.

2. Extraia o arquivo em ~/.debug:

   # mkdir -p ~/.debug
   # tar xf perf.data.tar.bz2 -C ~/.debug

   Nota

   O arquivo também pode ser nomeado perf.data.tar.gz.

3. Abra o arquivo perf.data para uma análise mais detalhada:

   # relatório perf

Procedimento

1. Amostra os acessos à memória:

   # per mem record - um sono seconds

   Este exemplo mostra os acessos à memória em todas as CPUs por um período de seconds segundos, como ditado pelo comando sleep. Você pode substituir o comando sleep por qualquer comando durante o qual você queira amostrar os dados de acesso à memória. Por padrão, perf mem mostra tanto as cargas de memória quanto os armazéns. Você pode selecionar apenas uma operação de memória usando a opção -t e especificando ou "carregar" ou "armazenar" entre perf mem e record. Para cargas, são capturadas informações sobre o nível hierárquico da memória, acessos à memória TLB, bus snoops e bloqueios de memória.

2. Abra o arquivo perf.data para análise:

   # relatório perf mem

   Se você tiver usado os comandos de exemplo, a saída é:

   Available samples
   35k cpu/mem-loads,ldlat=30/P
   54k cpu/mem-stores/P

   A linha cpu/mem-loads,ldlat=30/P denota os dados coletados sobre as cargas de memória e a linha cpu/mem-stores/P denota os dados coletados sobre os depósitos de memória. Destaque a categoria de interesse e pressione Enter para visualizar os dados:

   Samples: 35K of event 'cpu/mem-loads,ldlat=30/P', Event count (approx.): 4067062
   Overhead       Samples  Local Weight  Memory access             Symbol                                                                 Shared Object                 Data Symbol                                                     Data Object                            Snoop         TLB access              Locked
      0.07%            29  98            L1 or L1 hit              [.] 0x000000000000a255                                                 libspeexdsp.so.1.5.0          [.] 0x00007f697a3cd0f0                                          anon                                   None          L1 or L2 hit            No
      0.06%            26  97            L1 or L1 hit              [.] 0x000000000000a255                                                 libspeexdsp.so.1.5.0          [.] 0x00007f697a3cd0f0                                          anon                                   None          L1 or L2 hit            No
      0.06%            25  96            L1 or L1 hit              [.] 0x000000000000a255                                                 libspeexdsp.so.1.5.0          [.] 0x00007f697a3cd0f0                                          anon                                   None          L1 or L2 hit            No
      0.06%             1  2325          Uncached or N/A hit       [k] pci_azx_readl                                                      [kernel.kallsyms]             [k] 0xffffb092c06e9084                                          [kernel.kallsyms]                      None          L1 or L2 hit            No
      0.06%             1  2247          Uncached or N/A hit       [k] pci_azx_readl                                                      [kernel.kallsyms]             [k] 0xffffb092c06e8164                                          [kernel.kallsyms]                      None          L1 or L2 hit            No
      0.05%             1  2166          L1 or L1 hit              [.] 0x00000000038140d6                                                 libxul.so                     [.] 0x00007ffd7b84b4a8                                          [stack]                                None          L1 or L2 hit            No
      0.05%             1  2117          Uncached or N/A hit       [k] check_for_unclaimed_mmio                                           [kernel.kallsyms]             [k] 0xffffb092c1842300                                          [kernel.kallsyms]                      None          L1 or L2 hit            No
      0.05%            22  95            L1 or L1 hit              [.] 0x000000000000a255                                                 libspeexdsp.so.1.5.0          [.] 0x00007f697a3cd0f0                                          anon                                   None          L1 or L2 hit            No
      0.05%             1  1898          L1 or L1 hit              [.] 0x0000000002a30e07                                                 libxul.so                     [.] 0x00007f610422e0e0                                          anon                                   None          L1 or L2 hit            No
      0.05%             1  1878          Uncached or N/A hit       [k] pci_azx_readl                                                      [kernel.kallsyms]             [k] 0xffffb092c06e8164                                          [kernel.kallsyms]                      None          L2 miss                 No
      0.04%            18  94            L1 or L1 hit              [.] 0x000000000000a255                                                 libspeexdsp.so.1.5.0          [.] 0x00007f697a3cd0f0                                          anon                                   None          L1 or L2 hit            No
      0.04%             1  1593          Local RAM or RAM hit      [.] 0x00000000026f907d                                                 libxul.so                     [.] 0x00007f3336d50a80                                          anon                                   Hit           L2 miss                 No
      0.03%             1  1399          L1 or L1 hit              [.] 0x00000000037cb5f1                                                 libxul.so                     [.] 0x00007fbe81ef5d78                                          libxul.so                              None          L1 or L2 hit            No
      0.03%             1  1229          LFB or LFB hit            [.] 0x0000000002962aad                                                 libxul.so                     [.] 0x00007fb6f1be2b28                                          anon                                   None          L2 miss                 No
      0.03%             1  1202          LFB or LFB hit            [.] __pthread_mutex_lock                                               libpthread-2.29.so            [.] 0x00007fb75583ef20                                          anon                                   None          L1 or L2 hit            No
      0.03%             1  1193          Uncached or N/A hit       [k] pci_azx_readl                                                      [kernel.kallsyms]             [k] 0xffffb092c06e9164                                          [kernel.kallsyms]                      None          L2 miss                 No
      0.03%             1  1191          L1 or L1 hit              [k] azx_get_delay_from_lpib                                            [kernel.kallsyms]             [k] 0xffffb092ca7efcf0                                          [kernel.kallsyms]                      None          L1 or L2 hit            No

   Alternativamente, você pode classificar seus resultados para investigar diferentes aspectos de interesse ao exibir os dados. Por exemplo, para classificar os dados sobre as cargas de memória por tipo de acessos de memória que ocorrem durante o período de amostragem, em ordem decrescente de despesas gerais que eles contabilizam:

   # perf mem -t load report --sort=mem

   Por exemplo, a saída pode ser:

   Samples: 35K of event 'cpu/mem-loads,ldlat=30/P', Event count (approx.): 40670
   Overhead       Samples  Memory access
     31.53%          9725  LFB or LFB hit
     29.70%         12201  L1 or L1 hit
     23.03%          9725  L3 or L3 hit
     12.91%          2316  Local RAM or RAM hit
      2.37%           743  L2 or L2 hit
      0.34%             9  Uncached or N/A hit
      0.10%            69  I/O or N/A hit
      0.02%           825  L3 miss