Portanto, instalei uma nova instância do WSUS em um sistema 2012R2. O servidor WSUS atenderá cerca de 350 sistemas (servidores+desktops+laptops) no total. Ele está sendo executado em uma VM Hyper-V e atualmente aloquei 10 GB de memória, mas em menos de um dia o uso do banco de dados interno do Windows saltou para cerca de 6 GB.
Esse valor me parece excessivo. Se você pesquisar no Google, poderá encontrar vários artigos sobre como limitar a memória do banco de dados interno do Windows. Mas quase nenhum dos artigos que estou encontrando fornece qualquer justificativa para a escolha de um valor de memória específico que parece estar entre 256 MB-4 GB, dependendo do autor do artigo.
Esse uso de memória para WSUS é normal? Não estou encontrando nenhuma sugestão de tamanho oficial da Microsoft para WSUS em 2012r2, embora os documentos de uma versão mais antiga sugiram que 1 GB deve ser suficiente para menos de 500 computadores.
Então minha pergunta é
- Existe um local de atualização que a Microsoft publicou especificações de dimensionamento de servidor para WSUS que não estou encontrando?
- Se eu fosse definir um limite de memória para o banco de dados interno, qual método deveria ser usado para escolher o valor correto? Existe alguma fórmula ou alguma métrica de desempenho que eu possa analisar para definir um limite útil?
- Eu só preciso continuar adicionando mais memória até que o WSUS pare de usar tudo?
- Há algo mais que eu deveria fazer para fazer o WSUS usar menos recursos?
O banco de dados interno do Windows é uma instância do MS SQL Server com recursos limitados, portanto, acabará consumindo toda a memória do seu servidor, desde que o tamanho do banco de dados seja grande o suficiente. As recomendações usuais de dimensionamento do banco de dados MSSQL se aplicam aqui se você deseja obter o desempenho ideal do banco de dados. Embora com o WSUS, o desempenho do banco de dados em si não seja tão crítico e você também deve garantir que haja RAM suficiente para o pool de aplicativos IIS do WSUS, bem como para o cache do sistema de arquivos.
Pessoalmente, eu não me preocuparia em avaliar a taxa de crescimento da página de índice ou as métricas de desempenho do servidor SQL, mas apenas limitar o WID ao uso de 2 GB de RAM e aumentar esse valor apenas quando o monitoramento disparasse um alarme sobre a utilização excessiva do disco. Os clientes WSUS dificilmente são sensíveis a tempos de resposta mais longos, então tudo está bem, desde que a máquina não esteja muito sobrecarregada e as solicitações do cliente estejam atingindo o tempo limite.
Isso pode consumir uma quantidade considerável de seus recursos, pois o banco de dados do WSUS tende a crescer com o tempo. Uma instância do WSUS 3.0 no Server 2008 R2 que estou gerenciando tem alguns produtos comuns e dois idiomas ativados. Ele atende aproximadamente 1.100 clientes e possui um tamanho de banco de dados de 15 GB após 2 anos de operação.
Talvez você queira examinar o cache do aplicativo e as configurações de coleta de lixo do pool de aplicativos IIS do WSUS se o próprio processo do IIS estiver consumindo muitos recursos e estiver competindo com o cache do sistema de arquivos. Além disso, o WSUS deve ser principalmente disparar e esquecer se você fornecer> 6 GB de RAM e limitar o tamanho da memória WID.
Possivelmente, mas também não os estou encontrando.
Eu vi vazamentos e alterações de limite de tamanho como você disse, mas sei que o problema do WSUS raramente é o uso de memória ou CPU. Se você está fazendo com que os clientes extraiam do servidor, o armazenamento e a rede parecem ser os grandes fatores. Coisas como cache de peer BITS ou servidores WSUS downstream ajudarão. Dito isso, eu definiria os requisitos de dimensionamento com base neste artigo do TechNet (ao qual você já vinculou) vezes 4 porque é 2015 e a "inflação" normal de TI parece se aplicar aqui também.
Para fins de referência, examinei 2 implantações WSUS diferentes que tenho... a primeira é pequena, 4 servidores, 30 clientes... e está usando cerca de 1 GB. A outra implantação está usando SCCM e WSUS de forma um pouco diferente, com 400 servidores e 2.500 clientes, e está usando 8 GB de RAM.