Posts Tagged ‘Server 2008 R2 Sp1’

Hyper-V 3.0 Üzerinde Sanal Makine Oluşturma

Written by Ertan Gülen. Posted in Sanallaştırma, Windows Server 2012

Windows Server 8 Developer Edition çıktıktan sonra Hyper-V 3.0 hakkında genel bilgileri ve kurulumu içeren yazılardan sonra şimdi de daha önce kurulumunu yaptığımız sunucu üzerinden sanal makine oluşturma işlemlerini adım adım açıklayalım. Klasik bir kurulum prosedürü olduğu için tüm görselleri aşağıdaki linkten sırası ile bulabilirsiniz.

Ancak birkaç noktayı açıklamakta fayda var: Kurulum yapılan sistem bir masaüstü bilgisayar olup 2x 7200 RPM Sata 2 disk ile RAID 0 disk üzerinde çalışmakta, kurulum için kullanılan iso dosyası yerel diskten çalışmakta ve kurulum bu kadar basit bir yapı olmasına rağmen, sanal makinenin başlamasından anlatılan adımların bitip son yeniden başlatmaya kadar olarak 14 dakika sürmüştür. Bu da şu anlama gelebilir ki, hem Windows 8 kurulum süreci hızlanmış hem de Hyper-V 3.0 ile donanım çok da etkili ve hızlı kullanılmaktadır.

vmolusturma9

 

İkinci olarak da bir test ortamı olduğu için sanal disk dosyası yeni dosya uzantısı vhdx ile desteklenen 16 TB sınırına yakın 10 TB gibi bir boyut ile oluşturulmuştur.

vmolusturma5

Bunun yanında son olarak özellikle üzerinde durulması gereken konu ise Hyper-V 3. ile gelen bellek yönetimi. Bilindiği gibi Server 2008 R2 Sp1 ile hayatımıza giren Dynamic Memory özelliği sanal makinelerin bellek kullanımını fiziksel bellek miktarı üzerinden havuz oluşturup buradan yapabiliyordu. Bizim belirlediğimiz miktar sadece başlangıç ve maksimum kullanılabilecek miktar oluyordu. Bu özelliği devreye almak için sanal makine kapalı durumdayken static ram’den dynamic memory özelliğine geçiş yapıyorduk. Windows Server 8 ile birlikte dynamic memory sanal makine açılırken devreye alınıyor ve Server 2008 R2 Sp1’den daha efektif bir yönetim ile 4 GB ram ile başlattığınız sanal makineyi o an ihtiyacı 600 MB ise 800 mb ccivarı atanmış ram ile çalıştırıyor ve böylece havuzda boşta kalan ram miktarı ciddi anlamda artmış oluyor. Bir anda aklıma ram ve bellek havuzları diyince vSphere 5 ile ortaya çıkan lisanslama modeli geldi ve Hyper-V 3.0 duyurulmuşken hala kullandığı ram üzerinden vTaxes veren var mı diye düşünmeden edemedim :)

vmolusturma3

Kurulumun tüm adımlarına aşağıdan ulaşabilirsiniz.

vSphere 5.0 üzerinde ESXi 5.0 Çalıştırma

Written by Ertan Gülen. Posted in vSphere

Bilindiği gibi 24 Ağustos itibari ile vmware firmasının sanallaştırma platformu olan vSphere 5.0 ürün ailesi kullanıma sundu. Lisanslama tarafındaki yenilikler ve daha birçok özelliği ile hakkında bolca konuşulacak gibi dursa da, spekülasyonlardan ziyade test ortamlarında işimize yarayacak ne gibi güzellikleri var kısmı sanırım bizler açısından şuan için daha önemli.

Test ortamlarında çalışanların en büyük derdi cross platform oluşturma yada birden çok sanallaştırma platformunu paralel çalıştırmabilme zorluğudur. (Şahsen benim böyle) ESX 4.x ile birlikte kendi içerisinde kendisini sanallaştırıp çalıştırabiliyorduk ancak bu çalışma sadece 32 bit mimari çerçevesinde kalıyordu yani 64 bit işletim sistemleri desteklenmiyordu. Çok ufak testler için kullanılabilir bir ortamdı yine de. Bunun yanında yine vmware firmasına ait olan vmware workstation da test ortamları için bir alternatif oluyordu. Fakat ne olursa olsun bare metal virtualization ile karşılaştıralamayacak kadar düşük performanslı bir yapıya sahip olunabiliyordu ancak.

