Desempenho de hardware

 

Publicado: julho de 2016

Aplicável a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Uma parte importante do desempenho do System Center 2012 - Service Manager depende de uma topologia de implantação e configuração de hardware planejada para atender às necessidades da sua organização. As seções a seguir fornecem diretrizes gerais que devem ser levadas em consideração ao planejar o desempenho de hardware apropriado.

Desempenho de hardware

Estes são os afunilamentos de hardware mais perceptíveis no Service Manager, com carga significativa e uma considerável quantidade de dados no banco de dados do Service Manager :

1. O afunilamento mais comum é a memória e E/S no computador que está executando o Microsoft SQL Server. Se tiver os recursos apropriados, você poderá melhorar o desempenho investindo em mais memória e em um subsistema de E/S mais veloz para melhorar a E/S do SQL Server.

2. Se você espera ter vários consoles conectando-se a um servidor de gerenciamento, poderá melhorar o desempenho para lidar com a carga de pico investindo em CPUs adicionais e em mais memória para o servidor de gerenciamento ou instalando um servidor de gerenciamento do Service Manager secundário.

Preste atenção ao hardware mínimo recomendado para cada função, conforme descrito neste documento.

A função de máquinas virtuais

Muitas organizações usam máquinas virtuais para hospedar aplicativos do Windows Server. Service Manager , o servidor de gerenciamento e o servidor do data warehouse não são exceções. A utilização de máquinas virtuais pode variar desde a virtualização de todas as funções de servidor até outras combinações de computadores físicos e virtuais.

Não recomendamos nenhuma proporção específica entre computadores virtuais e físicos, pois as necessidades da sua organização são exclusivas por natureza. No entanto, os requisitos mínimos de hardware para cada função do software se aplicam a computadores físicos. Se decidir virtualizar uma função de software, você deverá planejar para assegurar que tem os recursos adicionais de hardware para cada computador virtual.

Os servidores de banco de dados ficarão vulneráveis ao desempenho insatisfatório em máquinas virtuais se a diretriz de planejamento a seguir não for efetivada.

• Executando o SQL Server 2008 em um ambiente do Hyper-V (SQL2008inHyperV2008.docx).

• Você nunca deve usar discos dinâmicos em máquinas virtuais que se destinam a hospedar SQL Server. Use discos rígidos virtuais de tamanho fixo ou passagem.

• O Hyper-V permite apenas 4 CPUs virtuais por convidado, o que poderá restringir o servidor do Service Manager se você tiver muitos consoles.

Resultados de testes comparativos do Service Manager

Service Manager foi testado comparativamente quanto ao desempenho e à escalabilidade usando vários cenários de implantação e o hardware mínimo recomendado com computadores físicos. Mais especificamente, os cenários foram testados com bancos de dados pré-populados e com instâncias do Service Manager Consolecriando e atualizando incidentes e solicitações de alteração em um loop.

O banco de dados foi pré-populado com informações para dois testes:

• O Teste 1 consistiu em 20.000 computadores, 20.000 usuários e todos os itens de configuração necessários, que foram aproximadamente 250.000 itens de configuração, totalizando, aproximadamente, 2,5 milhões de linhas no banco de dados. O Teste 1 também incluiu 40 Service Manager Consoles ativos.

• O Teste 2 consistiu em 50.000 computadores, 50.000 usuários e todos os itens de configuração relacionados, que foram aproximadamente 700.000 itens de configuração, totalizando 6 milhões de linhas no banco de dados. O Teste 2 também incluiu 80 Service Manager Consoles ativos.

Os testes mostraram os seguintes resultados:

• Para alcançar os objetivos de tempo de resposta para a configuração dos 50.000 computadores, a memória do SQL Server teve que ser aumentada de 8 gigabytes (GB) para 32 GB.

• Durante os testes, foram gerados por hora 200 incidentes e 50 solicitações de alteração para a configuração de 20.000 computadores e 500 incidentes e 125 solicitações de alteração para a configuração de 50.000 computadores, com 3 a 4 assinaturas para notificação e o processamento de modelos para cada incidente e solicitação de alteração.

• De maneira típica no teste de base, os fluxos de trabalho como o processamento de assinaturas para notificação e a aplicação de modelos foram executados dentro de um intervalo de 1 minuto para cada item de trabalho gerado.

Se a sua organização planeja ter menos de 20.000 consoles e computadores com suporte e menos fluxos de trabalho, o desempenho do seu Service Manager será normalmente aceitável, mesmo que algumas das funções do Service Manager estejam hospedadas em computadores virtuais.

No entanto, se você planeja incluir computadores adicionais com suporte no banco de dados do Service Manager , convém planejar o aumento da quantidade de RAM para o servidor de banco de dados do Service Manager além dos requisitos mínimos listados neste documento. Por exemplo, no teste comparativo, 8 GB de RAM foram instalados no servidor de banco de dados do Service Manager que continha registros para 20.000 computadores. Posteriormente, 8 GB de RAM devem ser adicionados para cada incremento de 10.000 computadores aos quais você planeja oferecer suporte. Por exemplo, para 50.000 computadores, planeje 32 GB de RAM. Durante o teste da configuração de 50.000 computadores com 32 GB de RAM instalados no SQL Server do computador em funcionamento, o desempenho melhorou até chegar a um estado em que deixou de haver um efeito reduzido em comparação ao estado anterior à inclusão de computadores adicionais.

A latência da rede também foi testada na linha de base. Ela foi introduzida entre o Service Manager Console e o servidor de gerenciamento do Service Manager .

Observação
O servidor de banco de dados do Service Manager e os servidores de gerenciamento do Service Manager devem estar em uma LAN de baixa latência; uma latência de rede entre o servidor de banco de dados do Service Manager e o servidor de gerenciamento do Service Manager pode resultar em uma queda significativa do desempenho do Service Manager .

Os testes mostraram os seguintes resultados:

• Nos casos em que a latência de rede foi inferior a 100 milissegundos, os tempos de resposta gerais do Service Manager Console foram considerados satisfatórios.

• Nos casos em que a latência de rede se manteve entre 150 e 200 milissegundos, o desempenho foi determinado como aproveitável, com uma degradação de até 40% no tempo de resposta em alguns cenários. Com uma latência de rede entre 150 e 200 milissegundos, convém planejar a avaliação dos principais cenários para a sua organização e determinar se a Conexão de Área de Trabalho Remota (RDC) não seria uma opção mais apropriada.

  Observação
  A expansão de mapas de serviço no Service Manager Console foi lenta em qualquer nível de latência.

• Nos casos em que a latência de rede excedeu 200 milissegundos, os tempos de resposta gerais do Service Manager Console foram tidos como insatisfatórios. Se a sua latência exceder 200 milissegundos, convém planejar o uso da Conexão de Área de Trabalho Remota ou de outra solução de acesso remoto semelhante para tarefas operacionais. Porém, considerando que tarefas administrativas ocasionais são menos comuns, talvez não seja necessário utilizar o acesso remoto para executá-las.