5.9. Alta disponibilidade e clusters
Novas opções de comando para desativar um recurso somente se isso não afetar outros recursos
S vezes é necessário desativar recursos somente se isso não tiver 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. Para resolver esta necessidade, o comando de desativação de recursos pcs agora suporta as seguintes opções:
-
pcs resource disable --simulate: mostrar os efeitos de desativar o(s) recurso(s) especificado(s), sem alterar a configuração do cluster -
pcs resource disable --safe: desabilitar recursos especificados somente se nenhum outro recurso for afetado de alguma forma, tal como ser migrado de um nó para outro -
pcs resource disable --safe --no-strict: desabilitar recurso(s) especificado(s) somente se nenhum outro recurso for interrompido ou despromovido
Além disso, o comando pcs resource safe-disable foi introduzido como um alias para pcs resource disable --safe.
Novo comando para mostrar as relações entre os recursos
O novo comando pcs resource relations permite exibir as relações entre os recursos de cluster em uma estrutura em árvore.
(BZ#1631514)
Novo comando para exibir o status de um site primário e de um cluster de sites de recuperação
Se você configurou um cluster para usar como um local de recuperação, agora você pode configurar esse cluster como um cluster de local de recuperação com o comando pcs dr. Você pode então usar o comando pcs dr para exibir o status tanto de seu cluster de site principal quanto de seu cluster de site de recuperação de um único nó.
(BZ#1676431)
Restrições expiradas de recursos são agora escondidas por padrão ao listar restrições
A listagem de restrições de recursos não mais por padrão exibe restrições expiradas. Para incluir os consumos expirados, use a opção --all do comando pcs constraint. Isto listará as restrições expiradas, anotando as restrições e suas regras associadas como (expiradas) no display.
Suporte de marcapasso para configuração de recursos para permanecer parado no desligamento do nó limpo
Quando um nó de cluster se desliga, a resposta padrão do Pacemaker é interromper todos os recursos que correm naquele nó e recuperá-los em outro lugar. Alguns usuários preferem ter alta disponibilidade apenas para falhas, e tratar as paradas limpas como interrupções programadas. Para resolver isso, o Pacemaker agora suporta as propriedades de cluster de bloqueio e limite de bloqueio para especificar que os recursos ativos em um nó quando ele se desliga devem permanecer parados até que o próximo nó se junte novamente. Os usuários podem agora usar desligamentos limpos como interrupções programadas sem qualquer intervenção manual. Para informações sobre como configurar recursos para permanecerem parados em um desligamento de nó limpo, consulte o link: Configurando os recursos para permanecerem parados no desligamento do nó limpo.
Suporte para o funcionamento do ambiente de cluster em um único nó
Um cluster com apenas um membro configurado é agora capaz de iniciar e executar recursos em um ambiente de cluster. Isto permite que um usuário configure um site separado de recuperação de desastres para um cluster com vários nós que usa um único nó para backup. Note que um cluster com apenas um nó não é, por si só, tolerante a falhas.
(BZ#1700104)
