Qual é a melhor prática para adicionar discos no LVM

De acordo com as páginas de manual do Linux, você pode adicionar discos brutos e partições a um grupo de volumes.

Em outra documentação (RedHat, CentOS ou openSUSE), todos os exemplos se referem à adição de partições ao VG em vez de discos brutos. O que é (melhor) prática comum?

RHEL6 LVM Admin Guide

De acordo com o Guia de Administração do Volume Lógico do RHEL 6 , é recomendável que, se você deseja usar uma unidade inteira como volume físico em um grupo de volumes LVM, ainda deve particioná-lo:

trecho do guia "Guia do Administrador LVM do RHEL6 Logical Volume Manager Administration"

2.1.2 Várias partições em um disco

O LVM permite criar volumes físicos a partir de partições de disco. Geralmente, é recomendável que você crie uma única partição que cubra todo o disco para rotular como um volume físico LVM pelos seguintes motivos:

Conveniência administrativa

É mais fácil acompanhar o hardware em um sistema se cada disco real aparecer apenas uma vez. Isso se torna particularmente verdadeiro se um disco falhar. Além disso, vários volumes físicos em um único disco podem causar um aviso do kernel sobre tipos de partição desconhecidos na inicialização.

Como LVM

Seção 11.1. Inicializando discos ou partições de disco do LVM Howto afirma da seguinte maneira:

trecho do How to LVM

Para discos inteiros:

Execute o pvcreate no disco:

# pvcreate /dev/hdb

Isso cria um descritor de grupo de volumes no início do disco.

Não recomendado

Não é recomendável usar o disco inteiro como um PV (em oposição a uma partição que abrange todo o disco) devido aos problemas de gerenciamento que ele pode criar. Qualquer outro sistema operacional que examine o disco não reconhecerá os metadados do LVM e exibirá o disco como livre, portanto, é provável que ele seja substituído. O próprio LVM funcionará bem com PVs de disco inteiro.

Se você receber um erro em que o LVM não pode inicializar um disco com uma tabela de partição, primeiro verifique se o disco em que você está operando é o correto. Se você tiver certeza disso, execute o seguinte:

PERIGOSO

Os seguintes comandos destruirão a tabela de partição no disco que está sendo operado. Tenha certeza de que é o disco correto.

# dd if=/dev/zero of=/dev/diskname bs=1k count=1
# blockdev --rereadpt /dev/diskname

Conclusões

Essas são as fontes principais nas quais eu confiaria para determinar se você deve formatar uma única partição em um disco rígido antes de adicioná-la como volume físico ou não. Como outras respostas indicaram (e comentários), você não estaria errado em adicionar a unidade inteira sem uma partição.

Para mim, eu comparo isso a dirigir no meu carro com o cinto de segurança. Se você nunca se envolver em um acidente, o cinto de segurança não serve para nada, mas se eu sofrer um acidente, fico feliz por estar usando.

Acompanhamento # 1 (comentários de To @ Joel)

Eu pensei que os 2 guias acima eram 2 boas razões. Ambos são guias oficiais, um do RH e outro do Howto, elaborado pela equipe do LVM.

Aqui está outro motivo. Ao não particionar o disco rígido, nenhum ID está sendo definido explicitamente no disco rígido para identificar claramente como ele está sendo usado.

 fdisk -l
 ...
/dev/sda6       318253056   956291071   319019008   8e  Linux LVM

Como administrador de sistemas, é muito mais óbvio para mim e para os outros a intenção de como essa unidade específica está sendo usada vs. sem o 8e.

Aprecio o que você está dizendo @ Joel, também trabalhei em uma empresa da Fortune 500, onde tínhamos centenas de implantações de Linux em implantações físicas / virtuais de desktop / servidor, bem como em grandes implantações de armazenamento. dizendo.

É preferível ter alguns descritores comumente reconhecidos (metadados) e o MBR permanece como um descritor. Até o GPT usa a tabela de partição antiga baseada em MBR para indicar sua presença.

