Dell Unity: Linux LUN biçimi uyarı hizalaması 512 bayt ile dengelenir. Bu, düşük performansa neden olabilir

Bu sorun, Dell Unity'nin, VNX2/VNX ailesi dizilerine Linux ekli dizilere kıyasla Linux SCSI davranışında değişikliklere neden olan SPC-4 desteğini duyurmasından kaynaklanmaktadır.

makefs performansını etkileyen iki şey vardır:

1. Linux artık ölçülü Dell Unity LUN'a eşlemeyi kaldırma komutları veriyor.
2. Linux, bir dosya sisteminin nasıl hizalanacağına karar vermek için Sorgulama Hayati Ürün Veri Sayfası 0xB2 döndürülen verileri kullanır ve dizi tarafından döndürülen veriler yanlış hizalanmış bir dosya sistemine neden olur.

Linux LUN biçimi uyarı hizalaması 512 bayt ile dengelenir. Bu, performansın düşmesine neden olabilir.

# 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, bölümsüz bir LUN üzerinde bölüm oluştururken başlangıç kesimi olarak Sorgulama Hayati Veriler Sayfası 0xB0 bulunan en uygun aktarım boyutunu kullanır. Bu en uygun aktarım boyutu 65535 olduğundan, mkfs daha sonra (ve doğru bir şekilde) dosya sisteminin yanlış hizalandığını iddia edecektir.

Bir Inq VPD sayfasında optimum aktarım boyutunu değiştirme 0xB0, gelecekteki bir Dell Unity güncellemesinde yapılacaktır.

Geçici bir çözüm olarak, müşteri fdisk için başlangıç SECTOR değeri olarak 2048 (ondalık) değerini kullanabilir. "mkfs" daha sonra düzgün şekilde hizalanmış bir dosya sistemi oluşturur. Linux bölüm/dosya sistemi yardımcı programlarının, bölümler ve dosya sistemi oluşturmak için çeşitli anahtarlara/seçeneklere sahip olduğunu unutmayın. Sektörleri veya silindirleri birim olarak kullanabilirler. SEKTÖRLER'i yardımcı programlarıyla birlikte ölçü birimleri olarak kullanmalarını istiyoruz.

Bir LUN üzerinde iki veya daha fazla bölüm oluşturuluyorsa, sonraki bölümler 2048'in katı olarak bir başlangıç SECTOR ile oluşturulmalıdır.

"fdisk -c" kullanırsanız, bunun yerine 65536'dan başlamayı belirtmeniz gerekir (sistem varsayılan değer 65535'i verir) "-c" dos uyumluluk modudur ve linux man sayfasına göre bu seçenek kullanılmalıdır.

Ayrıca "-c" seçeneğini kullanmazsanız aşağıdakileri elde edersiniz.

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

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

fdisk -c" için geçici bir çözüm olarak, başlangıç kesimi olarak 65536 kullanılacaktır. Bu, hizalı dosya sistemleri üretir.

Fdisk komutuyla "-c" seçeneği kullanılmazsa:

Geçici bir çözüm olarak, müşteri fdisk için başlangıç SEKTÖRÜ olarak 2048 (ondalık) değerini kullanabilir."
mkfs" daha sonra düzgün şekilde hizalanmış bir dosya sistemi oluşturun. Linux bölüm/dosya sistemi yardımcı programlarının, bölümler ve dosya sistemi oluşturmak için çeşitli anahtarlara/seçeneklere sahip olduğunu unutmayın.
Sektörleri veya silindirleri birim olarak kullanabilirler. SEKTÖRLER'i yardımcı programlarıyla birlikte ölçü birimleri olarak kullanmalarını istiyoruz.

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

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

Fdisk komutuyla "-c" seçeneği kullanılırsa:

Aynısı geçerlidir, ancak 65536 değerinden başlamalısınız.

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

Buradaki anahtar, hizalamayı düzgün bir şekilde başlatmak için kullanılan sayının 2048'e bölünebilir olması gerektiğidir.

Yukarıdaki örneği ele alırsak: 65536/2048 = 32 >>>> hizalaması doğrudur, bölümü hizalamak için 65536 kullanılabilir.

65556/2048=32.00976 >>>>hizalaması yanlış bu nedenle bu değer kullanılamaz.