Red Hat Training

A Red Hat training course is available for RHEL 8

55.2. Limitando a descoberta de recursos a um subconjunto de nós

Antes que o Pacemaker inicie um recurso em qualquer lugar, ele primeiro executa uma única operação de monitoramento (freqüentemente chamada de "sonda") em cada nó, para saber se o recurso já está funcionando. Este processo de descoberta de recursos pode resultar em erros nos nós que são incapazes de executar o monitor.

Ao configurar uma restrição de localização em um nó, você pode usar a opção resource-discovery do comando pcs constraint location para indicar se a Pacemaker deve realizar a descoberta de recursos neste nó para o recurso especificado. Limitar a descoberta de recursos a um subconjunto de nós em que o recurso é fisicamente capaz de funcionar pode aumentar significativamente o desempenho quando um grande conjunto de nós está presente. Quando pacemaker_remote estiver em uso para expandir a contagem do nó para a faixa de centenas de nós, esta opção deve ser considerada.

O seguinte comando mostra o formato para especificar a opção resource-discovery do comando pcs constraint location. Neste comando, um valor positivo para score corresponde a uma restrição de localização básica que configura um recurso para preferir um nó, enquanto um valor negativo para score corresponde a uma restrição de localização básica`constraint que configura um recurso para evitar um nó. Assim como as restrições básicas de localização, você pode usar expressões regulares para recursos com estas restrições também.

pcs constraint location add id rsc node score [resource-discovery=option]

Tabela 55.2, “Parâmetros de Restrição de Descoberta de Recursos” resume os significados dos parâmetros básicos para a configuração de restrições para a descoberta de recursos.

Tabela 55.2. Parâmetros de Restrição de Descoberta de Recursos

Campo

Descrição

id

Um nome escolhido pelo usuário para a restrição em si.

rsc

Um nome de recurso

node

O nome de um nó

score

Valor inteiro para indicar o grau de preferência para se o recurso dado deve preferir ou evitar o nó dado. Um valor positivo para pontuação corresponde a uma restrição básica de localização que configura um recurso para preferir um nó, enquanto um valor negativo para pontuação corresponde a uma restrição básica de localização que configura um recurso para evitar um nó.

Um valor de INFINITY para score indica que o recurso preferirá esse nó se o nó estiver disponível, mas não impede que o recurso funcione em outro nó se o nó especificado não estiver disponível. Um valor de -INFINITY para score indica que o recurso nunca funcionará naquele nó, mesmo se nenhum outro nó estiver disponível.

Uma pontuação numérica (ou seja, não INFINITY ou -INFINITY) significa que a restrição é opcional, e será honrada a menos que algum outro fator a supere. Por exemplo, se o recurso já estiver colocado em um nó diferente, e sua pontuação resource-stickiness for superior à pontuação de uma restrição de localização prefers, então o recurso será deixado onde está.

resource-discovery opções

* always - Sempre realize a descoberta de recursos para o recurso especificado neste nó. Este é o valor padrão resource-discovery para uma restrição de localização de recurso.

* never - Nunca realize a descoberta de recursos para o recurso especificado neste nó.

* exclusive - Realizar a descoberta de recursos para o recurso especificado somente neste nó (e outros nós marcados de forma semelhante como exclusive). Restrições de localização múltipla usando exclusive descoberta para o mesmo recurso em diferentes nós cria um subconjunto de nós resource-discovery é exclusivo para. Se um recurso estiver marcado para exclusive descoberta em um ou mais nós, esse recurso só poderá ser colocado dentro desse subconjunto de nós.

Atenção

O ajuste resource-discovery para never ou exclusive remove a capacidade da Pacemaker de detectar e parar instâncias indesejadas de um serviço em execução onde ele não deveria estar. Cabe ao administrador do sistema certificar-se de que o serviço nunca poderá estar ativo em nós sem a descoberta de recursos (por exemplo, deixando o software relevante desinstalado).