VSAN – Storage Policy Data Locality

tarafından 10 Mart 2019 tarihinde VMware, VMware ESXi, VMware vCenter, VSAN kategorisine yazıldı.

Merhaba,

Bu yazımda sizlere VSAN 6.6 ile birlikte gelen Site Affinity ile birlikte gelen yeniliklerden bahsedeceğim. VSAN 6.7’de bu seçenek data locality olarak geçiyor. VSAN ile ilgili daha önce yazmış olduğum yazılara aşağıdaki linkten ulaşabilirsiniz.

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

Daha önceki makalelerimde de belirtmiştim bir vSAN 6.7 Streched Cluster’da , maksimum 30  host kullanılabilir . VSAN 6.5’da bu sayı site başına 15’ti. VSAN’da değerlendirmeniz gereken en önemli gereksinim aslında network bant genişliği ve latency’dir. Bant genişliği ve latency konusu vSAN Stretched Cluster oluşturulurken gözönünde bulundurulması gereken önemli faktörlerdendir. RTT latency 5ms’den yüksek olduğunda performans problemleri ortaya çıkabilir. Bir stretched cluster oluşturuyorsanız iki lokasyon arasındaki maximum RTT değer 5ms olmalıdır.

Büyük Faiulre senaryolarında, örneğin birincil lokasyonun, witness Host’dan tarafından tamamen erişilmez olduğu ve inter-site link’in down olduğu durumda, vSAN ikincil lokasyona fail-over yapar. Birincil lokasyona erişim tekrar geldiğinde, witness host ve ikincil lokasyona erişimi sağlanana kadar önerilen (preferred) lokasyon olarak konumlandırılmaz. Bu önerilen lokasyonun erişilebilir gözüktüğü fakat tam düzgün çalışmadığı durumların yaşanmasının önüne geçer.

vSAN 6.6’da gelen Site Affinity rule (vSAN 6.7 ve sonrasında bu data locality olarak geçiyor) ile Streched Cluster yapıları için storage policy tabanlı yönetim esnekliğini geliştridi. Data Locality rule’u ile lokasyon yedekliliğinin gerekliği olmadığı durumlarda sanal sunucu objelerini tek bir lokasyonda olacak şekilde konumlandırabilirsiniz. vSphere HA konfigurasyonunuzu hatırlayın, burada HA anında sadece belirli bir ESXi host üzerinde sunucular power on olsun diye bir konfigurasyon belirtebilrisiniz. Aynı şekilde DRS’de de virtual machine sadece belirli ESXi host’lar üzerinde çalışssın diye konfigurasyon belirtebilrisiniz. Data Locality rule’da ise, siz verilerinizi sadece tek bir lokasyonda tutabilrisiniz. FTT = 0 yani. Site Affinity ile ilgili inceleme yaptığımda bu özelliğin müşteriler tarafından talep edildiğini öğrendim. Yani onların talebi üzeirne çıkarılmış bir özellik aslında. Bu özellik, storage ve network kaynaklarının maliyetini düşürmeyi sağlar.

Eğer Data Locality kullanacaksanız DRS ve HA üzerinde oluşturduğunuz custome rule’lara dikkat etmeniz gerekir. Eğer bu seçeneği belirli virtual machine’ler için kullanıyorsanız o virtual machine’lerin yine belirli ESXi host’lar üzerine sabitlemelisiniz. Tekrar belirtmekte fayda görüyorum eğer Data Locality kullanacaksanız Primary level of failures to tolerate seçeneği 0 olarak ayarlanmalıdır. Böylece data locality seçeneğini None, Preferred veya Secondary olarak ayarlayabilrisiniz.

Umarım faydalı olmuştur.

İyi çalışmalar.

email

Bu yazı blog üzerinde Tayfun DEĞER tarafından paylaşılmıştır. 2009 yılında açılan blog kısa zaman içerisinde büyük bir izleyici kitlesine sahip olmuştur. Tayfun DEĞER danışmanlık ve eğitimler vermektedir. vExpert 2013-2019, VCP4/5/6, VCP5-DT, VCP-Cloud ve MCSE sertifikalarına sahiptir.Twitter 'dan @tayfundeger veya RSS ile sitedeki değişiklikleri takip edebilirsiniz.