Na verdade, você perde algum espaço em disco, mas é uma vantagem insignificante, entretanto, de entender o que está no disco (e onde) é evidente.

Criar volumes físicos em partições que ocupam 100% do disco quase nunca é a coisa certa a fazer. Digo "quase" só porque tomo a atitude de que só porque não consigo pensar em uma razão para fazer algo, isso não significa que não há razão para fazê-lo. Dito isso, não consigo pensar em um único motivo para colocar partições em um disco a 100% do espaço, se for LVM.

Você não obtém nenhum benefício discernível em troca da recuperação da rigidez do particionamento. Se estes são volumes físicos suportados por SAN e você faz isso, existem apenas duas maneiras de expandir o espaço de armazenamento no grupo de volumes:

1. Apresente um novo LUN maior, adicione-o ao grupo de volumes, remova-o do LUN que você particionou inexplicavelmente, remova-o do grupo de volumes e peça às pessoas da SAN que o não apresentem. O que pode funcionar e pode ser feito on-line (com um impacto no desempenho e supondo que haja espaço SAN suficiente no seu pool de armazenamento no lado da SAN para armazenar esses dois LUNs simultaneamente), mas é factível.
2. A única outra maneira é voltar a lidar com partições, o que é parte do motivo pelo qual as pessoas gostam de esquemas de gerenciamento de volume bem projetados (como com btrfs, lvm, zfs, etc.). Você pode editar a tabela de partição do volume físico e torcer para partprobeque você leia os novos tamanhos, mas isso só funciona cerca de 1 vez em 2 da minha experiência pessoal e exige que você desmonte o sistema de arquivos (ou seja, força você a ficar offline outra razão pela qual as pessoas como gerenciadores de volume).

Se você cria um disco inteiro, o administrador da SAN pode expandir o LUN para você, digitaliza novamente o barramento SCSI, ele seleciona o novo tamanho do LUN e faz um pvresizepara expandir o volume físico. Tudo sem colocar nenhum sistema de arquivos offline.

Saindo do bit MBR, você normalmente não pega PVs de um sistema e os apresenta a outro em um ambiente corporativo. Mesmo se você o fez, se for o LVM, você desejará que o sistema operacional ao qual você apresentará o LUN seja compatível com o LVM. Caso contrário, qual é o sentido de apresentar a eles? Se isso acontecer, você poderá ver todas as informações de volume físico, informações de grupo de volumes e volumes lógicos (assumindo que este seja o único PV no grupo de volumes). Portanto, ele se autodocumenta dessa maneira.

Basicamente: particionar um disco inteiro para 100% é como exigir que o garçom que trouxe uma torta de maçã também traga uma faca para você. Quando ele joga a faca para o lado e apenas enterra o rosto na torta. Significado: não faz sentido insistir em uma ferramenta para dividir algo em pedaços menores, se você quiser usar tudo de uma só vez.

Pela minha experiência, o uso da partição será bom se você estiver testando ou em um ambiente pequeno em que o disco / armazenamento não esteja disponível. É bom para a escola ou para trabalhar na sua garagem. No mundo real, com um servidor virtual onde você pode expandir o disco sob demanda, é melhor se você deixar o LVM gerenciar o disco bruto / inteiro em vez de particionar. Será fácil e flexível gerenciar sem reiniciar o servidor. Você sabe quanto tempo isso economiza? Multiplique o de todo o servidor que você pode precisar gerenciar! Várias vezes, tenho desafios que, devido à partição / fatias, você precisa reiniciar o servidor, pois o kernel pode não reconhecer a nova tabela. Ao adicionar um disco bruto / disco virtual ao seu LVM, é necessário expandir o LVM do sistema de arquivos com o disco bruto. Executando um comando simples como “eco 1> / sys / block / XXX / device / rescan ”onde XXX é o seu disco (sdb, sdc, sdd, etc) irá verificar novamente o disco para o espaço adicional sem reinicializar, e faça o boom! você poderá estender seu sistema de arquivos rapidamente. Você levará 5 minutos literários para estender um disco sem reiniciar o servidor linux. Com disco particionado, esse processo é complicado