Dell Unity : L’alignement d’avertissement du format de la LUN Linux est décalé de 512 octets. Cela peut entraîner de mauvaises performances

Ce problème est dû au fait que Dell Unity annonce la prise en charge de SPC-4, ce qui entraîne des modifications du comportement SCSI Linux par rapport à une connexion Linux aux baies de la famille VNX2/VNX.

Deux facteurs ont un impact sur les performances de makefs :

1. Linux émet désormais des commandes d’annulation de mappage sur une LUN Dell Unity dynamique.
2. Linux utilise les données renvoyées dans un 0xB2 de la page de données produit vitales pour les demandes pour décider de la façon d’aligner un système de fichiers, et les données renvoyées par la baie entraînent un système de fichiers mal aligné.

L’alignement d’avertissement du format de la LUN Linux est décalé de 512 octets. Cela peut entraîner de mauvaises performances.

# 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

Linux fdisk utilise la taille de transfert optimale trouvée dans un 0xB0 de page de données vitales de requête comme secteur de démarrage lors de la création d’une partition sur un LUN sans partitions. Étant donné que cette taille de transfert optimale est de 65 535, mkfs déclarera par la suite (et à juste titre) que le système de fichiers est mal aligné.

La modification de la taille de transfert optimale dans un 0xB0 de page VPD Inq sera effectuée dans une future mise à jour de Dell Unity.

Pour contourner ce problème, le client peut utiliser 2048 (décimal) comme SECTEUR de départ pour fdisk. « mkfs » crée ensuite un système de fichiers correctement aligné. Notez que les utilitaires de système de fichiers/partitions Linux disposent de différents commutateurs/options pour créer des partitions et un système de fichiers. Ils peuvent utiliser des secteurs ou des cylindres comme unités. Nous voulons qu’ils utilisent les SECTEURS comme unités de mesure avec leurs utilités.

Si vous créez deux partitions ou plus sur une LUN, les partitions suivantes doivent être créées avec un SECTEUR de départ comme multiple de 2048.

Si vous utilisez « fdisk -c », vous devez spécifier à la place de commencer à 65 536 (le système donne la valeur par défaut de 65 535) « -c » est le mode de compatibilité DOS et, selon la page de manuel Linux, cette option doit être utilisée.

De plus, si vous n’utilisez pas l’option « -c », vous obtenez ce qui suit.

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

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

Comme solution de contournement pour que « fdisk -c » utilise 65536 comme secteur de départ. Cela produit des systèmes de fichiers alignés.

Si l’option « -c » n’est pas utilisée avec la commande fdisk :

Pour contourner ce problème, le client peut utiliser 2048 (nombre décimal) comme SECTEUR de départ pour fdisk.
» mkfs" construisent alors un système de fichiers correctement aligné. Notez que les utilitaires de système de fichiers/partitions Linux disposent de différents commutateurs/options pour créer des partitions et un système de fichiers.
Ils peuvent utiliser des secteurs ou des cylindres comme unités. Nous voulons qu’ils utilisent les SECTEURS comme unités de mesure avec leurs utilités.

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

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

Si l’option « -c » est utilisée avec la commande fdisk :

Il en va de même, mais vous devez commencer avec la valeur 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

La clé ici est que le nombre utilisé pour commencer correctement l’alignement devrait être divisible d’ici 2048.

Prenons l’exemple ci-dessus : 65536/2048 = 32 >>>> alignement correct, 65536 peut être utilisé pour aligner la partition.

65556/2048=32.00976 >>>>alignement incorrect, cette valeur ne peut donc pas être utilisée.