por que redimensionar um PV em vez de adicionar um novo PV?

Question

Quando você aumenta o tamanho de um dispositivo de bloco existente (por exemplo, / dev / sdc recebeu 20 shows do vmware, agora ele foi aumentado para 40 shows), você precisa fazer algum trabalho para o LVM usar o espaço. Todos os guias que vi ( 1 , 2 , 3 ) sugira excluir a partição existente e recriá-la com o espaço extra adicionado ao final e, em seguida, executar pvresize.

Em vez de redimensionar / dev / sdc1 e executar pvresize /dev/sdc1 , você também pode criar / dev / sdc2 e executar pvcreate /dev/sdc2 e adicioná-lo ao VG.

Existe um motivo técnico ou de desempenho para o redimensionamento ser melhor do que adicionar uma nova partição ou redimensionar exatamente da maneira como ela sempre foi feita?

    

Answer 1

Resumo: Do ponto de vista puramente técnico, não faz muita diferença, mas o redimensionamento é melhor. Depois de adicionar aspectos práticos, adicionar uma nova partição é um vencedor claro.

Do ponto de vista estritamente técnico, os novos PVs têm algumas desvantagens:

• Você obtém outra cópia dos metadados do LVM, o que custa algum espaço em disco. Se você costuma fazer operações LVM, isso também causa amplificação de gravação (como os metadados são espelhados para todos os PVs)
• Pode haver espaço vazio para o alinhamento
• Aumenta ligeiramente a quantidade de metadados do LVM (por cópia) para armazenar informações sobre o novo PV.
• Se você criar um LV que abranja ambos os PVs, ele não será contíguo (devido aos metadados extras e aos furos deixados para o alinhamento). Então, por exemplo, se você estivesse usando esse LV para grandes leituras / gravações seqüenciais, agora há uma busca por lá.

Do ponto de vista prático, nenhum deles importa para qualquer número razoável de PVs. As cópias extras dos metadados importam primeiro, mas existe uma opção LVM para manter menos cópias (VG --metadatacopies ou PV --metadataignore ).

Além disso, continuando o ponto de vista prático, é muito mais provável que a exclusão e a recriação de uma partição sofram de erro de administrador (erro de digitação, etc.) do que criar uma nova partição devido a ferramentas melhores para a última. E quaisquer erros de administração que ocorram provavelmente serão muito mais destrutivos para redimensionamento (porque seus dados estão na partição redimensionada, mas não há dados em uma nova partição). Isso é ainda pior quando você tem várias camadas; por exemplo, mdraid abaixo de LVM. Dependendo da sua opção -e , os superblocos podem estar no final do array - divertido quando você redimensiona uma partição.

Há uma exceção que vem à mente: se por qualquer motivo você não puder criar uma nova partição. Por exemplo, talvez você esteja usando tabelas de partições do DOS e já usou todas as quatro partições primárias (sem criar uma partição estendida). Então você não tem escolha.