Archive for July, 2011

VMware Lisanslama Modelinde Değişikliğe Gidiyor

Written by Ertan Gülen. Posted in vSphere

vSphere 5.0’ın duyurusu yapıldığından beri en çok tartışma hiç kuşkusuz lisanslama tarafı ile ilgiliydi. VMware forum sayfalarında da bolca konuşulan ve çoğu partner ve müşteri tarafından yeni lisanslamaya alternatiflerin tartışıldığı ortamlar nihayet VMware yöneticilerinin de kulağına gidebilmiş.

Forumlarda, bloglarda ve hatta twitter üzerinde dönen tüm tartışmalar en sonunda hep alternatif kullanılabilecek ürünlere yöneliyordu. Burada müşteriler özellikle Hyper-V tarafında partnerlar ise (danışmanlık satabilecekleri için) XenServer ve KVM tarafında alternatifleri tartışıyordu. Çıkan söylentilere göre önümüzdeki günlerde açıklanması planlanan yeni lisanslama modelinde bazı değişiklikler ve düzenlemeler yapılacak gibi.

Söylentilerden bahsetmek gerekirse:

1.Enterprise ve Enterprise Plus icin cpu başına vRam miktarı ikiye katlanacak. örneğin enterprise plus ile 2 cpu’lu bir serverda artık 192 GB ram kullanılabilecek.

2.Essentials ve Essentials Plus için vRam kapasiteleri 24 GB’dan 32 GB’a yükselecek.

3.Enterprise Plus ile lisanslanmış ortamlarda sanal makine başına maksimum 96 GB ram sayılacak (üstü varsa da dikkate alınmayacak.) Böylece 1 TB vRam kullanan bir sanal için şuan 75K $ ama 22 Ağustosta yapılacak zamdan sonra 90K $ ödemek yerine ortalama 3.5K $ ile lisanslama yapılabilecek. (güzel haber)

4.ELA (Enterprise Licensing Agreement) sahibi olan müşteriler için bu şartlar çok daha esnek olabilecek ve böylece düzenli ödeme yapan sabit müşterilere daha uygun fiyatla hizmet verilecek.

Duyulanlar konuşulanlar şimdilik bunlar, sanırım önümüzdeki hafta bu konu ile ilgili resmi açıklamalar yapılır ve o zamana kadar değişmez ise herkesi memnun edemese de VMware’in müşteri geri bildirimlerini ciddiye aldığını düşünerek olumlu diyeceğimiz bir yenilik olacak.

İlk Windows Server 8’li Server Duyurusu Hp’den

Written by Ertan Gülen. Posted in Windows Server 2012

Windows Server 8 hakkında şuana kadar resmi bir yada iki söylem duymuşken, HP ML 110 G7 için yayınladığı teknik dökümanda desteklenen işletim sistemleri arasında Windows Server 8’i de yazdı. Bu duruma açıklama olarak aslında iki farklı yaklaşım geliştirebiliriz:

image

1.Windows 8 Client işletim sisteminin Windows 7 ile aynı minimum gereksinimlere sahip olacağı duyurulmuştu, düz mantık ile Windows 8 client ve server aynı çekirdeği kullanıyorsa Windows Server 8 de Server 2008 R2 ile aynı minimum gereksinimler ile piyasaya sürülecektir.

2. Windows 8 client tarafında piyasa sızan son sürüm HP’den çıkmıştı, demek ki Windows Server 8’i de test edip uyumlu olduğunu teyit ettiler hatta belki de Microsoft’un ürün logo programını bile tamamlamışlardır.

Her ne olursa olsun bilenleriniz için tekrar niteliğinde de olsa ML 110 serisi HP’nin en ufak sunucu ailesinden biridir, ve tek cpu ile kısıtlı bellek desteği sağlar. Düşük özellikler ile çalışabiliyor olmasını duymak güzel bir gelişme şeklinde yorumlanabilir.

İlgili dökümana aşağıdaki linkten erişebilirsiniz: http://www.hp.com/hpinfo/newsroom/press_kits/2011/poweryourdream/HP_ProLiant_ML110_G7_Datasheet.pdf

Kaynak: www.neowin.net

Windows Server 8 İlk İzlenimler

Written by Ertan Gülen. Posted in Private Cloud, Windows 8, Windows Server 2012

