Dün kurmuş olduğunuz bir sanal makine (virtual machine) problemsiz ve istenilen performans da çalışırken bu gün performans kayıpları yaşıyor olabilirsiniz. Halbu ki çalışan sistem üzerinde hiç bir değişiklik yapmanız. Verinizde gözle görülür bir büyüme de olmadı ve yapmış olduğunuz incelemelerde (HyperV Server Performance Fine Tuning) bir dar boğazda göremiyorsunuz.
Fakat, kullanıcılarınızdan yada müşterilerinizden sürekli artan performans şikayetleri almaktasınız. Sizler çalışan sistem üzerinde hiç bir değişiklik yapmadığınızı dile getirirken aslında bir şeyler yapmanız gerektiğinin de farkındasınız.
Sanallaştırma dünyası karmaşıktır ve bir sanal makine (virtual machine) üzerinde oluşan bir dar boğazı bulmak samanlık iğne aramak gibidir.
Günümüz izleme ve raporlama sistemleri yaşanılan dar boğazı bizlere söylemekte ve çözüm önerilerini sunmakta. Fakat sanallaştırma dünyasında sunulan çözümler birden fazla noktayı işaret etmekte ve çözüme giden yol çoğu kez hızlı olmamakta…
Bu gibi Performans problemlerinde önerim, Sanallaştırma uygulanmış bilgi işlem birimleri üzerinde algoritma üretmeniz. Şikayetlerin oluştuğu zaman da hangi bilgi işlem kaynağı dar boğaza düşmekte bunu tespit etmeliyiz. Bu algoritmayı oluşturduktan sonra çözümü sunmak ve problemleri bulmak çok daha kolay olacak.
Bir veri tabanından rapor çekildiği zaman mı yoksa bir veri girişi yapıldığı zaman mı. Yoksa sisteme bağlantı yapan kullanıcı sayısında artış olduğu zaman mı? Bu algoritmayı oluşturmalıyız!
Bu çalışmamız da bahsedecek olduğum konu HyperV Server için Virtual Hard Disk yaşlanması ve bozulması ve Fragmentation Problemi.
Çalışmamızın başında ne demiştim, Dün kurmuş olduğunuz bir sanal makine (virtual machine) problemsiz ve istenilen performans da çalışırken bu gün performans kayıplarını yaşıyoruz.
Halbu ki çalışan sistem üzerinde hiç bir değişiklik yapmanız!!! Ve şimdi, bu gün bir şeyler yapmanız gerekmekte ve bu çalışmamız da sanal disk (virtual hard disk) üzerinde yapılması gereken dönüşümlerden bahsediyoruz.
HyperV Server Version1 ve HyperV Server Version2; VHD sanal disk formatını desteklerdi. Bu disk format bu günde var olsa bile önerilen disk türü VHDX türüdür.
VHDX, VHD disk türüne göre daha kararlı çalışmakta ve daha zor bozulmaktadır. Performans kaybı neredeyse yoktur ve neredeyse fiziksel disk performansını bizlere sunar.
VHDX sanal disk türü HyperV Server Version3 yani Windows Server 2012 ile tanıştık ve bu sanal disk (virtual hard disk) türünün kullanılmasını önerdik.
HyperV Server Version1 ve HyperV Server Version1 kullananlar HyperV Version3 sürümüne geçiş yaparken sanal disk (Virtual Hard Disk) türlerini değiştirmedi. Halbuki bir HyperV Upgrade projesinde sanal makine (virtual machine) için de iyileştirme işlemleri yapılmalı ve Yeni Hypervisor ‘un yetenekleri sanal makine (virtual machine) ‘ye öğretilmeli.
HyperV ‘Server Version3 VHD ve VHDX sürümünü desteklediği için bir çok kuruluş VHD sanal disk türünü kullandı ve değiştirmedi.
Yeni oluşturulan sanal makine (virtual machine) ‘de bu şekilde oluşturdu.
Miras problemler güncel problemler oldu. Bu müşterilerimiz de HyperV Performans problemleri başladı. Çünkü VHD sanal disk (virtual hard disk) formatı çok çabuk bozulabilir. VHD (virtual hard disk) formatını Dynamic Virtual Hard Disk olarak oluşturduysak VHD üzerinde Virtual Harddisk Blok Fragmentation da başladı.
Yapacak olduğumuz işlem basit olsa bile hizmet kesintisini içermektedir. Sanal makine (virtual machine) seviyesinde hizmet kesintisi verilmeli ve VHD sanal disk türü VHDX disk formatına dönüştürülmeli.
VHDX , Fixed Virtual Hard Disk ile hazırlandığı zaman fiziksel disk performansını bizlere sunan ve sanal disk (virtual hard disk) kanseri olarak bilinen Virtual Harddisk Blok Fragmentation problemlerine çözüm olan bir virtual hard disk türüdür.
