#vsan ezt

[tayfundeger]

New Post has been published on VMware Virtualization Blog

New Post has been published on https://www.tayfundeger.com/vsan-ve-thick-disk.html

vSAN ve Thick Disk

Merhaba,

vSAN ve Thick Disk isimli bu yazımda sizlere vSAN ortamlarında Thick disk kullanımından bahsedeceğim. Daha önce vSAN ile ilgili yazmış olduğum yazılara aşağıdaki linkten ulaşabilirsiniz.

https://www.tayfundeger.com/kat/VSAN

vSAN ortamlarında Thin ve Thick disk kullanımları çeşitli bazı sorular geliyor. Bunun üzerine bu konu hakkında bir bilgilendirme yapmaya karar verdim. VMware vSAN ortamı kullanıyorsanız, oluşturduğunuz virtual machine’in disklerini default olarak Thin şeklinde tanımlayabilirsiniz. Thin disk ve Thick arasındaki fark için aşağıdaki makalemi inceleyebilirsiniz.

Thin disk mi Thick disk mi?

vSAN ve Thick Disk

Yukarıda belirtmiş olduğum makale VMFS formatında bulunan datastore’lar için geçerlidir. Yani VMFS bir datastore kullanıyorsanız, üreticilerin önermiş olduğu disk çeşitlerini kullanabilirsiniz. Örneğin bir SQL Server kurulumu yapacaksınız ve SQL Server’in Best Practices dökümanlarını incelediğinizde Eager Zeroed Thick disk kullanılmasının önerildiğini göreceksiniz. Bunun sebebi aslında VMFS’in meta dataları yazmak zorunda kalmayacağı ve böylece performans artışı sağlamasından kaynaklanmaktadır. Thick verilmiş bir disk oluşturulması, IO yazımı sırasında bloğun tahsis edilmesi ve sıfırlanması ihtiyacını ortadan kaldırır. VMFS ile vSAN Datastore’lar arasında farklılıklar bulunmaktadır. VMFS datastore’un bulunduğu ortamda virtual machine’de farklı özellikler kullanabilirken, vSAN datastore’larında farklı özellikler kullanabilirsiniz.

Bir vSAN datastore’unda tüm write işlemleri ilk olarak cache katmanında gerçekleşir ve bu blok cache disk’ine yazıldığında hemen onaylanır, devamında kapasite diskine gönderilir. Bu aşamadan sonra Storage Policies üzerinde belirlemiş olduğunuz RAID dizilimine göre veriler kapasite katmanında çoğaltılır ve bu esnada hiç bir performans farkı görülmez.

Eğer bir vSAN ortamı kullanıyorsanız EZT yani Eager Zeroed Thick disk için konfigurasyon yapılamadığını görebilirsiniz. Bunun sebebi vSAN’ın yapısal farklılıklarından kaynaklanmaktadır. vSAN ortamında oluşturulan disk tiplerinin bir önemi bulunmamaktadır. Thin veya Thick oluşturulmasının vSAN özelinde bir farkı bulunmamaktadır. vSAN ile birlikte kullandığımız Storage Policies ayarlarında Object Space Reservation (OSR) adı verilen bir ayar bulunmaktadır. OSR değeri 0 olduğunda thin disk, 100 ayarlandığında ise Thick disk olarak kabul edilir.

vSAN ve Thick Disk

OSR değerini, kapasite ayırmak istediğiniz bir cluster ortamında yani provisioned space gibi değerlerin üzerine çıkmasını önlenmesinin istediği durumlarda kullanabilirsiniz. OSR seçeneği sadece kapasiteyi yüzdesel olarak ayırma yöntemidir. Lazy-Zeroed Thick Provisioned disklere benzer şekilde davranır. OSR üzerindeki konfigurasyon Eager Zeroed Thick değildir. Default olarak Thin provisioning seçeneği seçili geldiği için kaynakları daha efektif bir şekide kullanabiliriz. Eğer siz burada Thick seçeneği ile devam ederseniz Deduplication’dan faydalanamayacağınızı belirtmek isterim. Normal şartlarda bir vSAN ortamında Deduplication ve Compression etkinleştirilir, çünkü ortamın bir depolama kapasitesi açısından olabildiğince verimli olması gerekir. Bir vSAN datastore’u içindeki tüm VM’leri thick olarak olarak kullanmak, aslında vSAN’ın diskteki verileri deduplication ‘a izin vermeyeceğiniz anlamına geldiğinden, thick provisioned kullanımı bu tasarım hedefiyle doğrudan çelişir.