Geçtiğimiz günlerde Amerika’da düzenlenen WPC 2011 konferansı esnasında ilk kez ismi ile telaffuz edilen ve görücüye çıkan yeni server işletim sistemi hakkında elimizde çok kaynak olmasa da yenilikleri yavaş yavaş konuşmaya başlayabiliriz.

Microsoft ilk kez yeni server işletim sisteminden ismi ile bahsetti her ne kadar Windows Server 8 yazıp codename 8 diye telaffuz etseler de farklı kaynaklarda da benzer yorumlanan bu durum bence de 2012 ikinci yarısında piyasaya çıkması beklenen ürün için client tarafı ile uyumluluğu en güzel dile getirecek isimdir. Windows 8 ve Server 8 ikilisi çok büyük hamleler ile karşımıza çıkacak, bu heyecanı şimdiden yaşamak güzel :)

WPC konferansında Windows Server 8 ile ilgili olarak çok az noktaya değinilse de yapılan 2 demo bizim için çok önemliydi. Bu kısmı yorumlarken hem resmi söylemleri hem de kişisel beklentilerimi aslında aktarmak isterim.

Oncelikle konuşulması gereken nokta artık Windows 8 ile birlikte sanallaştırma hayatımızın her yerinde olabilecek. İstemci tarafında Windows 7 ile ihtiyaç halinde kullanılan Xp Mode ile sanallaştırmayı çok rahat bir şekilde son kullanıcı ortamında gerçekleştirebilirken arka planda çalışan Microsoft Virtual PC, kendi kısıtlamaları ve teknolojik imkanları çercevesinde çok dar alanda bize yardımcı olabiliyordu. Ancak; Windows 8 ile birlikte artık son kullanıcı tarafında da Hyper-V mevcut durumda olacak. Sıkı durun: Hem de Hyper-V 3.0

windows 8 hyperv

Ekran görüntüsünden de anlayabileceğiniz gibi artık tipik bir windows özelliği olarak Hyper-V Windows 8 işletim sistemlerinde kullanılabilecek. (Donanım gereksinimleri için konuşmuyorum tabiki sanallaştırma bu, oyun oynamıyoruz.)

Peki son kullanıcı tarafı işin biraz reklam tarafı yada “oyun” tarafı olabilir asıl yenilikler tabiki server tarafında gelecektir. Şimdi onlardan bahsedelim:

Hyper-V 3.0 ile Neler Yeni:

1. Sanal makine başına 1 TB RAM (vSphere 5.0 ile de 1 TB Ram per Vm ama 90k$ lisans maliyeti ile kullanabilme imkanı var)

2. Sanal makine başına 16 + core desteği (16+ kaç çekirdek yapar inanın bilmiyorum)

3. Sanal SAN mimirisi (WWN adresleri de artık sanal)

4.Geliştirmiş Sanal disk mimarisi (.vhdx uzantılı dosyalar ile 16 TB’lık diskler)

Burada ufak bir parantez açmak gerekirki NTFS, 2 TB desteklerken 16 TB’lık tek disk dosyaları demek aklıma direk yeni bir dosya sistemi mi geliyor sorularını getiriyor ki ismini de zikredelim: Protogon)

image

5.Hyper-V Replika (Sanırım en büyük yenilik diyebiliriz). Yazının sonunda linkini paylaşacağım video’da 37. dakikadan sonrasında bir demosunu görebileceğiniz Hyper-V Replika çok basit bir açıklama ile, çalışan bir sanal makinenin çalışırken live migration ile farklı bir hosta taşınması gibi farklı bir coğrafi lokasyona yada site’a taşınması anlamına geliyor. (Back-up yazılımları bunu 15. dk’da bir yapabiliyor, replikasyon yazılımları ise bir çuval para istiyor ve anca yapar gibi yapıyor) (En kısa sürede bir demo videosunu çekip sizlerle paylaşacağım – kendime sponsor remote site arayışlarım devam ediyor, destek olmak isteyen var mı?)

Şimdilik bu nadide 5 yeniliği paylaştıktan sonra yorumlarımıza devam edelim. Ancak unutmamak gerekir ki Eylül 2011’de yapılacak Build Konferansında asıl bombalar patlayacak, (ve sanırım ilk resmi demolara o zaman erişebileceğiz.) şuan için sadece yüzlerce yeni özellik var diyerek 16 çekirdek ile çalışan SQL Server demosu yapmak ve Replika’yı göstermekten öte gitmiyorlar.

