Desempenho do Hardware
Publicado: julho de 2016
Aplica-se A: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager
O desempenho do System Center 2012 – Service Manager depende em grande medida da configuração de hardware e da topologia de implementação que for planeada para processar as necessidades de uma determinada organização. As secções seguintes fornecem orientações gerais que devem ser consideradas ao planear o desempenho do hardware adequado.
Desempenho do Hardware
Em seguida são apresentados os estrangulamentos de hardware que são mais evidentes no Service Manager, com uma quantidade de significativa de carga e de dados na base de dados do Service Manager:
Os estrangulamentos mais comuns são a memória e a E/S no computador que está a executar o Microsoft SQL Server. Se estiverem disponíveis os recursos necessários, o investimento em mais memória e num subsistema de E/S mais rápido para melhorar a E/S do SQL Server proporcionará melhor desempenho.
Se necessitar de ligar muitas consolas ao servidor de gestão, é possível melhorar o desempenho para processar o pico de carga investindo em CPU e memória adicionais para o servidor de gestão ou instalando um servidor de gestão do Service Manager secundário.
Tenha em consideração o hardware mínimo recomendado para cada função, como descrito neste documento.
A Função das Máquinas Virtuais
Muitas organizações utilizam máquinas virtuais para alojar aplicações do Windows Server. As funções do servidor do Service Manager, como servidor de gestão e servidor de armazém de dados, não são exceções. A utilização de máquinas virtuais pode variar entre a virtualização de todas as funções de servidor até outras combinações de computadores virtuais e físicos.
Não recomendamos nenhum rácio específico de computadores virtuais e físicos porque as necessidades de cada organização são inerentemente exclusivas. No entanto, os requisitos mínimos de hardware para cada função de software aplicam-se a computadores físicos. Se optar por virtualizar uma função de software, deverá planear para assegurar que dispõe de recursos de hardware adicionais para cada computador virtual.
Os servidores de base de dados são vulneráveis a fraco desempenho em máquinas virtuais, se as seguintes orientações de planeamento não forem seguidas:
Executar o SQL Server 2008 num Ambiente Hyper-V (SQL2008inHyperV2008.docx).
Nunca devem ser utilizados discos dinâmicos em máquinas virtuais que se destinam a alojar o SQL Server. Utilize unidades de disco rígido virtuais de tamanho fixo ou pass-through.
O Hyper-V apenas permite quatro CPU virtuais por convidado, o que pode restringir o servidor do Service Manager se existirem muitas consolas.
Resultados do Teste de Linha de Base do Service Manager
O Service Manager foi testado em relação a uma linha de base de desempenho e de escalabilidade, utilizando vários cenários de implementação com o hardware mínimo recomendado na forma de computadores físicos. Mais especificamente, os cenários foram testados com bases de dados pré-preenchidas e Service Manager consoles, criando e atualizando Incidentes e Pedidos de Alteração em ciclo.
A base de dados foi pré-preenchida com informações para dois testes:
O Teste 1 consistiu em 20.000 computadores, 20.000 utilizadores e todos os itens de configuração necessários, que eram aproximadamente 250.000 itens de configuração, totalizando aproximadamente 2,5 milhões de linhas na base de dados. O Teste 1 também incluiu 40 Service Manager consoles ativas.
O Teste 2 consistiu em 50.000 computadores, 50.000 utilizadores e os itens de configuração relacionados, que eram aproximadamente 700.000 itens de configuração, totalizando 6 milhões de linhas na base de dados. O Teste 2 também incluiu 80 Service Manager consoles ativas.
Os testes proporcionaram os seguintes resultados:
Para cumprir os objetivos de tempo de resposta da configuração com 50.000 computadores, a memória do SQL Server teve de ser aumentada de 8 gigabytes (GB) para 32 GB.
Durante os testes, foram gerados, por hora, 200 incidentes e 50 pedidos de alteração, para a configuração com 20.000 computadores, e 500 incidentes e 125 pedidos de alteração, para a configuração com 50.000 computadores, com três a quatro subscrições de notificação e modelos processados para cada incidente e cada pedido de alteração.
Normalmente, no teste de linha de base, os fluxos de trabalho, por exemplo, o processamento de subscrições de notificação e a aplicação de modelos, foram executados no período de tempo de um minuto após cada item de trabalho ser gerado.
Se uma determinada organização planear ter menos de 20.000 computadores e consolas suportados e menos fluxos de trabalho, o desempenho do Service Manager deve ser aceitável, mesmo que algumas funções do Service Manager estejam alojadas em máquinas virtuais.
Contudo, se planear adicionar computadores suportados à base de dados do Service Manager, deve também planear aumentar a quantidade de RAM para o servidor de base de dados do Service Manager para além dos requisitos mínimos listados neste documento. Por exemplo, no teste de linha de base foram instalados 8 GB de RAM no servidor de base de dados do Service Manager que continham registos para 20.000 computadores. Posteriormente, deve adicionar 8 GB de RAM para cada incremento de 10.000 de computadores que pretender suportar. Por exemplo, para 50.000 computadores, planeie 32 GB de RAM. Durante o teste da configuração com 50.000 computadores e 32 GB de RAM instalada no computador que está a executar o SQL Server, o desempenho melhorou até um estado onde não foi observada nenhuma redução de desempenho em comparação com o teste da configuração antes de serem adicionados computadores.
A latência de rede também foi testada na linha de base. A latência de rede foi introduzida entre o Service Manager console e o servidor de gestão do Service Manager.
Nota
O servidor de base de dados do Service Manager e os servidores de gestão do Service Manager devem estar numa LAN de baixa latência; a latência de rede entre o servidor de base de dados do Service Manager e o servidor de gestão do Service Manager pode provocar uma degradação significativa do desempenho do Service Manager.
Os testes também proporcionaram os seguintes resultados:
Com uma latência de rede inferior a 100 milissegundos (ms), os tempos de resposta globais do Service Manager console foram considerados bons.
Com uma latência de rede entre 150 e 200 ms, o desempenho foi considerado como utilizável, com uma degradação até 40 porcento no tempo de resposta em alguns cenários. Com uma latência de rede entre 150 e 200 ms, é conveniente avaliar os cenários principais para a organização em questão e determinar se a Ligação ao Ambiente de Trabalho Remoto (RDC) é uma opção melhor.
Nota
A expansão dos mapas do serviço no Service Manager console foi lenta com qualquer valor de latência.Quando a latência de rede excedeu 200 ms, os tempos de resposta globais do Service Manager console foram considerados fracos. Se a latência exceder 200 ms, deverá planear utilizar a RDC ou outra solução de acesso remoto semelhante para as tarefas operacionais. No entanto, como as tarefas administrativas ocasionais são menos comuns, poderá não ser necessário acesso remoto para as mesmas.