Capítulo 5. Configurando o Complemento de Alta Disponibilidade da Red Hat com o comando ccs

Usar o comando ccs, você pode criar um arquivo de configuração do cluster em um nó de cluster, ou você pode criar um arquivo de configuração do cluster em um sistema de arquivo local e depois enviar aquele arquivo para uma máquina em um cluster. Isto permite que você trabalhe em um arquivo de uma máquina local, onde você pode mantê-lo sob o controle da versão ou então marcar o arquivo de acordo com suas necessidades. Utilizando o comando ccs não requer o privilégio root.

Quando você criar e editar um arquivo de configuração de cluster em um nódo em cluster com o comando ccs, você usa a opção -h para especificar o nome do host. Isto cria e edita o arquivo cluster.conf no host:

ccs -h host [options]

Para criar e editar um arquivo de configuração de cluster em um sistema local, use a opção -f do comando ccs para especificar o nome do arquivo de configuração quando você realizar uma operação no cluster. Você pode nomear este arquivo do jeito que quiser.

ccs -f file [options]

Depois de você ter criado o arquivo localmente você pode envia-lo a um nódo do cluster usando a opção --setconf do comando ccs. Em uma máquina host em um cluster, o arquivo que você envia será nomeado cluster.conf e será colocado no diretório /etc/cluster.

ccs -h host -f file --setconf

Para informações sobre o uso da opção --setconf do comando ccs, veja Seção 5.15, “Propagar o Arquivo de Configuração aos Nós do Cluster”.

Se em qualquer momento a criação de um arquivo de configuração de cluster, você desejar imprimir o arquivo atual, use o segunte comando, especificando o nó em um cluster como host:

ccs -h host --getconf

Se você estiver criando seu arquivo de configuração de cluster em um sistema local, você pode especificar a opção -f ao invés da opção -h, como descrito na Seção 5.1.1, “Criando um arquivo de Configuração de Cluster em um Sistema Local”.

Executar o comando ccs que distribui cópias do arquivo cluster.conf aos nódos de um cluster requer que o ricci seja instalado e esteja rodando nos nódos do cluster, como descrito na Seção 2.13, “Considerações para o ricci”. Usar o ricci requer uma senha na primeira vez que você interagir com o ricci de qualquer máquina específica.

Caso não tenha inserido uma senha para uma instância do ricci em uma máquina específica a partir da máquina que você está utilizando, lhe será solicitado uma senha quando o comando ccs precisar. Como forma alternativa, você poderá utilizar a opção -p para especificar uma senha ricci na linha de comando.

ccs -h host -p password --sync --activate

Quando você propagar o arquivo cluster.conf para todos os nódos no cluster com a opção --sync do comando ccs e você especificar uma senha ricci para o comando, o ricci usará essa senha para cada nódo no cluster. Se você precisar definir diferentes senhas para o ricci em nódos individuais, você pode usar o comando --setconf com o -p para distribuir o arquivo de configuração a um nódo por vez.

Você usa o comando ccs para configurar componentes do cluster e seus atributos no arquivo de configuração do cluster. Depois de ter adicionado um componente de cluster ao arquivo, para modificar os atributos deste componente você deve remover o componente que definiu e adicionar o componente novamente, com os atributos modificados. Informações sobre como fazer isso em cada componente são fornecidas nas seções individuais deste capítulo.

Os atributos do componente do cluster cman fornece uma exceção à este procedimento para modificar componentes de cluster. Para modificar estes atributos, você pode executar a opção --setcman do comando ccs, especificando os novos atributos. Note que ao especificar esta opção, vocẽ irá redefinir todos os valores que você não especifica explicitamente para seus valores padrão, como descrito em Seção 5.1.5, “Comandos que Sobrescrevem Configurações Anteriores”.

Existem diversas opções do comando ccs que implementa semânticas sobrescritas ao definir as propriedades. Isto significa que você pode emitir um comando ccs com uma destas opções sem especificar qualquer configuração, e ele irá redefinir todas as configurações para seus valores padrão. Estas opções são estas a seguir:

Por exemplo, para redefinir todas as propriedades do daemon do fence, você pode executar este comando:

# ccs -h hostname --setfencedaemon

Note, no entanto, que se você utilizar um destes comandos para redefinir um propriedade, as outras propriedades do comando serão redefinidas para seus valores padrão. Por exemplo, você pode usar o seguinte comando para definir a propriedade do post_fail_delay para 5:

# ccs -h hostname --setfencedaemon post_fail_delay=5

Se após executar este comando, você executar o seguinte comando para redefinir a propriedade de post_join_delay para 10, a propriedade do post_fail_delay será recuperada para seu valor padrão:

# ccs -h hostname --setfencedaemon post_join_delay=10

Para redefinir ambos os post_fail_delay e as propriedades post_join_delay, você os indica no mesmo comando, como no exemplo a seguir:

# ccs -h hostname --setfencedaemon post_fail_delay=5 post_join_delay=10

Para mais informações sobre como configurar dispositivos de fence, consulte o Seção 5.5, “Configurando Dispositivos Fence”.

Quando você utilizar o comando ccs para criar e editar o arquivo de configuração do cluster, a configuração é automaticamente validada de acordo com o esquema de cluster. Desde o Red Hat Enterprise Linux 6.3, o comando ccs valida a configuração de acordo com o esquema do cluster em /usr/share/cluster/cluster.rng no nó que você espeficar com a opção -h. Anteriormente, o comando ccs sempre usava o esquema do cluster que era empacotado com o próprio comando ccs , /usr/share/ccs/cluster.rng no sistema local. Quando você utilizar a opçaõ -f para especificar o sistema local, o comando ccs ainda utiliza o esquema cluster /usr/share/ccs/cluster.rng que foi empacotada com o comando ccs.