Microsoft’un sanallaştırma üzerinden vizyonunu sanırım bilmeyeniniz yoktur. Özel bulutlar ile (private cloud) firmaların kritik iş yükleri de dahil olmak üzere (SQL, Exchange, SAP CRM vd.) tüm altyapısını sanallaştırmayı planlayan Microsoft bu yolda Hyper-V 3.0 ve tabiki System Center 2012 ürünleri ile birlikte amacına çok yaklaşmış olacak. Vmware vSphere 5.0’ı lanse ederken Private Cloud üzerinden lanse etti, aslında bu iki dev oyuncunun (Gartner’a göre x86 sanallaştırma piyasasının en büyük iki lideri) buluta doğru yönelmeleri yeni değil fakat her yeni ürün bulut bilişimi istesek de istemesek de çok daha yoğun bir şekilde hayatımıza sokuyor. Bilhassa özel bulut mimarisini..

WPC’de yapılan demoda özellikle SQL sunucusunun kullanılmış olması aslında manidar bir seçim, çünkü SQL gerçekten firmalardaki en ağır iş yükünü kaldıran sistemlerin başında gelir. 16 çekirdek ile (neredeyse %100 iş yükü) çalışan bir sanal makineyi uzak ofise taşımak (ve tabiki çalışırken) şuan için benzeri olmayan bir teknoloji (SRM 5.0 mı? Sanırım videoyu hala izlemediniz..)

Son söz olarak yorumun yorumunu yapalım:

Bugün için gelecek çok “bulutlu” gözükse de bu “bulut”lar bizim için karanlık değil IT sektörünün aydınlık ve aşırı yenilikçi günlerini işaret ediyor. Hyper-V 3.0 eğer düşünüldüğü (ve arzu edildiği) gibi çıkarsa karşımıza, daha önce de bahsettiğim kendi ayağına sıkan VMware karşısında bugüne kadar hiç olmadığı kadar güçlü olacaktır. Şuan okuduğumuzda komik gelse de mevcut şartlar bozulmadan devam ederse Türkiye’de 2 yıla kalmaz x86 sanallaştırma pazarının yeni liderinden ilk bahseden yazılardan birini yazdığım için kendimi çok özel hissedeceğim.

Hyper-V 3.0 ve diğer Server 8 bilgileri için 37. dakika ve sonrası ama yok ben tüm Microsoft gelecek planlarını merak ediyorum diyorsanız buyrun video link: http://digitalwpc.com/Videos/AllVideos/Permalink/3cb3788c-5c47-4b9e-987c-0dec4194058b/#fbid=6EwKg1fyppg

vSphere 5 Lisanslama Bölüm 2

Written by Ertan Gülen. Posted in vSphere

3 bölümden oluşacağını belirttiğimiz lisanslama konulu bu dizinin ilk bölümünde neler değişti ve neden değişti başlıklarına değinmiştik. Bu bölümde ise vRam Pool nedir, hangi versiyonda ne kadar ram kullanılabilir gibi biraz daha lisanslama modelini açıklayan derinlemesine bir yazı okuyacaksınız.

vSphere 5.0 önceki sürümlerde lisanslama sadece cpu başına yapılıyordu ancak tabiki kaç çekirdek olduğu çok önemli idi, fakat bu karmaşanın çözülmesi için vmware firması farklı bir yola giderek artık çekirdek sayısı ile hesap yapmak yerine daha kolay (!) olan kullanılan sanal ram üzerinde hesap yapmayı tercih ediyorum dedi. Bu iş o kadar kolay ki gerçekten sırf bu sebeple bir kaç ufak araç bile geliştirildi ki hesaplama kimseyi zorlamasın diye. Tabiki bunun yanında tüm kısıtlamaları da ortadan kaldırdığını dile getirdi. Örneğin artık sırf çekirdek bazlı kısıtlamalar değil kullanılan versiyona göre yaşanan maksimum ram kısıtlamaları da kaldırıldı. Hatırlarsınız önceki sürümlerde;

-Standart, Advanced ve Enterprise: Maksimum 256 GB ram (fiziksel sunucu için)