vSAN ortamlarında eğer yukarıda belirtmiş olduğum şartları kabul ederseniz elbette Thick disk kullanabilirsiniz ancak EZT için özel bir konfigurasyon yapamazsınız. Aslında buna gerekte bulunmaz. Yukarıda da belirttiğim Thick veya Thin olmasının vSAN özelinde hiç önemi bulunmamaktadır. Çünkü vSAN tüm diskleri Thin olarak kabul eder. Eğer ortamınızda Fault Tolerance veya Shared disk yani Oracle RAC, SQL gibi ürünler var ise OSR üzerinden gerekli konfigurasyonları yapabilirsiniz. Oracle RAC‘ın vSAN üzerindeki konfigurasyonu için aşağıdaki linki inceleyebilirsiniz.

https://kb.vmware.com/s/article/2121181

vSAN, esneklik ve performans göz önünde bulundurularak tasarlanmıştır. Bir vSAN ortamında Storage Policies üzerinde thick provisioning’in bulunmasıının performans açısından gerekli değildir. Yani bu seçeneği kullanmanız durumunda daha yüksek bir performans ile karşılaşmazsınız. Aksine vSAN’ın bizlere sunmuş olduğu deduplication gibi faydalarıda ortadan kaldırır. vSAN ortamlarında kapasite ve verimlilik çok önemil olduğu için Thick disk kullanımının bir faydası bulunmamaktadır. Eğer VMware vSAN ortamlarını yöneten bir IT uzmanınız bulunmuyor veya organizasyonel bazı sebeplerden dolayı kapasiteyi düzgün yönetemiyorsanız o zaman OSR üzerinde Thick Provisioning seçeneğini açıp kullanabilirsiniz. Bunun haricinde hiç bir şartta bu seçeneği değiştirmenizi tavsiye etmiyorum. Yani default Thin olarak bırakmanızı öneririm. İlerleyen makalelerde Thick verilen bir disk’in nasıl tespit edileceğini ve bunun nasıl thin diske çevrileceği konusunda da bilgi vereceğim.

Umarım faydalı olmuştur.

İyi çalışmalar.

[tayfundeger]

New Post has been published on

New Post has been published on https://www.tayfundeger.com/clustered-vmdk.html

Clustered VMDK

Merhaba,

Clustered VMDK isimli bu yazımda sizlere vSphere 7 ile birlikte gelen yeni bir özellikten bahsedeceğim. VMware, yeni vSphere sürümleri ile birlikte özellikle Windows Server Failover Cluster sistemlerde yenilikler yapmaya devam ediyor.

vSphere 7 ile birlikte storage tarafında önemli değişliklikler yapıldı. Bunları aralıklar ile yazmaya devam edeceğim. vSphere 7 ile birlikte VMware, virtual disk yani VMDK düzeyinde bazı değişiklikler yaptı. SCSI-3 Persistent Reservation yani SCSI-3 PR desteği geldi. Bu yeni bir terim bundan dolayı açıklamam gerekiyor.

SCSI-3 PR Nedir?

Aslında bunu ilk olarak VSAN 6.7 Update 3 ‘de duymuştuk. Daha önceki makalelerimi inceleyenler bunu görecektir. Windows Server Failover Cluster yani WSFC, cluster bir disk kaynağına erişimi koordine etmek için SCSI-3 PR komutlarını kullanır. Bu komutlar (SCSI Persistent Reserve Out ve Persistent Reserve IN), datastore’da bu özelliğin support edildiğini varsayılarak VSCSI katmanında işlenmeye başlar. Cluster VMDK’ları barındırmak için yapılandırılan bir datastore’lara bir clusteredVMDK datastore adı verilir.

Clustered VMDK

Bunun amacı aslında RDM disk’in gereksinimi azaltmaktır. VMFS datastore üzerinde bulunan virutal machine’lerde eğer shared disk kullanırsanız Windows Failover Cluster kullanabilirsiniz. Support edilen hardware ‘lerde spesifik bir datastore içerisinde bulunan vmdk’larda clustered vmdk desteğini etkinleştirebilir siniz. Böylece RDM’lerinizi VMFS datastore’a geçirebilir ve RDM kullandığınız için kaybetmiş olduğunuz yetenekleri tekrar kazanmanıza olanak sağlar. Yani Clustered VMDK desteği bize RDM disklerin yapmış olduğu yetenekleri bize sunuyor ve bunları sunarken RDM’de yaşamış olduğumuz kısıtlamaların büyük bir çoğunluğunu ortadan kaldırıyor.

