DRBD LVM - suportado vs. físico e filtro LVM

Question

Estamos experimentando o DRBD / pacemaker em cima de uma configuração existente do Debian 6 Encrypted RAID1. Temos uma questão comparativamente geral e uma comparativamente específica:

1) Volume suportado vs. volume físico do DRBD (questão de opção de design geral)

Queremos executar vários servidores virtuais em nossa configuração de DRBD / marcapasso. Tendo olhado (e conseguido grande ajuda neste fórum - obrigado DOC) ao usar o LVM como um dispositivo de apoio, parece que se quisermos acelerar e derrubar os Volumes Lógicos na hora, que podemos estar melhor usando o LVM no topo de DRBD como um volume físico. Isso soa bem?

Para nossos propósitos, "backup" ou "volume físico" é uma escolha melhor? Existe uma opção de design que nos permita ter um drbd, colocar todos os volumes lógicos nisso, o que nos permitiria ter uma configuração mais simples do drbd e do pacemaker? Se continuássemos a usar o LVM como um dispositivo auxiliar, você teria um drbd para cada volume lógico e criaria nossos CRMs de marca-passo em conformidade?

Parte da complexidade para nós aqui é uma adição a esses problemas de uso do RAID1 criptografado (por isso estamos lidando com os mapas de disco / dispositivo no drbd.conf).

2) Problema do filtro LVM (questão mais específica)

Na documentação "Configurando um recurso DRBD como Volume Físico", você ajusta lvm.conf depois de criar um volume físico em seu drbd: filter = ["a | drbd. |", "r |. | " ], write_cache_state = 0 e, em seguida, limpe o cache lvm.

O problema é que, uma vez que fazemos isso, não podemos fazer com que qualquer um dos "pvscan, vgscan, lvscan" funcione, e precisaremos que o grupo de volume esteja ativo para adicionar nosso novo volume lógico no drbd. Uma documentação de instalação disse que você precisava atualizar o intrafs, que depois de fazer não poderíamos mais inicializar a máquina (é uma máquina de teste, então apenas inconveniente).

Q: O que estamos fazendo de errado aqui? A documentação parece sugerir que depois de mexer no "lvm.conf" você deveria poder usar coisas como "vgchange -aey volumegroup" mas todas as execuções deste serão deixadas em branco.

É este o tipo de coisa que precisamos atualizar temporariamente o "lvm.conf" de volta ao seu filtro original, adicionar um volume lógico e depois alterar o "lvm.conf de volta? FYI - se inicializarmos o original filter, nosso drbd monta mas nós temos erros no tty dizendo que o dispositivo criptografado não pode iniciar ... então estamos assumindo que não é a resposta.

Ajuda apreciado (feliz em postar quaisquer configurações ou registros conforme solicitado ... apenas não tenho certeza do que seria útil)!

    

Answer 1

Se eu entendi seus requisitos corretamente, isso é o que eu estaria fazendo:

1. Crie um único dispositivo DRBD e marque-o como um PV para o LVM. Crie recursos do Pacemaker para o volume DRBD e cada um dos volumes lógicos do LVM, com os volumes lógicos dependendo do volume do DRBD.

2. Seu filtro pv parece correto. Você verificou que o dispositivo DRBD está corretamente marcado como um PV? Se não tiver metadados, não será exibido. Tente usar o comando pvck para verificar isso:

   $ sudo pvck /dev/sda1
     Found label on /dev/sda1, sector 1, type=LVM2 001
     Found text metadata area: offset=4096, size=192512
   

   Você também pode tentar substituir seu filtro por a/.*/ para que ele analise todos os volumes. Embora, a menos que você tenha mexido com o nome dos dispositivos drbd, o filtro que você listou deve funcionar bem. Eu acho mais provável que os metadados estejam faltando.

Umm ... Também tente executar pvscan -d para obter mais dados de depuração.