Etiket arşivi: Windows Server

RemoteAPP Windows Installer Paketinin Olusturulması

Windows Server 2008 RemoteAPP Teknolojisi  ile birlikte alışı geldiğimiz Terminal Server bağlantı yöntemlerinin değiştiğini bilmekteyiz. Daha önceki RemoteAPP makalelerimiz de Terminal Serverimiz üzerinde yüklü bulunan uygulamalarımıza, Terminal Services Web Access Rolü sayesinden internet tarayıcılarımız üzerinden erişimi gerçekleştirmiştik.

Bu makalemizde ise Terminal Server’ imiz üzerinde yüklü bulunan programlara, herhangi bir teknoloji (RDP, Web Access) kullanmaksızın doğrudan Terminal Serverimiza erişimi gerçekleştireceğiz ve uygulamalarımızı hızlı bir şekilde çalıştıracağız. Kullanıcılarımız herhangi bir web tarayıcısı veya bir Remote Desktop protokolünü çalıştırmaksızın (arka planda çalışmaktadır), Terminal server üzerinde yüklü bulunan uygulamalara erişebileceklerdir.

RemoteAPP uygulamasını anlatmadan önce sizlere bir benzetme hakkında bilgi vermek istemekteyim. Bilindiği üzere Terminal Services Uygulaması, Microsoft Sanallaştırma Ürün ailesi içerisinde Presentation (Oturum) sanallaştırması sınıfında yer almaktadır. Microsoft firması Windows server 2008 ile birlikte sanallaştırma sektörüne ciddi yatırımlar yapmakta olup bu yatırımlardan bir taneside uygulama sanallaştırma sınıfında yer alan SoftGrid Application ürünüdür.

SoftGrid ile TS RemoteAPP Uygulaması Arasında ki Benzerlik

SoftGrid uygulama sanallaştırma teknolojisinde, kullanıcılarımızın kullanacak olduğu yazılımlar, SoftGrid Server üzerinde bulunmakta olup, kullanıcılarımız kendi bilgisayarlarına oluşturulan kısayollar ile server üzerinden uygulamaları çalıştırmaktadırlar.

İşte bu noktada Softgrid Application ürünü ile Terminal Server RemoteAPP uygulamasının bir bir benzerlik taşıyan tarafı bulunmaktadır. RemoteAPP Windows Installer Paketi uyulaması ile kullanıcılarımız, SoftGrid’ deki gibi Terminal server üzerinde yüklü bulunan uygulamalara sadece ama sadece kendilerine oluşturulan kısa yollar ile erişeceklerdir.

Diğer bir benzerlik ise, iki teknoloji arasında ki isim benzerliği olup RemoteAPP uygulamasının ismi, SoftGrid APPlication uygulamasından gelmesidir.

Her iki uygulamada clientlarımız sadece bir kısayol üzerinden uygulamaları çalıştırabilmektedirler. Alışı geldiğimiz Terminal Server bağlantı teknolojisinden çok farklı bir uygulamadır.

SoftGrid ile TS RemoteAPP Uygulaması Arasında ki Temel Farklar

Online Erişim    : Terminal server, hizmet edecek olduğu clientler ile kendisi arasında, Network üzerinde sürekli olarak iletişim halinde olmak zorundadır. Client ile Terminal Server arasında ki bağlantı kopması veya bağlantı hatası online erişimin çalışmamasına veya kesintiye neden olmaktadır.

SoftGrid de ise Cache mantığı bulunmakta olup, çalıştırılacak olan uygulama SoftGrid Serverlara erişim olmaksızın yapılmaktadır. Yani kullanıcılarımız iş seyahetinde ise ve şirket networküne erişim yapamıyorsa uygulamalarını kendi bilgisayarı üzerinden çalıştırabilmektedir. Keza aynı şekilde SoftGrid Serverimiz bir şekilde hatalı duruma geldi ise kullanıcılarımız bundan etkilenmeden çalışmasına devam edebilecektir.

Donanım İhtiyacı            : Kullanıcılarımızın çalıştıracak olduğu uygulamaları Terminal Server üzerinden çalıştıracaksak eğer, clientlarımızın donanım ihtiyacı bu durumda önemli değildir. Çünkü Terminal Server uygulamalarında Terminal Server, Client bilgisayarın donanımına bakmaksızın hizmet etmektedir.