ESXi 5.0’n duyurulması ile birlikte bir takım yeniliklerden söz edilirken kendi adıma en çok sevindiğim özellik 64 bit mimarinin de sanallaştırılıp tekrar sanal ortama izin vermesiydi. Yani kısaca Hyper-V ve ESX artık 64 bit ile kurulup kendi içlerinde de 64 bit işletim sistemi desteği sunabiliyor. Bu durumu abartıp ESXi içinde ESXi içinde ESXi a kadar gidilebiliyor ki tek engeliniz ciddi performans kayıpları.
 
Temiz bir kurulumu yapılmış olan ESXi 5.0 hostumuzda 64 bit sanallaştırma mimarilerinin nasıl çalıştırılabileceğine dair adımları kısaca açıklayalım:
 
Öncelikle hostumuz üzerinde bazı komutlar çalıştırmamız gerekiyor bu sebeple, defaultta kapalı gelen SSH özelliğini devreye alarak işe başlıyoruz.
 
SSH’ın aktif edilebilmesi için Configuration tabından Security Profile sekmesine geliyoruz.
 
 
Gördüğünüz gibi Services altında SSH görünüyor ancak aktif olup olmadığını görebilmek ve değilse aktif etmek için Properties seçeneği ile SSH ayarlarına geçiyoruz. Stopped durumda gelen servisi çalıştırmak için SSH seçili iken Options tabından servisin nasıl başlayacağını seçip Start duruma getiriyoruz.
 
 
Servis başladıktan sonra ise yapacağımız gayet basit: Putty yada benzeri favori uzak erişim programınız ile SSH üzerinden ESXi hostumuza bağlanıyoruz. Sadece Ip ve port girilerek bağlantı sağlanıyor.
 
 
Bağlantı kurulduğu anda ise bizden kullanıcı adı ve sifre bilgilerini isteyecektir. Dikkat sifreyi yazarken karakterleri göremezseniz eğer sorun yoktur güvenlik amacı ile gizlidir kaç karakter girildiği bilgisi de.
 
 
Bağlantı sağlandıktan sonra host üzerindeki konfigurasyon dosyasının içeriğini görüntüleyelim.
Bunun için gerekli komut:
 
Cat /etc/vmware/config
 
 
Bu döküme benzer bir içerik ile karşılaştıysanız sorun yoktur. Şimdi ise host üzerinde sanal makinenin sanal donanım kullanmadığını düşüneceği ilgili parametreyi girelim.
 
Echo ‘vhv.allow = “TRUE”’ >> /etc/vmware/config
 
 
Komutu girdikten sonraki config dosya çıktısı aşağıdaki gibi olmalıdır, eğer bu dökümü görebiliyorsanız sorun yoktur devam edebiliriz.
 
 
Şuana kadar çalıştırdığımız komutlar ile birlikte ESXi 5.0 hostumuz kendi içerisinde kurulacak sanal makinelerin de sanallaştırma yapmasına imkan sağlar duruma geldi.
Bundan sonraki adımlarda ise Sanallaştırma platformu olacak sanal makinelerin ayarlarına bakacağız. Bu ayarları yapımıza kurmayı planladığımız tüm sanal Hyper-V ve ESXi makineleri için tekrarlamalıyız (Citrix desteğini henüz denemedim yorum yapamıyorum vakit olunca Red Hat, Oracle VM ve Citrix deneyeceğim).
 
Kurulacak sanal makineleri oluştururken standart herhangi bir işletim sistemi seçerek kurabilirsiniz. Örneğin Windows Server 2008 R2 olabilir. Önemli olan kısım sanal makine oluşturulması bittikten sonra başlıyor. Sanal makineyi oluşturduğumuzda power on diyerek başlatmadan önce birkaç ufak ayar gerekiyor.
 
İlk adım olarak Sanal makine içeriside çalışacak işletim sistemini düzenleyelim. Bu değişiklik için yeni oluşturulan sanal makineye sağ tıklayıp edit settings diyoruz. Gelen ekranda ise genel sanal makine donanımı ile pek bir işimiz olmayacak. Bizim işimiz Optios tabında:
 
 
 
 
 
