Red Hat Cluster Suite: Configurando e Administrando um Cluster | ||
---|---|---|
Anterior | Capítulo 1. Instalação de Hardware e Configuração do Sistema Operacional | Próxima |
Após a configuração do hardware básico do cluster, prossiga com a instalação do Red Hat Enterprise Linux em cada membro e assegure que todos os sistemas reconheçam os dispositivos conectados. Siga estes passos:
Instale o Red Hat Enterprise Linux em todos os membros do cluster. Consulte o Guia de Instalação do Red Hat Enterprise Linux para obter instruções.
Quando estiver instalando o Red Hat Enterprise Linux, é altamente recomendado fazer o seguinte:
Obtenha os endereços IP dos membros e das portas Ethernet vinculadas antes de instalar o Red Hat Enterprise Linux. Note que os endereços IP das portas Ethernet vinculadas podem ser endereços IP privados (por exemplo: 10.x.x.x).
Não coloque sistemas de arquivo locais (como /, /etc, /tmp e /var) em discos compartilhados ou no mesmo canal SCSI que os discos compartilhados. Isto ajuda a prevenir que os outros membros do cluster montem estes sistemas de arquivo acidentalmente, e também reserva os números limitados de identificação do SCSI em um canal para os discos do cluster.
Coloque /tmp e /var em sistemas de arquivo diferentes. Isto pode melhorar o desempenho do membro.
Quando um membro inicializar, certifique-se de que este detecta os dispositivos de disco na mesma ordem em que são detectados na instalação do Red Hat Enterprise Linux. Se não forem detectados na mesma ordem, o membro talvez não inicialize.
Quando usar o armazenamento RAID configurado com Logical Unit Numbers (LUNs) maiores que zero, é necessário habilitar o suporte ao LUN adicionando o seguinte ao /etc/modules.conf:
options scsi_mod max_scsi_luns=255 |
Após modificar o modules.conf, é necessário reconstruir o disco ram inicial usando mkinitrd. Consulte o Guia de Administração de Sistemas do Red Hat Enterprise Linux para mais informações sobre a criação de discos ram usando o mkinitrd.
Reinicialize os membros.
Ao usar um servidor terminal, configure o Red Hat Enterprise Linux para enviar mensagens do console para a porta do console.
Edite o arquivo /etc/hosts de cada membro do cluster e inclua os endereços IP usados no cluster ou assegure que os endereços estejam no DNS. Consulte a Seção 1.3.1 para mais informações.
Diminua o limite de timeout de inicialização do kernel para reduzir o tempo de inicialização dos membros. Consulte a Seção 1.3.2 para mais informações.
Assegure que nenhum programa de autenticação (ou getty) esteja associado às portas seriais sendo usadas para a conexão remota do comutador de energia (se for o caso). Para executar esta tarefa, edite o arquivo /etc/inittab e use o símbolo hash (#) para comentar as entradas que correspondem às portas seriais usadas pelo comutador de energia remoto. Então, submeta o comando init q.
Verifique se todos os sistemas detectam todo o hardware instalado:
Use o comando dmesg para exibir as mensagens de inicialização (startup) do console. Consulte a Seção 1.3.3 para mais informações.
Use o comando cat /proc/devices para exibir os dispositivos configurados no kernel. Consulte a Seção 1.3.4 para mais informações.
Verifique se os membros podem comunicar-se através de todas as interfaces de rede, usando o comando ping para enviar pacotes de teste de um membro para outro.
Se você pretende configurar os serviços do Samba, verifique se os pacotes RPM para os serviços do Samba estão instalados.
O arquivo /etc/hosts contém a tabela de tradução de endereços IP e nomes das máquinas. O arquivo /etc/hosts de cada membro deve conter entradas para o seguinte:
Endereços IP associados aos nomes das máquinas de todos os membros do cluster
Endereços IP associados aos nomes das máquinas para as conexões Ethernet heartbeat (estes podem ser endereços IP privados)
Como uma alternativa ao arquivo /etc/hosts, pode-se nomear serviços como DNS ou NIS para definir os nomes das máquinas usadas por um cluster. Entretanto, para limitar o número de dependências e otimizar a disponibilidade, é altamente recomendado usar o arquivo /etc/hosts para definir endereços IP para as interfaces de rede do cluster.
Veja a seguir o exemplo de um arquivo /etc/hosts de um membro:
127.0.0.1 localhost.localdomain localhost 193.186.1.81 cluster2.example.com cluster2 10.0.0.1 ecluster2.example.com ecluster2 193.186.1.82 cluster3.example.com cluster3 10.0.0.2 ecluster3.example.com ecluster3 |
O exemplo anterior mostra os endereços IP e nomes das máquinas de dois membros (cluster2 e cluster3), e os endereços IP particulares e nomes das máquinas para a interface Ethernet (ecluster2 e ecluster3) usada para a conexão heartbeat ponto-a-ponto de cada membro.
Verifique a formatação correta da entrada da máquina local no arquivo /etc/hosts para garantir que não inclua sistemas não-locais. Veja a seguir um exemplo de uma entrada incorreta para a máquina local que inclui um sistema não-local (server1):
127.0.0.1 localhost.localdomain localhost server1 |
Uma conexão Ethernet pode não funcionar apropriadamente se o formato do arquivo /etc/hosts não está correto. Verifique o arquivo /etc/hosts e corrija seu formato removendo sistemas não-locais da entrada da máquina local, se necessário.
Note que cada adaptador de rede deve ser configurado com o endereço IP e máscara de rede apropriados.
O exemplo a seguir mostra uma parte do output do comando /sbin/ifconfig em um membro do cluster:
eth0 Link encap:Ethernet HWaddr 00:00:BC:11:76:93 inet addr:192.186.1.81 Bcast:192.186.1.245 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:65508254 errors:225 dropped:0 overruns:2 frame:0 TX packets:40364135 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:19 Base address:0xfce0 eth1 Link encap:Ethernet HWaddr 00:00:BC:11:76:92 inet addr:10.0.0.1 Bcast:10.0.0.245 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:18 Base address:0xfcc0 |
O exemplo anterior mostra duas interfaces de rede em um membro do cluster: eth0 (a interface de rede do membro) e eth1 (a interface de rede da conexão Ethernet ponto-a-ponto).
Você também pode adicionar endereços IP para os membros do cluster ao seu servidor DNS. Consulte o Guia de Referência do Red Hat Enterprise Linux para obter informações sobre a configuração do DNS ou converse com seu administrador de sistemas.
É possível reduzir o tempo de inicialização de um membro reduzindo o limite de timeout de inicialização do kernel. Durante a sequência de inicialização do Red Hat Enterprise Linux, o gestor de início permite a especificação de um kernel alternativo para inicializar. O limite de timeout default para especificar um kernel é de dez segundos.
Para alterar o limite de timeout de inicialização do kernel de um membro, edite os arquivos apropriados, conforme o seguinte:
Quando usar o gestor de início GRUB, o parâmetro de timeout do /boot/grub/grub.conf deve ser alterado para especificar o número correto de segundos (em décimos de segundo) para o parâmetro timeout. Para definir este intervalo para 3 segundos, edite o parâmetro para o seguinte:
timeout = 3 |
Quando usar os gestores de início LILO ou ELILO, edite o arquivo /etc/lilo.conf (para sistemas x86) ou o arquivo elilo.conf (para sistemas Itanium) e especifique o valor desejado (em décimos de segundo) para o parâmetro timeout. O exemplo a seguir define o limite de timeout para três segundos:
timeout = 30 |
Para aplicar quaisquer alterações executadas no arquivo /etc/lilo.conf, submeta o comando /sbin/lilo.
Em um sistema Itanium, submeta o comando /sbin/elilo para aplicar as alterações feitas no arquivo /boot/efi/efi/redhat/elilo.conf.
Use o comando dmesg para exibir as mensagens de startup do console. Consulte a página man dmesg(8) para mais informações.
O exemplo do output do comando dmesg a seguir mostra que dois canais SCSI externos e nove discos foram detectados no membro. (Linhas com barras invertidas são exibidas como uma única linha na maioria das telas):
May 22 14:02:10 storage3 kernel: scsi0 : Adaptec AHA274x/284x/294x \ (EISA/VLB/PCI-Fast SCSI) 5.1.28/3.2.4 May 22 14:02:10 storage3 kernel: May 22 14:02:10 storage3 kernel: scsi1 : Adaptec AHA274x/284x/294x \ (EISA/VLB/PCI-Fast SCSI) 5.1.28/3.2.4 May 22 14:02:10 storage3 kernel: May 22 14:02:10 storage3 kernel: scsi : 2 hosts. May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST39236LW Rev: 0004 May 22 14:02:11 storage3 kernel: Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdb at scsi1, channel 0, id 0, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdc at scsi1, channel 0, id 1, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdd at scsi1, channel 0, id 2, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sde at scsi1, channel 0, id 3, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdf at scsi1, channel 0, id 8, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdg at scsi1, channel 0, id 9, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdh at scsi1, channel 0, id 10, lun 0 May 22 14:02:11 storage3 kernel: Vendor: SEAGATE Model: ST318203LC Rev: 0001 May 22 14:02:11 storage3 kernel: Detected scsi disk sdi at scsi1, channel 0, id 11, lun 0 May 22 14:02:11 storage3 kernel: Vendor: Dell Model: 8 BAY U2W CU Rev: 0205 May 22 14:02:11 storage3 kernel: Type: Processor \ ANSI SCSI revision: 03 May 22 14:02:11 storage3 kernel: scsi1 : channel 0 target 15 lun 1 request sense \ failed, performing reset. May 22 14:02:11 storage3 kernel: SCSI bus is being reset for host 1 channel 0. May 22 14:02:11 storage3 kernel: scsi : detected 9 SCSI disks total. |
O exemplo do output do comando dmesg a seguir mostra que uma placa Ethernet quad foi detectada no membro:
May 22 14:02:11 storage3 kernel: 3c59x.c:v0.99H 11/17/98 Donald Becker May 22 14:02:11 storage3 kernel: tulip.c:v0.91g-ppc 7/16/99 becker@cesdis.gsfc.nasa.gov May 22 14:02:11 storage3 kernel: eth0: Digital DS21140 Tulip rev 34 at 0x9800, \ 00:00:BC:11:76:93, IRQ 5. May 22 14:02:12 storage3 kernel: eth1: Digital DS21140 Tulip rev 34 at 0x9400, \ 00:00:BC:11:76:92, IRQ 9. May 22 14:02:12 storage3 kernel: eth2: Digital DS21140 Tulip rev 34 at 0x9000, \ 00:00:BC:11:76:91, IRQ 11. May 22 14:02:12 storage3 kernel: eth3: Digital DS21140 Tulip rev 34 at 0x8800, \ 00:00:BC:11:76:90, IRQ 10. |
Para certificar-se de que os dispositivos instalados, inclusive as interfaces de rede e seriais, estão configuradas no kernel, use o comando cat /proc/devices em cada membro. Este comando também pode ser usado para determinar se há um suporte do dispositivo raw instalado no membro. Por exemplo:
Character devices: 1 mem 2 pty 3 ttyp 4 ttyS 5 cua 7 vcs 10 misc 19 ttyC 20 cub 128 ptm 136 pts 162 raw Block devices: 2 fd 3 ide0 8 sd 65 sd |
O exemplo anterior mostra:
Portas seriais onboard (ttyS)
Placa de expansão serial (ttyC)
Dispositivos raw (raw)
Dispositivos SCSI (sd)