-Enterprise Plus: Fiziksel sunucu için sınırsız ram destekliyordu.

Tabi dedik ya bu çok karmaşık bir modeldi hem çekirdek say hem modele göre maksimum ram belirle filan.. O sebeple artık vRam kavramı karşımıza çıktı.

vRam kavramı hakkında detaylı konuşmamız gerekir ise eğer vRam Pool transfer edilebilir, paylaşılabilir, tekrar tekrar hesaplanabilir, kullanıma göre değişebilir ve tabiki ihtiyaç halinde yok sayılabilir bir kavram olarak karşımıza çıkıyor. Dedik ya bir havuzdur aslında ortak çalışan tum vSphere 5.0 hostları aynı havuza dahildir (aynı vCenter’dan yönetilmesi yeterlidir)

image

Şekilden de anlaşılabileceği gibi aynı vCenter ile yönetilen tum vSphere sunucuların lisansları ortak hareket eder, yani bir sunucu da 4 lisans diğerinde 2 lisans olması sizin toplam cpu lisansınızı havuz içinde hesaplamanız ve elimde 6 adet lisans var diyerek bu vCenter içindeki sanal makinelerin ram kullanımını bu şekilde ölçmeniz gerekir. Aynı vCenter üzerinden yönetilen sunucular için lisans yetmediğinde bir diğer çıkış yolu ise vCenter server’ı farklı bir vCenter server link mode’da çalıştırıp 2 vCenter üzerindeki tüm lisansları ortak havuza almanız yani 2 vCenter’ı tek ekrandan yöneterek lisansları da tüm kullanıma yayabilmenizdir. Burada sanal makine başına çok az yada çok fazla vRam vermeniz hiçbir şekilde lisanslama tarafında sorun çıkarmaz sorun sadece açık olan (power-on) sanal makinelerin bu havuza eşit yada daha az miktarda ram kullanmadığı durumda ortaya çıkar.

VMeare bu durumda sizin cpu başına kaç sanal açtığınıza yada sanal başına ne kadar ram verdiğinize bakmaz, doğru lisanslamanın kilit noktası sadece çalışan sanal makinelerin kullandığı toplam vRam miktarıdır. (Oluşturulan sanal makineye memory overcommit’e güvenerek 20 gb ram verdiniz ve çalışırken sadece 4 GB kullanıyorsa işte size supriz, bu sanal makine için 20 GB vRam hesaplayacaksınız). Eğer mevcut lisansınız açılan sanal makinelerin kullandığı ram miktarını karşılamıyorsa çözüm basit:Yeni bir lisans alarak mevcut ortamınızda kullanma izni olan ram miktarını arttırınız :)

Şimdi gelin bir de vSphere 5.0 versiyonlarına göre izin verilen ram miktarlarını görelim.

Eğer siz;

-Essentials Kit  ve Essentials Plus Kit alacaksınız bu kit içerisindeki her bir cpu lisansı o cpu ile 24 GB vRam;

-Standart sürüm alacaksanız o lisans ile her cpu başına 32 GB vRam;

-Enterprise Plus alacaksanız o lisans ile her cpu başına 48 GB vRam kullanabilirsiniz.

(arada Advance sürümünden bahsetmedik nedense. daha sonra belirteceğim ki bu sürüm artık yok)

vCenter Server 5.0 içerisinde bu arada mevcut lisansınızın izin verdiği vRam pool büyüklüğünü ve bu miktarın ne kadarını kullandığınızı gösteren ufak bir araç olacak.

Ufak bir örnek ile açıklayalım bu durumu:

Müşterimizin elinde 2 adet 2 işlemcili server var. Yani toplamda 4 adet lisans alması gerekli, vSphere Enterprise ile lisanslama yaparsak 4x32GB=128 GB kullanılabilir vRAM havuzu oluşur. Bu da demek oluyor ki müşterimiz bu iki server üzerinde toplam 128 GB Ram’e ait lisans sahibidir. Eğer 192 GB kullanıcaksa örneğin ek olarak 2 adet daha vSphere Enterprise lisansa ihtiyacı vardır. Bu lisansları vCenter Server’dan ortak havuza girmiş yada server’ın kendi üstünden girmiş hiçbir önemi yoktur çünkü vCenter yönetimi altındaki tüm sunucuların lisanslarını merkezi olarak kontrol eder ve depolar.

