A.4.1 Configuração inicial

Configure o hardware da máquina, hardware de rede, hardware de armazenamento, sistemas operacionais, contas de usuário e outros recursos básicos do sistema pelos requisitos documentados para o Sentinel e os requisitos do cliente local. Teste os sistemas para assegurar a função adequada e estabilidade.

A.4.2 Configuração de armazenamento compartilhado

Configure o armazenamento compartilhado e verifique se você pode montá-lo em cada nó do cluster. Se estiver usando o Fibre Channel e uma SAN, isso pode envolver conexões físicas e outra configuração. O armazenamento compartilhado será usado para manter os bancos de dados do Sentinel e os dados de evento, assim deve ser dimensionado concordemente para o ambiente do cliente com base na taxa de evento e políticas de retenção de dados esperadas.

Uma implementação típica pode usar uma SAN rápida conectada via Fibre Channel a todos os nós do cluster, com uma matriz RAID grande para armazenar os dados de evento locais. Um nó NAS ou iSCSI separado pode ser usado pelo armazenamento de rede mais lento. Contanto que o nó do cluster possa montar o armazenamento local como um dispositivo de blocos normal, ele pode ser usado pela solução. O armazenamento de rede também pode ser montado como um dispositivo de bloco ou pode ser um volume NFS ou CIFS.

A solução de exemplo usará Destinos iSCSI configurados em uma VM SUSE Linux. A VM é storage03 (armazenamento 03) como listada na Configuração inicial Os dispositivos iSCSI podem ser criados usando qualquer arquivo ou dispositivo de blocos, mas, por questão de simplicidade, utilizaremos aqui um arquivo que criamos para esse fim.

Conecte-se ao storage03 (armazenamento 03) e inicie uma sessão de console. Use o comando dd para criar um arquivo vazio de qualquer tamanho desejado para o armazenamento local desejado do Sentinel:

dd if=/dev/zero of=/localdata count=10240000 bs=1024

Neste caso, criamos um arquivo de 10 GB preenchido com zeros (copiado de /dev/zero pseudo-device). Veja a página de informações ou do manual referente à dd para obter detalhes sobre as opções da linha de comandos. Por exemplo, para criar "discos" com tamanhos diferentes. O Destino iSCSI trata esse arquivo como se fosse um disco; você pode, evidentemente, usar um disco real se preferir.

Repita este procedimento para criar um arquivo para o armazenamento de rede:

dd if=/dev/zero of=/networkdata count=10240000 bs=1024

Para este exemplo, usamos dois arquivos ("discos") do mesmo tamanho e características de desempenho. Para uma implementação de produção, você pode colocar o armazenamento local em uma SAN rápida e o armazenamento de rede em um volume iSCSI, NFS ou CIFS mais lento.

Configure esses arquivos como Destinos iSCSI:

O procedimento acima expõe dois Destinos iSCSI no servidor no endereço IP 10.0.0.3. Em cada nó do cluster, certifique-se de que seja possível montar o dispositivo de armazenamento dos dados locais compartilhados. Você também deve formatar os dispositivos (uma vez):

Repita as etapas 1-15 no procedimento acima para assegurar que cada nó do cluster possa montar o armazenamento compartilhado local. Substitua o IP do nó na etapa 5, por um IP diferente (por exemplo, node02 > 10.0.0.2).

A.4.3 Instalação do Sentinel

Há duas opções para instalar o Sentinel: instalar cada parte do Sentinel no armazenamento compartilhado (usando a opção --location para redirecionar a instalação do Sentinel para onde quer que você tenha montado o armazenamento compartilhado) ou apenas colocar os dados variáveis do aplicativo no armazenamento compartilhado.

Nesta solução de exemplo, seguiremos esta última abordagem e instalaremos o Sentinel para cada nó do cluster que possa hospedá-lo. A primeira vez que o Sentinel for instalado, faremos uma instalação completa incluindo os binários do aplicativo, configuração e todos os armazenamentos de dados. As instalações subsequentes nos outros nós do cluster apenas instalarão o aplicativo e presumiremos que os dados reais do Sentinel estarão disponíveis algum tempo mais tarde (por exemplo, assim que o armazenamento compartilhado for montado).

Nesta solução de exemplo, instalaremos o Sentinel em cada nó do cluster, armazenando apenas os dados variáveis do aplicativo no estágio compartilhado. Isso mantém os binários do aplicativo e configuração nos locais padrão, permitindo-nos verificar os RPMs, além de nos permitir dar suporte a patches a quente em determinados cenários.

Repita a instalação em outros nós:

O instalador inicial do Sentinel cria uma conta do usuário para ser usada pelo produto, que usa o próximo ID de usuário disponível no momento da instalação. As instalações subsequentes no modo autônomo tentarão usar o mesmo ID de usuário para criação da conta, mas não existe a possibilidade de conflitos (se os nós do cluster não forem idênticos no momento da instalação). É altamente recomendado que você execute um dos seguintes procedimentos:

No fim deste processo, o Sentinel deverá estar instalado em todos os nós, mas provavelmente ele não funcionará corretamente em nenhum deles, exceto no primeiro, até que várias chaves sejam sincronizadas, o que acontecerá quando configurarmos os recursos do cluster.

A.4.4 Instalação do cluster

Instale o software do cluster em cada nó e registre cada nó do cluster com o gerenciador de cluster. Os procedimentos a serem executados variarão dependendo da implementação do cluster, mas, no final do processo, cada nó do cluster deverá aparecer no console de gerenciamento do cluster.

Para nossa solução de exemplo, configuraremos a Extensão de Alta Disponibilidade do SUSE Linux e a sobreporemos com os Agentes de Recurso específico do Sentinel:

Se você não usar o Agente de Recurso OCF para monitorar o Sentinel, provavelmente teremos que desenvolver uma solução de monitoramento similar para o ambiente do cluster local. O Agente de Recurso OCF para Sentinel é um shell script simples que executa uma variedade de verificações para verificar se o Sentinel está funcional. Se você deseja desenvolver por conta própria, deve examinar o Agente de Recurso existente para obter exemplos (o Agente de Recurso está armazenado no sentinel-ha.rpm no pacote de download do Sentinel).

Há muitos modos diferentes em que um cluster SLE HAE pode ser configurado, mas nós selecionaremos as opções que mantêm isso razoavelmente simples. A primeira etapa é instalar o software principal do SLE HAE, o processo está completamente detalhado na Documentação do SLE HAE. Para obter informações sobre a instalação dos complementos do SLES, veja o Guia de Implementação.

Você deve instalar o SLE HAE em todos os nós do cluster, node01 e node02 em nosso exemplo. O complemento instalará o gerenciamento de cluster principal e o software de comunicações, assim como muitos Agentes de Recursos que são usados para monitorar os recursos do cluster.

Após a instalação do software do cluster, um RPM adicional deverá ser instalado para fornecer Agentes de Recurso do cluster adicionais específicos do Sentinel. O RPM pode ser encontrado no novell-Sentinel-ha-7.1*.rpm armazenado no download normal do Sentinel, que você descompacta para instalar o produto.

Em cada nó do cluster, copie o novell-Sentinel-ha-7.1*.rpm para o diretório /tmp, em seguida:

cd /tmp

rpm -i novell-Sentinel-ha-7.1*.rpm

A.4.5 Configuração do Cluster

Você deve configurar o software do cluster para registrar cada nó do cluster como um membro do cluster. Como parte dessa configuração, também é possível configurar o fencing e recursos STONITH para assegurar a consistência do cluster.

Na nossa solução de exemplo, basicamente usamos a configuração mais simples sem redundância adicional ou outros recursos avançados. Também usamos um endereço unicast (em vez do endereço multicast preferido) porque ele requer menos interação com os administradores de rede, e é suficiente para fins de teste. Configuramos também um recurso fencing simples baseado em SBD.

A solução de exemplo usará endereços IP privados para comunicações internas do cluster, e usará unicast para minimizar a necessidade de solicitar um endereço multicast de um administrador de rede. A solução também usará um Destino iSCSI configurado na mesma VM SUSE Linux que hospeda o armazenamento compartilhado para servir como um dispositivo SBD para os fins de fencing. Como antes, os dispositivos iSCSI podem ser criados usando qualquer arquivo ou dispositivo de blocos, mas, por questão de simplicidade, utilizaremos aqui um arquivo que criamos para esse fim.

As etapas de configuração a seguir são muito similares às contidas em Configuração do armazenamento compartilhado:

Configuração do SBD

Conecte-se ao storage03 e inicie uma sessão de console. Use o comando dd para criar um arquivo vazio de qualquer tamanho:

dd if=/dev/zero of=/sbd count=1024 bs=1024

Neste caso, criamos um arquivo de 1 MB preenchido com zeros (copiado de /dev/zero pseudo-device).

Configure esse arquivo como um Alvo iSCSI:

Este procedimento deve expor um Destino iSCSI para o dispositivo SBD no servidor no endereço IP 10.0.0.3 (storage03).

Node Configuration (Configuração do nó)

Conecte a um nó do cluster (node01) e abra um console:

Conecte-se a cada nó de cluster adicional (node02) e abra um console:

Em algumas circunstâncias, as comunicações do cluster não inicializam corretamente. Se o cluster não iniciar (o serviço openais falhará ao iniciar):

