aumenta o tamanho do disco - usa o LVM ou não?

Question

Um colega de trabalho me perguntou por que deveríamos usar o LVM. Com meu conhecimento limitado de LVM, eu disse porque permite que você redimensione / gerencie volumes facilmente!

A ideia dele é esta:

Usamos o ESX e temos a capacidade de aumentar o tamanho de um disco. Em vez de usar o LVM, ele propôs este cenário:

1. aumenta / dev / sdb em 100 GB no vsphere client
2. no Linux rescan / dev / sdb: echo 1 > / sys / block / sdb / device / rescan
3. redimensione o FS on-line: resize2fs / dev / sdb

Feito.

Isso parece bem. Eu não tenho certeza embora. O que há de errado com esse cenário em vez de usar o LVM? Qual é a melhor opção para permitir a expansão de disco?

    

Answer 1

O LVM é ótimo para isso quando você não está em um ambiente virtual. Quando o disco pode ser clonado e criado fora do ambiente, esse benefício é bastante reduzido.

    

Answer 2

Eu não me incomodaria em usar o LVM em soluções VMWare. Há alguma sobrecarga, é um pouco redundante e exigiria um novo design do seu sistema atual. Acho que isso remonta ao planejamento, mas você deve ter uma ideia do espaço em disco necessário antes de construir o servidor. Pelo menos com o VMWare, é extremamente fácil adicionar espaço, como você observou.

Eu pessoalmente evito usar o LVM. Talvez seja uma abordagem antiga, ou talvez eu seja prejudicado pelos controladores HP SmartArray RAID, mas acho que posso prever e planejar as necessidades de utilização de disco com base nos requisitos e no ambiente do aplicativo. A maioria dos sistemas tem uma ou duas "partições de crescimento", dependendo do aplicativo. Pode ser /home para um sistema multiusuário. /opt para um servidor de aplicativos. /var para um sistema que está com log pesado ou /var/lib/pgsql para um servidor de banco de dados ... A partição que precisará crescer deve ser a última partição na tabela ou em seu próprio volume de hardware.

Veja também: Perigos e ressalvas da LVM

Existe uma finalidade para várias partições, com base no Padrão de hierarquia do sistema de arquivos . No exemplo abaixo, /var e /appdata têm mais atividade. /appdata está configurado para crescer, se necessário. /var tem espaço suficiente para atividade de registro cíclico. /usr e /boot não mudam com frequência. / pode crescer um pouco, mas se se tornar um problema, monte outro sistema de arquivos nessa hierarquia. Isso é bastante consistente em todas as distribuições do sistema operacional.

Filesystem            Size  Used Avail Use% Mounted on
/dev/cciss/c0d0p2     9.7G  3.4G  5.9G  37% /
/dev/cciss/c0d0p7     996M   34M  911M   4% /tmp
/dev/cciss/c0d0p6     3.0G 1023M  1.8G  37% /var
/dev/cciss/c0d0p3     5.9G  2.0G  3.6G  37% /usr
/dev/cciss/c0d0p1      99M   23M   71M  25% /boot
/dev/cciss/c0d0p8      79G  6.5G   73G   9% /appdata
tmpfs                 2.4G     0  2.4G   0% /dev/shm

    

Answer 3

Outro caso para o LVM, mesmo em um host virtual: ele permite estender um sistema de arquivos em vários discos ou conjuntos de discos.

Suponha que você esteja executando o ESX sem uma SAN e sem espaço no armazenamento de dados que armazena uma VM específica que precise de mais espaço; se você adicionar mais discos físicos, eles normalmente criarão novos armazenamentos de dados, aos quais você pode adicionar discos virtuais; esses discos virtuais podem ser adicionados como novos volumes físicos ao seu grupo de volumes LVM.