DRS ve vMotion için ise ufak bir yorum yapmak gerekirse, DRS yada vMotion tek vCenter’a bağlı sunucular arasında yapılacağı için sizin hangi sunucuda hangi sanal makineyi çalıştırdığınız önemsizdir. Sonuçta vRam havuzunun vCenter üzerinden hesaplanır ister tüm sanalları tek işlemci üzerinde çalıştırın isterseniz o vCenter üzerinden yönetilen 10 ayrı sunucuya dağıtın vRam havuzu ortak olacağı için lisanslama açısından sorun çıkartmayacaktır. Kullanıma açık vRam miktarını arttırmak için ise iki yol karşımıza çıkar ya yapıya yeni lisans (veya lisanslı sunucu) ekleyeceğiz yada yapıyı tamamiyle daha çok vRam kullanıma imkan veren sürüme yükselteceğiz.

Kritik bir nokta daha karşımıza çıkıyor ki aynı vCenter üzerinden yönetilen hem enterprise lisanslı hem de enterprise plus lisanslı sunucular varsa ne olacak? Cevap basit (ama tahmin ettiğiniz aksine) ortak havuz bu sefer 2 tane olacaktır. Enterprise lisanslı sunucular kendi vRam havuzunu kullanacak enterprise plus lisanslı sunucular kendi vRam havuzunu kullanıcak. Yani aynı vCenter diye farklı lisanslar aynı havuzda bulunamayacak. O sebeple kullanılabilir vRam arttırımı için üst sürüm kullanmaya karar verirseniz tün yapının lisanslarına yükseltme yapmanız gerektiğini unutmayın. (Çok daha kolay bir lisanslama değil mi ve gerçekten mevcut müşterinin %90’ında lisanslama için ek bütçe gerekmeyecek değil mi)

Yeni lisanslama modelinde işe yarar sayılabilecek tek nokta ise yukarıda örneğini verdiğimiz müşteri 192 GB Ram kullanabilmek için 2 adet fazladan lisans almıştı ya, işte o müşteri eğer bu vCenter ile yönetilen ortama 2 cpu kullanan bir sunucu eklerse o cpu’lar için yeni lisans almasına gerekmeyecek çünkü yapıda zaten 6 cpu lisansı mevcuttu. Fakat yeni sunucunun ramleri ne olacak sorusunu cevaplamaktan kaçınıyorum. Kısır döngüye gireriz yoksa.

vSphere 5.0 hakkında yeni özelliklerden bahsettiğim yazımda güzel özellikler var demiştim 32 vCpu gibi yada Storage DRS gibi şimdi de şunu ekleyelim ki aşağıdaki tablodan da görebileceğiniz gibi bu yeni özellikleri kullanabilmek için Enterprise Plus lisansına sahip olmanız gerekiyor. Düz mantıkla şunu söyleyelim ki, Standart yada Enterprise kullanan müşterilerin vSphere 5.0’a yükseltme yapıp kullandığı ram üzerinden artı lisans parası vermesine gerek yok çünkü pek bir yenilik ile karşılaşamıyor. Tabloda Amerikada satılacak fiyatları da görmeniz mümkün (Hani Hyper-V 3.0 lanse edilince aynı hatta çok daha iyi özellikleri duyunca ücretsiz de olduğunu görünce fiyatları görüp şaşırabilmeniz için paylaştım)

image

 

Bu yazıda da kısaca yeni model ve her sürüm için izin verilen ram miktarlarından bahsetmiş oldum. Son bölümde ise vCenter server sürümleri ve Essentials Plus gibi kitlerden bahsetmeye çalışacağım. Umarım bu yazı biraz olsun kafalarımızdaki lisanslamaya ait soru işaretlerinden kurtulmaya yarayacaktır. (Ben yazıyorum, lisanslama modelini anladım ama hala kafamda neden acaba, neden kendi bacağına sıktı vmware bu lisanslama ile diye soru işaretleri durmuyor değil.)

vSphere 5 Lisanslama Bölüm 1

Written by Ertan Gulen. Posted in vSphere

