Planejar o desempenho de hardware do Service Manager

Artigo
07/10/2024

Uma parte importante do desempenho do System Center – Service Manager depende da configuração de hardware e da topologia de implantação planejada para lidar com as necessidades da sua organização. As seções a seguir fornecem diretrizes gerais a serem consideradas ao planejar o desempenho adequado do hardware.

Desempenho de hardware

Veja a seguir os gargalos de hardware mais perceptíveis no Service Manager, com uma carga e quantidade significativas de dados no banco de dados do Service Manager:

O gargalo mais comum é a memória e E/S no computador que está executando o Microsoft SQL Server. Se você tiver os recursos, investir em mais memória e um subsistema de E/S mais rápido para melhorar a E/S do SQL Server alcançará um melhor desempenho.
Se você espera ter muitos consoles se conectando a um servidor de gerenciamento, pode melhorar o desempenho para lidar com a carga de pico investindo em CPUs e memória adicionais para o servidor de gerenciamento ou instalando um servidor de gerenciamento secundário do Service Manager.

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

O papel das máquinas virtuais

Muitas organizações usam máquinas virtuais para hospedar aplicativos do Windows Server. As funções de servidor do Service Manager, como o servidor de gerenciamento e o servidor de 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 de virtual para computador físico porque as necessidades da sua organização são inerentemente exclusivas. No entanto, os requisitos mínimos de hardware para cada função do software se aplicam a computadores físicos. Se você decidir virtualizar uma função de software, planeje garantir que tenha recursos de hardware adicionais para cada computador virtual.

Os servidores de banco de dados estarão vulneráveis a um desempenho ruim em máquinas virtuais se as seguintes diretrizes de planejamento não forem seguidas:

Executando o SQL Server em um ambiente Hyper-V.
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 quatro CPUs virtuais por convidado, o que pode restringir o servidor Service Manager se você tiver muitos consoles.

Resultados do teste de linha de base do Service Manager

O Service Manager foi testado em linha de base para desempenho e escalabilidade usando vários cenários de implantação com o hardware mínimo recomendado na forma de computadores físicos. Mais especificamente, os cenários foram testados com bancos de dados pré-preenchidos e consoles do Service Manager criando 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 consoles ativos do Service Manager.
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 consoles ativos do Service Manager.

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 sua organização planeja ter menos de 20.000 computadores e consoles com suporte e menos fluxos de trabalho, o desempenho do Service Manager deve ser aceitável, mesmo que algumas das funções do Service Manager estejam hospedadas em computadores virtuais.

No entanto, se você planeja adicionar outros computadores com suporte no banco de dados do Service Manager, deve planejar aumentar a 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 de linha de base, 8 GB de RAM foram instalados no servidor de banco de dados Service Manager que continha registros de 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. A latência de rede foi introduzida entre o console do Service Manager 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; latência de rede entre o servidor de banco de dados do Service Manager e o servidor de gerenciamento do Service Manager pode levar a uma degradação significativa do desempenho do Service Manager.

Os testes mostraram os seguintes resultados:

Onde a latência de rede foi inferior a 100 milissegundos (ms), os tempos gerais de resposta do console do Service Manager foram considerados bons.
Onde a latência da rede foi de 150 ms a 200 ms, o desempenho foi anotado como utilizável, com uma degradação de até 40% no tempo de resposta em alguns cenários. Com latência entre 150 ms e 200 ms, você deve planejar avaliar os principais cenários para sua organização e determinar se a RDC (Conexão de Área de Trabalho Remota) é uma opção melhor.

Observação

A expansão de mapas de serviço no console do Service Manager era lenta com qualquer quantidade de latência.
Quando a latência da rede excedeu 200 ms, os tempos de resposta gerais do console do Service Manager foram observados como ruins. 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.

Próximas etapas

Para ler as diretrizes gerais a serem consideradas ao planejar o desempenho do software Service Manager, examine o desempenho do Service Manager.

Compartilhar via