Dell Unity: O alinhamento de advertências no formato da LUN do Linux é compensado em 512 bytes. Isso pode resultar em desempenho insatisfatório

Esse problema ocorre porque o Dell Unity anuncia o suporte ao SPC-4, o que resulta em alterações no comportamento SCSI do Linux em comparação com um conexão do Linux com arrays da família VNX2/VNX.

Duas coisas afetam o desempenho do makefs:

1. Agora, o Linux emite comandos de desmapeamento para uma LUN thin do Dell Unity.
2. O Linux usa os dados retornados em uma página de consulta de dados vitais do produto 0xB2 para decidir como alinhar um sistema de arquivos, e os dados retornados pelo array resultam em um sistema de arquivos desalinhado.

O alinhamento de advertências no formato da LUN do Linux é compensado em 512 bytes. Isso pode resultar em desempenho ruim.

# mkfs.ext3 /dev/mapper/mpathd1

mke2fs 1.42.9 (28-Dec-2013)
/dev/mapper/mpathd1 alignment is offset by 512 bytes.
This may result in very poor performance, (re)-partitioning suggested.    <<<<<<<<<<<

Disk /dev/mapper/VGsdb-LVsdb: 29.9 TiB, 32875361599488 bytes, 64209690624 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 8192 bytes / 33553920 bytes
Alignment offset: 512 bytes

O fdisk do Linux usa o tamanho ideal de transferência encontrado em uma página de consulta de dados vitais 0xB0 como o setor inicial ao criar uma partição em uma LUN sem partições. Como esse tamanho ideal de transferência é 65535, o mkfs alegará subsequentemente (e corretamente) que o file system está desalinhado.

A alteração do tamanho ideal de transferência em uma página VPD do Inq 0xB0 será feita em uma atualização futura do Dell Unity.

Como solução temporária, o cliente pode usar 2048 (decimal) como o SECTOR inicial para o fdisk. Em seguida, "mkfs" cria um sistema de arquivos devidamente alinhado. Observe que os utilitários de partição/sistema de arquivos do Linux têm várias opções/opções para criar partições e file system. Eles podem usar setores ou cilindros como unidades. Queremos que eles usem SETORES como unidades de medida com suas utilidades.

Se você estiver criando duas ou mais partições em uma LUN, as partições subsequentes deverão ser criadas com um SECTOR inicial como um múltiplo de 2048.

Se você usar "fdisk -c", em vez disso, você precisa especificar para começar em 65536 (o sistema fornece o valor padrão de 65535) "-c" é o modo de compatibilidade do dos e, de acordo com a página de manual do linux, essa opção deve ser usada.

Além disso, se você não usar a opção "-c", você obterá o seguinte.

[root@localhost nasadmin]# fdisk -u /dev/sdi

WARNING: DOS-compatible mode is deprecated. It's strongly recommended to switch off the mode (command 'c').

Como uma solução temporária para o "fdisk -c" usar 65536 como um setor inicial. Isso produz file systems alinhados.

Se a opção "-c" não for usada com o comando fdisk:

Como solução temporária, o cliente pode usar 2048 (decimal) como o SECTOR inicial para o fdisk."
mkfs" e, em seguida, criar um sistema de arquivos devidamente alinhado. Observe que os utilitários de partição/sistema de arquivos do Linux têm várias opções/opções para criar partições e file system.
Eles podem usar setores ou cilindros como unidades. Queremos que eles usem SETORES como unidades de medida com suas utilidades.

Partition number (1-4): 1
First sector (1-167772159, default 65535): 2048
Last sector, +sectors or +size{K,M,G} (2048-167772159, default 167772159):
Using default value 167772159

----------------------

Se a opção "-c" for usada com o comando fdisk:

O mesmo se aplica, mas você deve começar com um valor de 65536.

primary partition (1-4)
Partition number (1-4): 1
First sector (65535-524287999, default 131070): 65536
Last sector, +sectors or +size{K,M,G} (65536-524287999, default 524287999): 524287999

A chave aqui é que o número usado para iniciar o alinhamento corretamente deve ser divisível até 2048.

Tomando o exemplo acima: 65536/2048 = 32 >>>> alinhamento correto, 65536 pode ser usado para alinhar a partição.

65556/2048=32,00976 >>>>Alinhamento incorreto, portanto, esse valor não pode ser usado.