3 bölümden oluşacak olan bu yazımda sizlere vSphere 5.0 ile gelen yeni lisanslama modelinden bahsetmek istiyorum. Daha öncesinde vSphere 5 Lansmanı ardından yazdığım ufak analizde de bahsettiğim gibi lisanslama kısmında bazı değişiklikler yaşanmıştı. Bu değişikliklere genel hatları ile değineceğim bu ilk yazımda değişiklikler nelerdir, neden gerekti gibi konuları açıklamaya çalışacağım. İkinci yazıda vRam pool üzerinden lisanslama modeline değinerek son yazıda da yükseltme senaryolarından ve vCenter ürünün lisanslamasından bahsedeceğim.

vSphere 5 ile VMware’in IT sektörü için ilk hedeflerinden biri Cloud Computing yapısına yönelik bir altyapı kurulması, ve burada gayet iddiali bir cümle ile VMware hybrid cloud (public ve private cloud yapılarının yan yana calışması) modelini ilk destekleyen ürünün vSphere 5.0 olduğunu belirtiyor. (tartışılır bence) Bu sebeple de kurumların bünyesinde çalışan sanal sistemlerin herhangi bir kısıtlama olmadan kullandığın kadar öde mantığına yakın bir lisanslama ile lisanslanmasını ön görüyor. Bu düşüncenin altyapısı çok mantıklı olabilir ancak belirlenen sınırlar sanırım gelecekte çok tartışılacak olan noktalardan biri. Bu bahsettiğimiz lisanslama modeli ile artık vmware müşterileri cpu bazlı lisanslamanın yanında kaç sanal çalıştırdığını, sanal başına vRam (sanal ram) miktarını ve tabiki hangi vSphere 5.0 versiyonunu kullandığına da dikkat etmek zorunda kalıyor.

Hal böyle olunca da kafa karışıklığı çıkması çok normal karşılanabilir, yazının ikinci bölümünde değineceğim hangi versiyon ne kadar vRam pool destekler kısmı ile biraz da olsa bu kısmı açıklamış olacağız ancak en baştan belirtmemiz gereken bir nokta var ki, ilk satın alımlarda tabiki yine fiziksel sunucuda bulunan işlemci sayısı en önemli faktör olacak fakat mevcut sürümlerde bulunan işlemci bazlı lisanslama ama kaç çekirdeğin varsa ona göre farklı versiyon ile lisanslama mantığı değişmiş, artık kaç çekirdek olduğuna bakılmaksızın her cpu için lisans gerekiyor.

Ufak bir örnek gerekirse eğer elimizdeki sunucumuz 2 cpu ve 128 GB ram’e sahipse burada öncelikle 2 adet vSphere 5 lisansı alacağız ve kullanmayı düşündüğümüz versiyona göre bu 128 GB Ram’i aktif kullanabilmek için birkaç lisans daha alacağız. (Kötü gözüküyor değil mi?) Düz mantık bu şekilde söylese de burada da aslında müşterilerin ufak bir çıkış yolu var:

vRam Pool nedir diyerek bu çıkış yolunu kısaca açıklayabiliriz. vRam pool vSphere 5.0 lisanslamasının temelinde yer alan vRam için kullanılan hesaplama mantığıdır. Örnekte söylediğimiz gibi siz eğer tek server 2 cpu ve 128 GB ram kullanmak isterseniz cpu bazlı lisanslama temel olsa bile ram miktarınızdan dolayı fazladan lisans almanız gerekecek. Ancak eğer siz bu sunucuyu tek çalıştırmayıp datacenterınızda bir cluster üyesi olarak kullanacaksanız o zaman durumlar değişiyor. İşte bu durumda vRam pool yani cluster üyelerinin kullandığı toplam ram miktarından oluşan bellek havuzu hesaplanıyor ve lisanslamayı bu havuza yapıyorsunuz. Elinizde mevcut 2 server var ikisi de 2 cpu ile çalışıyorsa ve bir serverda (kullanılan)128 diğerinde 32 gb ram var ise siz artık 2 sunucunun toplam lisanslamasını bu ramlerin toplamı üzerinden yapıyorsunuz yani kullanılan 160 GB ram karşılığında lisansınız olması gerekecek, tabiki öncelikle iki sunucuda da 2şer adet cpu bazlı ihtiyacınıza göre bir versiyonda lisans alacaksınız ve toplamda sahip olduğunuz 4 lisans’ın izin verdiği ram miktarı 160 GB’dan az olursa o zaman bu ram miktarı için tekrar lisanslama yapacaksınız.

