Nome do Disco Persistente no Cluster Redhats no VMWare Workstation-10.01

1

Estou tentando implementar um cluster HA de 2 nós REDHAT. O seguinte é o meu ambiente.

VMWare WorkStation 10.01

  1. Nó 1 > > CentOS-6.3 x86_64
  2. Nó 2 > > CentOS-6.3 x86_64
  3. Node-3 > > CentOS-6.3 x86_64 [Luci]
  4. Openfileresa-2.99.1-x86_64

Eu configurei o cluster com sucesso e todos os serviços estão funcionando bem no servidor Luci e nos nós. O destino iSCSI e o iniciador também estão funcionando bem. O problema é que os nomes das unidades não persistem após a reinicialização de quaisquer nós específicos. Isso cria um problema com o failover no cluster. Após dois dias de intensa pesquisa on-line, fiz tudo o que pude, a partir dos links a seguir. Mas ainda assim eu e preso com este problema de nomeação de disco.

pubs.vmware.com/workstation-10/index.jsp?topic=%2Fcom.vmware.ws.using.doc%2FGUID-E601BE81-59B5-4B6C-BD96-2E1F41CBBDB2.html

link

link

P.S: Estou usando uma configuração de caminho único sem mecanismo de fence, já que o VMWare não suporta isso.

Eu usei as regras do udev e atribui o UUID. Eu adicionei a seguinte regra:

KERNEL == "sd [az]", SUBSISTEMA == "bloco", PROGRAM="/ sbin / scsi_id -g -u -d / dev / $ name", RESULT == "14f504e46494c45526f416b7a4b4e2d4176584a2d45763153", NAME=" webcl "

Agora, quando eu listar "fdisk". O disco para o LUN não é exibido na lista, mesmo que o nome do dispositivo "webcl" apareça em / dev

[root @ node1 dev] # ls -l webcl

brw-rw ---- 1 disco raiz 8, 32 30 de setembro 22:25 webcl

    
por Thomas M 30.09.2014 / 13:39

1 resposta

1

Em vez de usar as regras do udev para manter o nome, você tem algumas opções:

Com o destino iscsi, você deve poder usar o WWID usando o endereço /dev/disk/by-id/scsi-.... .
Se você listar o conteúdo desse diretório, deverá existir um link simbólico para o disco iscsi relevante ( /dev/sda2 ). Este alvo não será alterado, mesmo que o nome do dispositivo seja alterado.

Como alternativa, você pode usar o gerenciador de volume lógico em cluster clvmd para gerenciar o disco, já que o UUID é usado na configuração clvm.
Para ativar isso - instale e ative o clvmd em ambos os nós e faça o seguinte para colocar o disco em clvmd control.

Inicialize o disco:% pvcreate /dev/sda2

Execute pvscan no (s) outro (s) nó (s).

Crie o grupo de volumes que encapsula o disco (altere o nome):% vgcreate iscsi_cvg /dev/sda2

Crie o volume lógico usando todo o grupo de volumes:
lvcreate -l 100%FREE -n iscsishareddisk iscsi_cvg

Executar lvscan no outro (s) nó (s)

Crie o sistema de arquivos:% mkfs.ext4 /dev/iscsi_cvg/iscsishareddisk

Em ambos os nós, crie o diretório de montagem, teste o volume pode ser montado e desmontado separadamente.

Assegure-se de que o sinalizador de cluster esteja configurado no grupo de volume com o comando vgs (o último atributo será c)

Para ativar isso se estiver faltando:% vgchange -cy iscsi_cvg --config 'global {locking_type = 3}'

Verifique se locking_type está definido como 3 em /etc/lvm/lvm/conf .

Esse volume clusterizado pode ser referenciado no seu cluster.conf .
Antes de adicioná-lo à configuração do cluster, certifique-se de que o volume lógico não esteja mais ativo:% lvchange -an iscsi_cvg

Um artigo muito útil sobre alvos iscsi em um ambiente de cluster é AQUI .
Simplesmente ignore o multipathing se você quiser manter uma solução de caminho único.

    
por 01.10.2014 / 12:10