#vsan avantajları

[tayfundeger]

New Post has been published on VMware Virtualization Blog

New Post has been published on https://www.tayfundeger.com/vsan-compression-only.html

vSAN Compression Only

Merhaba,

vSAN Compression Only isimli bu yazımda sizlere vSAN 7 U1 ile birlikte gelen Compression yeniliğinden bahsedeceğim. vSAN 6.2 versiyonundan itibaren Deduplication ve Compression özelliği kullanılmaya başlandı.

Ben daha önce Deduplication ve Compression’i anlatmıştım. Bu yazıma aşağıdaki linkten ulaşabilirsiniz.

VSAN 6.2 – Deduplication ve Compression

Deduplication ve Compression’ın doğrudan kapasiteye etkisi vardır. vSAN kullanıyorsanız Deduplication ve Compression seçeneğini yanlızca All Flash mimaride kullanabiliyorsunuz. All flash ve Hybrid konfigurasyon arasındaki farkı bilmiyorsanız aşağıdaki makalemi inceleyebilirsiniz.

VSAN – All Flash ve Hybrid

Deduplication’i incelediğiniz aslında yapı itibari ile performans kayıplarının olması normal karşılanıyor. Ancak bazı durumlarda deduplication’i devre dışı bırakmak isteyebilirsiniz. Yüksek performanslı SAP ve SQL veritabanlarında compression’in aktif olması performansı artırırken disk alanından tasarruf sağlar. Bu özellikten deduplication gereksinimini ortadan kaldırarak, kullanıcıların artık daha iyi disk kullanımının etkinleştirilmesinin, yalnızca bir diski kaybederlerse tüm bir disk grubunun başarısız olmasına neden olacağından endişelenmeleri gerekmez.

vSAN Compression Only

vSAN ‘da Deduplication ve Compression oldukça önemli bir özelliktir. Çünkü doğrudan datastore’un free space’ine etki eder. Bu durum kaynakları daha verimli kullanmanızı sağlar. Ancak vSAN 7.0 U1 ile birlikte gelen Compression Only seçeneğinin avantajı sadece kapasite değil. Bununla birlikte aslında arıza toleransı konusunda da size farklı avantajlar sunuyor.

  vSAN Compression Only

vSAN ortamında Deduplication ve Compression seçeneklerini aktif etmek için Cluster > Configure > vSAN Services bölümüne giriş yapıyoruz. Space Efficiency bölümüne giriş yapıyoruz.

Space Efficiency bölümüne giriş yaptığınızda karşımıza 3 tane seçenek çıkıyor. Daha önceki sürümlerde Deduplication ve Compression’i sadece aktif veya pasif duruma getirebiliyorduk. vSphere 7.0 U1 ‘de ise Deduplication ve Compression’i aynı anda aktif edebiliyorsunuz yine ancak bu sürümde isterseniz sadece Compression’ida aktif edebiliyorsunuz.

Compression Only seçeneğini seçtiğinizde ne kadar bir yer tasarrufu sağlanır bunu bilemeyiz. Çünkü burada her Virtual Machine’in sahip olduğu konfigurasyona göre değişkenlik gösterir.

Compression Only seçeneğini seçtiğinizde Deduplication ve Compression seçeneğine göre daha iyi bir performans sergileyebilir. Hatta okumuş olduğum bir raporda database gibi SAP gibi uygulamalarda önceki vSAN versiyonlarına göre %58’e yakın bir performans iyileşmesi olduğu belirtiliyor. Compression Only seçeneğini seçtiğinizde performansa olan etkisini büyük cluster’larda daha iyi anlayabilirsiniz. Çünkü çok fazla sayıda virtual machine’in bulunduğu cluster’larda deduplication’in aktif olmayıp sadece Compression’in aktif olması durumunda Deduplication engine’inin çalışmayacak olması performansa olumlu etki edecektir. Çünkü cache disk üzerine aynı veri birden fazla yazılabilir. bu işlemler bittiğinde kapasite diskine veriler indirilmeye başlandığında aynı veriler kapasite diskine yazılmaz. vSAN, Compression yaparken LZ4 algoritmasını kullanır ve bunu 4KB bloklar üzerinde yapıyor.

Peki buraya kadar herşey normal. Yukarıda sizlere sadece Compression Only seçeneğini seçtiğinizde sadece kapasiteye faydası olduğu gibi arıza toleransınada faydası var diye bahsetmiştim. Peki bu nasıl oluyor?

