Erkal Aslankara Server, Storage, Virtualization, Security…

Sanal dünyada disk alignment sorunu

Bu yazıda kısaca disk alignment sorunundan ve nasıl başa çıkacağımızdan bahsetmeye çalışacağım. Öncelikle problemin ne olduğuna ve kimleri etkilediğine açıklık getirelim.

Geleneksel olarak diskler üzerinde adresleme/formatlama işlemleri için Cylinder/Head/Sector(CHS) mantığı kullanılır. Disk üzerindeki plakalarda yapılan bu mantıksal adresleme işlemi üzerinden veriler yazılır ve okunur. Fakat günümüz teknolojisinde kurumsal ortamlarda disklerin yerini alan depolama üniteleri ile birlikle bu işlem de dikkat edilmesi gereken bazı farklılıklar mevcut. Depolama ünitelerinde tek bir diski bir sunucuya atamak yerine, diskler üzerinde oluşturduğumuz bir veri havuzundan belirlediğimiz bir miktarı (LUN) sunucuya atıyoruz. LUN aslında mantıksal olarak diski temsil eden kavramdır. Fakat bu mantıksal disklerin CHS yapıları storage ünitesinin yazılımı tarafından yine mantıksal olarak oluşturulurlar ve gerçekte arka planda her disk için ayrı ayrı adresleme yine depolama ünitesi tarafından yapılmaktadır.  Fiziksel disklerde standart olarak partition'ların 63. sektörden başlayacaktır çünkü sistemin açılması için gerekli MBR alanı 63 sektör kaplamaktadır. Geleneksel fiziksel diskler her zaman 512 byte bloklar bulunur. Ancak depolama üniteleri performans ve verimlilik gibi nedenlerden ötürü genellikle daha yüksek blok boyutları kullanırlar. (NetApp 4KB, EMC 64KB gibi) Hala kullanımda olan bir çok işletim sistemi ilk partition'ı oluştururken partition başlangıç sektörü olarak 63 seçerler. Bu işletim sistemlerine örnek olarak Windows 2003/2000/XP ve çeşitli linux türevleri verilebilir.

Buraya kadarki bilgilerin ışığında aşağıdaki probleme göz atalım. Örnek bir sistem düşünelim; Windows 2003 çalıştırıyor ve bir storage'daki LUN'u kullanıyor. Bu durumda aşağıdaki gibi bir durum oluşacaktır.