O que acontece quando um disco falha no LVM?

Question

Estou configurando um servidor linux em um host ESX 4.1. Este servidor precisa ter vários TBs de dados armazenados nele. Estamos atualmente debatendo se devemos ou não usar o LVM. Nosso raciocínio atual é que é melhor ter múltiplos volumes de 2 TB (um limite imposto pelo ESX) montados em volumes separados como tal.

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

Armazenaremos diretórios com tamanho entre 100 GB e 400 GB. Esses diretórios precisam ser armazenados em sua totalidade e não podem ser divididos. A preocupação é que haverá muito espaço desperdiçado se acabarmos com 1,7 TB armazenados em / disk1 e precisarmos armazenar 400 GB adicionais. Nesse caso, precisaríamos armazenar o diretório de 400GB em / disk2, deixando 300GB sem uso.

Uma solução para este problema é o LVM, configurado como:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

No entanto, estamos presos a uma pergunta simples. O que acontece se o Disco 2 falhar?

No primeiro cenário, é óbvio o que acontece se o Disco 2 falhar, / o disk2 não estará mais acessível.

Na configuração do LVM, se o Disco 2 falhar, será semelhante (como em, somente os dados armazenados no Disco 2 não estarão mais disponíveis) ou todos os dados em / disco não estarão mais acessíveis?

    

Answer 1

Você omitiu vários conceitos importantes de abstração que vêm com o LVM. Volumes lógicos não manipulam discos - eles são colocados em grupos de volumes. Os VGs, por sua vez, consistem em volumes físicos que podem ser discos. Cortando uma longa história, o VG não viria com um PV ausente - ou seja, um disco ausente, então você não conseguiria acessar os volumes lógicos do grupo.

Existem procedimentos de recuperação , mas normalmente, em um ambiente virtualizado, você veria "tudo ou-nothing "disponibilidade de qualquer forma - todos os arquivos do disco estariam contidos em um único diretório que seja acessível com todo o seu conteúdo ou que não seja de todo (se o armazenamento de dados não estiver disponível, por exemplo).

Quanto à eficiência de armazenamento, considere usar thin provisioning - o espaço" não usado "não é reivindicado no armazenamento de dados. No entanto, isso ocorre ao custo de uma sobrecarga administrativa mais alta.