Deduplication ve Compression seçeneğini seçtiğinizde eğer kapasite disklerinden biri arızalanırsa tüm disk grubu etkilenir. Bunun sebebi Deduplication bilgilerinin cluster’da bulunan kapasite disklerinde tutuluyor olmasından kaynaklanıyor. Ancak Compression Only seçeneğini seçtiğinizde bu durum biraz daha farklı. Compression Only seçeneğinde disk arızası olduğunda yanlızca o disk etkilenir, tüm disk grubu etkilenmez.

Burada hangi seçeneği seçmeniz gerektiği konusunda ise VMware bizimle ufak bir bilgi paylaşıyor.

Workload Recommendation Capacity Savings Performance Impact OLTP databases Compression Only Moderate Minimal Mixed workloads Compression Only Moderate Minimal VDI using instant clones Compression Only Moderate Minimal VDI using linked clones Compression Only Moderate Minimal VDI using full clones DD&C High Moderate

VMware, yukarıdaki iş yükü tiplerine göre Deduplication ve Compression veya sadece Compression kullanılması konusunda önerilerde bulunuyor. Eğer siz yukarıdaki tabloya rağmen neyin kullanılacağından tam emin değilseniz, minimum performans etkisiyle ve alan tasarrufu ile işle yapmak istiyorsanız sadece Compression Only seçeneğini seçebilirsiniz. Bu aslında VMware’in önerisi. Yukarıda da belirttiğim gibi Deduplication işin içerisine girdiğinde ister istemez bir algoritma çalışacağı için performansa bazı etkileri olabilir. Elbette burada yarı yarıya bir performans farkıda beklememek lazım.

Yukarıda Deduplication ve Compression aynı anda aktif olduğundaki performans ile Compression Only seçeneği seçildiğinde karşılaşacağımız performans etkileri yukarıdaki gibi olacaktır.

Özetlemek gerekirse, vSAN alternatiflerine bakıldığında Deduplication ve Compression’i devre dışı bırakabildiğiniz gibi isterseniz sadece Compression ‘i aktif edebileceğiniz bir mimari sunuyor bize. Aklınıza şu gelebilir hangi şartlarda Deduplication ve Compression devre dışı bırakabilirim diye sorabilirsiniz. Yoğun IO gerektiren veya üst düzey performans beklentilerinin olduğu ortamlarda bu özelliği kapatmanız istenebilir veya kapatmak zorunda kalabilirsiniz. Microsoft SQL Server ve Oracle Database gibi bazı veritabanı çözümleri native compression içerir. Etkinleştirilirse, bu muhtemelen vSAN Deduplication ve Compression faydalarını azaltacaktır. Veritabanı Compression etkinleştirilmediği ortamlar için, vSAN Deduplication ve Compression daha uygun sonuçlar vermektedir. Yani deduplication ve compression, virtual machine’lerin içerisinde barındırdığı uygulamaya bağlı olarak performans farkı yaratır.

Genel olarak, okuma performansı, Deduplication ve Compression daha az etkilenir. vSAN ilk olarak bir read talebi geldiğinde cache üzerinden bir read talebini yerine getirmeye çalışacaktır. Eğer bu veriler cache üzerinde bulunmuyor ise, vSAN’ın cache tier’da aranmaya başlar. Veriler, cache veya vSAN cache tier’da tekilleştirilmez ve sıkıştırılmaz (deduplication ve compression). Bu nedenle, veriler teslim edilmeden önce, verileri yeniden derlemek ve sıkıştırmasını açmak zorunda kalmanın bir performans kaybı olmaz. Bununla birlikte, vSAN kapasite katmanından gelen read verileri, yeniden derlenirken ve sıkıştırılmış durumdan çıkarılırken az miktarda kaynak ek yükü oluşturacaktır.

Testler ile ilgili daha detaylı makale için aşağıdaki link’i inceleyebilirsiniz.

https://infohub.delltechnologies.com/l/harnessing-the-performance-of-dell-emc-vxrail-7-0-100-a-lab-based-performance-analysis/conclusion-3-vsan-compression-only-is-nearly-penalty-free

Umarım faydalı olmuştur.

İyi çalışmalar.

[tayfundeger]

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/vsan-all-flash-ve-hybrid.html

