Partilhar via


Considerações de conceção do agrupamento de recursos

Importante

Esta versão do Operations Manager chegou ao fim do suporte. Recomendamos que atualize para o Operations Manager 2022.

Um Agrupamento de Recursos é um conjunto lógico de servidores de gestão e/ou de servidores de gateway, utilizado para distribuir trabalho entre eles e para assumir o trabalho de um membro que falhou. Por outras palavras, fornecem elevada disponibilidade e escalabilidade para fluxos de trabalho. Ao estruturar um grupo de gestão, tem de se tomar em consideração a monitorização de dispositivos de rede, sistemas Linux/UNIX e outras cargas de trabalho que foram concebidas para tirar partido de um agrupamento de recursos.

Descrição Geral

Os agrupamentos de recursos asseguram a continuidade da monitorização ao fornecer múltiplos membros, que são servidores de gestão e/ou servidores de gateway que podem assumir fluxos de trabalho de monitorização, se um dos membros do agrupamento ficar indisponível. Pode criar agrupamentos de recursos para fins específicos. Por exemplo, poderá criar um agrupamento de recursos de servidores de gestão no seu datacenter primário para monitorizar os dispositivos de rede.

Os agrupamentos de recursos aplicam uma lógica semelhante ao clustering "conjunto de nós maioritário", em que (< número de nós como membros do conjunto > /2) + 1. No mínimo, tem de haver três membros no conjunto para manter o quórum, que tem de ser mais de 50% dos membros que votam quórum num conjunto para manter a disponibilidade do conjunto. Se tiver apenas dois membros do conjunto e um estiver indisponível, perderá o quórum.

Para cada agrupamento de recursos criado na Consola de operações, a base de dados do Operations Manager, que é referida como o observador predefinido, tem sempre um voto, mesmo que tenha um número par de membros no conjunto para permitir que o quórum seja alcançado. Isto também se aplica aos três agrupamentos de recursos criados por predefinição quando cria o grupo de gestão pela primeira vez, que é abordado mais adiante neste artigo. Para todos os agrupamentos de recursos criados com o cmdlet do PowerShell NewSCOM-ResourcePool, está definido como desativado por predefinição. Ao incluir a base de dados do Operations Manager como observador predefinido, reduz a complexidade do seu grupo de gestão e só precisa de implementar dois servidores de gestão no mínimo para manter uma elevada disponibilidade dos seus agrupamentos de recursos.

Os Observadores são outra função que suporta um agrupamento de recursos. Este é um servidor de gestão ou um servidor de Gateway que não participa no carregamento de fluxos de trabalho para o conjunto; no entanto, participam em decisões de quórum. Isto nunca é utilizado em circunstâncias normais e, portanto, não deve ser considerado.

Existem dois tipos de associação:

  • Automático
  • Manual

Quando cria um agrupamento de recursos, a associação é definida como manual e não pode ser reconfigurada para automática. Quando é criado um grupo de gestão do System Center – Operations Manager, são criados três agrupamentos de recursos por predefinição com associação automática. A tabela seguinte descreve estes três agrupamentos de recursos.

Nome do Agrupamento de Recursos Description
Agrupamento de Recursos de todos os Servidores de Gestão. Executa fluxos de trabalho para cálculo de grupo, disponibilidade, agregação de estado de funcionamento de monitor distribuído e o tratamento da base de dados.
Conjunto de Recursos de Notificações Os fluxos de trabalho do Serviço de Subscrição de Alertas são direcionados para este agrupamento de recursos para suportar as notificações de alerta.
Agrupamento de Recursos de Atribuição do AD Os fluxos de trabalho de integração do AD são direcionados para este Agrupamento de Recursos para suportar a atribuição automática do agente a servidores de gestão.