İlk düzenlecek olan ayar Guest Operation System yani sanal makinenin içinde çalışan işletim sistemi versiyonu. Bugüne kadar genel bir yargı olarak burada seçilen işletim sistemi sadece işletim sistemi kurulumu bitince kurulması gereken vmware tools’un uygun modelini seçmek için belirlenir denirdi ancak artık sanallaştırma platformlarını da sanal makine olarak kurabildiğine göre sonrasında detaylı bir teknik analizini yapacağım işletim sistemi versiyonlarının işlemci ve genel donanım kullanımına yönelik etkileri olduğunu biliyoruz. Sanal içinde sanallaştırma yapacaksak kurulu işletim sistemini Other seçeneği altından Vmware ESXi 5.x olarak secmeliyiz. (Hyper-V kurulacak 2008 R2 için de).
Burada bir not düşmeliyiz ki eğer Server 2008 R2 bu değişiklik sonrasında başlamıyorsa öncelikle 2008 R2 kurulumu yapın sonra bu ayarları değiştirin ki kurulum kısmında uyumsuz donanım sorunları cıkmasın.
 
Guest Operation System sekmelerini incelerken eğer karşınıza aşağıdaki gibi bir ekran gelirse şaşırmayın :) Ufak bir süpriz diyelim buna ve kısaca açıklayalım: Microsoft; Windows 8 (hem server hem client) işletim sistemlerinin Windows 7 ve Server 2008 R2’den farklı bir donanım gereksinimi olmayacağını açıkladığı için şimdiden destek veriliyor. (Hyper-V desteklemezsen Windows 8’i biz destekliyorduk derlerse ciddi anlamda gülebilirim bu açıklama için)
 
 
Bir sonraki adımda ise sanal makinenin Cpu ayarlarına müdahale etme vakti gelmiştir. Ekranda görüldüğü gibi Intel işlemci için : CPUID Mask seceneğinden Advanced sekmesine gecip işlemci ayarlarında uzun bir liste gelen satırlardan Level 1 altında ecx satırını bulup :
 
“ —- —- —- —- —- —- –H- —- “ değerini giriyoruz ( toplam 8 adet 4lü grup var)
 
Bu detay ne işe yarar derseniz bunu da bir sonraki makalelerde derinlemesine bir teknik analizde bulabileceksiniz.
 
 
İşlemcimiz sanal içinde sanal çalıştırmaya uygun mimariye yönelmiş olsa da Sanal makinenin kendi içinde de sanallaştırma desteklemesi için sıradaki adımda CPU/MMU Virtualization sekmesinden normalde Automatic gelen seçeneği en alttaki seçeneğe çekiyoruz ki fiziksel makinelerde BIOS üzerinden yaptığımız gibi işlemcinin INTEL VT-x veya AMD-V  (sanallaştırma) desteğini açmış olalım.
 
 
Gayet güzel bir yolda ilerleyerek son adıma gelmiş bulunuyoruz Bu sefer de sanal makinenin genel ileri seviye ayarlarına müdahale edip yine işlemcinin çalışma şekline müdahale edeceğiz ki sanal içinde sanal mimarisi kurulabilmiş olsun. Yapmamız gereken ise aşağıdaki görselde General sekmesinden Configuration Parameters altına gelerek Add Row diyip ekrandaki özellik ismini ve karşılığında “FALSE” değeri girmeliyiz. Bu satır normal şartlarda yoktur el ile eklememiz gerekir, arayıp bulamazsanız sorun yoktur yani.
 
 
Bu yaptığımız tüm değişiklikler ile artık uygun bir platform oluşturmus olduk. Sıra geldi testlerimize: Aşağıdaki ekranda Kuruluma hazir bir ESXi 5.0 görüyorsunuz. Kendisi aslında bir sanal makine.
 
 
Sanal makineye konsol ile bağlanıp kurulum için ISO dosyasını gösterdiğimizde klasik bir kurulum yapıyoruz. Bu kısımlara değinmeye çok gerek yok zaten ESXi nasıl kurulup kısmında sorun yaşıyorsak bu adımlara kadar gelememişizdir :)
Nihayet kurulum bitip sanal makine kendini baştan başlattığında artık aşağıdaki gibi bir ekran ile karşılaşabiliriz. Mutlu son: ESXi içinde ESXi, nereden mi anladık? Vmware INC. Vmware Virtual Platform yazısı bizim için ESXi’nin kurulu olduğu fiziksel platform bilgisini verir, örneğin kurulum bir HP 380 G7 üzerine yapılmış olsa burada bu sunucunun ismini görecektik. 
 
  
 
 
Peki madem kurulum bitti o halde vSphere Client ile yeni kurulan ESXi içinde çalışan ESXi sunucumuza bağlanalım.
 
 
Bağlantı ilgili sertifika uyarısından sonra sağlandığında karşımıza aşağıdaki gibi bir ekran gelmesi gerekir ki bu ekran ile ESXi hostumuzu kullanmaya başlayabiliriz. Örneğin içine yeni sanal makineler açmak gibi.
 
 
 