Neden böyle bir lisanslama modeline gidildi denirse öncelikle vmware’in açıklamasını dinleyelim sonra da ufak bir yorum yapalım ki biraz objektif olabilelim.

Vmware der ki, müşterileri elindeki sunucu özelliklerine göre kısıtlamak yada lisanslamak yerine kullandığı oranda lisanslamak çok daha mantıklı ve müşterilerin %90’ı için artı maliyet yükü getirmeyecek bir lisanslama modeli. (Israrla tartışılır diyorum ki bunda Türkiye şartlarının da etkisi büyük, global pazar ile bizim pazarımız aynı karakteristik özelliklere sahip değil.)

Ben de buna ek olarak derim ki müşteriler 4 cpu’lu serverda sanallaştırma yaparken muhteşem ratio değerlerine erişebiliyor. Her ne kadar Vmware araştırdık ortalama cpu başına 1:5,7 oranı var dese de bu oran özellikle altyapısını genişleten firmalar için çok daha yüksek. Düşünün ki firmamız bünyesinde mevcut 4 sunucu ile cluster ortamında vmware çalıştırıyoruz ( her biri 2 cpu ve toplamda 8 adet lisansa sahibiz). mevcut lisanslama modelinde kaç sanal açılabileceğine bu sanalların ne kadar kaynak kullanabileceğine dair bir kısıtlama yok ve fiziksel sunucu kaynakları yetmemeye başladığında eğer hala imkan varsa ram arttırımı ile sunucu başına sanal makine sayısı yükseltilebiliyor (cpu bazlı darboğaz yada kaynak yetmezliğinden çok daha fazla kaynak sorunu bellek üzerinde döndüğü için bu genellemeyi yaptım) ve artı lisans ücreti olmadan her sunucu üstünde ortalama 20 sanal makineye çıkılabiliyor. (Çıkan yerler biliyorum ) Bu durum yeni sunucu alınmaması ve tabiki yeni lisans satılmaması demek değil mi? Yeni lisanslama ile ram arttırımı yapılıyorsa lisans arttırımı da gerekiyor. Bu da neden kullanılam ram miktarının da lisanslamaya dahil edildiğine dair benim ufak yorumum olsun mu ;)

Vmware bu tarz bir lisanslamayı hangi şeytani fikirle düşündü bilinmez ama en azından sunucu başına kaç sanal çalışıyor hangi sanal ortalama kaç ram kullanıyor gibi araştırmalar yapmış. Bu araştırmalar neticesinde birkaç noktaya dikkat çekmek istiyorlar:

1.Sanal makine başına kullanılan sanal ram miktarı : 3 GB

2.Fiziksel işlemci başına sanal makine miktarı: 5.7 (tabiki herkes böyle değildir diyorlar)

3.Mevcut müşterilerin %90’ı vSphere 5.0’a yükseltme yaparken artı lisans ihtiyacı duymayacak.

rampervm

Yapılan araştırmada işlemci başına açılan sanal makine adedini yukarıdaki tablodan takip edebilirsiniz.

Bir diğer tablo ise müşterilerin kullandığı versiyona bağlı olarak ortalama işlemci başına açtıkları sanal makine sayısını veriyor ki bu tablo daha çok bilgi içerip bence daha değerli durumda.

rampervm2

 

Yazının ikinci bölümünde vRam pool kavramı üzerinde duracağım ancak bu yazımızda bahsi geçen lisanslama modelini özetlemek gerekirse eğer:

1.CPU bazlı lisanslama hala temel lisanslama (kaç core olduğunun önemi yok)

2.Tercih edilen versiyona bağlı olarak cpu başına ram miktarına kısıtlama var.

3.Cpu başına ram miktarında önemli olan açık sanal makinelerin kullandığı ram (Sunucuda 128 GB toplam ram var ancak 64 GB ram açık sanal makineler tarafından kullanılıyorsa lisanslama 64 GB ram için yapılır)

4.Ram bazlı lisanslama havuz üzerinden yapılır ki cluster’a dahil sunucuların kullandığı toplam ram miktarı elimizdeki lisansın yetip yetmediğini belirler.

Bahsi geçen araştırmalar ve görseller için kaynak: VMware Blogs