VSAN - All Flash ve Hybrid

Merhaba,

Bu makalemde sizlere VSAN ‘da kullanılan Hybrid ve All Flash sistemler hakkında bilgi vereceğim. VSAN’da konfigurasyon çalışırken 2 farklı şekilde disk konfigurasyonu çalışabilirsiniz. VSAN eğer kullanacak iseniz All-Flash veya Hybrid modelini seçmeniz gerekmektedir.

Öncelikle VSAN ile ilgili kafanıza bazı soru işaretleri bulunuyor ise aşağıdaki bölümden VSAN ile ilgili makalelerimi okumanızı tavsiye ederim.

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

Önceki makalelerimde de belirtmiştim All Flash ve Hybrid yapılar hakkında bilgi vermiştim ancak bu makalamede biraz daha detaya gireceğim. Öncelikle bir VSAN cluster’ını minimum 2 host ve bir witness host ile oluşturabilirsiniz. Eğer siz burada yedekliliğinizi ön planda tutacak olursanız 3 veya 4 ESXi host kullanarak yedeklilik seviyenizi arttırabilirsiniz. VSAN cluster’ı oluşturulurken ESXi sunucu üzerindeki local diskler kullanılır. Burada siz isterseniz fiziksel sunucular üzerinde SAS, SATA, NL-SAS, SSD, NVMe gibi diskler kullanabilirsiniz. Yukarıda da belirttiğim gibi 2 farklı yapılandırma kullanabilirsiniz. Bunlardan birtanesi All Flash diğeri ise Hybrid konfigurasyondur.

VSAN Hybrid Konfigurasyonu:

Ben öncelikle VSAN Hybrid konfigurasyonundan bahsedeceğim Eğer ESXi sunucularınız üzerinde 1 SSD ve 1 veya birden fazla HDD (maximum 7 tane HDD) bulunuyor ise bu konfigurasyona Hybrid konfigurasyon diyoruz. Burada HDD kapasite için kullanılırken, SSD ise Read cache ve write buffer için kullanılmaktadır. Her disk grubu başına birtane 1 tane SSD bulunur. ESXi host başına toplam 5 tane disk grubu oluşturabilirsiniz. Read cache ve Write buffer’in oranlarını merak ediyor olabilirsiniz. Depolama sistemlerinde ağılıklı olarak read işlemi yapılır. Write işlemleri çok yoğun olarak gerçekleşmez. Bundan dolayı VSAN’da burada SSD sürücüsünün %70’ini read olarak kullanırken %30’unu writer buffer olarak kullanmaktadır. Hybrid konfigurasyon’da HDD kapasite için kullanılır diye belirtmiştim. Hybrid konfigurasyon normal bir SATA, SAS storage’lara göre daha yüksek performans verebilir. Çünkü Hybrid konfigurasyonda SSD kullanıldığı için Read cache ve Writer buffer işlemleri bu disk üzerinden karşılanır. Yani SSD’nin kullanılması altyapıda önemli bir performans artışına neden olur. SSD olarak, SAS, SATA veya PCIe flash bir aygıt kullanabilirsiniz. Son olarak Hybrid konfigurasyonda her ESXi sunucu başına yanlızca 1 tane SSD desteklendiğini unutmamalısınız.

Son olarak Hybrid konfigurasyonda 10GBe network önerilmektedir ancak ortamınızda bu altyapı bulunmuyor ise 1GbE’de kullanabilirsiniz.

VSAN All Flash Konfigurasyonu:

All Flash konfigurasyonda kapasite olarakta SSD kullanıldığı için çok yüksek performanslar elde edebilirsiniz. Burada siz isterseniz NVMe, PCIe arabirimli disk aygıtlarıda seçebilirsiniz. 2015 yılında bu support gelmişti. Aşağıdaki linkten detaylarını inceleyebilirsiniz.

https://blogs.vmware.com/virtualblocks/2015/11/11/vsan-now-supporting-nvme-devices/