SoftGrid uygulamasında ise uygulamalar Cache Mantığı ile kurulduğu için client bilgisayarın, çalıştıracak olduğu uygulamanın sistem ihtiyaçlarını karşılıyor olması gerekmektedir.

Özet olarak SoftGrid uygulamasında uygulamalar client bilgisayarın kaynaklarını kullanıyorken, Terminal Server teknolojisinde uygulamalar Serverin kaynaklarını kullanmaktadır.

Versiyon Güncelleştirmeleri    : Kullanıcılarımızın kullanmış olduğu uygulamalar, Terminal Server üzerinden hizmet veriliyorsa ve kullanılan program da bir sürüm güncelleştirilmesi gerekiyorsa (örnek Office 2007’ den office 2007 SP1 güncelleştirilmesi gibi) bu işlemin sadece Terminal Server üzerinde yapılması ile sonuca ulaşılmaktadır.

Eğer kullanıcılarımız uygulamaları SoftGrid Server üzerinden kullanıyorlarsa sürüm güncelleştirilmesinin öncelikli olarak SoftGrid Serverlarda yapılması ve daha sonra bir policy ile kullanıcılara deploy edilmesi gerekmektedir.

Domain Ortamı                                : SoftGird yazılımı hizmet edecek olduğu network için Active Directory ortamına ihtiyaç duyarken, Terminal Server Workgroup ortamına da hizmet verebilmektedir.

image001

Terminal Server üzerinde bağlantımızı gerçekleştirip Terminal Server RemoteaPP yönetim konsolumuzu açıyoruz. RemoteAPP manager bölümünde RemoteApp Programs kısmına gelerek RemoteAPP teknolojisini kullanarak çalıştıracak olduğumuz uygulamanın üzerinde sağ tuş yapıp Create Windows Installer Package butonuna tıklıyoruz. Bu bölüm ile uygulamamız için bir MSI paketi oluşturacağız.

Daha önceki RemoteAPP makalelerimiz de RemoteAPP programlarına bir uygulamanın nasıl ekleneceğini anlattığımız için bu uygulamadan bahsetmiyorum.

image002

  • Karşımıza RemoteAPP Wizard çıkmakta olup oluşturacak olduğumuz MSI paketi için kriterlerimizi belirtiyoruz.
  • Birinci bölümde oluşturacak olduğumuz MSI paketinin nereye yerleştirileceğini belirtiyoruz.
  • İkinci bölümde uygulamanın, Terminal Server’a hangi port üzerinden erişim sağlayacağını belirtiyoruz.
  • Üçüncü bölümde, eğer uygulamamız Terminal Server’ imiza bir Terminal Services gateway Server üzerinden bağlantı gerçekleştirecek ise terminal services Gateway Serverimizin bilgilerini tanımlıyoruz.
  • Son bölümde ise Güvenlik için bir sertifika yüklenecek ise bu sertifikayı MSI dosyamızın içine yerleştiriyoruz.

image003

İkinci bölümde ki Terminal Services Port değişikliğini tıkladığımız zaman sihirbazımının bizi yönlendirecek olduğu port değiştirme ekranını görebilmekteyiz.

image004

Sihirbazımız ile ilerlediğimiz zaman, kullanıcılarımız uygulamalara ne şekilde ulaşacağını belirtiyortuz. Kullanıcılarımızın masa üstlerine uygulama için bir kısayol oluşturabildiğimiz gibi, start menüye de bir kısayol yerleştirebiliriz. Start menüde oluşturulmasını istediğimiz uygulama ismini belirtebiliyoruz. Var sayılan olarak Remote Programs’ olarak oluşturulmaktadır.

image005

Sihirbazımızın son bölümünde oluşturmuş olduğumuz MSI paketinin bilgileri bizlere gösterilmektedir.

image006

Eğer kurulum esnasında MSI Dosyamızın oluşturulacak olduğu yerde bir düzenleme yapmadıysak dosyamız %SYSTEMDRIVE%\Program Files altına yerleştirilmektedir. Eğer bizler bu MSI dosyasını Active Directory yardımıyla iç networkümüzde bulunan kullanıcılarımıza bir Policy yardımıyla dağıtacaksak , kullanıcılarımızın bu dizine erişmesi için en az okuma hakkına sahip olmalarını bilmemiz gerekmektedir.

image007

