Criando discos de tamanho "ímpar" no VmWare/Linux

Criando discos de tamanho "ímpar" no VmWare/Linux

Acredito que sofro da síndrome de “tudo deve estar em potências de 2”. Quando solicitado a criar um disco de 30G no VMware para uma VM, desejo criar um disco de 32G. Se alguém precisar de 256G de armazenamento usando LVM eu crio 1 256, 2 128s ou 4 64s...

A questão é direta: há impactos ou desvantagens no desempenho na criação de discos de tamanhos "estranhos", mesmo quando os coloco em um grupo de volumes no Linux? Se alguém pedir 80G, posso criar 10, 20 e 50 para conseguir isso? ou devo tentar usar potências de 2, se puder?

Responder1

Eu prefiro recomendar que você fique de olho se uma partição é chamada de alinhada de E/S, pois isso pode realmente afetar o desempenho de E/S. Hoje em dia, não é um problema, pois os instaladores ou assistentes de configuração geralmente alinham as partições automaticamente em algum "power of 2"limite, mas quando você cria manualmente, ainda pode ser útil saber como funciona.

Tentarei explicar o conceito com um exemplo simples emprestado de ambientes virtuais. Para simplificar, vamos assumir a infraestrutura VMware vSphere e o sistema de arquivos VMFS. Temos que levar em consideração três camadas no total - uma matriz de disco que possui pedaços de algum tamanho para solicitar dados, sistema de arquivos VMFS com blocos de algum tamanho e, finalmente, um sistema de arquivos do sistema operacional convidado organizado em blocos/clusters.

Normalmente, você não precisa perder tempo alinhando o sistema de arquivos VMFS com a matriz de disco, pois isso é executado automaticamente quando você cria um novo armazenamento de dados VMFS com o vCenter. A situação é pior com o sistema operacional convidado. Abaixo está uma imagem de camadas desalinhadas:

insira a descrição da imagem aqui

Quando o sistema operacional convidado lê/grava um único bloco/cluster, o hipervizor/matriz de disco subjacente terá que solicitar um bloco do sistema de arquivos VMFS e dois pedaços da matriz de disco, pois o bloco abrange vários pedaços. Isso pode significar ler ou gravar em vários eixos de disco, pois esses pedaços podem ser distribuídos em vários discos, dependendo da configuração do RAID. Esta não é a configuração ideal, é claro. Melhor é o alinhado:

insira a descrição da imagem aqui

Então, uma solicitação de bloco do sistema de arquivos gera uma solicitação de bloco de matriz de disco. No entanto, a maioria dos sistemas operacionais modernos lembram de alinhar as partições de E/S automaticamente durante sua instalação. Por exemplo, o Windows Server 2008 ou o RedHat Enterprise Linux 6 fazem isso, mas o Windows Server 2003 ou distros mais antigas não.

Portanto, ainda vale a pena lembrar disso, pois o alinhamento automático de E/S geralmente depende dos recursos dos dispositivos de armazenamento para indicar seu alinhamento de E/S preferido e tamanho do bloco de E/S. As modernas pilhas de E/S do Linux (por exemplo, RHEL 6, parted, LVM, mkfs) podem trabalhar com essas informações e, portanto, executá-las automaticamente. Mas se não estiver funcionando como esperado, você deve fazer isso manualmente.

informação relacionada