Uma vez que a associação do Agrupamento de Recursos de todos os Servidores de Gestão é automática, qualquer servidor de gestão comissionado torna-se membro deste agrupamento de recursos automaticamente. Em determinadas arquiteturas e considerações de conceção, como as que incorporam operações de contingência dispersas geograficamente, poderá não ser recomendável a atribuição automática para o Agrupamento de Recursos de todos os Servidores de Gestão. Nestas situações, é possível alterar a atribuição de associação de automática para manual. Como tal, os servidores de gestão têm de ser adicionados ao Agrupamento de Recursos de Todos os Servidores de Gestão através da atribuição manual.

Nota

A associação do Agrupamento de Recursos de Todos os Servidores de Gestão é só de leitura. Para alterar a respetiva associação de automática para manual, veja Modifying Pool Membership (Modificar a Associação do Agrupamento).

Com a introdução de agrupamentos de recursos, recomenda-se que todos os membros estejam ligados por uma rede de baixa latência (menos de 10 ms). Os agrupamentos de recursos não devem ser implementados em vários datacenters ou num ambiente de cloud híbrida, como o Microsoft Azure.

Exemplos da disponibilidade dos Agrupamentos de Recursos

Os seguintes exemplos demonstram o conceito de disponibilidade do agrupamento de recursos com base nas seguintes configurações, seja só com servidores de gestão ou só com Servidores de Gateway.

Servidor de gestão único

  • O observador predefinido está ativado por predefinição e não oferece qualquer benefício, uma vez que existem apenas dois membros e o quórum não é atingido.
  • Não existe elevada disponibilidade porque o servidor de gestão é um ponto único de falha.

Dois servidores de gestão

  • Por predefinição, o observador predefinido está ativado.
  • Existe elevada disponibilidade para o conjunto porque existem três membros que votam : dois servidores de gestão e o observador predefinido.
  • Se desativar o observador predefinido, perderá a elevada disponibilidade do conjunto.

Três servidores de gestão

  • Por predefinição, o observador predefinido está ativado.
  • Existe elevada disponibilidade para o conjunto, uma vez que existem quatro membros que votam : três servidores de gestão e o observador predefinido.
  • Por predefinição, só pode ter um servidor de gestão indisponível para manter o quórum. Se dois servidores de gestão não estiverem disponíveis, tem exatamente 50% dos membros que votam e o agrupamento de recursos já não funciona para gerir as cargas de trabalho de monitorização.
  • O observador predefinido não aumenta o número de servidores de gestão que podem ser reduzidos, pelo que não aumenta a disponibilidade do conjunto.
  • Neste cenário, pode ponderar remover o observador predefinido.

Quatro servidores de gestão

  • Por predefinição, o observador predefinido está ativado.
  • Existe elevada disponibilidade para o conjunto, uma vez que existem cinco membros que votam : quatro servidores de gestão e o observador predefinido.
  • Por predefinição, só pode ter dois servidores de gestão indisponíveis para manter o quórum. Se três servidores de gestão estiverem inativos, tem menos de 50% dos membros que votam e o agrupamento de recursos já não funciona para gerir as cargas de trabalho de monitorização.
  • Neste cenário, o observador predefinido tem grande importância, porque aumenta o número dos servidores de gestão que podem ficar indisponíveis. Sem o observador predefinido, só teria quatro membros do quórum, o que permite que apenas um membro fica indisponível.

Cinco servidores de gestão

  • Por predefinição, o observador predefinido está ativado.
  • Existe elevada disponibilidade para o conjunto, uma vez que existem seis membros que votam - cinco servidores de gestão e o observador predefinido.
  • Por predefinição, só pode ter dois servidores de gestão indisponíveis para manter o quórum. Se tiver três servidores de gestão indisponíveis, tem exatamente 50% dos membros que votam e o agrupamento de recursos deixa de funcionar para gerir as monitorizações das cargas de trabalho.
  • O observador predefinido não aumenta o número de servidores de gestão que podem ser reduzidos, pelo que não aumenta a disponibilidade do conjunto.
  • Neste cenário, pode ponderar remover o observador predefinido.