MSI Paketimizi AD yardımı haricinde manuel yüklemeyle de kullanacak olduğumuz kullanıcılarımıza yükleyebilmekteyiz. Oluşturmuş olduğumuz MSI dosyasını, her bir kullanıcımız da ayrı ayrı kurulumunu gerçekleştirerek uygulamayı hazır hale getirebilemkteyiz.

image008

Kurulum sonrasında oluşturmuş olduğumuz dosyanın, kullanıcı bilgisayarında kaplamış olduğu alana baktığımız zaman 23 KB kadar küçük bir dosya olduğunu görebilmekteyiz. Çünkü kullanıcılarımızın bilgisayarlarına sadece ama sadece uygulamanın kısa yolları yüklenmiş durumdadır.

image009

Kullanıcımızın Start Menüsünde, ilgili uygulama için bir kısa yol oluştuğunu ve bu kısa yol üzerinden uygulamaları çalıştırabileceğinin bilgisini verebiliriz.

Yukarıda ki ekrandan da görüldüğü üzere uygulamamız, oluşturmuş olduğumuz kısa yol üzerinden Terminal Serverimiza bağlantı yapmakta ve bildiğimiz Terminal Server Oturumu açmaksızın uygulamaları çalıştırmaktadır.

Fatih KARAALIOGLU

RemoteAPP RDP File Dosyasının Olusturulması

Merkez networkümüz içerisinde bulunan Terminal Serverimiz üzerinde gerekli yapılandırmalarımızı bitirdikten sonra, kullanıcılarımızın Terminal Serverimiz üzerinde bulunan uygulamaları çalıştırabilmesi için bir takım erişim bilgileri vermemiz gerekmektedir.

Bu bilgileri verecek olduğumuz kullanıcılar, iç networkümüz haricinde olup, farklı coğrafik bölgelere yayılmış kullanıcılar ise veya portatif kullanıcılarımız olup, sürekli  istediğimiz her an bu kullanıcılarımıza erişim imkanımız yoksa Terminal Server’ imizi kullanıcılarımıza tanımlama süremiz biraz zaman almaktadır.

Eğer Windows Server 2008 Terminal Server RemoteAPP teknolojisini kullanıyorsak RemoteAPP RDP File deploy senaryomuz ile uzak ofislerimize ve portatif kullanıcılarımıza oluştumuş olduğumuz RDP file dosyalarımızı ;  mail yolu, FTP Server vb.. teknolojiler vasıtasıyla paylaşarak Deploy etme süremizi hızlandıra bilir, zaman ve iş yükünden tasarruf edebiliriz.

image001

RDP File dosyamızı oluşturabilmemiz için Terminal Serverimiz üzerinde RemoteAPP Programs sekmesine gelip, RDP file dosyası olarak kullanacak olduğumuz uygulamamız üzerinde sağ tuş yapıp Create .rdp File sekmesine tıklayarak sihirbazımızı başlatıyoruz.

image002

  • Sihirbazımızın ilk bölümünde oluşturacak olduğumuz RDP File dosyası için temel bilgileri girmekteyiz.
  • Birinci bölümde oluşturacak olduğumuz RDP File dosyamızın hangi dizine oluşturulacağını belirtiyoruz.
  • İkinci bölümde uygulamanın, Terminal Server’a hangi port üzerinden erişim sağlayacağını belirtiyoruz.
  • Üçüncü bölümde, eğer uygulamamız Terminal Server’ imiza bir Terminal Services gateway Server üzerinden bağlantı gerçekleştirecek ise terminal services Gateway Serverimizin bilgilerini tanımlıyoruz.
  • Son bölümde ise Güvenlik için bir sertifika yüklenecek ise bu sertifikayı RDP File dosyamızın içine yerleştiriyoruz.

image003

Eğer Terminal serverimiza Terminal Services Gatewway üzerinden erişim yapılmasını istiyorsak RDP file Dosyamızın içine TS Gateway Serverimizin bilgilerini girebilmekteyiz.

image004

TS Gateway Serverimizin bilgilerini girdikten sonra Ts Gateway Serverimizin, oluşturmak üzere olduğumuz RDP File Dosyamızın içine yerleştirildiğini görebilmekteyiz.

image005

Son ekranda ise oluşturmuş olduğumuz RDP File Dosyamız hakkında bizlere bilgiler vermektedir.

image006

