LVM estende o sistema de arquivos: nova partição vs.

3

Eu preciso freqüentemente expandir um sistema de arquivos em um sistema RHEL7 que é executado no VMWare-ESX 6. Normalmente, eu redimensiono o disco virtual existente e executo os seguintes cmds:

  1. echo "1" > / sys / class / scsi_disk / 0: 0: X: X / dispositivo / rediscagem
  2. pvresize / dev / sdX
  3. lvextend -l + 100% GRÁTIS [VolumeGroup]
  4. resize2fs [MountPoint]

Acho que esta é uma solução conveniente, mas RedHat, VMWare e a maioria dos outros How2 encontrados, usam outra maneira. Eles criam uma nova partição e a adicionam ao volumegroup, em vez de redimensioná-la.

veja:

link

link

Eu não posso prever a necessidade de espaço, então eu tive que redimensionar muito frequentemente, mas eu não quero criar uma nova partição toda vez. Tem de haver uma razão pela qual eles usam e preferem o segundo método, que eu acho, é o pior. Alguém pode me dizer por quê?

cumprimentos Sascha

    
por C_o_H 03.01.2017 / 09:36

2 respostas

1

Na verdade, no seu link para o artigo do Red Hat, o primeiro passo diz:

Create a physical volume from a free disk or partition (e.g. /dev/sdc1 as a partition)

E no link do artigo do VMWare, há uma nota no topo:

Note: These steps only apply to EXT3 file systems.

Então você pode fazer um ou outro. A maneira recomendada em quase todos os casos (como no RHEL7 / GRUB2 - desculpe, eu não posso falar por VMWare) é não fazer uma partição, pois você está criando um esquema como o abaixo.

Disk
|- MBR
|- |- LVM 
|- |- |- Superblock

Houve problemas de alinhamento de uma só vez por não particionar, o que causa uma penalidade de desempenho, no entanto, você pode compensar a partição ausente no LVM para sistemas que supostamente exigem um.

A recomendação de particionar costumava basear-se no fato de que outros sistemas operacionais não conseguiriam ler os metadados do LVM e, como não há partição, mostrariam o disco como não formatado, em vez de mostrá-lo como tendo uma partição. Na verdade, mesmo no Linux, se não houver partição, o disco parece não estar sendo usado em todas as ferramentas de particionamento (fdisk, gdisk, parted, etc). Isso é porque eles são projetados para procurar partições.

Se você estiver executando o VMware, presumo que esteja trabalhando em um ambiente corporativo no qual haja controles em vigor - os SAs não terão motivos para fazer massacres com partições, e você nunca teria o Windows nem qualquer "outro SO" instalado na máquina, a menos que a máquina estivesse sendo reaproveitada. Portanto, a recomendação para particionar não se aplica.

A prática recomendada em versões mais antigas do RHEL era particionar: link

A recomendação revisada de usar o disco inteiro é obviamente nova no RHEL 7, já que sistemas mais antigos usam o GRUB em vez do GRUB2. Nesses sistemas mais antigos, o motivo para manter o particionamento deve-se ao fato de o / boot precisar estar em um disco físico.

No seu caso, você não está se referindo aos discos do sistema operacional, portanto, mesmo em sistemas mais antigos, você pode manter com segurança os metadados do LVM diretamente no disco bruto, sem qualquer partição.

Há um caso em que você desejará usar um MBR de proteção, e é quando você está usando um LVM em uma unidade física em um sistema operacional convidado, em vez de usar um vmdk ou outro tipo de arquivo. Mas, como observado por @shodanshok, você pode usar o filtro em lvm.conf no hipervisor para ocultá-los.

Se este for um disco físico suportado por SAN, há uma discussão aqui: link

O Oracle DBAs também recomenda o uso do disco bruto: link

Finalmente, há uma discussão sobre isso no Reddit também: link

Praticamente todos concordam, use todo o disco.

Mais informações sobre a inicialização de um disco com suporte a LVM, se você estiver interessado. link

link

Então, para resumir: use todo o disco. Um dia, as ferramentas de particionamento poderiam ser eliminadas completamente em * nix completamente, em favor de coisas como ferramentas zfs, ferramentas btrfs, lvm ou alguma combinação das três.

    
por 04.01.2017 / 04:51
1

Com base nos seus comandos, você está usando um dispositivo bruto como volume físico. Embora perfeitamente bem, a Red Hat geralmente recomenda criar um MBR protetor (isto é: particionar o disco subjacente) e usar partições como volumes físicos.

Ferramentas comuns como fdisk não podem estender diretamente um tamanho de partição, em vez disso, elas cobram para excluir / recriar manualmente a partição; Portanto, as perguntas frequentes on-line geralmente apresentam a abordagem mais simples: criar uma nova partição e adicioná-la como um novo volume físico. Além disso, para permitir que o sistema convidado detecte uma extensão de partição, geralmente é necessário reinicializá-lo. Por outro lado, adicionar uma partição não requer nenhum requisito de reinicialização.

De qualquer forma, eu concordo que adicionar partições continuamente para estender o tamanho do vdisk não é a melhor abordagem; Geralmente, prefiro redimensionar manualmente a partição (depois de fazer um backup do MBR) e reinicializar o sistema convidado, em seguida, emita um pvresize contra a partição redimensionada.

    
por 03.01.2017 / 10:00