Teknoloji Gunlugu

Blog


Dell EMC VxRail

Bir süredir yazmayı düşündüğüm, gerek yoğunluk gerek sağlık sebeplerinden vakit bulamadığım bir ürün VxRail.

Öncelikle vSAN altyapısına üç şekilde sahip olabilirsiniz.

  1. Uygun donanımları kendi imkanlarımızla edinmek
  2. vSAN Ready Node almak
  3. VxRail almak

İlk iki adıma baktığımızda donanım ve yazılım uyumuna VMware Compatibility Guide‘a bakarak dikkat edilmesi gerektiğini farketmişsinizdir, kimileri için karmaşık ve hataya açık olabilmekte bu süreç.

Elinizdeki ürünleri üreticilerin sınırlarında kullanmak istiyorsanız, mevcut yazılımları en hızlı şekilde deneyip geçiş yapmak istiyorsanız VxRail size çok da uygun bir ürün değil.

Peki kimlere uygun bu VxRail;

  1. Uyumluluk açısından kafasında soru işareti kalmasını istemeyen,
  2. Ürünün en iyi şekilde yapılandırıldığına emin olmak isteyen,
  3. BT ekibinde sınırlı çalışanı olan,
  4. Bakım tarafını tek üretici üzerinden çok kolay şekilde yönetmek isteyen.

Yukarıdaki kriterlere uygun bir firmaysanız aradığınız ürünü buldunuz.

VxRail hem hibrit hem de all-flash olarak edinilebilmekte.

Aşağıda görüldüğü gibi VMware lisanslarını ürünle birlikte alabileceğiniz gibi, mevcut lisanslarınızı da kullanma imkanına sahipsiniz.

Sadece VxRail yönetimi için kullanılacaksa vCenter‘da ücretsiz olarak gelmekte.

EMC Secure Remote Services (ESRS) aracılığıyla altyapınız üretici tarafından düzenli olarak sorunlara karşı izlenir ve gerektiğinde hızlı destek sağlanır.

vRealize Log Insight ile ortamın detaylı loglarını inceleyebilir, Recoverpoint for VM ile sanal sunucularınızı replike ederek koruyabilirsiniz.

Dell EMC Data Protection Suite yazılımını ürün ile birlikte maliyeti sizi üzmeyecek şekilde edinebilir ve veri koruma ürünlerinizi vCenter ile entegre çalışacak şekilde kullanabilirsiniz.

vSan, ağ altyapısı üzerinden çalıştığı için yedekli şekilde çalışacak switch ihtiyacınız olduğunu da belirtelim.

 

VxRail tümüyle vSan altyapısına sahip olmasına karşın stabilite ve uyumluluktan taviz vermemek için yenilikleri  1 – 1.5 ay kadar geriden takip etmektedir.

VxRail 4.5 ve öncesinde VxRail Manager ayrı arayüze sahip ayrı bir ürün olarak kullanımdaydı, dolayısıyla yönetim fonksiyonları zorlayıcı olabilmekteydi.

Aşağıda görülebildiği üzere Vxrail 4.7 itibariyle Vxrail Manager aracı artık vCenter‘ın altında çalışmakta ve yönetim operasyonları için VMware bilgisi harici gereksinime ihtiyaç kalmamıştır.

Güncellemeler VxRail altyapısı internete bağlı ise doğrudan indirilebilmekte, değilse support.emc.com adresinden indirilip lokal olarak yapılabilmektedir.

Aşağıda görülebildiği üzere güncelleme hem firmware, hem VMware hem de donanım sürücülerini kapsamaktadır.

 

 

Nisan 2019 itibariyle aşağıdaki çözümler Dell EMC‘nin sitesinde belirtilmekte ancak bir süredir G serisinin Türkiye’ye gelmediğini bilmekteyiz.

Sonraki makalede kurulum tarafını anlatmaya çalışacağım, dokümana buradan erişebilirsiniz.




VMware vSan Capacity Sizing

You will naturally like to see what equipment you need and what enhancements you can make with these needs before you invest for a new vSan Environment

There are several manufacturer tools that I share links with below that you can perform automatically.

Click here for vSan Readynode Sizer and here for Vxrail Xpress Sizer.

So what should you do if you want to do an average calculation without having to depend on these tools?




VMware vSAN Kapasite Hesaplama

Yeni bir vSAN yatırımı yapmadan önce doğal olarak ihtiyaçlarınız ve bu ihtiyaçları hangi donanımlar ile giderebileceğinizi görmek istersiniz.

Bu işlemleri otomatik olarak gerçekleştirebileceğiniz aşağıda bağlantılarını paylaştığım çeşitli üretici araçları da mevcut.

vSAN ReadyNode Sizer için burayı ve VxRail Xpress Sizer için burayı tıklayabilirsiniz.

Peki bu araçlara bağlı kalmadan kendiniz ortalama bir hesaplama yapmak isterseniz ne yapmalısınız ?




VMware vSAN Stretched Cluster

vSAN Stretched Cluster (SC) provides business continuity in multiple failure situations like Fault Domains. Data is written simultaneously to two separate locations, the first location is called Preferred and the second one is called Secondary. If one of the locations is lost, the virtual machines restarts at the second location by using VMware HA, where all fresh data exists.




VMware vSAN Stretched Cluster

vSAN Stretched Cluster (SC), Fault Domain‘de olduğu gibi çoklu arıza durumlarında iş sürekliliği sağlar. Mevcut veriler iki ayrı lokasyona eş zamanlı şekilde yazılır, bu lokasyonların birincisi sanal makinelerin çalıştığı Preferred ve ikincisi ise adından anlaşılacağı gibi Secondary‘dir. Lokasyonlardan birinin yitirilmesi durumunda aktif verilerin tamamı ikinci lokasyonda olduğu VMware HA aracılığı ile sanal makineler ikinci lokasyonda ayağa kalkar.




VMware vSAN Fault Domain

In this article I will explain the subject of vSAN Fault Domains. You can review the original source here.

Fault Domains allow systems to run in cases where multiple server failures or a cabinet is not reachable by spreading the vSAN cluster across multiple cabinets or blade chassis. One or more servers can be added to each Fault Domain.




VMware vSAN Fault Domain

Bu yazımda vSAN Fault Domain konusunu açıklayacağım. Özgün kaynağı buradan inceleyebilirsiniz.

Fault domain mekanizması vSAN kümesini birden çok kabinet ya da blade şasiler üzerinde yayarak, aynı anda birden çok sunucu arızası ya da bir kabinetin tamamen erişilemediği durumlarda sistemlerin çalışmasına olanak sağlar. Her bir Fault Domain‘e bir ya da birden fazla sunucu eklenebilir.




vSan SPBM Cheat Sheet (Stretched Cluster)

Before accepting this page as a reference, I strongly suggest you to review the article I wrote about SPBM again. You can  find the page here.




vSAN SPBM Cheat Sheet (Stretched Cluster)

Bu sayfayı referans olarak kabul etmeden önce SPBM ile alakalı yazdığım yazımı tekrar okumanızı öneririm. Sayfaya buradan ulaşabilirsiniz.




VMware vSan Storage Policy Based Management (SPBM)

I’ll try to elaborate on the Storage Policy Based Management (SPBM) what I’ve briefly describe in my previous article.  Protection types specified in SPBM are Datastore Default, per-VM and per-vmdk.

You can review Storage Policy Rules in vendor resources for further details.