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?
Respostas:
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"
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
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.
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.
fonte
fdisk -l
vez,/sys/block
uma vez e em sua biografia uma vez. Onde é que deveria ser duplicado? (continuação)É 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.
fonte
pvdisplay
(PV TAMANHO: não é possível usar o X MiB), se o X for maior que 1MiB, você também poderá particionar sem perder mais.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:
partprobe
que 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
pvresize
para 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.
fonte
pvscan
ao inicializar, portanto, o kernel no disco do instalador deve ter verificado todos os dispositivos de bloco à procura de cabeças LVM. Eu provavelmente arquivaria um erro com quem o fornecedor está explicando que seu instalador é fubar'd. Para instalações domésticas, o problema é o mesmo, mesmo que o sistema de arquivos raiz cubra dois discos, seu disco principal será particionado para / boot e, quando o kernel carregar, fará a verificação do volume. É assim que você é capaz de inicializar no LVM.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
fonte