29.3. Desativação, habilitação e proibição de recursos de cluster

Além dos comandos pcs resource move e pcs resource relocate, há uma variedade de outros comandos que você pode usar para controlar o comportamento dos recursos do cluster.

Desabilitando um recurso de cluster

Você pode parar manualmente um recurso em execução e impedir que o cluster o inicie novamente com o seguinte comando. Dependendo do resto da configuração (restrições, opções, falhas, etc.), o recurso pode permanecer iniciado. Se você especificar a opção --wait, pcs esperará até 'n' segundos para o recurso parar e então retornará 0 se o recurso estiver parado ou 1 se o recurso não tiver parado. Se 'n' não for especificado, o tempo padrão é de 60 minutos.

pcs resource disable resource_id [--wait[=n]]]

A partir do Red Hat Enterprise Linux 8.2, você pode especificar que um recurso seja desativado somente se a desativação do recurso não tiver um efeito sobre outros recursos. Assegurar que este seria o caso pode ser impossível de fazer à mão quando relações complexas de recursos são estabelecidas.

Permitindo um recurso de cluster

Use o seguinte comando para permitir que o agrupamento inicie um recurso. Dependendo do resto da configuração, o recurso pode permanecer parado. Se você especificar a opção --wait, pcs esperará até 'n' segundos para que o recurso comece e então retornará 0 se o recurso for iniciado ou 1 se o recurso não tiver começado. Se 'n' não for especificado, o tempo padrão é de 60 minutos.

pcs resource enable resource_id [--wait[=n]]]

Impedir que um recurso funcione em um determinado nó

Use o seguinte comando para evitar que um recurso seja executado em um nó especificado, ou no nó atual, se nenhum nó for especificado.

pcs resource ban resource_id [node] [--master] [--master] [lifetime=lifetime] [--wait[=n]]

Note que quando você executa o comando pcs resource ban, isto adiciona uma restrição de localização -INFINITY ao recurso para impedir que ele funcione no nó indicado. Você pode executar o comando pcs resource clear ou o comando pcs constraint delete para remover a restrição. Isto não necessariamente move os recursos de volta para o nó indicado; onde os recursos podem rodar naquele ponto depende de como você configurou seus recursos inicialmente.

Se você especificar o parâmetro --master do comando pcs resource ban, o escopo da restrição é limitado ao papel principal e você deve especificar master_id em vez de resource_id.

Opcionalmente, você pode configurar um parâmetro lifetime para o comando pcs resource ban para indicar um período de tempo em que a restrição deve permanecer.

Opcionalmente, você pode configurar um --wait[=n] para o comando pcs resource ban para indicar o número de segundos de espera para que o recurso comece no nó de destino antes de retornar 0 se o recurso for iniciado ou 1 se o recurso ainda não tiver começado. Se você não especificar n, será usado o tempo limite padrão do recurso.

Forçando um recurso a começar no nó atual

Use o parâmetro debug-start do comando pcs resource para forçar um recurso especificado a iniciar no nó atual, ignorando as recomendações do cluster e imprimindo a saída a partir do início do recurso. Isto é usado principalmente para depuração de recursos; a partida de recursos em um cluster é (quase) sempre feita pelo Pacemaker e não diretamente com um comando pcs. Se seu recurso não está iniciando, geralmente é devido ou a uma má configuração do recurso (que você depura no log do sistema), a restrições que impedem o início do recurso ou a desativação do recurso. Você pode usar este comando para testar a configuração do recurso, mas ele normalmente não deve ser usado para iniciar recursos em um cluster.

O formato do comando debug-start é o seguinte.

pcs resource debug-start resource_id