All Flash konfigurasyonunda ESXi host’lar üzerinde HDD bulunmaz. Write buffer işlemleri için ise her disk grubu başına 1 SSD bulunur. Her host başına maximum 5 disk grubu oluşturulabilir. Veriler doğrudan SSD olan kapasiteler üzerinden okunduğu için All Flash konfigurasyonunda read cache bulunmaz. Kapasite için kullanılacak disk sayısı maximum 7’dir. Yazma işlemi yapıldığında bu işlemler doğrudan kapasite diskine yazılmaz. İlk olarak SSD disk’e yazılır daha sonrasında kapasite diskine bu veriler aktarılır. Yukarıda eklemiş olduğum ekran görüntüsünden de anlaşılacağı üzere Hybrid konfigurasyon ile All Flash konfigurasyon arasında ciddi bir performans farkı bulunmaktadır.

All Flash konfigurasyonda çok yüksek I/O olacağı için 10GbE network kullanılmalıdır.

VSAN Hybrid konfigurasyonu, Raid 5/6, Deduplication ve compression‘u desteklemediği için VMware tarafından genellikle All Flash konfigurasyonu önerilmektedir. Deduplication ve Compression ile ilgili aşağıdaki makalemi inceleyebilirsiniz.

VSAN 6.2 – Deduplication ve Compression

All Flash ve Hybrid konfigurasyonda yardımcı olabilecek bazı kapasite örnekleri vermek istiyorum.

Hybrid: 5 disk groups * 7 HDDs * 4TB * 8 hosts = 1.1 PB Hybrid: 5 disk groups * 7 HDDs * 4TB * 16 hosts = 2.2 PB Hybrid: 5 disk groups * 7 HDDs * 4TB * 32 hosts = 4.4 PB Hybrid: 5 disk groups * 7 HDDs * 4TB * 32 hosts = 8.8 PB All-flash: 5 disk groups * 7 SSDs * 2TB * 2xDD&C * 8 hosts = 1.1 PB All-flash: 5 disk groups * 7 SSDs * 2TB * 2xDD&C * 16 hosts = 2.2 PB All-flash: 5 disk groups * 7 SSDs * 2TB * 2xDD&C * 32 hosts = 4.4 PB All-flash: 5 disk groups * 7 SSDs * 2TB * 2xDD&C * 32 hosts = 8.8 PB

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/vsan-raid-5-6-erasure-coding.html

VSAN - Raid 5/6 Erasure Coding

Merhaba,

VSAN Raid 5/6 Erasure Coding kavramını VSAN ‘da oldukça fazla duyuyoruz. Bu makalemde VSAN Raid 5/6 Erasure Coding detayları hakkında bilgi vereceğim. Daha önce yazmış olduğum VSAN makalelerine aşağıdaki linkten ulaşabilirsiniz.

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

Raid 5/6 Erasure Coding ‘ın detaylarını aşağıdaki linkte kısaca bahsetmiştim.

VSAN 6.2 Yenilikleri Nelerdir?

VSAN Raid 5/6 Erasure Coding Nedir?

Erasure Coding terimine yabancı olabilirsiniz. İlk olarak erasure coding’den bahsetmek istiyorum.  Erasure Coding, bazı parçalar eksik olsa bile orjinal verileri kurtarmanıza olanacak verecek şekilde verileri parçalara kodlama ve bölümleme şemasını gösteren genel bir terimdir. Raid 5/6 Erasure Coding sayesinde datastore’da daha az alan kullanılırken mirror yani RAID 1 ile aynı düzeyde veri koruması sağlayabilirsiniz. Raid 5 veya Raid 6 erasure coding, VSAN’ın 2 cihazın arızasını tolere etmesini sağlar. VSAN’da oldukça avantajları olan bir policy’dir. Yedekliliği üst seviyede sağlar iken, aynı zamanda alan tasarrufuda sağlar. Alan tasarrufu sağlaması oldukça önemli. Aşağıda zaten bunun örneklerine değineceğiz.

Erasure Coding (RAID-5/6)

  Dört veya daha fazla ESXi host bulunan all flash cluster‘larda Raid 5’i yapılandırabilirsiniz. Eğer all flash cluster’ınızda 6 veya daha fazla ESXi host var ise Raid 5 veya Raid 6 ‘yı yapılandırabilirsiniz. VSAN Raid 5/6 Erasure Coding kullanmanız durumunda verileriniz Raid 1 mirroring’den daha az kapasiteye ihtiyaç duyar. Örneğin Primary level of failures to tolerate değeri 1 ile Raid 1 kurgulanan bir VSAN altyapısında, bir virtual machine’in virtual disk boyutunun iki katı kadar alan gerekir. Eğer Raid 5 kullanırsanız virtual disk boyutunun 1.33 katı gerekir.