Assim que chegar a três ou mais servidores de gestão num agrupamento de recursos, onde tem um número ímpar de membros no conjunto, pode considerar remover o observador predefinido como membro. Se chegar a cinco servidores de gestão, existe a possibilidade de a base de dados Operacional sofrer uma carga significativa, o que pode gerar latência suficiente para afetar os cálculos do conjunto de recursos.

Ao trabalhar com o observador predefinido, cada servidor de gestão no agrupamento consulta o seu serviço de SDK local, o que lhe permite consultar uma tabela na Base de Dados Operacional do observador predefinido. Se o serviço ou base de dados do SDK estiver sob uma carga, ocorrerá latência que, de outra forma, não existiria.

Servidor de gateway único

  • Por predefinição, o observador predefinido está ativado.
  • Não existe elevada disponibilidade porque o servidor de Gateway é um ponto único de falha.
  • O observador predefinido não deve ser utilizado aqui porque os servidores de Gateway não têm um serviço SDK local e, por conseguinte, não podem consultar a base de dados Operacional.

Dois Servidores de Gateway

  • Por predefinição, o observador predefinido está ativado.
  • Não existe elevada disponibilidade porque existem apenas dois membros do conjunto e o observador predefinido não é um participante porque os servidores de Gateway não comunicam diretamente com a base de dados Operacional. São necessários três Servidores de Gateway para manter o quórum do agrupamento.

Três Servidores de Gateway

  • Por predefinição, o observador predefinido está ativado.
  • Existe elevada disponibilidade para o conjunto porque existem três membros que votam : três servidores de Gateway.
  • Por predefinição, só pode ter um servidor de Gateway indisponível para manter o quórum. Se tiver dois Servidores de Gateway indisponíveis, tem menos do que 50% dos membros que votam e o agrupamento de recursos deixa de funcionar para gerir as monitorizações das cargas de trabalho.
  • O observador predefinido não deve ser utilizado aqui porque os servidores de Gateway não têm um serviço SDK local e, por conseguinte, não podem consultar a base de dados Operacional.

Cenários de monitorização que suportam agrupamentos de recursos

Os fluxos de trabalho seguintes estão alojados por agrupamentos de recursos no Operations Manager:

  • Gestão de dispositivos de rede
  • Gestão de agentes UNIX/Linux
  • Monitorizar URLs de aplicações Web

Nota

Os agentes do Windows não reportam a agrupamentos de recursos.

A monitorização de rede no Operations Manager requer o seu próprio agrupamento de recursos separado e dedicado. Isto deve-se ao facto de os fluxos de trabalho de monitorização de rede serem executados em servidores de gestão (no módulo SNMP) e não em agentes. Isto coloca uma carga elevada nos servidores de gestão, assim que incluir a monitorização de portas de rede, especialmente se selecionar a maioria das portas ativas disponíveis no dispositivo. Consequentemente, para um melhor desempenho, recomendamos a utilização de servidores de gestão dedicados em agrupamentos de recursos dedicados para monitorização de rede. Além disso, os servidores de gestão que são membros deste agrupamento devem ser removidos dos agrupamentos de Todos os Servidores de Gestão, Notificações e Atribuição do AD.

A monitorização do Linux/UNIX no Operations Manager pode ser atribuída a um conjunto de recursos dedicado, se necessário, para ativar a monitorização de elevada disponibilidade e a gestão de agentes, mas não é necessária. O Operations Manager utiliza certificados para autenticar o acesso aos computadores que está a gerir. Quando o Assistente de Deteção implementa um agente, obtém o certificado do agente, assina o certificado, implementa o certificado de novo no agente e depois reinicia o agente. Para suportar uma elevada disponibilidade, cada servidor de gestão do agrupamento de recursos deve ter todos os certificados de raiz que são utilizados para assinar os certificados que são implementados nos agentes em computadores UNIX e Linux. Caso contrário, se um servidor de gestão ficar indisponível, os outros servidores de gestão não poderão confiar nos certificados assinados pelo servidor que falhou.

Passos seguintes

Para saber como criar e gerir agrupamentos de recursos veja How to manage resource pools (Como gerir agrupamentos de recursos).