Oluşturmuş olduğumuz RDP File Dosyamız varsayılan olarak c:\Program Files\Packaged Programs dizini altında olup, bu dosyamızı uzak ofislerimizde bulunan kullanıcılarımıza veya portatif kullanıcılarımıza mail yolu ile ulaştırıp, sadece ilgili RDP Erişimi ile uygulamaları çalıştırmalarını sağlatabiliriz.

image007

RDP Dosyası, kendisine ulaşan kullanıcılarımız RDP Dosyasına tıkladıktan sonra uygulamaları çalıştırabilmektedir.

image008

Bizler RDP Dosyamız içine TS Gateway kullanılması gerektiğini belirttiğimiz için kullanıcımız öncelik li olarak TS Gateway üzerinde kimliğini doğrulatmak zorundadır. TS Gateway üzerinde kimliğini doğrulattıktan sonra Terminal Servera ve sonrasında da uygulamalara erişim gerçekleştirecektir.

image009

Uygulamamız çalışmaktadır.

image010

Yukarıda ki ekrandan da görüleceği üzere kullanıcı bilgisayarında , sanallaştırmış olduğumuz TSPPRO Suite Yazılımı yüklenmeden uygulamaları çalıştırabilmektedir.

image011

Fatih KARAALIOGLU

Windows Server 2008 Terminal Services Gateway Bolum 2 (W2008 TS Gateway Kurulumu)

Bir önceki makalemizde W2008 Terminal Services Gateway teknolojisinden önce yaşamış olduğumuz problemlerin analizini yapmış, yaşamış olduğumuz sıkıntıları masaya yatırmıştık. Bu makalemizde ve sonraki makale dizelerimiz de kurulumu, kullanımı ve getirmiş olduğu avantajları inceleyeceğiz.

 

image001

 

Yukarıda ki örnekde basit bir diyagram görünmekte olup, W2008 Terminal Services Gateway teknolojisini kuracak olduğumuz networkün, kurulumdan sonra alacak olduğu dizaynı görebilmekteyiz.

Dış (External) firewallımız üzerinde sadece 443 numaralı HTTPS portu, iç networkümüzde bulunan W2008 Terminal Services Gateway serverimiza yönlendirilmiş bulunup, Dış dünyadan gelecek olan Terminal Servis isteklerini karşılayacak ve iç networkümüzde bulunan, internal firewall üzerinde Terminal Services portu aktif durumda olan ve uzak masa üstü istekleri açılmış bulunan serverlara, istemci bilgisayarlara bizi yönlendirecektir.

W2008 Terminal Services Gateway bilgisayarımızı, yukarıda ki dizayna göre Active Directory serverimiz üzerine kuracağız. Dizaynımıza göre Terminal Services Gateway serverimizi ayrı bir servera yani Active Directory yapısına üye yapılmışi server üzerine de kurabiliriz. W2008 Terminal Services Gateway serverimiz üzerinde 3389 numaralı RDP (Remote Desktop Protokol) portunun açık olmasına gerek yoktur ve açılmamıştır.

 

image002

 

W2008 Terminal Services Gateway olacak olan Active Directory Domain Controller Serverimiz üzerinde yüklü olan servisleri görebilmekteyiz. İhtiyaç duymuş olduğumuz Active Directory Certificate Services daha önceden kurulmuş bulunup server manager içinden Terminal Services Rolünü seçip ilerliyoruz.

 

image003

 

Terminal Services Rolü altında bulunan TS Gateway özelliğini seçiyoruz ve bunun neticesinde ihtiyaç duyulacak olan diğer Rollerin, özelliklerin ve Servislerin yüklenmesi için Add role Services and features required for TS Gateway bölümünü görüyoruz. Bu bölümü ekledikten sonra kuruluma devam ediyoruz. Kurulum aşamasında diğer özellik olan Network Access Protection (NAP) servisi içinde benzer bir eklenti yükleme ekranı ile karşılaşacağımızı hatırlatmak isterim.

 

image004

 