Nihayetinde elimizde bir ESXi host varsa ve bu host 64 bit mimaride sanal makineler oluşturulmasını destekliyorsa sıradaki adım bu sanal içindeki sanal hostumuza 64 bit bit işletim sistemi kurarak lab ortamımızı tamamlamaktır.
 
 
Kısaca özetlemeye çalıştığım bu işlemleri kesinlikle üretim ortamı yada uzun soluklu test ortamları için düşünmeyin çünkü ciddi performans sorunları yaşarsınız. Ben ESXi kurulumu anlattım ama siz aynı adımlarla Hyper-V de kurabilir ve hatta o Hyper-V hostları içinden live migration yapabilirsiniz. İsterseniz fiziksel bir Hyper-V hostunuza yada sanal içinde çalışan bir Hyper-V hostunuza taşıyabileceğinizi unutmayın J Bu arada Vmware Tools kurulumda yaşanan sorunlardan dolayı ücretsiz olan Hyper-V Server ile GUI’den arındırılmış olan Server Core kurulumlarında sanal içinde host olarak kullanım esnasında sıkıntılar yaşadım bunu da Vmware Tools kuramamaya bağladım ancak kesinlik içermiyor.
Bu kurulumları yapmak ister, uğraşır ve sorun yaşarsanız yazının hemen altından yaşadığınız sorunu yorum olarak yazarak destek alabilirsiniz. 

 

Windows 7–Server 2008 R2 Sp1 Beta Yayınlandı

Written by Ertan Gülen. Posted in Windows 7, Windows Server 2008 R2

