Capítulo 21. Propriedades do conjunto do marcapasso

batch-limit

0

O número de ações de recursos que o agrupamento é permitido executar em paralelo. O valor "correto" dependerá da velocidade e da carga de sua rede e dos nós de cluster. O valor padrão de 0 significa que o cluster irá impor dinamicamente um limite quando qualquer nó tiver uma carga alta de CPU.

migration-limit

-1 (ilimitado)

O número de trabalhos de migração que o agrupamento é permitido executar em paralelo em um nó.

no-quorum-policy

parar

O que fazer quando o conjunto não tem quorum. Valores permitidos:

* ignorar - continuar toda a gestão de recursos

* congelar - continuar o gerenciamento de recursos, mas não recuperar recursos de nós que não estejam na partição afetada

* parar - parar todos os recursos na partição do cluster afetado

* suicídio - cercar todos os nós na divisória de cluster afetada

* demote - se uma partição de cluster perder quorum, demote quaisquer recursos promovidos e pare todos os outros recursos

symmetric-cluster

verdadeiro

Indica se os recursos podem ser executados em qualquer nó por padrão.

cluster-delay

60s

Atraso de ida e volta sobre a rede (excluindo a execução da ação). O valor "correto" dependerá da velocidade e da carga de sua rede e dos nós de cluster.

stop-orphan-resources

verdadeiro

Indica se os recursos eliminados devem ser suspensos.

stop-orphan-actions

verdadeiro

Indica se as ações eliminadas devem ser canceladas.

start-failure-is-fatal

verdadeiro

Indica se a falha em iniciar um recurso em um determinado nó impede novas tentativas de iniciar esse nó. Quando ajustado para false, o agrupamento decidirá se deve tentar iniciar no mesmo nó novamente com base na contagem atual de falhas e no limiar de migração do recurso. Para informações sobre como configurar a opção migration-threshold para um recurso, veja Configurando as meta opções de recursos.

Ajustando start-failure-is-fatal para false corre-se o risco de que isso permita que um nó defeituoso, incapaz de iniciar um recurso, possa atrasar todas as ações dependentes. É por isso que start-failure-is-fatal é o padrão da verdade. O risco de definir start-failure-is-fatal=false pode ser mitigado ao estabelecer um baixo limiar de migração para que outras ações possam prosseguir após muitas falhas.

pe-error-series-max

-1 (todos)

O número de entradas do programador resultando em ERRORs para economizar. Usado ao relatar problemas.

pe-warn-series-max

-1 (todos)

O número de entradas do programador resultando em ADVERTÊNCIAS a serem salvas. Usado ao relatar problemas.

pe-input-series-max

-1 (todos)

O número de entradas "normais" do agendador para economizar. Usado ao relatar problemas.

cluster-infrastructure

A pilha de mensagens sobre a qual a Pacemaker está atualmente funcionando. Utilizada para fins de informação e diagnóstico; não é configurável pelo usuário.

dc-version

Versão do Pacemaker no Controlador Designado (DC) do cluster. Utilizado para fins de diagnóstico; não configurável pelo usuário.

cluster-recheck-interval

15 minutos

Intervalo de votação para mudanças baseadas no tempo para opções, parâmetros de recursos e restrições. Valores permitidos: Zero desativa a votação, os valores positivos são um intervalo em segundos (a menos que outras unidades SI sejam especificadas, tais como 5min). Observe que este valor é o tempo máximo entre verificações; se um evento de cluster ocorrer mais cedo do que o tempo especificado por este valor, a verificação será feita mais cedo.

maintenance-mode

falso

O modo de manutenção diz ao grupo para ir para um modo "mãos desligadas", e não iniciar ou parar qualquer serviço até que seja dito o contrário. Quando o modo de manutenção é concluído, o cluster faz uma verificação de sanidade do estado atual de qualquer serviço, e então pára ou inicia qualquer serviço que precise dele.

shutdown-escalation

20min

O tempo depois do qual desistir de tentar fechar graciosamente e simplesmente sair. Somente para uso avançado.

stop-all-resources

falso

Caso o agrupamento interrompa todos os recursos.

enable-acl

falso

Indica se o cluster pode utilizar listas de controle de acesso, conforme definido com o comando pcs acl.

placement-strategy

default

Indica se e como o agrupamento levará em conta os atributos de utilização ao determinar a colocação de recursos nos nós do agrupamento.

priority-fencing-delay

0 (inválido)

(RHEL 8.3 e posteriores) Permite configurar um agrupamento de dois nós de modo que, em uma situação de cérebro dividido, o nó com menos recursos em funcionamento seja o nó que é cercado.

A propriedade priority-fencing-delay pode ser definida para uma duração de tempo. O valor padrão para esta propriedade é 0 (desabilitado). Se esta propriedade for definida para um valor diferente de zero, e o meta-atributo priority for configurado para pelo menos um recurso, então em uma situação de cérebro dividido, o nó com a maior prioridade combinada de todos os recursos que correm sobre ele terá mais probabilidade de sobreviver.

Por exemplo, se você definir pcs resource defaults priority=1 e pcs property set priority-fencing-delay=15s e nenhuma outra prioridade for definida, então o nó com mais recursos terá mais probabilidade de sobreviver porque o outro nó esperará 15 segundos antes de iniciar a esgrima. Se um determinado recurso é mais importante que o resto, você pode dar-lhe uma prioridade maior.

O nó que executa o papel principal de um clone promocional recebe um ponto extra se uma prioridade tiver sido configurada para aquele clone.

Qualquer atraso definido com a propriedade priority-fencing-delay será adicionado a qualquer atraso das propriedades dos dispositivos de cerca pcmk_delay_base e pcmk_delay_max. Este comportamento permite algum atraso quando ambos os nós têm prioridade igual, ou ambos os nós precisam ser cercados por algum outro motivo que não seja a perda do nó (por exemplo, se on-fail=fencing estiver definido para uma operação de monitoramento de recursos). Se usado em combinação, recomenda-se definir a propriedade priority-fencing-delay para um valor significativamente maior que o atraso máximo de pcmk_delay_base e pcmk_delay_max, para ter certeza de que o nó priorizado é preferível (o dobro do valor seria completamente seguro).

Somente esgrima programada pela própria Pacemaker irá observar priority-fencing-delay. A vedação programada por código externo como dlm_controld não fornecerá as informações necessárias para o dispositivo de vedação.