Yüklenecek olan TS Gateway rolü ile ilgili iki açıklama yapmak isterim ;

  • Active Directory Servicesin yüklü bulunmuş olduğu Server üzerine Terminal Services hizmetinin, rolünün eklenmesi tavsiye edilmez. Bunun nedeni bir güvenlik açığı olup ileride yayınlamayı düşündüğümüz Terminal Services Güvenliği ve Dizaynı makalelerinde detaylı bir şekilde nedenlerini paylaşacağım. Bizler bu bölümde sadece ama sadece Terminal Services Gateway rolünü yüklüyoruz. Terminal Server rolünü yüklemiyoruz ve bu sebepten herhangi bir açığa zemin hazırlamamış oluyoruz. Onun için bu bölüme özellikle dikkat etmenizi isteyeceğim. Sadece TS Gateway rolünü yüklüyorum.
  • İkinci bilinmesi gereken özellik ise bilindiği üzere Terminal Server hizmeti Windows CAL haricinde ayrıca lisanslanması zorunlu olan bir servistir. Bizler Terminal Services özelliğini yüklemediğimiz için sadece TS Gateway yükleyerek Terminal Services CAL almamıza gerek yoktur.

TS Gateway bölümünü seçerek ilerliyoruz.

 

image005

 

Terminal Server Gateway üzerine yüklemiş olduğumuz bir Sertifika varsa eğer bu ekranda seçebileceğimiz gibi kurulum sonrası TS Gateway Manager içinde de sonradan yükleyebilmekteyiz. Sertifikamızı daha sonradan yüklememiz gerektiğini belirterek ilerliyoruz. Server ve client için Sertifika yüklemesini detaylı olarak bir sonraki makalemizde anlatacağız.

 

image006

