Planear o desempenho do hardware Service Manager
Importante
Esta versão do Service Manager chegou ao fim do suporte. Recomendamos que atualize para o Service Manager 2022.
Uma parte importante do System Center - Service Manager desempenho depende da topologia de configuração e implementação de hardware que está planeada para lidar com as necessidades da sua organização. As secções seguintes fornecem diretrizes gerais a considerar quando estiver a planear um desempenho de hardware adequado.
Desempenho do hardware
Seguem-se os estrangulamentos de hardware mais visíveis no Service Manager, com uma carga e quantidade significativas de dados na base de dados Service Manager:
- O estrangulamento mais comum é a memória e a E/S no computador que está a executar o Microsoft SQL Server. Se tiver os recursos, investir mais memória e um subsistema de E/S mais rápido para melhorar SQL Server E/S alcançará um melhor desempenho.
- Se espera ter muitas consolas ligadas a um servidor de gestão, pode melhorar o desempenho para lidar com o pico de carga ao investir em CPUs e memória adicionais para o servidor de gestão ou ao instalar um servidor de gestão de 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. Service Manager funções de servidor, como o servidor de gestão e o servidor do 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 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 de software aplicam-se a computadores físicos. Se decidir virtualizar uma função de software, deve planear garantir que tem recursos de hardware adicionais para cada computador virtual.
Os servidores de bases de dados são vulneráveis a um fraco desempenho em máquinas virtuais se a seguinte documentação de orientação de planeamento não for seguida:
- Executar SQL Server num Ambiente Hyper-V.
- Nunca deve utilizar discos dinâmicos em máquinas virtuais destinadas a alojar SQL Server. Utilize discos rígidos virtuais de tamanho fixo ou pass-through.
- O Hyper-V permite apenas quatro CPUs virtuais por convidado, o que poderá restringir o servidor Service Manager se tiver muitas consolas.
Service Manager resultados do teste da linha de base
Service Manager foi testado na linha de base para desempenho e escalabilidade através de vários cenários de implementação com o hardware mínimo recomendado sob a forma de computadores físicos. Mais especificamente, os cenários foram testados com bases de dados pré-preenchidas e Service Manager consolas a criar e atualizar Incidentes e Pedidos de Alteração num ciclo.
A base de dados foi pré-preenchida com informações para dois testes:
- O teste 1 consistia em 20 000 computadores, 20 000 utilizadores e todos os itens de configuração necessários, que tinham aproximadamente 250 000 itens de configuração num total de aproximadamente 2,5 milhões de linhas na base de dados. O teste 1 também incluía 40 consolas de Service Manager ativas.
- O teste 2 consistia em 50 000 computadores, 50 000 utilizadores e itens de configuração relacionados, que eram aproximadamente 700 000 itens de configuração num total de 6 milhões de linhas na base de dados. O teste 2 também incluiu 80 consolas de Service Manager ativas.
Os testes proporcionaram os seguintes resultados:
- Para cumprir os objetivos de tempo de resposta para a configuração de 50 000 computadores, o SQL Server memória teve de ser aumentado de 8 gigabytes (GB) para 32 GB.
- Durante os testes, foram gerados 200 incidentes e 50 pedidos de alteração para a configuração de 20 000 computadores e 500 Incidentes e 125 Pedidos de Alteração para a configuração de 50 000 computadores a cada hora, com três a quatro subscrições e modelos de notificação a serem processados para cada incidente e 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 a sua organização planear ter menos de 20 000 computadores e consolas suportados e menos fluxos de trabalho, o desempenho Service Manager deve ser aceitável, mesmo que algumas das Service Manager funções estejam alojadas em computadores virtuais.
No entanto, se planear adicionar mais computadores suportados na base de dados Service Manager, deve planear aumentar a quantidade de RAM para o servidor de bases de dados Service Manager para além dos requisitos mínimos listados neste documento. Por exemplo, no teste de linha de base 8 GB de RAM foi instalado no servidor de base de dados Service Manager que continha registos para 20 000 computadores. Posteriormente, deve adicionar 8 GB de RAM para cada incremento de 10 000 computadores que planeia suportar. Por exemplo, para 50 000 computadores, planeie 32 GB de RAM. Durante o teste da configuração de 50.000 computadores com 32 GB de RAM instalados no computador com SQL Server, o desempenho foi melhorado para um estado em que já não havia qualquer efeito diminuído em comparação com o teste da configuração antes de serem adicionados computadores adicionais.
A latência de rede também foi testada na linha de base. A latência de rede foi introduzida entre a consola do Service Manager e o servidor de gestão de Service Manager.
Nota
O servidor de base de dados Service Manager e os servidores de gestão de Service Manager devem estar numa LAN de baixa latência; a latência de rede entre o servidor da base de dados Service Manager e o servidor de gestão de Service Manager pode levar a uma degradação significativa do Service Manager desempenho.
Os testes também proporcionaram os seguintes resultados:
Em que a latência de rede era inferior a 100 milissegundos (msec), foram encontrados bons tempos de resposta gerais Service Manager consola.
Quando a latência de rede era de 150 msec a 200 msec, o desempenho era considerado utilizável, com uma degradação de até 40 por cento no tempo de resposta em alguns cenários. Com latência entre 150 msec e 200 msec, deve planear avaliar os principais cenários para a sua organização e determinar se a Ligação ao Ambiente de Trabalho Remoto (RDC) é uma opção melhor.
Nota
A expansão dos mapas de serviço na consola do Service Manager era lenta, com qualquer quantidade de latência.
Quando a latência de rede excedeu os 200 msec, o tempo de resposta geral Service Manager consola foi observado como fraco. Se a latência exceder os 200 msec, deve planear utilizar o RDC ou outra solução de acesso remoto semelhante para tarefas operacionais. No entanto, como as tarefas administrativas ocasionais são menos comuns, poderá não ser necessário acesso remoto para as mesmas.
Passos seguintes
- Para ler as diretrizes gerais a considerar quando estiver a planear Service Manager desempenho do software, reveja Service Manager desempenho.