VMware ESXi Virtual Disk Modları

VMware ESXi Virtual Disk Modları
Adem YETİM tarafından 5 sene önce eklendi. 13,612 kez okundu.

VMware’de sanal bir makina oluşturduğumuz’da Virtual Disk’ler ekliyoruz, bu disklerin modları ve bu modların ne işe yaradığı, nasıl değiştirildiği gibi bilgileri detaylı anlatan bir makalenin faydalı olacağını düşündüğüm için yazmaya karar verdim. Bu makalemde ESXi’ın  depolama hususlarına değinmiş olacağız.

ESXi Raw Device Mapping(RDM) desteği mevcuttur, bu destek sayesinde VMFS dosyalarının SCSI disklere veya LUN’lara direk erişmesine olanak sağlar. Raw Device için VMFS volumu proxy görevini görür ve VMFS  RDM’e özel bir dosya olarak erişir. RDM dosyaları meta verileri kullanarak fiziksel aygıtlara ve disklere erişim sağlar. Genelde VMware ESXi’da disk depolama için VMFS tavsiyeedilir fakat RAW diskleri de kullanmamız gereken durumlar olabilir.

ESXi üç çeşit disk modu bulunmaktadır: Independent persistent, Independent nonpersistent, ve Snapshot (Dependent) diskler. Bu modlar aşağıdaki özelliklere sahiptirler.

1) Independent persistent : Değişiklikleri hemen diske yazılır bu nedenle bu mod en iyi performansı sağlar.

2) Independent nonpersistent : Değişiklikler  sistem power off olduğunda kaybolur diske yazılmaz. Bu disk modunda, diske yazılan datalar bir redo log dosyalarına eklenir. Sanal makina disk’den okuma yaptığında öncelik olarak ESX redo log dosyalarını kontrol eder( redo log içindeki disk bloklarındaki dizine bakılır) ve ilgili bloklarlisteleniyorsa , bu bilgileri okur. Aksi durumda, sanal makina için base disk okunmuş olur. Redo loglar, bir sanal makinanın dosya sistemindeki değişiklikleri izleyen ve değişikliklere izin veren yada bir önceki zamana geri dönmeye olanak sağlayan log dosyalarıdır. Bu işlem performans sorununu da beraberinde getirir.

3) Snapshot : Bu bir depented disk modudur ve default olarak gelir. Anlık olarak sanal makinaların snapshot’ını alır ayrıca bu snapshot’ın içersinde bellek ve diskdeki sanal makina ayarları gibi bir çok bilgileri de içerir. Bir sanal makinayı snapshot’tan geri döndüğünüzde , makinanın snapshot aldığınız zaman içersindeki mevcut durumuna geri dönmüş olursunuz. Yukardaki bahsettiğim independent nonpersistent disk modelindeki gibi. Snapshot’lar redo log dosyalarını kullanır ve buda performansı etkiler bu nedenle gereksiz snapshot’ların sistemde tutulması performas konusunda sorun çıkarabilir.

ESXi birden çok disk türlerini destekler şimdi bu disk türlerini inceleyelim ;

1)Thick :  Thick diskler oluşturuldukları zaman oluşturulan alan kadar disk’de yer kaplayandisk türüdür. Bu disk türleri kendi içinde eager zeroed ve lazy zeroed olmak üzere ikiye ayrılır.

  a)Eager-zeroed : Eager-zeroed thick diskler allocated edilmiş tüm alana sahiptirler ve oluşturulduğu zaman sıfırlanırlar. Bu diskleri oluşturmak için gereken süreyi uzatır fakat her blok’a ilk defa data yazılacağı için performans açısından en iyi çözümü sağlar.

  b)Lazy-zeroed : Lazy-zeroed thick diskler de ilk oluşturdukları zaman allocated edilmiş tüm alana sahiptirler fakat her blok yalnızcailk data yazıldığında sıfırlanır. Bu diskin daha kısa sürede oluşturulmasını sağlar fakat bir blok’a ilk kez yazılacağından performansın düşmesine neden olur.  Diske data sonradan yazılmasına rağmen eager-zeroed thick disk’lerle aynı performansa sahiptiler.

2)Thin :  Thin Virtual disk’ler oluşturulduğunda tanımlanan disk alanı kadar fiziksel disk’de alan allocate etmezler, thin-provision sayesinde ihtiyacı olan alan kadar allocate işlemini gerçekleştiriler bu  yazılmamış dosya blok’larına ilk defa data yazılacağı için yüksek I/O oluşmasına neden olur fakat eager-zeroed thick disk’ler ile aynı performansa sahiptirler.

İhtiyaçlara göre disk modlarını değiştirmemiz gereken durumlar oluyordur, bu nedenle disk modlarını nasıl değiştireceğimizi göreceğiz fakat bu işlemi yaparken çok dikkat etmeniz gerekmektedir aksi takdirde data kaybına neden olabilirsiniz.

Örnek vermek gerekirse Exchange sunucunuzun datalarının bulunduğu virtual diski depentend modundan “independentnonpersistent” disk olarak değiştirirseniz , sistem kapandığında veya yeniden başladığında disk modunu değiştirdiğiniz andaki duruma geri dönersiniz buda data kaybına yol açar.