VSAN Erasure Coding Raid Level

Yukarıdaki tabloda Raid 1 ve Raid 5/6 arasındaki genel bir karşılaştırma gösterilmektedir. RAID-5/6 ErasureCoding, all flash yapılandırmaları için optimize edilmiş bir yer verimliliği özelliğidir. Erasure coding, mirroring ile aynı yedeklilik düzeyini, daha düşük kapasite ile sağlar. Genel olarak, erasure coding veriyi alıp, birden fazla parçaya bölme ve birden fazla cihaza dağıtma yöntemidir; aynı zamanda, parity verileri eklenir. Böylece parçalardan birinin bozulması veya kaybolması durumunda yeniden yaratılabilir.

VSAN RAID5 Erasure Coding

Disk verimliliği sağlayan veri deduplication ve compression aksine, erasure coding mirroring ile aynı arıza toleransı düzeyini daha düşük kapasite ile garanti eder.

Örnek olarak, 100GB’lık bir sanal disk düşünelim. Bir disk veya bilgisayar arızasından kurtulmak için RAID-1 yapısında, 2 kopya verisi, yani 200 GB kapasite gerektirir. Aynı disk kapasitesindeki veriyi korumak için RAID-5 kullanılıyorsa; 100 GB sanal disk 133 GB ham kapasite tüketecektir – tüketilen kapasitede RAID-1 mirroringe göre % 33 azalmış olur. Çok güzel değil mi? 🙂

Raid 5 kullanmak için all flash bir cluster ve en az 4 ESXi host gerektirir. 100 GB virtual disk ile ilgili ufak bir örnek verecek olursak; Raid 5 erasure coding içeren bir storage policy bir objeye atandığında 3 data component ve  parity verileri oluşturulur. Bir disk veya ESXi host’un kaybedilmesi durumunda, bu bileşenler cluster’da bulunan ESXi host’lara aktarılır.

RAID 5/6 erasure coding, virtual machine bileşenlerine uygulayabileceğiniz bir policy özelliğidir. RAID 5 kullanmak için, Failure tolerance method’un VSAN Raid-5/6 (Erasure Coding) ve Primary level of failures to tolerate seçeneğinin 1 olarak ayarlanması gerekir. Raid 6 kullanmak istiyorsanız, Primary level of failures to tolerate seçeneğini 2 olarak ayarlamanız gerekiyor. Raid 5 veya Raid 6 Erasure coding, Primary level of failures to tolerate = 3 değerini desteklemez.

VSAN RAID6 Erasure Coding

RAID-6 erasure coding, en az 6 ESXi host gerektirir. Önceki 100 GB sanal disk örneğimizi kullanarak, RAID-6 erasure coding dört data component ve 2 parity oluşturur. Bu yapılandırma aynı anda iki diskin veya ESXi host’un kaybına dayanabilir (FTT = 2).

Raid 5/6 Erasure Coding kullanmadan önce aşağıdaki maddelere dikkat etmeniz gerekiyor.

Yanlızca all flash altyapılarda kullanabilirisniz.

Kullanabilmeniz için disk format version’un 3.0 veya üzeri olması gerekmektedir.

Kullanabilmeniz için geçerli bir VSAN lisansına sahip olmanız gerekiyor.

VSAN cluster’ınızda deduplication ve compression’i enable durumuna getirmeniz size ekstra yer tasarrufu sağlayacaktır.

Erasure Coding ile ilgili ayrıca aşağıdaki makaleyi inceleyebilirsiniz.

https://www.usenix.org/system/files/login/articles/10_plank-online.pdf

Umarım faydalı olmuştur.

Iyi çalışmalar.

[tayfundeger]

New Post has been published on VMware Virtualization Blog

New Post has been published on http://www.tayfundeger.com/objective-1-6-describe-and-differentiate-among-vsphere-ha-drs-and-sdrs-functionality.html

Objective 1.6 – Describe and differentiate among vSphere, HA, DRS, and SDRS functionality

Merhaba,

VCP-DCV Study Guide serimizin bu bölümünde vSphere vCenter Server ile birlikte gelen HA, DRS ve Storage DRS kavramlarından bahsedeceğim.

