Apêndice D. Checagem de Recursos de Serviço de Cluster e Expiração de Failover
Este apêndice descreve como o
rgmanager monitora o estado dos recursos do cluster, e como modificar o estado do intervalo de verificação. O apêndice também descreve o parâmetro do serviço __enforce_timeouts, o qual indica que um timeout para uma operação deve causar falha no serviço.
Nota
Para entender todas as informações neste apêndice, você precisa entender sobre os agentes de recursos e arquivo de configuração de cluster,
/etc/cluster/cluster.conf. Para uma lista compreensiva e a descrição dos elementos e atributos do cluster.conf, consulte o esquema de cluster em /usr/share/cluster/cluster.rng e o esquema anotado em /usr/share/doc/cman-X.Y.ZZ/cluster_conf.html (por exemplo /usr/share/doc/cman-3.0.12/cluster_conf.html).
D.1. Modificando o Intervalo de Checagem de Estado do Recurso
O
rgmanager checa o estado de recursos individuais, não os serviços inteiros. A cada 10 segundos, o rgmanager escaneia o árvore de recursos, buscando por recursos que tiveram seus intervalos "de verficação do estado" passados.
Cada agente de recurso especifica a quantidade de tempo entre verificações de estado periódicos. Cada recurso utiliza estes valores de expirações a menos que sejam explicitamente sobrescritos no arquivo
cluster.conf usando a tag especial <action>:
<action name="status" depth="*" interval="10" />
Esta tag é um filho especial do próprio recurso no arquivo
cluster.conf. Por exemplo, se você tiver um recurso de sistema de arquivos para o qual você quer sobrescrever o intervalo de verificação de estado você pode especificar o recurso de sistema de arquivos no arquivo cluster.conf como se segue:
<fs name="test" device="/dev/sdb3">
<action name="status" depth="*" interval="10" />
<nfsexport...>
</nfsexport>
</fs>
Alguns agentes fornecem múltiplas "profundidades" de checagem. Por exemplo, uma checagem normal de sistema de arquivos (profundidade 0) verifica se o sistema de arquivos está montado no local correto. Uma verificação mais profunda é de valor 10, que checa se você pode ler um arquivo do sistema de arquivos. Uma verificação ainda mais profunda é valor 20, que checa se você pode escrever no sistema de arquivos. No exemplo dado aqui, a profundidade
depth está configurada para *, que indica que estes valores devem ser usados para todas as profundidades. O resultado é que o sistema de arquivos test é checado no nível mais alto de profundidade fornecido pelo agente de recurso (no caso, 20) a cada 10 segundos.