Em alguns casos, o script pode falhar porque o serviço xinetd não adiciona adequadamente o novo serviço csync2. Esse serviço é necessário para que o outro nó possa sincronizar os arquivos de configuração do cluster em relação a esse nó. Se você vir erros comocsync2 run failed (execução de csync2 com falha), talvez haja um problema. Para corrigir isso, execute: kill -HUP `cat /var/run/xinetd.init.pid e execute novamente o script sleha-join.

A esta altura, você deve ser capaz de executar crm_mon em cada nó e ver se o cluster está executando adequadamente. Como alternativa, você pode usar "hawk", o console da web - as credenciais de login padrão são "hacluster / linux".

Há dois parâmetros adicionais que precisamos ajustar para este exemplo. Se eles se aplicarão a um cluster de produção do cliente, isso dependerá da sua configuração:

A.4.6 Configuração do recurso

Como mencionado na Instalação do Cluster, esta solução fornece um Agente de Recurso OCF para monitorar os principais serviços em SLE HAE, e você pode criar alternativas, se desejado. O software também depende de diversos outros recursos, para os quais os Agentes de Recurso são fornecidos por padrão com SLE HAE. Se você não deseja usar o SLE HAE, terá que monitorar estes recursos adicionais usando alguma outra tecnologia:

Há recursos adicionais, como o MongoDB usado pela Inteligência de Segurança e o barramento de mensagem ActiveMQ; por ora, pelo menos esses são monitorados como parte dos serviços principais.

A solução de exemplo usa versões simples dos recursos necessários, por exemplo, o Agente de Recurso Filesystem (sistema de arquivos) simples. Você pode optar por usar mais recursos de cluster sofisticados como cLVM (uma versão de volume lógico do sistema de arquivos), se necessário.

A solução de exemplo fornece um script crm para auxiliar na configuração do cluster. O script extrai variáveis de configuração relevantes do arquivo de configuração autônomo gerado como parte da instalação do Sentinel. Se você não gerar o arquivo de configuração ou quiser mudar a configuração dos recursos, poderá editar o script concordemente.

Conecte-se ao nó original em que o Sentinel foi instalado (esse deve ser o nó em que você executou a instalação completa do Sentinel) e execute o procedimento a seguir (<COMPARTILHADO1> é o volume compartilhado criado acima):

mount /dev/<SHARED1> /var/opt/novell

cd /usr/lib/ocf/resource.d/novell

./install-resources.sh

Pode haver problemas com os novos recursos aparecendo no cluster; execute /etc/rc.d/openais restart no node02 (nó 2) se tiver esse problema.

O script install-resources.sh solicitará alguns valores, ou seja, o IP virtual que você deseja que as pessoas usem para acessar o Sentinel e o nome do dispositivo do armazenamento compartilhado, e, em seguida, criará automaticamente os recursos do cluster necessários. Observe que o script requer que o volume compartilhado já esteja montado, e também requer que o arquivo de instalação autônomo criado durante a instalação do Sentinel esteja presente (/tmp/install.props). Você não precisa executar esse script em nenhum outro nó, exceto no primeiro nó instalado; todos os arquivos de configuração relevantes serão automaticamente sincronizados para os outros nós.

Se o ambiente do cliente variar em relação a esta solução de exemplo, você pode editar o arquivo resources.cli (no mesmo diretório) e modificar as definições primitivas em tal arquivo. Por exemplo, a solução de exemplo usa um recurso Filesystem (sistema de arquivos) simples; talvez você deseje usar outro recurso cLVM com reconhecimento de cluster.

Após executar o shell script, você poderá emitir um comando de status crm e a saída se parecerá com esta:

crm status

Last updated: Thu Jul 26 16:34:34 2012
Last change: Thu Jul 26 16:28:52 2012 by hacluster via crmd on node01
Stack: openais
Current DC: node01 - partition with quorum
Version: 1.1.6-b988976485d15cb702c9307df55512d323831a5e
2 Nodes configured, 2 expected votes
5 Resources configured.

Online: [ node01, node02 ]
stonith-sbd    (stonith:external/sbd):    Started node01
 Resource Group: sentinelgrp
     sentinelip    (ocf::heartbeat:IPaddr2):    Started node01
     sentinelfs    (ocf::heartbeat:Filesystem):    Started node01
     sentineldb    (ocf::novell:pgsql):    Started node01
     sentinelserver    (ocf::novell:sentinel):    Started node01

A esta altura, os recursos relevantes do Sentinel devem estar configurados no cluster. Você pode examinar como eles estão configurados e agrupados na ferramenta de gerenciamento do cluster, por exemplo, executando o status do crm.

A.4.7 Configuração do armazenamento de rede

Como a etapa final deste processo, configure o armazenamento de rede de modo que o Sentinel possa migrar as partições de evento para um armazenamento menos oneroso. Isso é opcional e, na verdade, o armazenamento de rede não precisa ser feito altamente disponível do mesmo modo que o resto do sistema - você pode usar qualquer diretório (montado de uma SAN ou não) ou volume NFS ou CIFS.

Clique em Storage (Armazenamento) na barra de menu superior, e selecione Configuration (Configuração), em seguida, selecione um dos botões de opção debaixo do armazenamento de rede não configurado para configurá-lo.

A solução de exemplo usará um Destino iSCSI simples como um local de armazenamento compartilhado de rede, em muito a mesma configuração que o armazenamento local. Nas implementações de produção, isso será provavelmente tecnologias de armazenamento diferentes.

Use o procedimento a seguir para configurar o armazenamento de rede a ser usado pelo Sentinel:

A solução de exemplo usa versões simples dos recursos necessários, por exemplo, Agente de Recurso Filesystem (Sistema de arquivos) - os clientes podem optar por usar recursos de cluster mais sofisticados como cLVM (uma versão de volume lógico do sistema de arquivos), se desejarem.