CAP (Connection Authorization Policies (Bağlantı Kuracak Kullanıcıları Yetkilendirme Politikası)

TS CAP policysini kurarak Terminal Services Gateway Serverimizi kullanacak olan, TS Gateway üzerinden iç networkümüzde bulunan Terminal Serverlarımıza veya Uzak masa üstü aktif duruma getirilmiş bilgisayarlarımıza bağlantı kuracak olan kullanıcıları/ kullanıcı grupklarını belirliyoruz. Bu kullanıcılarımız sahip olduğumuz Active Directory Servisi için de açmış olduğumuz Domain Kullanıcıları olabileceği gibi TS Gateway Serverimizi Local Server olarak kurduysak eğer Local kullancıları da tanımlamamız mümkündür.

 

image007

 

CAP Policymiz için daha önceden hazırlamış olduğumuz RemoteAPP grubunu ve Administrator kullanıcısını ekleyerek ilerliyoruz.

 

image008

 

CAP Policymize isim vererek ilerliyoruz. Kimlik doğrulamayı Active Directory kullanarak yapılması gerektiğini belirtiyoruz. İsteğe bağlı olarak Smart Kart kullanımını seçerek Güvenliğimizi daha üst seviyeye çıkartabiliriz.

Bu bölümde ki gerekliği değişikliği, ileride güvenlik politikamıza bağlı olarak, kurulum sonrası TS Gateway Manager içinden tekrardan düzenleyebileceğiz.

 

image009

RAP (Resource Authorization Policies (Kaynak Yetkilendirme Politikası)

TS RAP policysini kurarak Terminal Services Gateway Serverimizi kullanacak olan, TS Gateway üzerinden iç networkümüzde bulunan Terminal Serverlarımıza veya Uzak masa üstü aktif duruma getirilmiş bilgisayarlarımıza bağlantı kuracak olan bigisayarları/ bilgisayar gruplarını belirliyoruz. Bu kullanıcılarımız sahip olduğumuz Active Directory Servisi için de açmış olduğumuz bilgisayar hesapları olabileceği gibi iç networkümüz haricinde bulunan uzak bilgisayarlarımızı da belirleyebiliyoruz.

TS RAP policiysi ile bağlantı kuracak olan bilgisayarların, bağlantı sırasında kullanacak olduğu kaynakları (Sürücüler, Yazıcılar, Kamera vb.) aygıtları da merkezi olarak yönetebilmekteyiz.

TS Gateway Manager konsolu üzerinden bu policymizi daha, kurulum sonrası ihtiyaçlarımıza göre tekrardan düzenleyebilmekteyiz.

 

image010

 

TS Gateway Rolu IIS servisi haricinde TS CAP ve TS RAP policylerini kullanabilmek için Network Access Protection (NAP) servisine de ihtiyaç duymaktadır. NAP kurulumunun yapılması gerektiğinin bilgisini bizlere vermekte olup ilerliyoruz.

 

image011

 

Varsayılan olarak gelen bölümde herhangi bir değişiklik yapmadan kuruluma devam ediyoruz. Gerekli bileşenleri Serverimiz kendisi otomatik yükleyecektir.

 

image012

 

Yüklenecek olan diğer IIS Servisi ve bileşenleri hakkında detaylı bilgileri görebilmekteyiz.

 

image013

 

Terminal Services Gateway Rolünü ve yüklenecek olan bileşenlerin özetini görebilmekteyiz. Rapor içerisinde TS Gateway üzerinde bir Sertifika (TS Gateway will not be operation without a certificate) yüklemesi yapmadığımızın uyarısı belirtilmekte olup bu sertifikayı daha sonrada TS Gateway Manager Konsolu yardımı ile yükleyeceğiz.

 

image014

 

Kurulum başarılı bir şekilde ilerlemekte olup kurulum sonrası serverimizi yeniden başlatmamıza gerek bulunmamaktadır.

TS Gateway Rolü Kurulum Sonrası Genel Kontroller

image015

 

TS Gateway Rolümüz Serverimiz üzerine başarılı bir şekilde kurulduktan sonra, TS Gateway ile birlikte kurulan IIS 7.0 üzerinde ki Default Web Site mizi yapılandırmamız gerekmektedir. IIS Manager konsolu üzerinden Default Web site üzerinde Sağ tuş yaparak Manage Web Site bölümü üzerinden Advanced Settings bölümüne ulaşıyoruz.

 

image016

 

Advanced Setting bölümü altında Web sitemizin serverimzi ilk açıldığında otomatik olarak başlaması için Start Automatically bölümü üzerinde True olarak ayarlıyoruz. Sertifika Servisi için zorunlu bir bölüm olup sertifikanın doğrulanması için yapılandırılması gereken bölümdür.

 

image017

 

Son kontrol olarak Windows Firewall üzerinde HTTPS protokolünü yani 443 numaralı port üzerinden gelen istekleri aktif duruma getirmemiz gerekmektedir.

Fatih KARAALIOGLU

Hyper-V Server 2008 Nedir? ve Kurulum Adımları

Microsoft’un enterprise sınıf sunucu sanallaştırma teknolojisi olan Hyper-V birkaç aydır RTM durumda ve bu konu ile ilgili yoğun çalışmalar yapılıyor. Birçok firma sanallaştırma teknolojilerinin IT yapılarına sağlayacağı faydaları mercek altına almış durumda. Öte yandan bir diğer önemli konu ise, sunucu sanallaştırma teknolojilerinin ilk yatırım maliyetleri. Çünkü bu güne kadar sunulan Enterprise sınıf sunucu sanallaştırma teknolojileri, genelde yüksek maliyetli çözümlerdi ve ciddi anlamda bütçe gerekmekteydi.

Microsoft tarafından piyasaya sunulan Hyper-V sanallaştırma teknolojisi, 2008 Haziran sonunda piyasaya hızlı bir giriş yaptı. Hyper-V’nin sağladığı faydalar yanında tamamen ücretsiz olarak sunulması ise oldukça ses getirdi ve sanallaştırma pazarının diğer oyuncularını ciddi stratejik adımlar atmaya itti.

Bildiğiniz gibi Hyper-V ücretsiz bir sunucu sanallaştırma teknolojisi. Bu teknolojiyi kullanabilmek için elimizde Windows Server 2008 x64 bir işletim sistemi olması gerekiyordu. Hyper-V teknolojisini aşağıdaki ürünler üzerinde kullanabiliyoruz.

Windows Server 2008 Standart Edition (x64) (Full or Core installation)

Windows Server 2008 Enterprise Edition (x64) (Full or Core installation)

Windows Server 2008 Datacenter Edition (x64) (Full or Core installation)

Yani Hyper-V teknolojisini 64bit bir Windows Server 2008 üzerinde kullanabiliyoruz. Bu durumda maliyet, Windows Server 2008 işletim sistemine sahip olma maliyeti kadardır. Her üç sürüm üzerinde de Hyper-V dışındaki diğer Windows Server 2008 rollerini kullanmak mümkün. Bu OS üzerinden aktif edeceğimiz Hyper-V teknolojisi için ise herhangi bir ücret yada CALs gerekliliği yoktur.

Ekim 2008 başında ise Hyper-V teknolojisinin yeni oyuncusu olan Hyper-V Server 2008 duyuruldu ve kullanıma sunuldu. Bu ürünün diğer Windows Server 2008 sürümlerinden farkı ise, sadece windows hypervisor çalıştıran, tamamen üzerindeki VM’leri çalıştırmaya odaklanmış ve başka hiçbir Windows Server 2008 rolünü içermeyen bir ürün olmasıdır.

Hyper-V Server 2008 için bildiğimiz Hyper-V donanımsal kriterler yine geçerlidir. Yani ilk olarak x64 mimaride bir processor olmalı ve hardware-assisted virtualization destekli olmalı. Yine DEP enable edilmiş olmalı. Bu kriterler için önceki Hyper-V kurulum makalelerimize göz atabilirsiniz.

Hyper-V Server 2008 için bir Windows Server 2008 sürümüdür diyebiliriz. Temel olarak Windows Server 2008 mimarisinin kırpılmış haline sahiptir ve Windows Server 2008 driver yapısını taşır. Grafik ara yüzü yoktur ve desktop uygulamalarını çalıştıramaz. Hyper-V Server 2008’i Core instalattion ürünlere benzetebiliriz ancak yukarıda da söylediğim gibi üzerinde hypervisor dışında hiçbir role çalışmaz. Aynı zamanda stand-alone çalışacak şekilde tasarlanmıştır yani clustering desteklemez.

Temel kullanım amacı:

Temel konsolidasyon işlemleri

Test ve geliştirme ortamları yaratılması

Windows ve Linux OS’lerin aynı ortamda sanal olarak çalıştırılabilmesi

Gelelim en önemli noktalardan birine. Hyper-V Server 2008 tamamen ücretsiz bir üründür. Yani Windows Server 2008 üzerinde Hyper-V kullanmak için öncelikle Windows Server 2008 işletim sistemine (doğal olarak lisansına) sahip olmak gerekiyor. Hyper-V Server 2008 ise kendisi bir işletim sistemidir ve üzerindeki hypervisor ile birlikte ücretsizdir.

Microsoft download center üzerinden indirip, kurulum medyasına kopyalayıp, kurulumu gerçekleştirip, üzerinde sanal makineleri çalıştırmaya başlayabiliriz. Kurulum bölümünde ilgili download linklerini vereceğim.

Hyper-V Server 2008 ürününün, Windows Server 2008 üzerinde çalışan Hyper-V teknolojisine göre bir takım limitleri mevcut. Hem bu limitlere göz atmak, hem de ürünü daha iyi tanımak adına bu limitlere maddeler halinde göz atalım.

Kullanıcı Grafik Ara Yüz: Masaüstü, başlat menüsü, pencereler  vs.. gibi grafiksel anlamda yönetim gerçekleştirebileceğimiz menüleri yoktur. Görünüm ve yönetim olarak Windows Server 2008 Core installation’a çok benzer. Hyper-V Configuration (hvconfig.cmd) isminde, mavi zemin üzerine beyaz karakterler şeklinde görünen bir komut satırı aracı ile gelir. Bu araç, sadece Hyper-V Server’ı yönetmek için komutlar barındırır. Üzerindeki VM’leri yönetmek için ise, remote computer üzerinde çalışan Hyper-V Manager konsolu yada SCVMM 2008 araçları kullanılır.

HA (High Availability) ve Clustering:  Stand-alone (tek başına) çalışacak şekilde tasarlanmıştır ve Failover senaryoları gibi cluster yapılarını desteklemez. Aynı şekilde System Center Virtual Machine Manager 2008 (SCVMM2008) ile yapılandırabileceğimiz High Availability çözümleri de Hyper-V Server 2008 üzerinde desteklenmez.

Quick Migration: Çalışan VM’leri minimum downtime ile başka bir fiziksel Hyper-V sunucusu üzerine taşıma işlemi olan Quick Migration, Hyper-V 2008 üzerinde desteklenmez.

Maksimum 32GB Ram: Yani fiziksel anlamda 32GB RAM kullanabiliriz. Toplamda 32GB Ram’i, üzerinde çalışan VM’lere paylaştırabiliriz.

Processor: Hyper-V Server 2008 < 4 Processor şeklinde destekler. Yani 4 fiziksel CPU’nun altı desteklenir. Windows Server 2008 üzerinde çalışan Hyper-V ise 6 fiziksel processor destekler (ilgili update pakedini yükledikten sonra)

Diğer Server Rolleri: Üzerinde hiçbir Windows server 2008 rolü çalışmaz. Sadece ve sadece hypervisor çalıştırabilir.

Lisans Durumu: Daha öncede söylediğimiz gibi ürün tamamen ücretsidir. Ancak üzerinde çalışacak her VM’in kendi işletim sistemi lisansı olması gerekir. Yani Windows Server 2008 üzerindeki Hyper-V de gelen Guest OS lisanslama avantajları bu ürün için geçerli değil.

Evet, limitlere göz attıktan ve ürünü daha iyi tanıdıktan sonra temin ve kurulum yöntemine göz atabiliriz.

 

Öncelikle aşağıdaki linki kullanarak Hyper-V Server 2008’i download ediyoruz.

http://www.microsoft.com/downloads/details.aspx?FamilyId=6067CB24-06CC-483A-AF92-B919F699C3A0&displaylang=en

937MB boyutundaki ISO dosyasını DVD’ye yada uygun kurulum medyasına yazıyoruz.

 

Hyper-V Server 2008 için gerekli minimum donanım ise aşağıda yer alıyor.

İşlemci: Intel Pentium 4, Xeon, Core 2 DUO processor, AMD Opteron, Athlon 64, Athlon X2.

İşlemci hızı: En az 1ghz.

Bellek: En az 1GB.

Disk: 2GB boş alan.

Bu minimum değerler Hyper-V Server 2008’in çalışması için. Üzerinde çalışacak her VM için + olarak kaynak gerekir.

 

Kurulum medyasını yerleştirip kurulumu başlatıyoruz. Dakikalar sonra Hyper-V Server 2008 üzerinde VM çalıştırmaya hazır hale gelecek.

Öncelikle aşağıdaki birkaç küçük adımı tamamlıyoruz.

Hyper-V Server 2008 için dil seçimini yapıyoruz. Türkçe henüz desteklenen diller arasında yok.

image001

 

Klavye ve zaman ayarlarını yapıyoruz.

image002

 

Kurulumu başlatıyoruz.

image003

 

Lisans anlaşmasını onaylıyoruz.

image004

 

Temiz kurulum ile devam ediyoruz. Çünkü herhangi bir ürünü Hyper-V Server 2008’e upgrade etme şansımız yok.

image005

 

Eğer gerekiyor ise disk bölümlemesini yapıyoruz.

image006

 

Ve kurulum başlıyor…

image007

 

Kurulum tamamlanıyor…

image008

 

Oturum açma ekranı geldi. CTRL+ALT+Delete yapıp administrator hesabı ile login oluyoruz. (password default olarak boştur)

image009

 

Administrator hesabı ve boş password ile login olduktan sonra yeni bir password belirliyoruz.

image010

 

Ve karşınızda Hyper-V Server 2008!

image011

 

Bizi karşılayan aracın ismi Hyper-V Configuration. Üzerinde 1 den 13’e kadar bir takım komutlar bulunuyor. Bu numaralarını kullanarak komutları uygulayabiliriz.

Kullanılabilecek komutlar açık olarak görünüyor. Dikkat ederseniz hiçbir komut sanal makine yaratılması yada yönetilmesi ile ilgili değil. Tüm komutlar Hyper-V Server 2008 işletim sistemi ile ilgili.

“Peki biz nasıl yeni VM yaratıp yöneteceğiz” dediğinizi duyar gibiyim.

Bu noktada kullanacağınız araç, başka bir sistem üzerinde çalışan (bu sistemler Windows Vista SP1, Windows Server 2008 sürümleri olabilir)  Hyper-V Manager  konsolu veya sanallaştırma ortamlarını yönetmek için kullanacağımız System Center Virtual Machine Manager 2008 olabilir.

Hyper-V Server 2008’i yukarıdaki en son resimde görülen Hyper-V Configuration aracı üzerindeki 1 numaralı komut ile domain ortamına dahil etmeniz tavsiye edilir.

Daha sonra Hyper-V Manager konsolu üzerinde action menüsünde connect to server diyerek Hyper-V Server 2008’e bağlanıp yeni sanal makineler yaratabilirsiniz.

Sanal makine yaratılması ve yönetimsel işlemler ile ilgili olarak portalımızdaki diğer Hyper-V makalelerine göz atabilirsiniz.

Serhat AKINCI – IT Professional