Birde disk modlarını değiştirme işlemini yapmadan once ilgili sanal makinamızın snapshotı’nın alınmadığından emin olunuz, snapshot’ı alınmış bir sanal makinanın virtual disk modunu değiştiremezsiniz.

VMware ESXi’daki Virtual Disk modların değişimi ;

İlk Önce PowerCLI ile Vcenter ‘a  bağlantımızı gerçekleştiriyoruz;

Kaynak Kodu
Connect-VIServer –Server vcenter.vmware.pro –Protocol https –User admin –Password sifre

VMware ESXi üzerindeki sanal makinamızın disklerinin hangi modda olduğunu öğrenebilmek için aşağıdaki komut satırını kullanıyoruz:

Kaynak Kodu
Get-HardDisk –VM  AdemYETIM

Yukarıdaki ekranda gözükdüğü üzere virtual disklerimiz Persistent disk yani “depentend” modunda şimdi ikinci diskimizi “IndependentPersistent” disk yapalım;

Kaynak Kodu
Get-HardDisk -VM AdemYETIM  | where {$_.Name -eq “Hard disk 2”} | Set-harddisk -Persistence “IndependentPersistent”

Yukarıdaki ekranımızda gözüktüğü gibi virtual diskimiz “IndependentPersistent” disk oldu, şimdi ikinci diskimizi “IndependentNonPersistent” olarak değiştirelim;

Kaynak Kodu
Get-HardDisk -VM AdemYETIM  | where {$_.Name -eq “Hard disk 1”} | Set-harddisk -Persistence “IndependentNonPersistent”

Independent virtual diskleri Dependent(Snapshot) moduna çevirmek için aşağıdaki komut satırını kullanıyoruz:

Kaynak Kodu
Get-HardDisk -VM AdemYETIM  | where {$_.Name -eq “Hard disk 2”} | Set-harddisk -Persistence “IndependentPersistent”

Not : Independent diskler Snapshot’tan etkilenmeyen disklerdir, bu diskler STORAGE API’leri kullanarak çözüm sunan yedekleme yazılımları tarafından yedeklenemezler. Veeam gibi yazılımlar da hızlı backup/hızlı restore tarafında avantaj sağlayan vStorage API, CBT gibi özelliklerin hepsi Snapshot’ları kullanır. Eğer bir sanal makina’da ikinci bir disk olarak Independent disk eklendiyse, STORAGE API kullanan bir yedekleme yazılımı ile yedek alıyorsanız ikinci diskin snapshot’ının alınamadığı için yedeğiniz fail olacaktır. Bu durumda, yedekleme yazılımı tarafından independent olarak eklenmiş disklerin çıkarılması gerekmektedir.

  • Burhan Abdiler: Elinize sağlık Fatih Bey , detaylı incelemeniz konuyu tamamen açıklayıcı nitelikte ....
  • Tufan ULU: Adem kardeşim, tebrik ediyorum ve başarılarının devamını diliyorum,...
  • Rafet Arslanyı lmaz: Adem Hocam, Tebrikler.. Umarım devamıda gelir :)...
  • Serkan ERSAN: Çok başarılı ve güzel bir anlatım olmuş. Emeğinize sağlık, teşekkürler....
  • Adrenalin .: Teşekkürler Adem Bey....

6 Yorum Bulunuyor

  1. Harun
    Temmuz 24, 2012 - 9:26 pm

    Faydalı bir makale olmuş emeğine sağlık. Teşekkürler…

  2. Recep YÜKSEL
    Temmuz 25, 2012 - 9:59 am

    Adem hocam ağzına sağlık süper bir makale olmuş.

  3. Fatih Kaya
    Aralık 7, 2012 - 3:38 pm

    Guzel ve açıklayıcı bir makale olmuş elinize sağlık.

  4. Yasin Uzman
    Ekim 23, 2013 - 8:15 am

    Adem hocam, faydalandığım bir makale oldu. Ellerine sağlık.

  5. irfan
    Temmuz 15, 2014 - 8:21 am

    Merhabalar, benim sorum şu; VMware sanallaştırılmış bir serverda dosya erişim izni hatası neden alınır ve çözümü nedir ? şimdiden teşekkürler

  6. Serkan ERSAN
    Haziran 11, 2015 - 2:37 pm

    Çok başarılı ve güzel bir anlatım olmuş. Emeğinize sağlık, teşekkürler.

Yorum ekleyin

Doğrulama Kodunuz : 18600746

ÖNEMLİ:
Yorumlarınızı eklerken lütfen girmiş olduğunuz bilgilerin size ait olduğundan emin olunuz. Geçersiz posta adresleri iel yapılan yorumlara yanıt vermek istenildiğinde size ulaşamayacağımız için, geçerli / aktif olarak kullandığınız posta adresiniz ile yorum eklemeniz daha sağlıklı olacaktır. Her yorum yazarı tarafından sorumlu tutulur.

Sayfa başı

Güncellemeler, yeni eklenen içeriklerden anında haberdar olmak için mail listemize adınızı soyadınızı ve posta adresinizi yazarak abone olabilirsiniz.

Adınız Soyadınız
E posta adresiniz
Kaydol