Microsoft’un 22 Ekim’de piyasaya çıkan son işletim sistemleri Windows 7 ve Server 2008 R2 için Service pack 1 Beta yayınlandı. 2011’in ilk çeyreğinde yayınlancağı belirtilen Service Pack 1, Windows 7 için mevcut güncellemelerin bir toplamı gibi gozukse de bilhassa Server 2008 R2 Hyper-V için getirdiği Dynamic Memory ve RemoteFX gibi yeni teknolojiler ile önem kazanıyor. Gelen yeniliklerden biraz daha ayrıntılı bahsetmek gerekirse:
Dynamic Memory
Service Pack 1 ile gelen en önemli özelliklerden biri olan Dynamic Memory ile artık Hyper-V içerisinde sanal makinelerimiz için önceden belirlenmiş bir bellek havuzu oluşturmamız mümkün. Bu sayede bellek miktarımızı daha çok sanal makinenin kullanabileceği bir kaynak haline getirmiş oluyoruz. Server 2008 R2 Hyper-V teknolojisi ile fiziksel serverımız üzerindeki bellek miktarına bağlı olarak sanal makinelerimizi açabiliyorduk ancak Dynamic Memory ile artık sanal makinelerimiz bellek havuzundan faydalanarak fiziksel serverımızın bellek miktarı ile kısıtlanmayacak. image Dynamic Memory ile konfigure edilebilecek 4 değişken: 1.Başlangıç Bellek Miktarı (Startup Ram): Sanal makinenin başlayabilmesi için ve boşta çalışabilmesi için gereken minimum bellek miktarıdır. 2.Maksimum Bellek Miktarı (Maximum Ram): Sanal makinenin havuzdan alabileceği maksimum bellek miktarıdır, fiziksel makinenin bellek miktarı ile sınırlıdır ancak fiziksel makinede bellek miktarı 64 GB’dan fazla ise bile Dynamic Memory ile her sanal makineye maksimum 64 GB bellek verilebilir. 3.Bellek Tamponlama (Memory Buffer): Sanal makine içerisinde çalışan uygulama ve servislerin ihtiyacı olacak olan belleğin belirli olanda önceden ayrılması işlemi, yüzdesel olarak belirtilen oranda bellek kullanıldığı anda havuzdan daha fazla bellek sanal makine için ayrılır. 4.Bellek Kullanım Önceliği (Memory Priority): Havuzdaki belleğin Dynamic Memory tarafından sanallara dağıtımı sırasında nasıl yönetileceğini belirten değişkendir. Öncelik değeri yüksek olan sanal makine maksimum ram miktarı aynı olan makinelere göre aynı iş yükünde dahi daha öncelikli olarak bellek arttırımına gidebilir. Dynamic Memory kullanılacak sanal makinelerde aşağıdaki işletim sistemlerinden biri olmak zorundadır, listede bulunmayan işletim sistemlerinde Dynamic Memory özelliği kullanılamaz: · Windows Server 2008 R2 Enterprise Edition (32-bit – 64-bit) · Windows Server 2008 R2 Datacenter Edition (32-bit – 64-bit) · Windows 7 Ultimate Edition (32-bit – 64-bit) · Windows 7 Enterprise Edition (32-bit – 64-bit) · Windows Server 2008 Enterprise Edition (32-bit – 64-bit) · Windows Server 2008 Datacenter Edition (32-bit – 64-bit) · Windows Vista Ultimate Edition (32-bit – 64-bit) · Windows Vista Enterprise Edition (32-bit – 64-bit) · Windows Server 2003 R2 Enterprise Edition (32-bit – 64-bit) · Windows Server 2003 R2 Datacenter Edition (32-bit – 64-bit) · Windows Server 2003 Enterprise Edition (32-bit – 64-bit) · Windows Server 2003 Datacenter Edition (32-bit – 64-bit)
Microsoft RemoteFX
Masaüstü sanallaştırma çözümleri için geliştirilmiş bir yenilik olan RemoteFX ile artık sanal masaüstlerinde de zengin görsel içeriğe erişebilir durumdayız. Thin client ve masaüstü bilgisayarlar ile kullanılabilecek olan RemoteFx teknolojisini hayata geçirebilmek için donanımsal ön gereksinimler arasında minimum 1 GB Ekran kartı mevcut, yazılımsal olarak ise gereksinimlerde, sanallaştırma yapılan serverın 2008 R2 Sp1 olması ve sanallaştırılan işletim sistemlerinin Windows 7 Enterprise Sp1 yada Windows 7 Ultimate Sp1 olması. RemoteFX ile kullanıcılar masaüstü sanallaştırma çözümleri dahilinde bile Adobe Flash yada Silverlight gibi teknolojilerden faydalanabilecek. RemoteFx teknolojisi ile artık başlıca USB desteği de sağlanmış olacak,istemci tarafında bağlı olan kamera, usb disk yada PDA’leri sanal ortama da bağlayabileceğiz. image Bahsi geçen sanallaştırma yeniliklerinin yanında Server 2008 R2 için gelen diğer yenilikler ise kısaca şu şekilde; Direct Access için gelişmiş bağlantı ve ölçeklenebilirlik, Şubelerde Managed Service Accounts (MSAs) desteği, Failover Cluster ile kullanılan storage için geliştirmeler.
Windows 7 tarafondaki değişiklikler:
Geliştirilmiş HDMI ses desteği; Windows 7 ile kullanılan HDMI ses donanımlarında bilgisayarın baştan başlaması sonrası yaşanan kopmaların önüne geçildi. XPS dokumanlarda baskı hataları giderildi, yatay ve dikey sayfalarının bir arada kullanımı sırasında yaşanan sorunların önüne geçildi. 3. parti Federatin Servis’ler için iletişim desteği getirildi.Kimlik doğrulama metodlarında yaşanan bu gelişim ile artık 3. parti servisler ile de iletişim kurulabiliyor. Sonuç olarak Windows 7 içerisinde bugüne kadar yayınlanmiş tüm güncellemelerin bulunduğu belli başlı bazı ufak yeniliklerin yapıldığı Service Pack 1 ile asıl büyük yenilikler Server 2008 R2 Hyper-V ile sanallaştırma alanında gelmektedir. Windows 7’ye geçiş için hala Service Pack bekleyen müşterilerin olduğu göz önünde bulundurulursa, Windows 7 geçiş sürecini hızlandıracak bir adım olarak görülebilir. Windows 7 Service Pack 1 Beta’yı download etmek ve hakkında detaylı bilgiye ulaşmak için; http://technet.microsoft.com/en-us/evalcenter/ff183870.aspx adresini ziyaret edebilirsiniz.