Linux VMs na nuvem (como o Azure) - use o LVM ou não?

0

Nosso objetivo final é facilitar o aumento do espaço em disco nas partições a qualquer momento no futuro. Se é a unidade do sistema que precisa de mais espaço, ou algo como / var

Ao pesquisar o que é melhor usar para particionamento de disco, me deparei com este artigo: link

que diz: "Embora seja possível configurar o LVM em qualquer disco conectado à máquina virtual, por padrão a maioria das imagens em nuvem não terá LVM configurado no disco do SO. Isso é para evitar problemas com grupos de volumes duplicados se o sistema operacional O disco é sempre anexado a outra VM da mesma distribuição e tipo, ou seja, durante um cenário de recuperação. Portanto, recomenda-se usar apenas o LVM nos discos de dados. "

Mas, mesmo em um sistema (disco sem dados), se você não estiver usando o LVM, como expandir essa partição se necessário, já que não temos acesso ao console da VM?

Por exemplo, recentemente em nosso ambiente interno (não no Azure), tínhamos uma VM que não usava o LVM e precisava de uma partição intermediária expandida. A única solução encontrada foi inicializar a VM em um disco de inicialização e usar o GPARTED. Esta não é uma opção no Azure.

Como isso é tratado ou recomendado para ser tratado nas VMs do Azure se a mesma situação surgir? (se uma partição no meio precisar de espaço adicional, em um disco não-LVM) Principalmente tentando planejar como deveríamos construir nossas VMs Linux para evitar problemas futuros como esse.

    
por vnat 23.05.2018 / 14:33

2 respostas

1

How is this handled or recommended to be handled in Azure VMs if the same situation arose? (if a partition in the middle needing additional space, on a non-LVM disk)

Ao analisar os resultados da pesquisa, eu diria que o Azure recomenda que você não faça isso.

Se aparecerem imagens em nuvem, coloque a partição raiz no final do disco. Eu presumo que a idéia é colocar partição (ões) de dados em disco (s) separado (s).

Por exemplo Esse link mostra uma imagem do CentOS no mercado do Azure nesse formato e também sugere que o mesmo procedimento foi testado com uma imagem do Ubuntu. Ele também explica que você pode usar fdisk em um sistema em execução para excluir a partição do SO e recriá-la para refletir o novo espaço disponível. Ou seja isso não requer a inicialização em um disco GPARTED. Você deve então reinicializar, antes de poder redimensionar o sistema de arquivos dentro da partição. Pode haver outras maneiras de fazer isso também.

    
por 23.05.2018 / 16:29
0

LVM só também traz uma penalidade insignificante para uso, e pode valer a pena usar em certos cenários, especialmente grandes partições de banco de dados.

No entanto, nas partições do SO, concordo plenamente que você pode não precisar.

Também é importante observar que, se você estiver usando um sistema de arquivos que permite o crescimento on-line, você poderá se safar e não precisar usar o LVM novamente, em outros tipos de cenários.

Por exemplo, sistemas de arquivos xfs e também como @sourcejedi apontam corretamente, ext4 e btrfs.

Quanto ao Azure, se você precisa inicializar do lado , isso requer apenas um pouco de planejamento. Configure uma partição de recuperação / inicialização extra pequena entre 200-500MB com uma imagem de recuperação em uma VM no momento da instalação.

    
por 23.05.2018 / 14:46