Capítulo 8. Clustering

Dynamic Token Timeout para Corosync

A opção token_coefficient foi adicionada ao Corosync Cluster Engine. O valor de token_coefficient foi usado somente quando a seção do nodelist for especificada e contém ao menos três nós. Em cada situação, o token timeout é computado como este a seguir: 
[token + (amount of nodes - 2)] * token_coefficient
Isso permite que o cluster escale sem alterar manualmente o tempo limite de prova cada vez que um novo nó é adicionado. O valor padrão é de 650 milissegundos, mas pode ser definido como 0, resultando em uma remoção eficaz deste recurso.
Este recurso permite que o Corosync lide com adições dinâmicas e remoção de nós.

Melhoria do Corosync Tie Breaker

O recurso do quorum do auto_tie_breaker de Corosync foi aprimorado para fornecer opções para configuração e modificação mais flexíveis de nós de tie breaker. Os usuários podem agora selecionar uma lista de nós que irão reter um quorum no caso de um cluster dividido igualmente, ou escolher se um quorum será retido por um nó com ID de nó mais baixo ou com um ID de nós mais alto.

Melhorias para o Red Hat High Availability

Para o lançamento do Red Hat Enterprise Linux 7.1 o Red Hat High Availability Add-On suporta os seguintes recursos. Para informações sobre estes recursos, veja o manual High Availability Add-On Reference.
  • O comando pcs resource cleanup pode agora redefinir o status do recurso e failcount para todos os recursos.
  • Você pode especificar um parâmetro lifetime para o comando pcs resource move para indicar um período de tempo que a restrição do recurso, que este comando cria, será mantida.
  • Você pode usar o comando pcs acl para definir permissões para usuários locais para permitir acesso somente leitura ou somente gravação à configuração do cluster, utilizando as listas de controle de acesso (ACLs).
  • O comando pcs constraint agora suporta a configuração das opções de restrição específicas além de opções de recursos gerais.
  • O comando pcs resource create suporta o parâmetro disabled para indicar que o recurso sendo criado não será iniciado automaticamente.
  • O comando pcs cluster quorum unblock previne que o cluster espere por todos os nós ao estabelecer um quorum.
  • Você pode configurar a ordem do grupo de recurso com os parâmetros do before e after do comando pcs resource create.
  • Você pode fazer um backup da configuração do cluster em um tarball e recuperar os arquivos de configuração do cluster em todos os nós a partir do backup com as opções backup e restore do comando pcs config.