Öncelikle vSphere kavramına bir açıklık getirmek istiyorum. Genellikle vSphere kavramı ve ESXi kavramları farklı yerlerde kullanılır. ESXi Server denildiği zaman standalone çalışan bir hypervisor algılanabilir. vSphere diye bahsedilen aslında tüm ürün gamının ismidir. Buna vCenter Server’da dahildir, VSAN ‘da, ESXi ‘da dahildir. VMware vSphere belirli bir ürün veya yazılım değildir. VMware vSphere, tüm VMware paketinin ticari adıdır. VMware vSphere, sanallaştırma, yönetim ve arayüz katmanları içerir. VMware vSphere’in iki çekirdek bileşeni, ESXi sunucusu ve vCenter Sunucusu’dur. ESXi, sanal makineler ve sanal cihazlar oluşturduğunuz ve çalıştırdığınız hypervisor’dur. vCenter Server, bir ağa bağlı birden fazla ESXi Server ve ESXi Server kaynaklarını bir araya getirdiğiniz hizmettir.

vCenter Server sayesinde merkezi bir yönetim yapabiliyoruz. Merkezi yönetim yapmamızın yanı sıra, size ekstra özelliklerde sağlamaktadır. vCenter Server sayesinde VMware’in en güçlü ve en öne çıkan 3 özelliğini kullanabilirsiniz. Bunlar;

vSphere HA

vSphere DRS

Storage DRS

Elbette vCenter Server ile birlikte gelen bir çok özellik var ancak yukarıda belirttiğim 3 tane özellik oldukça önemli. Bu bölümde bu 3 özellik hakkında çeşitli bilgiler vereceğim.

vSphere HA:

vSphere HA Nedir? vSphere HA Nasıl Çalışır? Bu konular hakkında detaylı bilgi vermeye çalışacağım. Öncelikle şunu belirtmek isterim, ben daha önce vSphere HA ile ilgili bir makale yazmıştım. Bu yazılarıma aşağıdaki linkten ulaşabilirsiniz. vSphere HA yani vSphere High Availability. Biz makalemizde vSphere HA diye bahsedeceğiz.

VMware HA Nasıl Çalışır?

vSphere 6.5 – HA Yenilikleri

.vSphere HA folder

Testing vSphere HA

Ayrıca site içerisindeki arama çubğuna vSphere HA yazarak bu konu ile ilgili yazmış olduğum makalelere ulaşabilirsiniz.

http://www.tayfundeger.com/?s=vsphere+ha

vSphere HA, bir ESXi Server‘in donanım arızası, plansız bir kesinti veya storage’da bir problem olması durumunda sanal makineleri farklı bir host üzerinde restart eder. Hemen bir örnek vermek gerekir ise, vCenter Server tarafından 3 tane ESXİ Server yönetiliyor. Bu 3 tane ESXİ host’un birtanesinin CPU’sunun arızalandığını veya power supply ‘inin arızalandığını düşünelim. Donanım arızası durumunda veya elektrik kesintisi durumunda fiziksel sunucu yani ESXi Server hatayı girmeden düzgün çalışmayacağı için bunun üzerindeki virtul machine’leri farklı bir host üzerinde power on duruma getirir.

VMware vSphere HA, sanal makineler için onları ve içinde bulundukları ESXi Server’ları bir cluster’a toplayarak yüksek kullanılabilirlik yani vSphere HA’i sağlar. VMware cluster’ındaki ESXi host’lar VMware vSphere HA tarafından izlenir ve bir ESXi Server’in arızası durumunda, o ESXi Server sanal makineler cluster’da bulunan alternatif bir ESXi Server üzerinde yeniden başlatılır. vSphere HA sayesinde virtual machine’ler kısa süreli bir kesinti ile tekrar hizmet vermeye devam eder. Belirtildiği gibi, VMware vSphere HA VMware vSphere’in bir parçasıdır ve VMware vCenter Server’in çalıştırırken etkinleştirilir. Ayrıca, vSphere 6.5 ile birlikte gelen Proactive HA özelliğinide etkinleştirdiğiniz takdirde Cluster içerisinde bulunan ESXi Server’ların donanım arızası yaşaması durumunda ESXi Server’i maintenance veya quarantine mode’a alarak donanım arızasını önceden farkederek virtual machine’leri farklı host’lar üzerine migrate edebilir. Proactive HA ile ilgili aşağıdaki makalemi inceleyebilirsiniz.