Clustered VMDK

Bunu kullanabilmeniz için belirli gereksinimleri karşılamanız gerekiyor.

Gereksinimler:

Bu özelliği kullanabilmeniz için vSphere 7 ve üzeri versiyon kullanmanız gerekiyor. vSphere 7 ve önceki sümlerde support bulunmuyor.

ESXi host mutlaka ve mutlaka bir vCenter Server’a bağlı olmalıdır.

Cross vCenter Server support bulunmamaktadır. Windows Failover Cluster’ın bulunduğu ESXi host’ların aynı vCenter Server tarafından yönetilmesi gerekiyor.

VMFS6 datastore kullanılması gerekiyor.

Cluster için kullanılan VMDK’ların Eager Zeroed Thick yani EZT olmalıdır.

Cluster VMDK’ların mutlaka bir virtual SCSI Controller’a bağlı olması ve bus sharing’in physical olarak ayarlanması gerekir. Virtual machine’in boot disk’i ve cluster’da kullanılmayan disklerin ayrı bir virtual SCSI Controller üzerinde bulunmalı ve bus sharing none olarak işaretlenmelidir.

Multi-Writer support edilmemektedir.

Multi Writer ile ilgili daha önce bir makale yazmıştım. Buna aşağıdaki diskten ulaşabilirsiniz.

Multi Writer Disk Kullanımı

Virtual machine’lerin farklı ESXi host’lar üzerine dağıtmak için mutlaka DRS Rule’u kullanmalısınız.

Clustered VMDK desteği, datastore oluşturulduktan sonra mutlaka enable duruma getirilmelidir. Bunu eğer disable duruma getirmek isterseniz datastore içerisinde bulunan virtual machine’lerde cluster VMDK bulunmaması gerekir. Eğer buna rağmen bu özelliği disable duruma getirirseniz virtual machine power on olmaz.

Yanlızca FC yani Fibre Channel Stroage protocol’unde kullanılır.

VMDK’ların barındığı fiziksel disk’in ATS support’u bulunmalıdır.

512/512e sektör size’lı diskler gerektirir.

    VMware, bunu test ederken Windows Server 2012 R2 / 2016 ve 2019 üzerinde test etmiştir. Yapılandırmanın doğru çalıştığını görmek için ise SQL Server 2016 kullanılmıştır. Ayrıca Cluster across Box support edilirken, Cluster in Box support edilmemektedir. Snapshot, Clone, Hot-add CPU/Memory değiştirme ve fault tolerance support edilmemektedir.

Bir Datastore oluştururken Clustered VMDK support’unun olup olmadığını datastore oluştururken görebilrisiniz. Datastore’u oluşturduktan sonra Clustered VMDK özelliğini aktif etmeniz gerekiyor. Bunu aktif ettiğinizde eğer istereniz daha sonra disable duruma getirebilirsiniz ancak disable duruma getirirken içerisinde virtual machine olmamasına dikkat etmeniz gerekiyor. Zaten içerisinde virtual machine var ise disable duruma getirmiyor. Böyle bir durumda bu datastore içerisindeki tüm virtual machine’lerin farklı bir datastore’a taşınması gerekiyor.

Clustered VMDK özelliğini aktif etmek istediğinizde karşınıza bir uyarı gelecektir. Özelliği aktif ettikten sonra, Windows Failover Cluster dökümanlarına göre virtual machine oluşturabilir ve böylece Clustered VMDK özelliğini kullanmaya başlayabilirsiniz.

Clustered VMDK özelliğini aktif ettiğinizde virtual machine üzerinde Paravirtual SCSI controller ekleyeceksiniz ve bunun sharing seçeneğini physical olarak ayarlayacaksınız. Bir EZT disk oluşturuyoruz. İkinci virtual machine üzerinde yine aynı şekilde Paravirtual SCSI Controller ekliyor ve sharing seçeneğini physical olarak değiştiriyoruz. Daha sonra use add in existing disk seçeneği ile 1. virtual machine üzerinde oluşturduğumuz diski ekliyoruz. Herşey bukadar aslında 🙂

vSphere 7 ile birlikte çok güzel özellikler geliyor ve özellik ile ilgili en kısa zamanda bir uygulama makaleside yazacağım.

Umarım faydalı olmuştur.

İyi çalışmalar.