Proactive HA Nedir? Konfigurasyonu Nasıl Yapılır?

VMware High Availability, kullanmanın belirli gereksinimleri bulunmaktadır. Bu gereksinimlerin en önemlisi ise Shared Datastore’un bulunmasıdır. Yani, cluster içerisinde buluanan ESXi Server’ların hepsi aynı datastore’ları görebilmesi gerekir. Böylece failover anında virtual machine farklı bir ESXi Server üzerinde yeniden başlatılabilecektir. Lisans olarak ise vSphere HA, vCenter Server Standart lisans ile gelmektedir.

vSphere HA ile birlikte isterseniz farklı rule’lar yazabilir ve virtual machine’lerin farklı bir ESXİ Server üzerinde reboot olmasını ayarlayabilirsiniz. Ayrıca Orchestrated restart sayesinde belirli virtual machine’lerin restart olmasını sağlayabilirsiniz.

vSphere HA Orchestrated Restart Nedir?

vSphere DRS:

vSphere DRS sayesinde yük dengelenmesi yapılır. Tam ismi, vSphere Distributed Resource Scheduler‘dir. DRS sayesinde cluster içerisinde bulunan ESXi host’ların CPU, Memory ve Network (Network-Aware DRS) utilization durumları incelenir ve kaynakların yetersiz olduğu ESXi Server üzerindeki virtual machine’ler farklı ESXi Server’lara migrate edilir.

DRS nasıl çalışır?

vSphere 6.5 – DRS Yenilikleri

DRS’in çalışma şekli ile ilgili yukarıdaki gibi bir makale yazmıştım. Buradan ayrıca detaylı bilgi alabilirsiniz. DRS’in farklı mod’u bulunmaktadır. Bunlar;

Manual: Power on halde olan virtual machine’ler için DRS, virtual machine’lerin taşınması için host’ları seçmenizi ister.

Partially Automatic: Power on halde olan virtual machine’ler için DRS, cluster içerisinde bulunan host’ları seçer ve hangi virtual machine’lerin hangi host üzerine taşınacağının önerisinde bulunur.

Fully Automatic: Power on halde olan virtual machine’ler için DRS, taşınacak virtual machine’leri ve hangi host’a taşınacağını otomatik olarak seçer ve taşır.

DRS Gereksinimleri:

Enterprise Plus lisans

Shared datastore

Ayrıca ortamınızda VROPS kullanıyorsanız predictive drs sayesinde virtual machine’lerin yük altında bulunmadan önce migrate olmasını sağlayabilirsiniz. Konu ile ilgili aşağıdaki makalemi inceleyebilirsiniz.

vSphere 6.5 – DRS Yenilikleri

Storage DRS:

Storage DRS’i kullanabilmek için öncelikle Datastore Cluster oluşturmanız gerekmektedir. vCenter Server üzerinde bulunan ESXi Server’lara tanımlı datastore’ları bir cluster altında tutabilirsiniz. Datastore cluster yapmanızın size bazı avantajları olacaktır. vSphere DRS nasıl virtual machine’leri farklı bir ESXi host’a otomatik olarak migrate ediyor ise Storage DRS’de virtual machine’lerin barınmış olduğu datastore’lar I/O ve doluluk oranına göre farklı datastor’lara otomatik olarak migrate olur. Tabi siz bunu isterseniz manual olarakta yapabilirsiniz. Storage DRS kullanabilmeniz için Enterprise veya üstü bir lisans sahip olmanız gerekmektedir.

Yeni bir virtual machine oluşturduğunuzda eğer bir datastore cluster’ınız var ise virtual machine’in barınacağı datastore’u seçmenize gerek bulunmaz. Datastore cluster’ı seçersiniz ve virtual machine en uygun olan datastore’da create edilir. Eğer storage DRS kullanmazsanız datastore utilization oranını manuel olarak takip etmemiz gerekir. Eğer yapınız çok büyük ise zaten bunu yapmakta zorlanabilirsiniz. Storage DRS aynı zaman IO latency takip ettiği için sizin belirlemiş olduğunuz değerler dışına çıkar ise virtual machine’leri otomatik olarak farklı datastore’lara migrate edecektir. Dolayısıyla Storage DRS kullanmanız yapınızın daha sağlıklı çalışmasını sağlayacaktır.

Umarım faydalı olmuştur.

İyi çalışmalar.