ÇözümPark

Hyper-V FailOver Cluster Bolum 2 (FailOver Cluster Senaryolari ve Lisanslamasi)

Fatih KARAALIOGLU — Sat, 27 Jun 2009 14:59:00 GMT

Niçin Sananlaştırma ? sorularına cevaplar verilirken, sürekli olarak Toplam Sahip olma maaliyetlerinden bahsedilmektedir.

Evet Sanallaştırma ile birlikte şirket bütçelerine, Toplam sahip olma maaliyetlerini düşürerek bir çok maddi kazanç elde etmekteyiz. Fakat sanallaştırmanın sağlamış olduğu maddi kazanç haricinde, Dünyamıza borçlı olduğumuz Sosyal Sorumluluğumuz içinde ihtiyaç duyulmaktadır.

Bilindiği üzere, dünyanın kirlenmesinde ve yaşanmaz bir gezegen olmasına giden yolda, en çok rol oynayan faktör hılzı bir şekilde değişen teknolojilerdir !

Bir çok ürün üreticisi sanallaştırmayı şirket networklerine yerleştirilmesini önerirken, Sosyal Sorumluluklarımızı hatırlatan reklamlar ile cezbetmeyi ve başka bir Dünya’ nın daha olmadığını vurguladığını bilmekteyiz.

IBM firmasının Green IT olarak yürütmüş olduğu bir kampanya bulunmaktadır. Green IT Projesi kapsamında hedefler ; aynı işlemleri, daha ufak ürünler ile daha az elektirik harcayan ürünler ile karşılamayı hedef almıştır.

Çünkü biliyoruz ki her bir yeni teknoloji, ileride oluşabilecek bir atık ve bunun sonucunda dünyaya vermiş olduğumuz bir zarardır.

Konuyu dağıtmadan başka bir bilgi daha vermek isterim ki, ABD nin yeni başkanı Barrak Hüseyin OBAMA, göreve gelmiş olduğu süre içinde, ilk hafta, 3üncü toplantısını IBM ‘ in büyük Patronu olarak bilinen CEO’ su Sam Palmisano ile gerçekleştirmiş ve konuşmuş oldukları konu, toplantının ana gündemi Green IT Projesiydi.

OBAMA’ nın göreve gelmiş olduğu tarihte, dünya üzerinde yaşanılan Küresel Kriz, Irak Meselesi vb.. bir çok konu varken Green IT Projesi üzerinde toplantı gündemi oluşturmasının, sanallaştırmaya verecek olduğumuz öneme bir kez daha dikkat çekmektedir.

IBM firmasının haricinde, dünyanın önde gelen büyük firewall üreticileri arasında yer alan WatcGuard Firmasının da Red-Green olarak yürütmüş olduğu bir kampanya vardır ki amaç aynıdır.

Ve diğer bir çok vendor’ un yürütmüş olduğu kampanyalar bulunmaktadır.

Bu kampanyalar Microsoft Tarafında nasıl yürütülmektedir ?

Microsoft | Wirtulization olarak ürün yelpazesini sunmuş olduğu web sitesinde WHY VIRTULIZATION sorusunu sormuş olduğu sayfasında, küresel ısınmadan örnekler vermektedir ve niçin sanallaştırma sorusuna vermiş olduğu cevaplar ile sosyal sorumluluğumuzu hatırlatmaktadır.

Microsoft Dünyaya olan Sosyal Sorumluluğuna ne şekilde cevaplar vermektedir ? bunları inceleyelim.

Öncelikli olarak Server Sanallaştırması sınıfında yer alan Hyper-V Servisini, eski ürünü olan Virtual Server teknolojisine göre çalışma mimarisinde, köklü değişiklikler yapmış ve daha stabil bir şekilde sunarak ürünün kullanılmasında yaygınlık sağlamaktadır.

Virtual Server’a göre, Hyper-V nin lisanslanmasında ciddi değişiklikler bulunmaktadır. Diğer sanallaştırma ürünlerine göre ücretsiz olması, Niçin Sanallaştırma sorusunu cevaplarken, sanallaştırmayı teşfik etmek için atmış olduğu önemli bir adımdır. Hyper-V FailOver Cluster Lisanslamasında ciddi değişiklikler bulunmakta olup örnek senaryolar ile bunları inceleyeceğiz.

FailOver Cluster Senaryoları;

Microsoft Hyper-V FailOver Cluster uygulamasını iki teknoloji ile yapabilmekteyiz.

Host to Host Cluster

Fiziksel Sunucular arasında gerçekleştirilen Hyper-V FailOver Cluster Teknolojisidir. Gerçekleştirecek olduğumuz Host to Host Fail Over Cluster uygulamasında fiziksel sunucuların Windows Server 2008 ENT veya Data Center ürünlerinin olması zorunludur.

Sanal sunucuların sahip olduğu işletim sistemleri bu senaryo için önem arz etmemektedir. Microsoft Windows server 2003-2008, STD, SBS olabileceği gibi sanallaştırma platformunda hizmet eden-Microsoft olmayan diğer ürünleride cluster uygulamasından yararlandırtabiliriz.

Kullanacak olduğumuz Shared Disk

DAS (Direct attacment Storage)
SAN (Storage Area Network)
ISCSI (Internet Small Computer System Interface)

İsteklerimizi karşılayabilmektedir.

Lisanslamasında değişim nedir ? Microsoft Sosyal Sorumlulukları altında, Hyper-V ile birlikte Cluster Lisanslamasınıda değiştirmektedir.

Eski Cluster uygulamalarımızda Pasif NOD olarak yapılandırmış olduğumuz Serverlar içinde Lisans maaliyetlerimiz ortaya çıkmaktaydı. Cluster uygulamasını kullanacak olan müşteriler, ağırlıklı olarak kullanmayacak olduğumuz server için neden lisans parası ödeyelim gibi yaklaşımlarda bulunurlardı. Microsoft’ un bu sorulara vermiş olduğu cevap genellikle, kullanılmayacak – pasif olarak bekleyecek olan fiziksel sunucu için bir ödeme yapıldığı gibi, bu sunucu üzerinde çalışacak olan lisans içinde ödeme yapılması gerektiğini belirtirdi :)

Artık bu uygulama değişmiş olup, Host to Host Fail Over cluster uygulaması yapıldığı zaman, Cluster Farmı içinde bulunan fiziksel serverlardan bir tanesi Pasif olarak çalışacaksa ve üzerinde her hangi bir sanal işletim sistemi çalışmayacaksa Pasif NOD için lisans parası vermemize gerek yoktur.

Guest to Guest Cluster

Sanal Sunucular arasında gerçekleştirilen Hyper-V FailOver Cluster Teknolojisidir. Gerçekleştirecek olduğumuz Guest to Guest Fail Over Cluster uygulamasında sanal sunucuların Windows Server 2008 ENT veya Data Center ürünlerinin olması zorunludur.

Her bir sanal sunucu için ayrı ayrı FailOver Cluster hizmeti yapılandırılmalıdır.

Eğer Microsoft olmayan ürünler arasında Cluster uygulaması yapılacaksa, bu ürünler üzerinde ayrı ayrı FailOver Cluster uygulaması gerçekleştirilecektir

Fiziksel sunucuların sahip olduğu işletim sistemleri bu senaryo için önem arz etmemektedir. Microsoft Windows Server 2008 STD, ENT, DataCcenter ürünleri olabilmektedir.

Kullanacak olduğumuz Shared Disk

ISCSI (Internet Small Computer System Interface)
Olmak zorundadır. Host to Host Fail Over Cluster Senaryosunda ki gibi DAS ve SAN Teknolojilerini kullanamamaktayız. Sebebi ise bu teknolojiler, Host Bus Adapter (HBA), Fibre Channel Kablo, Sas Kablo vb.. fizksel bağlantı istemektedir.

Sanal sunucularımıza , fiziksel bağlantıları yapamayacağımız için kullanacak olduğumuz tek bir Shared Disk Teknolojisi kalmaktadır ki bu da ISCSI teknolojidir.

Guest to Guest Fail Over cluster uygulamasında, her bir fiziksel sunucumuza lisans maliyeti vermek zorundayız. Sebebi ise her bir fiziksel sunucumuzu Aktif olarak kullanıyor olduğumuz içindir.

Hyper-V Fail Over Cluster Lisanslaması (Sanal Server Taşınması)

Microsoft’ un değişen Fail Over Cluster Lisanslamasını aşağıda ki örnek senaryoya göre anlatmamız gerekirse;

Yukarıda ki örnek senaryo da Host to Host Fail Over cluster uygulaması gerçekleştirilmiştir. Toplamda 3 tane fiziksel sunucumuz bulunamaktadır. Sahip olduğumuz bu 3 fiziksel sunucu aynı Fail Over Cluster Farmının üyesidir. Toplam 8 adet Sanal sunucu Şirket Networkümüze hizmet etmektedir.

1 ve 2 numaralı Cluster Farmı üyesi olan serverlarımızın üzerinde 4’ er tane sanal sunucu çalışmaktadır.

Sahip olduğumuz fiziksel sunucu sayısı 3, fakat sahip olduğumuz Microsoft Windows server 2008 sayısı 2 dir. Pasif Nod olarak yapılandırmış olduğumuz sunucu üzerine lisans parası vermemize gerek yoktur.

İki numaralı NOD’ umuz hata anında düştüğü zaman 3 numaralı NOD’ umuz sanal serverları üzerine alacak ve çalışmalarını sağlayacaktır.

3 numaralı serverimiz, iki numaralı serverimizin hatalı olduğunu anladı ve Sanal işletim sistemlerinin otomatik olarak üzerine aldı. 3 numaralı serverimiz, sanal sunucuları üzerine alması ile birlikte yasal olarak 2 numaralı serverin sahip olduğu Lisansıda almış olmaktadır.

2 numaralı serverimiz hata anından kurtuldu ve/veya üzeirnde ki donanımsal-yazılımsal problemi giderdik ve çalıştırmaya başladık.

3 numaralı server üzerinde çalışan sanal serverları, tekrardan onarımı-bakımını gerçekleştirmiş olduğumuz sunucuya taşımak isitiyoruz.

Maalesef YASAL olarak bunu yapmamıza imkan yoktur !

Teknik olarak hiç bir sakınca yoktur. Taşıma işlemini 3 numaralı server üzerinden, 2 numaralı serverimiza alabiliriz ama, yasal olarak bunu gerçekleştiremeyiz.

Microsoft’ un değişen FailOver Cluster Lisanslamasında, sanal makineleri 90 Gün sonra tekrardan taşımamız gerektiği şartı bulunmaktadır :(

Fail Over Cluster Farmı içinde bulunan her bir fiziksel sunucumuzu aktif olarak kullancaksak, her bir fiziksel sunucu üzerinde sanal işletim sistemleri çalışacaksa her bir fiziksel sunucumuzu lisanslamamız gerekmekteidir.

Fiziksel Sunucularımızın üzerinde çalışan sanal sunucuların performanslarına bağlı olarak, Cluster farmımızın performans-yük dengelemesini yapmak istersek eğer 1 numaralı fiziksel sunucu üzerinde ki sanal makineleri, daha uygun durumda olan ve daha müsait kaynaklara sahip diğer bir sunucu üzerine taşımamızda bir sıkıntı bulunmamaktadır.

Örneklerimiz ENT ürün ailesi için verilmiş olup, Microsoft Hyper-V Sanallaştırma Lisanslaması aşağıda ki gibi gerçekleştirilmektedir.

· 1 adet Windows Server 2008 STD ürünümüz varsa, 1 fiziksel 1 sanal server kurulumu gerçekleştirebilemkteyiz. (Cluster Desteklemez)

· 1 adet Windows Server 2008 ENT ürünümüz varsa, 1 fiziksel 4 sanal server kurulumu gerçekleştirebilemkteyiz.

· 1 adet Windows Server 2008 DC ürünümüz varsa, 1 fiziksel SINIRSIZ sayıda sanal server kurulumu gerçekleştirebilemkteyiz. DC ürünleri, fiziksel serverimizin sahip olduğu CPU sayısına göre lisanslanmaktadır.

Yapınız için En iyi lisanslamayı yapabilmeniz için Microsoft’ un hazırlamış olduğu bir hesap makinesi bulunmaktadır. Aşağıda ki adresten Virtulization CALC’ uygulamasına ulaşabilirsiniz.

http://www.microsoft.com/Windowsserver2008/en/us/hyperv-calculators.aspx

Fatih KARAALIOGLU

Hyper-V FailOver Cluster Bolum 1 (Nedir - Kullanim Amacimiz Nedir)

Fatih KARAALIOGLU — Sat, 27 Jun 2009 14:45:00 GMT

Sanallaştırma için bu güne kadar sürekli olarak geleceğin teknolojisi olarak sıfatlandırdık. Değişen ve hızlı bir şekilde büyüyen teknoloji sayesinde artık bu sıfat Geleceğin Teknolojisi sıfatından kurtulup, Günümüzün Teknolojisi sıfatını almış durumdadır.

Bu güne kadar bir çok kez, gerek portalımız üzerinde gerekse diğer paylaşım ortamları ve sanallaştırma ürün üreticilerinin yapmış olduğu bilgilendirmelerde Sanallaştırmanın yararları, Toplam Sahip olma maaliyetlerinde ki avantajları gibi nedenleri konuştuk-tartıştık ve bunların neticesinde Networklerimizin içine dahil ettik.

Sanallaştımanın avantajları biliniyor. Bu sebepten ötürü sanallaştırmanın avantajlarından ziyade, sanal ortamlarımızı iyi bir şekilde yapılandırmazsak eğer yaşayacak olduğumuz problemlerden bahsedeceğiz. Geçmiş zamanda Microsoft Türkiye Ofisinde Gerçekleştirilen Sanallaştırma Etkinliğinde Intel’ in bir sunumu vardı ve ufak bir kelime oyunu ile bu konumuza çok güzel ışık tutuyordu. Sunum içinde ufak bir kelime oyunu ile Sanallaştır-MA ! diyor ve kelime oyunundan sonra dinleyicilerin nabzını-tepkisini kontrol edip, Plansız-Programsız Sanallaştırma diyerek sunuma devam ediyordu. Sanallaştırma kelime oyununun altında yatan nedenleri bu yazımız ile başlayıp, yazı diziminizn ilerleyen kısımlarında devam edeceğiz. Yazı dizimizin içeriğinde ;

Hyper-V FailOver Cluster Bolum 1 (Nedir ? Kullanım Amacimiz nedir ?)
Hyper-V FailOver Cluster Bolum 2 (FailOver Cluster Senaryoları ve Lisanslamasi)
Hyper-V FailOver Cluster Bolum 3 (Donanım ve Yazılım İhtiyaçlarımız)
Hyper-V FailOver Cluster Bolum 4 (Hyper-V NOD’ un Yapılandırılması)
Hyper-V FailOver Cluster Bolum 5 (Kurulum ve Yapılandırma Adımları)
Hyper-V FailOver Cluster Bolum 6 (Sanal Makine Yapılandırılması)
Hyper-V FailOver Cluster Bolum 7 (Planlı ve Plansız Down Time)

Paylaşımlarını barındıracağız ve bu paylaşımlarımızı WebCastler – Videolar ve Forumlarımızın yardımları ile sağlamlaştıracağız.

Yukarıda ki resim Intel’ in yapmış olduğu sunumdan referans alarak hazırlanmıştır. Resmin bizlere anlatmak istediği ise Sanallaştırma ile birlikte kazanmış olduğumuz Toplam Sahip olma maaliyetlerini göstermektedir.

2004 yılında, saniyede 5.1 Milyon işlemi 126 adet sunucu gerçekleştirirken, günümüzde ise aynı işlemi, aynı süre içerisinde 17 sunucu başarabilmektedir. Bizler 126 sunucudan kurtulup, aynı işlemi Sanallaştırma teknolojisi yardımı ile 17 sunucu üzerinde gerçekleştirebilmekteyiz. Ve bunların neticiseinde kazanmış olduğumuz toplam sahip olma maaliyetleri, bizlerin şirket bütçelerine getirmiş olduğu avantaj ve bilgi işlem departmanlarının iş yükünün ve kısıtlı alan hacimlerinden tasarruf etmesi olarak geri dönmektedir.

Intel’ in aynı sunumu içinde yer alan bir diğer ekran görüntüsü ise yukarıda ki resimde görünmektedir. Yukarıda ki resimde anlatılan, Intel firmasının Senelere oran ile büyümesinden bahsedilmektedir.

Intel Firmasının,

2007 Yılında çıkartmış olduğu Xeon 3.16 12 M L2 işlemcisi
2001 yılı içinde çıkartmış olduğu Xeon 1.26 512 Kb L2 işlemcisine göre

19.8 Kat daha hızlı çalışmaktadır.

Bu resim ile birlikte Konumuza giriş yapmak üzereyiz. Yukarıda ki resimde Intel’ in Sunum içinde yaptığı gibi işlemci sektöründe ki büyümesini paylaşmayacağım. Benim bu resimde bahsedecek olduğum konu, intelin bu resmini kullanarak FailOver Cluster hizmetinin kullanım amacından bahsedeceğim.

Yukarıda ki resime göre, örnek bir şirket server yapısını masaya yatırıyoruz.

Bahsetmiş olduğumuz firma 2001 yılında, çeşitli kullanım amacı için, farklı görevlerde çalışmak üzere 19 tane Xeon 1.26 512KB L2 Cache CPU özelliğine sahip serverlar almış.

Firmamız; Sanallaştırmanın yararları, yani toplam sahip olma maaliyetlerini göz önünde bulundurduğu zaman, elektirik, destek ve yer problemlerini ortadan kaldırmak istediği zaman 19 tane farklı Sunucuyu, Xeon 3.16 12M L2 Cache özelliğinde ki bir CPU ya sahip 1 tane sunucu üzerinde sanallaştırma teknolojisini kullanarak tasarrufa gidebilir.

(Sanallaştır-MA kelime oyununa bu parantez içinde ayrıca bilgi vermek isterim. Sahip olduğumuz, bu 19 tane sunucunun sanallaştırma ortamında hizmet edip edemeyeceğini daha önceden planlamamız gerekmektedir.

Yani Plansız-Programsız sanallaştırma ortamına geçiş yapmadan önce Hyper-V’ nin desteklemiş olduğu sunucu rollerini ve servislerini , daha önceden aşağıda ki makaleden inceleyerek hayata geçirmenizi tavsiye edeceğim.

http://support.microsoft.com/kb/957006/ )

Sahip olduğumuz 19 Farklı sunucunun üzerinde çalışan Görev ve hizmetlerin Sanallaştırma ortamı için uyumlu olduğu bilgisini aldık. Intel’ in raporuna göre 19 tane sunucumuzu - 1 tane sunucu üzerinde konsolide edebilmekteyiz. Sanallaştırma teknolojisi ile birlikte bunuda başardık. Peki ama bizi bekleyen Risk – Problemler nedir ?

19 tane sunucumuzu, 1 tane sunucu olarak konsolide etmeden önce, sahip olduğumuz bu 19 sunucudan her hangi bir tanesi Fiziksel olarak arızalı duruma düştüğü zaman, arızalı duruma düşen Görev için hizmet kesintisi yaşamaktaydık.

Şimdi ise 19 fiziksel sunucu , tek 1 tane fiziksel sunucumuz üzerinde bulunamkta ve sahip olduğumuz bu fiziksel sunucu hata durumuna düştüğü zaman hizmet kesintisinden 19 tane sanal sunucumuz etkilenecek ve iş sürekliliğimiz kesintiye uğrayacaktır.

Belik de, bu şekilde bir Felaket senaryosu ile karşılaştığımız zaman, sanallaştırma ile birlikte kazanmış olduğumuz büyüyenn maaliyetlerimizi düşürme amacımız, hizmet kesintisi ile birlikte bizlere zarar olarak geri dönecektir. Plansız-Programsız sanallaştırma yapmayalım derken, ikinci olarak bahsedecek olduğumuz asıl konuda budur.

Bizlerin, Sektörün ve Ürün üreticilerin önerdiği, her zaman için böylesine çoklu platform sanallaştırmalarını, sahip olduğumuz tek bir sunucu desteklese dahi yapmamızdır.

Hyper-V servisi, arka tarafta Windows Server 2008’ in FailOver Cluster Servisini kullanmakta olup, sanal ortamlarımız için High Available (Yüksek Erişilebilirlik) Teknolojisi üzerinde çalışabilmektedir.

Sanal ortamlarımızı FailOver Cluster Servisi ile destekleyerek sanal ortamlarımızın yaşam süresini sürekli olarak UP-Time olarak tutmamız önerilmektedir.

FailOver Cluster Servisi ; Cluster, hizmet ve uygulamaların kullanılabilirliğini artırmak için birlikte çalışan bağımsız bilgisayarların oluşturduğu bir gruptur. Kümelenmiş sunucular (Cluster Servers adı verilir) fiziksel kablolarla ve yazılımlarla bağlanır. Sunuculardan biri başarısız olursa, başka bir sunucu Failover adı verilen bir işlem sayesinde hizmet sunmaya başlar.

http://www.cozumpark.com/blogs/windows_server/archive/2009/03/22/microsoft-failover-cluster.aspx

Windows Server 2008 FailOver Cluster Servisi ile birlikte kazanacak olduğumuz avantajlar;

· High Available (Yuksek Erişilebilirlik) (Plansız Donw Time)

Cluster Farmı içinde hizmet eden sunuculardan bir tanesi başarısız durumda olduğu zaman (Donanımsal hata, Yazılımsal hata, Elektirik hatası), cluster farmı içinde bulunan Sunuculardan bir tanesi, hatalı durumda olan Sunucunun görevlerini üzerine otomatik olarak almaktadır.

Hatalı durumda bulunan sunuculardan bir tanesi , hatalı duruma geldiği zaman, üzerinde barınan Sanal sunucular kapanacak ve Cluster farmı içinde bulunan, en uygun durumda ki sunucu üzerinde ve/veya özel bir kural oluşturduysak Cluster farmı içinde bulunan istemiş olduğumuz sunucu üzerine tekrardan açılacaktır.

Yaşanılacak olan hizmet kesintisi ortalama olarak 3 dakikadır. 3 dakika sonra, kesintiye uğrayan hizmet tekrardan hizmet etmeye devam edecektir. Elbbette ki bu süre, sahip olduğumuz fiziksel sunucular, shared disk ve bağlantı teknolojileri ve sanal sunucu üzerinde ki hizmetlerin rollerine bağlı olarak değişkenlik gösterecektir.

· Quick Migration (Planlı Down Time)

HA daki Plansız Hizmet Kesintisinin aksine, Planlı olarak bizlerin isteği doğrultusunda , Quick Migration özelliğini iş sürekliliğimizi, sürekli olarak çalışır durumda tutmak istediğimiz zaman kullanacak olduğumuz bir özelliktir.

Cluster Farmı içinde bulunan Sunucularımız üzerinde planlı olarak hizmet kesintisi yapacağımız zaman kullanılacaktır.

Quick Migration Kullanım amaçları;

Donanımsal Server Bakımı
Donanım Güncelleştirmesi
Yazılım Güncelleştirmesi
Yazılımsal Server Bakımı

Yapacağımız zaman, yukarıda ki maddeleri yapacak olduğumuz Cluster farmı üyesi olan sunucu üzerinde ki, sanal sunucularımızı, cluster farmı içinde bulunan, en müsait durumda olan sunucu üzerine transfer etmemize demektedir.

Bakım yapacak olduğumuz fiziksel sunucu üzerinde ki bütün sanal sunucuları, Cluster farmı içinde ki başka bir sunucuya aktardığımız zaman bakım işlemlerine başlayabiliriz.

Quick Migration Özelliğinde ki hizmet kesintisi ortalama olarak 30 Saniyedir.

Elbbette ki bu süre, sahip olduğumuz fiziksel sunucular, shared disk ve bağlantı teknolojilerilere bağlı olarak değişkenlik gösterecektir.

Taşıyacak olduğumuz Sanal sunucu, bir sunucudan, diğer bir sunucuya taşınırken, barınmış olduğu sunucu üzerine Save State durumunda beklemekte ve diğer fiziksel sunucu üzerine taşındıktan sonra tekrardan çalışmaya devam etmektedir. Sanal sunucu re-start işlemine uğramamaktadır.

Not :

FailOver cluster Farmı içinde bulunan her bir Fiziksel Sunucunun aynı özellikte olması gerekememektedir. Farklı marka-modele sahip, ve sanallaştırma teknolojisini destekleyen her bir sunucu FailOver Cluster Farmının üyesi olarak yapılandırılabilir. Fakat her zaman için önerilen Cluster Farmı içinde bulunan Sunucuların Aynı Marka-Model ve özelliklerde, kaynaklarda olması tavsiye edilmektedir.

Quick Migration özelliğini kullanacağımız zaman, eğer Cluster farmı içinde bulunan bir sunucudan – diğer bir sunucuya taşıma işlemini yaptığımızda, işlemi yapılan fiziksel sunucuların CPU ları aynı değil ise taşınma işlemi sırasında Sanal sunucu Save State durumunda olmayacaktır. Taşınacak olan Fiziksel sunucu üzerinde Re-start olacak ve taşınan fiziksel sunucu üzerinde tekrardan başlatılacaktır.

· Live Migration (Planlı Down Time)

Live Migration Özelliği Windows Server 2008 R2 ile birlikte hayatımıza giren yeni bir özellik olup, R2 kurulmamış bulunan Hyper-V Serverlar üzerinde çalışmamaktadır.

Kullanım amacı Quick Migration özelliği ile aynı olup, Live migration Özelliği ile kazanacak olduğumuz avantaj Hizmet Kesintisinin 0 (sıfır) saniye olmasıdır. Taşıma işlemi yapılırken iş sürekliliğinde bir kesinti olmamakta ve aynı zamanda taşınma işlemi sırasında bizler çalışmalarımızı sürdürebilmekteyiz.

Bu özelliklerin her biri, diğer sanallaştırma ürün üreticilerinde ki gibi ücretli olmayaıp, Microsoft’ un ücretsiz olarak sunmuş olduğu bir hizmetdir.

Fatih KARAALIOGLU

Exchange Server 2010 Veritabani Yonetimi

Mumin CICEK — Sat, 27 Jun 2009 14:29:06 GMT

Exchange Server 2010 ile birlikte veritabanı yönetiminde de yenilikler gelmektedir. Bunlardan en önemlisi artık veritabanı işlemlerinin sunucu seviyesinde değilde organizasyon seviyesinde yapılmasıdır. Ve yine diğer yeniliklerden bir tanesi de artık Storage Group yok onun yerine Mailbox Database mevcut. Ve Mailbox Database’lere verilen isimler ortamda uniqe (tek) olacak şekilde sistem tarafından isimlendirilmektedir. Aslında bütün bu işlemlerimiz Mailbox Server adı altında ele alınabilir. Mailbox...(read more)

Vmware Turn On Clone

Berkant MUTLU — Sat, 27 Jun 2009 14:18:00 GMT

Daha önceki makalelerimizde Turn Off Clone’dan bahsetmiş ve kapalı olan bir sunucuyu diğer Host’a veya Datacenter’a nasıl aktaracağımızı görmüştük. Şimdi ise sunucumuz çalışırken diğer bir Host’a, datacenter’a veya aynı datacenter’a nasıl aktarım yapacağımızı göreceğiz. Bunun için;

Virtual Center’a bağlanarak işlem yapacağımız sunucuları görüyoruz.

Hangi sunucuyu nereye taşıyacağımızı dikkatle seçmeliyiz.

Ben kendi sistemimdeki W2003 sunucumu taşımak istiyorum. Bunun için;

Sunucu açık durumdayken üzerine gelerek sağ tuş tıklıyoruz ve Clone seçeneğini seçiyoruz.

Açılan pencere klonlanacak sunucumuza isim veriyoruz.

İsim verdikten sonra Next butonuna basarak devam ediyoruz.

Klonlanan sunucumuzun hangi Host üzerinde veya datacenter üzerinde çalışacağını seçiyoruz.

Next butonuna basarak devam ediyoruz.

Sunucumuzun kullanacağı datastore’u seçiyoruz.

Bu ekranda yeni sunucumuzun işletim sistemini belirlememiz gerekiyor fakat klon sunucu olduğu için bu seçenek kapalı geliyor.

Şu ana kadar yapmış olduğumuz ayarları bu ekranda görebiliyoruz. Edit işlemini Turn Off Clone sırasında yaptığımız için bu adımı geçiyoruz. Bu adım ile ilgili bilgi almak için Turn Off Clone makalemizi inceleyebilirsiniz.

Recent Tasks bölümünde Clone Virtual Machine işlemi In Progress durumda görünecektir.

İşlem devam ediyor.

Clone sunucumuz 10.112.1.206 IP adresli Hostumuzun içinde göründü.

Bu işlemlerden sonra sunucuyu açabilirsiniz fakat açılışta IP çakışması yaratacağı için IP değişikliği yapmak gerekecektir.

Farklı makalelerde görüşmek üzere, iyi çalışmalar…

Exchange Server 2007 CCR Uygulaması Bolum 3

Mumin CICEK — Sun, 21 Jun 2009 13:13:00 GMT

Exchange Server 2007 yüksek erişebilirlik uygulamalarından Cluster Continious Replication (CCR) ile ilgili çalışmalarımızı bundan önceki ilk iki bölümümüzde başarılı bir şekilde gerçekleştirdik. Şuan sistemimiz cluster yapısında çalışmaktadır. Bu makalemizde ise oluşturduğumuz cluster yapısının testlerini gerçekleştireceğiz. İlk önce OWA ile client access sunucumuza bağlanıp mailboxımızı görelim. Evet, Outlook Web Access çalışıyor ve şekilde görüldüğü gibi kullanıcı adımızı ve şifremizi girerek bağlantı...(read more)

Exchange Server 2007 CCR Uygulaması Bolum 2

Mumin CICEK — Sun, 21 Jun 2009 13:10:00 GMT

Bir önceki makalemizde Exchange Server 2007 üzerinde Cluster Continious Replication (CCR) ile ilgili Cluster işlemlerimizi gerçekleştirmiştik. Sadece Exchange Server 2007 ile ilgili işlemlerimizi yapmamıştık. İşte bu makalemizde oluşturduğumuz cluster yapısı üzerinde Exchange Server 2007 işlemlerimizi gerçekleştireceğiz. Kısacası bu makalemizde oluşturmuş olduğumuz cluster üzerindeki Active Node ve Passive Node üzerine Exchange Server 2007 Mailbox rollerinin kurulumlarını gerçekleştireceğiz. Bu işlemleri...(read more)

Exchange Server 2007 CCR Uygulaması Bolum 1

Mumin CICEK — Sun, 21 Jun 2009 13:03:00 GMT

Cluster Continious Replication (CCR) uygulaması Microsoft Exchange Server 2007’nin yüksek erişebilirlik yâda servis işlevselliğinin sürekliliğini sağlamak için tasarlanmış bir teknolojidir. Cluster Continious Replication Exchange Server 2007 Mailbox Server rollerinin yüklü olduğu sunucularda uygulanabilen yüksek erişebilirlik ve servis sürekliliği sağlayan uygulamasıdır. Cluster Continious Replication’ın sağladığı çözümler aşağıdaki gibidir; - Özel bir donanıma gerek duymaz - Paylaşılmış bir depolama...(read more)

Citrix XenServer Bolum 1 Nedir ve Nasıl Kurulur ?

Murat AYDIN — Sun, 21 Jun 2009 12:56:00 GMT

Merhaba. Gün geçmiyor ki IT sektöründe yeni bir teknolojiyle karşılaşmayalım. Bu teknolojiler arasında şu sıralar en çok rağbet gören sanallaştırma teknolojisidir. Gerek maliyet, gerekse yönetimsel rahatlığından dolayı birçok şirketin IT departmanları çeşitli ürünler kullanarak kendi sistemlerini sanallaştırma yoluna gidiyor. Bende Bu makalede sizlere sanallaştırma piyasasında hatırı sayılır bir yere sahip olan açık kaynak kodlu Xen Server’ın Citrix tarafından geliştirilmiş hali olan Citrix XenServer ürününün kurulumunu anlatacağım. Ama önce Citrix Xen Server ürününü ve versiyonlarını tanıyalım.

Citrix Xen Server Express, Standart, Enterprise ve Platinum olmak üzere 4 sürümdür. Platinum Hariç diğer sürümler tamamen ücretsizdir. Açık kaynak kodlu Xen Server için herhangi bir zorunluluk olmamasıyla beraber Citrix Firması kendi geliştirdiği Citrix Xen Server ürünü için zorunlu destek satın alma şartı koşmaktadır. Aşağıdaki linkten Citrix XenServer Ürününü indirebilirsiniz.

http://deliver.citrix.com/go/citrix/wbFreeXenServer

Versiyonlar ve özellikleri

Gereksinimler;

Kurulum:

BIOS’ta boot seçeneklerinden CD’den boot edecek şekilde ayarladıktan sonra Xen Server CD’sini Serverımıza takıyoruz.

F1 Tuşu ile Standart Kurulum,

F2 Tuşu ile Advanced Kurulum Gerçekleştirebiliriz.(Linux Bilginiz iyi değilse bu seçeneği kullanmayınız)

Enter Tuşuna Basarak Kurulumun ilk ekranını geçiyoruz.

Bu ekranda Klavye türümüzü seçiyoruz. OK diyerek devam ediyoruz.(US ayarladığınız taktirde herhangi bir sorun çıkmayacaktır)

Burda ise Yapmak istediğimiz işlemi seçmemiz gerekiyor.

Install or upgrade XenServer Host : Temiz bir Kurulum Yapmak veya Varolan bir Xen Server’ı upgrade etmek için kullanılır.

Load a Driver : Sürücü Yüklemek için Kullanılır

Convert an existing OS on this machine to a VM (P2V) : Bulunduğunuz Serverı Sanal Server haline Convert etmek için Kullanılır

Birinci seçeneği seçerek devam ediyoruz.

Bu kısımda Upgrade işlemi yapmıyorsak eğer disk partition’ındaki tüm bilgilerin silineceği uyarısını alıyoruz. Ok diyerek devam ediyoruz.

Şimdi ise Xen Server işletim sisteminin dosyalarının kurulacağı Birincil Diskimizi seçiyoruz.Ok butonuyla devam ediyoruz.

Misafir işletim sistemlerinin kurulmasını istediğimiz disk bölümünü Space tuşu ile seçerek Ok tuşuyla devam ediyoruz. Xen Server’ın kurulacağı bölümü değil de varsa başka bir Bölüm seçmek daha sağlıklı olacaktır.

Continue diyerek devam ediyoruz.

Yükleme kaynağını seçerek devam ediyoruz. Kurulumu CD-ROM’dan yaptığım için, 1. Seçeneği seçerek devam ediyorum.

Eğer elinizde Linux Pack var ise Yes diyerek onunda entegrasyonunu yapabilirsiniz. Yoksa ise No diyerek Kuruluma devam edebilirsiniz. Ben No seçeneği ile devam ediyorum.

Yükleme yapacağınız Media’nın (CD-ROOM, Network vs) doğrulanmasını istiyorsanız Verify Installation Source seçeneğini kullanın. Ben Skip diyerek devam ediyorum.

Citrix Xen Server ve Xen Center üzerinde yapacağınız her işlemde size sorulacak olan bir parola belirleyip Ok tuşuna basarak devam ediyoruz.

Bu aşamada ise sistemimizde bulunan network kartlarından hangisini Hostumuz üzerindeki Menagement servera bağlanmak için kullanacağımızı seçerek devam ediyoruz.

Serverımızın IP yapılandırmasını DHCP’den mi alacağını Yoksa Statik bir yapılandırmamı olacağını belirtiyoruz. Statik yapılandırma Yönetimsel kolaylık bakımından daha iyi olacağı için Static Configuration üzerine gelip Space Tuşu ile seçiyorum. Hemen Altta aktif olan boşlukları network yapıma göre doldurarark OK ile devam ediyorum.

Bu aşamada ise Hostname ve DNS server bilgilerimizi tamamladıktan sonra OK ile devam ediyoruz

Bu aşamada ise Bölgesel Ayarları yaptıktan sonra devam ediyoruz.

Europe’yi sectikten sonra Ok deyip Istanbul’u seçiyoruz.

Sistemimizin Zaman ayarlarını nasıl yapacağını belirliyoruz.

Using NTP : Ortamda bir NTP Server var ise bu seçeneği seçip Server Bilgilerini girerek Tarih ve Saat ayarlarını otomatik olarak NTP serverdan aldırabiliriz.

Manual time entry : Ortamda NTP server yok ise eğer bu seçenek ile tarih ve zamanı biz girebiliriz.

2. seçenek ile devam ediyorum.

Burda ise gerekli olan tüm bilgilerin alındığını ve Xen serverı kurmak istediğiniz bölümdeki tüm bilgilerin silineceğini belirten bir uyarı alıyoruz Install XenServer seçeneği ile onay verip devam ediyoruz.

Yükleme İşlemi Başlamıştır.

Gerekli Tarih ve Saat bilgilerini girdikten sonra devam ediyoruz.

Kurulum İşlemimiz Tamamlanmıştır. Ok diyerek Serverımızı restart ediyoruz.

Bir sonraki Makalemizde Menagement Console olan Citrix Xen Center’ın kurulumunu, Kofigurasyonunu ve update’ini ele alacağız. Bir sonraki makalede görüşmek üzere…

Sonicwall ile Browser Bloklanmasi

Mustafa Akcin — Sun, 21 Jun 2009 12:45:00 GMT

Sonıcwall Applicatıon Fırewall’da yalnızca belirli Browserlara izin verilmesi

Sonicwall Sonicos Enhanced 4.0

Aşağıdaki senaryoda iç networkdeki kullanıclarının Firefox kullanımı yasaklanmıştır.

Application Firewall > Application Objects bölümünden yasaklanacak olan Object ismi seçiniz.
Burada Enable Negative Matching işaretlenirse yalnızca FIREFOX’a izin verilir diğerleri bloklanmış olur.

Application Firewall > Actions Kullanıcılar Bloklanmış Browser Kullandıklarında karşılarına çıkması greken mesajın girişini yapınız.

Application Firewall / Policies bölümünden ilgili policy ‘yi aşağıdaki gibi giriniz.

Internete FIREFOX program ile çıkılmak istendiğinde aşağıdaki mesaj alınacaktır.

Forefront TMG ile High Availabilty ve Load Balancing

Omer KARADENIZ — Sun, 14 Jun 2009 11:58:00 GMT

Bir bilgi işlem yöneticisi için şirketin kritik noktalarından biride çalıştığınız işyerindeki Internet’in hiç aksamadan çalışmaya devam etmesidir. Çoğu zaman tek Internet Servis Sağlayıcıyla (ISP) çalışan firmalar bağlantılarında bir problem oluştuğunda başka bir hat kullanarak kesintisiz şekilde iletişimi devam ettiriyor. Karasal hatlar karasal hatlarla yedeklenmez felsefesine dayanarak uydu internet kullanan bilgi işlem yöneticileri ise kendilerini daha rahat hissedebilirler.

Forefront Threat Management Gateway (TMG) ISP Redundancy özelliğini iki şekilde High Availability ve Load Balancing sağlayarak kesintisiz olarak interneti kullanabilmemizi sağlıyor.

Forefront TMG default olarak ISP Redundancy disable olarak gelir. Enable edebilmemiz için Network tabındaki ISP Redundancy sekmesine gelip Enable linkini açıyoruz.

Karşımıza çıkan sihirbazı Next ile geçiyoruz.

ISP Redundacy modları karşımıza çıkıyor.

High Availability (Failover) Modu : Iki internet hattından sadece bir tanesi aktif olarak kullanılır diğeri ise backup (yedek) olarak bırakılır ve herhangi bir şekilde Internet hattınız koptuğunda diğer hattı aktif ederek kullanıma açar.

Load Balancing Modu : Iki internet hattı da aynı anda aktif olarak kullanılır. Eğer internetiniz farklı ISP lerden sağlanıyorsa High Availability de destekler.

Bu makalemizde Load Balancing yapacağız ama işlem sırası High Availability ile aynıdır.

ISP 1 için bağlantı yaptığımız Ethernet i seçiyoruz dilersek Manuel Edit den ISP default gatewayi ve subnet mask bilgilerini değiştirebiliriz.

Link Connectivity kısmı ise ISP 1 ve ISP2 arasındaki bağlantı durumunu sorgulayarak bağlantı koptuğunda ne yapmasını istersek bu ayarları yapabiliriz.

Explicit Route Destinations da sabit bir IP aralığı icin sürekli olarak bu ISP bağlantısını kullanmasını sağlayabiliriz.

NOT: High Availability modunda Explicit Route Destinations kullanamazsınız çünkü ISP2 aktif olmayacaktır.

ISP2 için ben backup ismi verdim dileyenler başka isimler de verebilir. Konfigurasyon ve sekmelerdeki işlevler aynıdır.

Forefront TMG Load Balancing işlemini Outbound olarak uygulamakta ve kullanabildiğimiz load balance metodları ise;

1 – Basic Active/Passive Failover (High Avaliability)

2- Percentage Based

Biz 2 numaralı metodu kullanıyoruz buradan High Availability nin de bir Load Balancing metodu olduğunu çıkartıyoruz.

Hızlı olan hatta daha fazla bant genişliği kullanmasını istiyorum ve değerleri bu şekilde düzenliyorum siz dilediğiniz şekilde düzenleyebilirsiniz.

Son olarak yaptığımız konfigurasyonları kontrol ediyoruz.

Resim de gördüğünüz gibi Load Balancing işlemini başarıyla gerçekleştirmiş oluyoruz.

Resimdeki çizgiler anlık (Realtime) olarak bağlantı durumunu yansıtmaktadır

Mavi çizgi aktif bağlantı olduğunu, kırmızı çizgi aktif bağlantı olduğunu fakat bağlantının koptuğunu, gri çizgi ise bağlantının sağlanamadığını gösterir.

Forefront TMG henüz geliştirilme aşamasında olduğunu unutmadan hatırlatmak istiyorum üründe bazı değişiklikler olacak ve bu değişikliklerden bazıları;

- ISP Redundancy e göre otomatik olarak network rule yazılması,

- ISP Redundancy Logging Tab

- ISP Redundancy aktif edilmesi sırasında hattın çalışılabildiğini sorgulamıyor bununla ilgili düzeltme,

Sorularınız ve takıldığınız yerleri http://www.cozumpark.com/forum adresindeki Forefront bölümünde sorabilirsiniz.Bir sonraki Forefront makalesinde görüşmek üzere.

Windows 7 XP Mode

Serhat AKINCI — Sun, 14 Jun 2009 11:43:00 GMT

Aslında beta ürünler üzerine bu tip uzun makaleler yazmak çok ta doğru değil çünkü beta ürünlerde çeşitli değişiklikler olması muhtemeldir. Bu doğrultuda makale içeriğinin şimdilik gün yüzüne çıkan ve paylaşılan özelliklerden oluştuğunu ve bahsi geçen konuların RTM duruma gelene kadar değişikliğe uğrayabileceğini hatırlatmak isterim.

Microsoft vizyonunda sanallaştırmanın sadece sunucu sanallaştırma ile sınırlı olmadığını her fırsatta dile getiriyoruz. Bu noktada bahsetmek istediğim yeni teknolojinin ismi Windows Virtual PC ve bu teknoloji sayesinde kullanılabilir olan Windows XP Mode (XPM)

360 derece sanallaştırma vizyonunun bir parçası olarak Windows 7 işletim sistemi içerisinde ücretsiz olarak gelecek olan Windows Virtual PC ve XPM’in temel amacı geriye dönük uygulama uyumluluğu sağlamak ve bu doğrultuda örneğin sadece Windows XP üzerinde çalışabilen uygulamaların Windows 7 içerisinde de kullanılabilir olmasını sağlamaktır.

Biliyorsunuz Windows 7 şu an RC, Windows XP Mode (XPM) ise henüz beta durumda.

Windows 7 RTM olduğunda aşağıdaki sürümler üzerinde Windows Virtul PC ve XPM ücretsiz olarak kullanılabiliyor olacak.

Windows 7 Professional

Windows 7 Ultimate

Windows 7 Enterprise

Windows Virtual PC’i Microsoft Virtual PC 2007’nin varyasyonu olarak düşünebilirsiniz.

Microsoft Virtual PC 2007 host işletim sistemi üzerine kurulduktan sonra içerisinde yeni sanal makineler yaratmaya ve bu sanal makineler içerisinde çeşitli sanal işletim sistemleri ve uygulamalar çalıştırmaya yarayan bir üründü. Bu yapıda çalışan sanal makineler içerisindeki sanal uygulamalar sadece o sanal makinenin pencere sınırları içerisinde çalışabilmektedir. Windows Virtual PC ise bu senaryoyu değiştirerek sanal makine içerisinde kurulu olan sanal uygulamamaların Windows 7 işletim sistemi üzerinden de kullanılabilmesine olanak sağlamaktadır. Yani Guest sistem üzerindeki uygulamayı Host sistem üzerinden kullanabiliyoruz.

Küçük bir örnekle devam edelim.

Windows Vista üzerinde kurulu Microsoft Virtual PC 2007 içerisinde bir sanal makine yaratıyoruz ve sanal olarak bir Windows XP işletim sistemi kuruyoruz. Bu sanal XP içerisinde sadece XP de çalışabilen bir uygulama olduğunu var sayıyoruz. Bu senaryoda XP uyumlu uygulamayı kullanmak için Microsoft Virtual PC 2007 içerisindeki sanal XP’i kullanmamız ve bu çerçevede hareket etmemi gerekiyor.

Aynı senaryoyu Windows 7 üzerindeki Windows Virtual PC ile gerçekleştirdiğimizde ise XP uyumlu sanal uygulama arka planda yine Windows Virtual PC üzerindeki XPM de yer alıyor, ama uygulamanın kullanıcı ara birimi Windows 7 üzerinde de çalışabiliyor ve biz bu uygulamayı kullanırken herhangi bir sanal makine emülatörü görmüyoruz. XP uyumlu sanal uygulamanın kısa yolları Windows 7 desktop’u, task bar’ı yada start menüsü gibi noktalarda yer alabiliyor ve sanki Windows 7 ‘e ait bir uygulamaymışçasına hızlıca erişebiliyoruz.

En güzel yanı da XPM ile gelen Virtual Windows XP işletim sistemini sıfırdan kurmak zorunda olmayışımızdır. Az sonra indireceğimiz XPM paketi içerisinde bir XP imajı bulunuyor ve birkaç küçük ayar ile bu imajı hızlıca çalışır hale getirebiliyoruz. Bu ve diğer yetenekleri az sonra inceleyeceğiz.

Peki Microsoft bu özelliği Windows 7 içerisine eklemesindeki amaç nedir derseniz?

Tabi ki çeşitli nedenleri var ve yoruma açık bir konu ancak en başta geriye dönük uyumluluk sorunları için çözüm üretmek, Windows XP kullanıcılarının Windows 7 ye upgrade sürecini hızlandırmak ve daha donanımlı bir işletim sistemi (w7) ortaya çıkartmak olduğunu söyleyebiliriz.

Windows XP işletim sisteminin hala yoğun olarak kullanıldığını, XP kullanıcılarının çeşitli uyumsuzluk (eski uygulamaların kendini Vista ya adapte edememesi) ve performans (xp donanımlarının Vista için çokta yeterli olmaması ve firmaların yeni yatırıma yanaşmaması) sıkıntılarından dolayı Windows Vista beklenen kullanım oranını yakalayamadı gibi görünüyor.

Windows 7 ise performans konusunda gerçekten çok başarılı. Bununla birlikte Windows Vista güvenliğine ve görselliğine sahip, ayrıca XPM ile de Windows XP uyumluluk desteği sunuyor. Bu doğrultuda Windows 7 nin beklentileri karşılayacağını söylemek mümkün.

Windows XP Mode olarak lanse edilen bu özelliğin zemininde Windows Virtual PC teknolojisinin yattığını söylemiştik.

Peki Microsoft Virtual PC 2007 ile Windows Virtual PC arasındaki farklar neler?

Aşağıdaki tablo iki ürün için compare bilgisi yansıtıyor.

Önemli yenilikleri kısaca açıklayalım.

Integration with Windows XP Mode: XPM’in Windows 7 ile entegre olarak geldiğini söylemiştik (Windows 7 Feature). Bu sayede kolay kurulum ve kullanım sunuyor.

USB Support: Önemli yeniliklerden birisi. Windows Virtual PC printer, scanner, flash memory/stick, external hdd, dijital kamera ve smart card gibi çeşitli USB aygıtlarını destekliyor.

Seamless application publishing and launching: En çekici yetenek J Windows Virtual PC içerisinde çalışan Virtual XP üzerinde kurulu olan ve sadece XP desteği olan sanal uygulamanın Windows 7 desktop’u üzerinden de kullanılabilme yeteneği.

Support for multi threads: Windows Virtual PC üzerinde aynı anda birden fazla sanal makineyi eş zamanlı olarak tutup çalıştırabilir, her sanal makine içinde farklı uygulamalar barındırabiliriz.

Clipboard Sharing: Pratik bir özellik. Windows 7 işletim sistemi ile sanal olarak çalışan örneğin Windows XP işletim sistemi arasında kes/kopyala/yapıştır şeklinde dosya transferi yapabiliyoruz.

Known folder integration between host and guest: Windows 7 üzerindeki bir klasöre Windows Virtual PC üzerinden rahatlıkla erişebiliyoruz.

Support for higher resolution: sanal makineler 2048x1920 1600x1200 gibi çözünürlükleri destekliyor.

Requires AMD-V or Intel-VT CPU feature: Evet yanlış okumadınız J Hyper-V den tanıdığımız işlemciye has donanımsal sanallaştırma özelliğini kullanıyor. Bu nedenle işlemcimizin bu özelliği destekliyor olması gerekli.

Bu saydığımız özelliklerin çoğu Microsoft Virtual PC 2007 üzerinde yer almıyor, yer alanlarda belirli çerçevelerde çalışıyordu. MS tarafında Windows Virtual PC ile desktop sanallaştırma konusu çok daha keyifli bir hal aldı diyebiliriz.

Şimdi Windows XP Mode’u nasıl kullanabiliriz bir bakalım.

Öncelikle Windows 7 RC’i henüz denemediyseniz aşağıdaki linki kullanarak download edip Windows 7 deneyimine başlayabilirsiniz.

http://www.microsoft.com/windows/windows-7/download.aspx

XPM kullanmak için şu aşamada iki temel ihtiyacımız var ve ürünler henüz beta olduğu için Windows 7 RC içerisinde yer almıyor ve download etmemiz gerekiyor.

1. Windows Virtual PC beta pakedi

2. Windows XP Mode beta pakedi

Her ikisini de aşağıdaki link üzerinden indirebilirsiniz.

http://www.microsoft.com/windows/virtual-pc/download.aspx

Peki Windows Virtual PC ve XPM’in çalışması için neler gerekli?

- Öncelikle Windows 7 (Professional, Ulitame, Enterprise)

- XPM için başlangıçta 2GB disk alanı, sonrası için ihtiyaç kadar boş alan. Çünkü XPM içerisine dosya attıkça yada program kurdukça XPM’in kullandığı sanal disk alanı giderek genişleyecek.

- Windows Virtual PC’nin ihtiyaç duyduğu hardware virtualization destekli bir cpu (AMD-V yada Intel-VT)

Gereklilikleri sağladıktan sonra öncelikle Hardware Virtualization özelliğinin bios altından enable edilmesi gerekiyor. Genelde bu özellik disable durumdadır.

Örneğin HP sistemlerde bu özelliği enable etmek için şu adımları izliyoruz.

- Sistemi yeniden başlatıp işletim sistemi yüklenmeden önce F10 ile bios bölümüne geçiyoruz

- System Configuration bölümünde Virtualization Technology ‘i Enable yapıyoruz

- F10 ile ayarları save edip sistemi kapatıyoruz (shutdown) (Mutlaka en az bir kez shutdown yapmalıyız. Sadece restart işe yaramayabiliyor.)

- Daha sonra sistemi açıyoruz ve hazır.

Özelliğin enable olup olmadığını veya kullandığınız işlemcinin Hardware Virtualization destekleyip desteklemediğini görmek için aşağıdaki tool’ları kullanabilirsiniz.

INTEL işlemciler için:

http://www.intel.com/support/processors/tools/piu/

AMD İşlemciler için:

http://support.amd.com/us/Pages/dynamicDetails.aspx?ListID=c5cd2c08-1432-4756-aafa-4d9dc646342f&ItemID=172

Gerekli bios değişikliğini yaptıktan ve ilgili paketleri indirdikten sonra Windows Virtual PC kurulumu ile başlıyoruz.

Kurulum bitiyor ve sistemi yeniden başlattıktan sonra Windows Virtual PC start menüsündeki yerini alıyor.

Şu an Virtual Windows XP ‘e tıklarsak aşağıdaki uyarıyı alırız.

Çünkü henüz XPM kurulumunu yapmadık. Yukarıdaki pencerede Download butonunu kullanarak XMP’i indirebileceğimiz sayfaya gidebiliriz ancak biz daha önceden indirmiştik, bu nedenle kurulum için indirdiğimiz paketi kullanacağız.

Önceden indirmiş olduğumuz 2nci paket olan XPM kurulumunu başlatalım.

Yukarıdaki pencerede XMP ile gelen Virtual Windows XP için kullanılacak VHD dosyasının hangi lokasyona çıkartılacağını belirtiyoruz. Dikkat ederseniz 1.6GB boş alana ihtiyaç olduğu bilgisi var. Ayrıca bu bir sanal disk dosyası olduğu için ilerleyen günlerde sanal işletim sistemine yeni uygulamalar/veriler ekledikçe bu dosyanın boyutu genişliyor olacak. Bu nedenle yeterince boş alan olan bir lokasyonda tutmanızı tavsiye ederim.

XPM kurulumu bitti. Finish diyerek Virtual XP’i açabiliriz.

Virtual XP imajını ilk kez çalıştırmadan önce yapmamız gereken birkaç küçük ayar var. Çünkü bu imaj içerisindeki Virtual Windows XP henüz hazır durumda değil. Bu birkaç küçük ayar password bilgisi ve updates configuration seçiminden ibaret.

User name User olarak geliyor ve bu default durum bu aşamada değiştirilemiyor. Bu hesap için bir password belirleyerek devam ediyoruz.

Yukarıdaki pencerede yer alan Remember credentials (Recommended) kutucuğunu tıklayarak devam etmenizi öneririm. Aksi halde Virtual XP’i kullanırken sürekli credentials girmek zorunda kalabilirsiniz.

Aşağıdaki pencerede Windows Security Updates otomatik almasını sağlıyoruz.

Next dedikten sonra Virtual XP ilk start için hazırlanmaya başlıyor.

Eğer bu aşamadan hemen önce aşağıdaki gibi bir hata alırsanız,

Bahsetmiş olduğumuz Hardware Virtualization özelliği bios altında enable durumda değildir.

Ben durumu görebilmeniz adına bu şekilde bıraktım.

Hemen yukarıda vermiş olduğum tool ile kontrolünü yapalım.

AMD marka bir içlemciye sahibim, bu nedenle AMD için uygun olan tool’u kullanarak testimi yapıyorum.

AMD İşlemciler için:

http://support.amd.com/us/Pages/dynamicDetails.aspx?ListID=c5cd2c08-1432-4756-aafa-4d9dc646342f&ItemID=172

Tool’u çalıştırdığımda dönen sonuç aşağıdaki gibi

Sistemin uyumlu olmadığını söylüyor çünkü bios altında gerekli değişikliği yapmadım (Bu arada not compatible with hyper-v bilgisi sizi şaşırtmasın, bu tool’lar genel anlamda değerlendirme yapıyor yani hyper-v ye özel değil :))

Bios altında gerekli enable işlemini yaptıktan sonra sistemi tekrar açıyorum ve Virtual XP’i yeniden başlatıyorum.

Virtual XP için gerekli olan birkaç bilgiyi tekrar giriyorum ve aşağıdaki pencerede tekrar Next diyorum.

Ve Virtual XP hazırlanmaya başlıyor.

Bu süreç birkaç dakika sürebilir çünkü arka planda start için hazırlanan bir işletim sistemi var ve biraz zaman alabiliyor.

Kurulum sırasında bahsettiğim Remember credentials (Recommended) seçeneğini tıklamazsanız aşağıdaki gibi bazı aşamalarda credentials girmek zorunda kalırsınız.

Virtual Windows XP hazır olduktan sonra otomatik olarak start oluyor ve artık kullanıma hazır.

Gördüğünüz gibi herhangi bir işletim sistemi kurulumu yapmadık çünkü indirdiğimiz XPM paketi içinde zaten sanal bir xp işletim sistemi bulunuyor.

Birkaç küçük ayar ile yeni bir sanal XP hazır hale getirdik ve şu an kullanıma hazır.

Aşağıda da görebileceğiniz gibi her iki sistemin uygulamaları birbirinden bağımsız olarak çalışıyor. Windows 7 üzerinde Internet Explorer 8, XPM ile gelen Virtual XP üzerinde ise Internet Explorer 6 çalıştığını görebiliyorsunuz. Her ikisi de kullanılabilir durumda.

Windows Virtual PC yönetimi oldukça basit ve son kullanıcıya uygun şekilde tasarlanmış.

Aslında bu menüler ve aksiyonlar Hyper-V üzerindeki sanal makine aksiyonları ile benzerlik gösteriyor. Ayrıca komutların ne işe yaradığı gayet net ve anlaşılır.

Yine de kısaca bahsetmek gerekirse;

Actions bölümünde kullanabileceğimiz komutlar aşağıdaki temel komutlardır.

Örneğin View Full Screen diyerek sanal XP’i full screen olarak kullanabiliriz.

Üst taraftaki BAR’ı kullanarak yine eski moda veya Windows 7 desktop’una dönüş yapabiliriz.

Fiziksel sisteme taktığınız bir USB diski Virtual XP içerisinde görmek için aşağıdaki bölümden Attach edebilirsiniz. Aynı şekilde bu bölümü kullanarak diğer USB aygıtları da Attach etme şansınız var.

Aşağıda Attach edilmiş bir USB Flash disk görüyorsunuz.

Bu diski sanal sistemden çıkartmak istediğinizde yine yukarıdaki bölümde Release komutunu vermeniz yeterli.

Aşağıdaki Tools bölümünde ise Virtual XP için sanal donanım ve bu donanımların özelliklerini belirleyebiliyoruz.

Yine Hyper-V tarafındaki sanal makine düzenleme işlemlerine çok benziyor.

Aslında bu önemli bir pencere ancak buradaki ayarlara başka bir yazıda ayrıntılı olarak değineceğim.

Ve son olarak göstermek istediğim ise Virtual XP içerisindeki uygulamaların Windows 7 desktop’unda nasıl çalıştırılacağı (Seamless Application Publish)

Aslında oldukça basit bir işlem ve yapmanız gereken tek şey Virtual XP içerisine herhangi bir uygulama kurmak. Hepsi bu J

Örneğin ben Virtual XP içerisine Windows Live Messenger yazılımını kurdum. Bu Lİve Messenger yerine sadece XP üzerinde çalışabilen herhangi bir uygulamada olabilirdi.

Kurulum tamamlandıktan sonra Windows 7 üzerinde start menüsünü açıyoruz ve aşağıdaki bölümde yeni kurulmuş uygulamanın yer aldığını görüyoruz. Aynı uygulama Virtual XP üzerinde de yer alıyor ki esas yer alması gereken yer orasıdır.

Dikkat ederseniz Windows 7 üzerinde kurulu bir Live Messenger uygulaması yok ancak Windows Virtual PC altında XPM ile gelen Virtual XP içinde kurulu olan Live Messenger görünüyor.

Bu uygulamayı Windows 7 üzerinde çalıştırmak için Virtual XP’nin kapalı olması gerekiyor. Çünkü iki sistem de aynı anda aynı uygulamayı kullanamaz.

Virtual XP’i shutdown ediyoruz ve daha sonra Windows 7 üzerinde Live Messenger kısa yoluna tıklıyoruz.

Karşınızda Virtual XP içine kurduğumuz Windows Live Messenger.

Gördüğünüz gibi yaptığımız özel bir ayar yok. Sistem zaten hazır olarak geliyor.

Host ile Guest sistem arasındaki kes/kopyala/yapıştır veya diğer özellikleri de test edebilirsiniz. Hepsi aynı şekilde hazır ve çalışır durumda.

XP Mode ve yeni Windows Virtual PC için ilk izlenimler bu şekilde.

İyi çalışmalar.

Serhat AKINCI – IT Pro.

Windows 7 Türkce Dil Paketi Yuklemesi

Mumin CICEK — Sun, 14 Jun 2009 11:33:00 GMT

Microsoft en son işletim sistemi olan Windows 7 RC’yi yayınladı. Ancak Windows 7 RC şuanda Türkçe sunulmuyor. Biz Türkçe kullanmak istersek Türkçe dil paketini kurmamız gerekmektedir.

Öncelikle Control Panel’e geliyoruz ve ardından Clock, Language and Region tıklıyoruz. View by kısmından Control Panel görünümünü değiştirebilirsiniz.

Ardından yukarıdaki şekilde de görüldüğü gibi Region and Language altından install or uninstall display languages seçerek devam ediyoruz.

Bir sonraki aşamada ise karşımıza yukarıdaki seçenekler gelmektedir. Bu alanda install/uninstall languages seçiyoruz.

Bir sonraki aşamada Dil paketleri ile yapabileceğimiz işlemleri görüyoruz. Biz kurulan bir dil paketini kaldırabiliriz veya yeni bir dil paketi yükleyebiliriz. Biz İngilizce olan işletim sistemimizi Türkçe yapacağız. Bunun için Install display languages seçerek devam ediyoruz.

Evet dil paketinin nereden temin edileceği ile ilgili seçimimizi gerçekleştiriyoruz. İki seçenek var elimizde; Windows Update kullanarak yada bilgisayarımıza daha önceden indirmiş olduğumuz bir yolu göstererek dil paketinin kurulumunu sürdürebiliriz.

Ben daha önceden indirmiş olduğum dil paketimin yolunu göstererek kurulumumu gerçekleştireceğim. Şekilde görüldüğü gibi dil paketimi ilgili yerden seçtim ve OK ile devam ediyorum.

Evet görüldüğü gibi Türkçe dil paketimiz (MUI) karşımıza geldi ve Next ile yükleme işlemini başlatıyoruz.

Lisans sözleşmesinin kabul edilmesi ve ardından Next ile kurulum işlemini başlatıyoruz.

Evet dil paketimizin kurulumu gerçekleştiriliyor.

Kurulum tamamlandı.

Kurulum tamamlandıktan sonra Türkçe seçiyoruz ve Change display language tıklıyoruz.

Bilgisayarımızı yeniden başlatıyoruz.

İşletim sistemimiz artık Tükçe olarak karşımıza geliyor.

Evet görüldüğü gibi işletim sistemimiz tamamen Türkçe oldu ve kullanıma hazırdır.

Evet bu makalemizde Windwos 7 İngilizce olan işletim sistemimizi Türkçe dil paketi kurarak Türkçeleştirdik. Artık işletim sistemini kendi dilimizde rahat bir şekilde kullanabiliriz.

Türkçe dil paketlerini temin edebileceğiniz linkler;

32bit: http://depositfiles.com/en/files/npu44z3lj%20Windows_7_RC_Language_Packs_Turkish_x86.7z

64bit: http://depositfiles.com/en/files/jsnsj1z5z%20Windows_7_RC_Language_Packs_Turkish_x64.7z

Windows Server 2008 Kablosuz Ag Yapilandirmasi

Mumin CICEK — Sun, 14 Jun 2009 11:25:00 GMT

Kablosuz ağlar artık günümüzde sistemlerimizin bir parçası oldu ve hemen hemen bütün işyerlerinde mevcut ve kullanılıyor. Kablosuz ağları Windows XP,Vista ve 7 üzerinde yapılandırmak çok basit olsa da Windows Server 2008 üzerinde kullanmak istediğimizde öyle tak çalıştır malesef olmuyor.

Windows Server 2008 plataformunda kablosuz ağları kullanmak istiyorsak öncelikle bu servisi bir özellik olarak sunucu üzerine eklememiz gerekmektedir. Aksi taktirde ne kadar da uğraşsanız Windows Server 2008 üzerinde kablosuz ağları kullanamazsınız.

Biz bu makalemizde Windows Server 2008 üzerinde kablosuz ağ yapılandırmasını ve Windows Server 2008 Wireless servisinin kurulumunu ve ardından da iletişimi kontrol edeceğiz.

Kablosuz Ağ servisini kurmadan isterseniz Windows Server 2008 üzerindeki duruma bir bakalım.

Evet yukarıdaki şekilde de görüldüğü gibi Kablosuz ethernet kartı takılı olmasına rağmen Windows server 2008 üzerinde iletişim yoktur.

Windows Server 2008 üzerinde Kablosuz ağ servisi devre dışı gelmektedir yada bir özellik olarak gelmektedir ve yüklenmesi gerekir. Yükleme işleminden sonra da aktif hale getirilmesi gerekir. Bu işlemi yapabilmemiz için de Server Manager açıyoruz ve Features tıklıyoruz. Ardından Add Features ile devam ediyoruz.

Select Features altından şekilde de görüldüğü gibi Wireless LAN Service seçiyoruz ve devam ediyoruz.

Servisimizin kurulumu devam ediyor.

Servisimiz kurulduktan sonra sunucunun yeniden başlatılması gerekiyor.

Görüldüğü gibi Wireless LAN Service başarılı bir şekilde kurulmuştur. Artık kullanabiliriz...

Kablosuz ağ servisini test etmek ve var olan kablosuz erişim noktamıza ulaşmak için ağ bağlantılarımıza gidelim ve bir bakalım son durum nedir?

Evet şekilde de görüldüğü gbi ağ yapımız yukarıdaki gibidir. Wireless Network’e sağ tıklıyoruz ve Connect/Disconnect seçiyoruz.

Evet görüldüğü gibi benim kablosuz ethernet kartım tarafından ulaşılabilen erişim noktaları görülmektedi.

İlk çalıştırdığınızda kablosuz ağ servisinin çalıştığından emin olun. Eğer servis sizin tarafınızdan çalıştırılmadıysa Connect dediğinizde otomatik olarak servis başlatılacaktır.

Bağlanmak istediğimiz ağın şifresini giriyoruz ve Connect diyoruz.

Bağlantımız başarılı bir şekilde sağlandı.

Evet bağlantımızın son durumu.

VMware ESXi Server’da Offline Clone

Berkant MUTLU — Sat, 13 Jun 2009 22:27:00 GMT

Daha önce ESXi Server’ın kurulumu, yapılandırılması gibi farklı makalelerle neler yapabileceğimizi incelemiştik. Bu makalemizde ise hazırda bulunan bir sunucumuzu nasıl klonlayacağımızı göreceğiz.

VMware ESXi Server iki şekilde klonlama yapabiliryor. Bunlar;

Clone ve Clone To Template

Anlamları aslında açık. Clone yapmak demek sunucunuz çalışır durumdayken veya kapalı iken kendi hostunuza veya farklı bir hosta hatta farklı bir datacenter’a aynısından bir tane daha klonlayabilirsiniz demek.

Clone To Template ise sunucunun imajı almak demektir. Bu imajı daha sonra farklı yerlerde de kullanabilmeniz için ise Templates bölümünün altında saklanır.

Bu makalemizde sunucu kapalıyken klonlama işlemi nasıl yapılır bunu inceliyor olacağız.

Öncelikle “VMware Infrastructure Client” programı ile “Virtual Center”a bağlanıyoruz.

Giriş yapıldıktan sonra “Virtual Center” ana ekranı karşımıza gelecek.

Bu ekranda klonlamak istediğimiz sunucuyu seçiyoruz.

Sunucu adı üzerine sağ tuş tıklayarak “Clone” seçeneğini tıklıyoruz.

Karşımıza çıkan ekranda yeni sunucumuzun adını belirlememiz isteniyor. Yazıyoruz ve NEXT butonu ile devam ediyoruz.

Yeni sunucumuzun hangi Hosta dahil olacağınıseçmemiz isteniyor.

Bu seçenekte diğer Hostuda seçebilirsiniz. Benim 10.112.1.206 hostunda sunucuya ihtiyacım var ve ben bu hostu seçerek devam ediyorum.

Kullanacağınız “datastore”u seçmeniz gerekiyor.

Bu ekranda yeni sunucumuzun işletim sistemini belirlememiz gerekiyor fakat klon sunucu olduğu için bu seçenek kapalı geliyor.

Bu adımda ise bize yaratılmış olan seçenekler kontrol etmemiz için sunuluyor. Eğer sağ alt köşedeki “Edit virtual hardware” seçeneğini tıklarsanız,

Bir önceki ekranda “Finish” olarak görünen buton “Continue” olarak değişecektir. Bu butona basarak devam ettiğimizde,

Klon sunucumuzun üzerinde yapabileceğimiz donanımsal değişiklikleri görebiliyor olacağız.

Biz değişiklik yapmadan çıkıyoruz.

“Finish” butonuna bastığımızda Virtual Center ana ekranına geri dönmüş olacağız.

“Recent Tasks” menüsünde “In Progress” statüsünde bir işlemimiz olduğunu göreceksiniz. Bu işlemin süresi klonlanan sunucunun yoğunluğuna göre değişir.

İşlem devam ediyor.

İşlem bittikten sonra Hostumuzda yeni sunucumuzu görmüş olacağız.

Yeni yarattığımız sunucunun IP lerini ve Computer Name’ini değiştirdikten sonra kullanmaya başlayabilirsiniz.

Umarım faydalı olmuştur. Farklı makalelerde görüşmek üzere.

Berkant MUTLU

W2008 Uzerinde Ntbackup Ile Exchange 2007 Yedeklemesi

Yilmaz BARCIN — Sat, 13 Jun 2009 22:17:00 GMT

Microsoft'un en yeni sunucu işletim sistemi Windows Server 2008 ile gelen birçok yenilik ile birlikte uzun yıllardır kullandığımız NTBACKUP yerini Windows Server Backup'a ve System Center'in yetenekli ürünü DPM 2007'ye bıraktı. Birçoğumuz bu değişikliği belkide hoş karşılamadık, çünkü ek bir lisans bedeli ödemeden Ntbackup.exe ile tüm yedeklememizi ve yedekten geri dönüşümüzü yapabilmekteydik...

Bu küçük makalede Windows Server 2008 üzerinde ntbackup'ı çalıştırma ve Exchange 2007'yi yedeklemeyi çok kısa ve öz olarak anlatacağız.

İhtiyacımız olanlar : Windows Server 2003 üzerinden aşağıdaki dosyaları kopyalayalım.

· ntbackup.exe

· ntmsapi.dll

· vssapi.dll

· esebcli2.dll

Bu dosyaları Windows Server 2008 içerisinde C:\Program Files\NTBackup klasörü açarak bu klasörün içerisine kopyalayalım.

Windows Server 2008 üzerinde Server Manager'ı açarak Features altından Add Features 'ı açalım ve burada Removable Storage Manager bileşenini seçerek yükleyelim.

Son olarak regedit.exe 'yi açarak bir registry değerini değiştirmemiz gerekiyor.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\BackupRestore\DLLPaths altında yer alan Esebcli2.dll değerinin yolunu C:\Program Files\NTBackup\Esebcli2.dll olarak değiştirerek işlemleri tamamlıyoruz.

Şimdi NTBACKUP'ımızı program files\ntbackup klasörünün altından çalıştırabiliriz ve Exchange 2003'te olduğu gibi backup'larımızı alabiliriz.

Application Firewall Url Yonlendirme

Mustafa Akcin — Sat, 13 Jun 2009 22:03:00 GMT

HTTP üzerinden giriş yapılan adreslerin farklı bir domain’e yönlendirilmesini sağlamak. Bir adres veya uzantıda belirlenebilir. ( Örn:.gov.tr)

Objects Oluşturma

· Application Firewall menüsünden Application Objects bölümüne girilir.

· Add New Object butonuna basılarak obje oluşturulur.

Giriş yapıldığında yönlenmesi istenilen adresler Obje olarak tanımlanır.

· Object Name : yonlendirme.obje

· Application Object Type : HTTP host

· Match Type : Partial Match

· Input Representation : Alphanumeric

· Content : www.haberturk.com , www.mynet.com , .gov.tr

· OK butununa basılır.

Action Oluşturma

HTTP Redirect page Action oluşturun ve içerisine Objede girilen adreslerin yönleneceği domaini belirleyin.

Application Firewall Actions menüsüne gir.
Add New Action ‘ı tıkla.

Action Name : yonlendirme-action
Action : HTTP Redirect
Content : http://www.tesan.com.tr/ (yönlenecek adres girilir.)

Policy Oluşturma

Oluşturulan Obje’ye istinaden ona uygun Policy yaratılarak uygulama aktif hale getirilir.

Application Firewall Menüsü tıklanır.
Policies bölümüne girilir.
Enable Application Firewall kısmı Aktif edilir.
Add New Policy kısmına basılır ve kural oluşturulur.

Aşağıdaki kuralda sadece belirlenen kullanıcıya Oluşturduğum Objeyi Uygula diyeceğiz. Bu kuralı Outgoing veya Incoming olarak belirleyebiliriz.

Policy Name : Dosya_Uzantisi_Policy
Policy Type : HTTP Client
Source Address : Mustafaakcin olarak belirledik. (Grup’ta seçilebilir.)
Exclusion Address : None bırakılır. ( Hariç kalacak ip veya grup buradan belirlenebilir.)
Application Object : Dosya_Uzantilari_Obje ( Yukarıda oluşturduğumuz obje)
Action : HTTP Action.
Users/Group : All – None bırakılır ( Eğer User’ları çekmek isterseniz kullanılır.)
Schedule : Always On ( Her zaman bu kuralı uygulayacak İstenirse zaman ayarlanabilir.)
Enable Logging : Oluşturulan kuralın Log-view menüsünde görünmesi için aktif edilir.
Connection Side : Client Side
Direction : Basic / Both olarak ayarlanır. (Outgoing ‘te olabilir.)
OK butonuna basılır ve kural tamamlanır.

Loglama

Belirlenen kullanıcı www.saglik.gov.tr adresine girmek istediğinde direk www.tesan.com.tr adresine yönleniyor ve aşağıdaki bilgiyi logda yansıtıyor.

Application Firewall Adrese Gore Download Izni Vermek

Mustafa Akcin — Sat, 13 Jun 2009 22:01:00 GMT

Belirleyeceğiniz domain’ler üzerinden istenilen uzantıların HTTP (80) üzerinden download yetkisini açmak ve istediğiniz obje veya user’a uygulamak.

İzin verilecek Domain’ler ve kişiler Address Obje üzerinden tanımlanır. Belirlenen uzantılar önce App-Obje olarak tanımlanır. Daha sonra uygulanacak gruba veya user’lara (App-policy) oluşturulur ve kuralın işlendiği esnadaki hareket belirlenir. (App-Action) Nsa 240 ve üzeri tüm modellerde uygulayabilirsiniz..

Address Object Oluşturma

· Network menüsünden Address Objects bölümüne girilir.

· Sayfanın altındaki Add bölümüne basarak objeyi oluşturabiliriz.

· Gov.TR uzantısını ve SonicWALL adreslerini WAN-FQDN olarak tanımlayalım.

· Sayfanın altındaki Add bölümüne basarak objeyi oluşturabiliriz.

Eğer 1 den fazla oluşturduğunuz WAN objesi varsa bunları yukarıdaki gibi grup içine almanız yeterli olacaktır.. Grubumuzun ismi Download_izin olsun. Girilen Objeler belirtildikten sonra OK butonuna basılır.

Application Firewall menüsünde yapacağınız bu uygulamayı Host-Range-Network veya bir Mac içinde yapabilirsiniz. Biz Mustafa Kullanıcısını Address Object olarak tanımlıyoruz.

App-Objects Oluşturma

· Application Firewall menüsünden Application Objects bölümüne girilir.

· Add New Object butonuna basılarak obje oluşturulur.

Obje Type olarak http URl Content seçeceğiz ve filtrelenecek olan uzantıları Content kısmına gireceğiz.

· Object Name : Dosya_Uzantilari_Obje

· Application Object Type : http URl Content

· Match Type : Suffix Match

· Input Representation : Alphanumeric

· Content : .zip , .rar , .exe , .pdf

· OK butununa basılır.

App-Action Oluşturma

HTTP Block page Action oluşturun ve içerisine “Indirmek istenilen uzantı Engellenmiştir” diye yazın. Bu Uzantılardan biri download edilince karşınıza çıkartacağı mesajı yazar.

Application Firewall Actions menüsüne gir.
Add New Action ‘ı tıkla.

Action Name : HTTP-Action
Action : HTTP Block Page
Content : Aşağıdaki mesaj girilir.
Color : White ( Değiştirilebilir. )

App-Policy Oluşturma

Oluşturulan Obje’ye istinaden ona uygun Policy yaratılarak uygulama aktif hale getirilir.

Application Firewall Menüsü tıklanır.
Policies bölümüne girilir.
Enable Application Firewall kısmı Aktif edilir.
Add New Policy kısmına basılır ve kural oluşturulur.

Aşağıdaki kuralda sadece MustafaAkcin kullanıcına ve Wan-Domainleri oluşturduğum Downlaod_izin grubuna Uygula diyeceğiz. Bu kuralı Outgoing veya Incoming olarak belirleyebiliriz.

Policy Name : Dosya_Uzantisi_Policy
Policy Type : HTTP Client
Source Address : Mustafaakcin olarak belirledik. (Grup’ta seçilebilir.)
Exclusion Address : Download_izin bırakılır.
Application Object : Dosya_Uzantilari_Obje ( Yukarıda oluşturduğumuz obje)
Action : HTTP Action.
Users/Group : All – None bırakılır ( Eğer User’ları çekmek isterseniz kullanılır.)
Schedule : Always On ( Belirli zamanlar içerisinde bu kuralı uygula denilebilir.)
Enable Logging : Oluşturulan kuralın Log-view menüsünde görünmesi için aktif edilir.
Connection Side : Client Side
Direction : Basic / Both olarak ayarlanır. (Outgoing ‘te olabilir.)
OK butonuna basılır ve kural tamamlanır.

Mesaj – Loglama

Belirlenen kullanıcı Oluşturulan domainler dışından biri ile download yapmak istediğinde Action kısmından oluşturduğumuz uyarıyı alacaktır.

Aldığı bu uyarı sonucunda SonicWALL loglarında görünme şekli ise aşağıdaki gibi olacaktır.

Domain'e Parmak izi ile Logon Sistemi (Izzix Secure Pro)

Sait Yıldız — Sat, 13 Jun 2009 21:52:00 GMT

DIGENT Firması’nın Izzıx Secure Pro yazılımı, MS Active Directory kullanan kurumlarda, parmak izi entegrasyonu ile, güvenliği artıran bir platformdur. Domain'e sadece hesabın gerçek sahibi kendi parmak izini okutarak logon olabilir. Özellikle bir bilgisayarın birden fazla kullanıcı tarafından kullanıldığı kurumlarda extra güvenlik ve log yönetimi sağlar. Bu resimde sistemin işleyişi görülüyor. Logon ekranı açıldığında, kullanıcı parmak izini okutur. Izzix Secure Pro-client, alınan parmak izini Fingerprint...(read more)

Video - Mayasoft W2008 Yenilikleri ve Active Directory Migration

Mesut ALADAG — Sat, 13 Jun 2009 21:29:00 GMT

Video - Mayasoft Windows Server 2008 Yenilikleri ve Active Directory Migration Demo

Tam ekran izlemek için resimdeki butonu kullanabilirsiniz

Virtual Machine Manager Self-Service Portal User Role Tanimi

Serhat AKINCI — Sat, 06 Jun 2009 13:30:00 GMT

İlk bölümde Virtual Machine Manager 2008 Self-Service Portal özelliğinin ne olduğundan ve kurulum aşamalarından bahsetmiştik. Bu bölümde ise kaldığımız yerden devam ediyoruz.

Self-Service Portal üzerinde oturum açacak kullanıcıların active directory hesabına sahip olması gerektiğini söylemiştik. Şimdi bir AD hesabı ile oturum açmayı deneyelim.

Gördüğünüz gibi oturum açamadık çünkü kullandığımız hesap henüz bir self-service user profiline üye değil.

Birde domain admins üyesi bir hesap ile oturum açmayı deneyelim.

Yine oturum açamadık çünkü henüz o da self-service user profiline sahip bir role üye değil.

Yani oturum açmasını istediğimiz kullanıcılar için öncelikle user role’ler tanımlamamız gerekiyor (self-service user role). Daha sonra kullanıcıları bu rollere üye yapıyoruz ve ilgili role ile gelen yetkiler doğrultusunda oturum açıp işlemleri gerçekleştirebiliyorlar.

Self-Service user role tanımını ise Admin Console ile VMM Server’a bağlanarak yapıyoruz.

Admin Console (Virtual Machine Manager) üzerinde Administration bölümüne geliyoruz ve User Roles seçiliyken New user role diyoruz.

Gelen pencerede yaratacağımız yeni user role için bir isim veriyoruz.

User role profile olarak ise Self-Service User seçiyoruz.

Bu bölümde iki farklı profil göreceksiniz.

Delegated Administrator: Bu profilde yaratılmış role üye olan kullanıcılar, role için atanmış host groups altındaki vm, host ve library server’lar üzerinde bir takım yönetimsel işlemler gerçekleştirebilirler (Virtual Machine Manager ile)

Self-Service User: Bu profilde yaratılmış role üye olan active directory kullanıcıları Self-Service Portal üzerinde oturum açabilir, rolden gelen izinler doğrultusunda yeni sanal makineler yaratıp yönetebilir ancak kendileri yeni roller tanımlayamaz. Ayrıca Host sistemler ve Library server’lara müdahale edemezler.

Biz Self-Service User seçerek devam ediyoruz.

Yarattığımız bu role üye olmasını yani bu role üzerinden gelen yetkiler ile Self-Service Portal üzerinde oturum açmasını istediğimiz kullanıcıları seçiyoruz.

Bu bölümde birden fazla kullanıcı yada group seçebilirsiniz.

Bu role üye olup Self-Service Portal üzerinde oturum açan kullanıcıların hangi host group/s altındaki host/s üzerine VM deploy edebileceğini belirliyoruz.

Bu noktada Host Groups yapısı önem kazanıyor. VMM2008 için yayınladığımız ilk makalelerde Host Group konusundan bahsetmiştim.

Aşağıdaki Permissions penceresinde ise yarattığımız bu role üye olan kullanıcıların VM’ler üzerinde hangi işlemleri gerçekleştirebileceğini belirliyoruz.

Yukarıdaki pencerede All actions seçerseniz, kullanıcı approved actions bölümündeki tüm komutları kullanabilir.

Yada Only selected actions diyerek sadece seçtiğiniz aksiyonların uygulanabilmesini sağlayabilirsiniz.

Bu aksiyonları Hyper-V Manager konsolundan tanıyoruz ama kısaca açıklamak gerekir ise:

Start : VM’i start edebilir

Stop : VM’i stop edebilir

Pause and Resume : VM’i durdurup yeniden çalışmasını sürdürmesini sağlayabilir

CheckPoint : Snapshot diyebiliriz. Yeni checkpoint noktaları oluşturup yönetebilir

Remove : VM’i silebilir

Local Administrator : Kullanıcıya yönettiği VM üzerinde local administrator hakkı tanır

Remote connection : VM’e IE üzerinden uzak masaüstü bağlantısı yapılmasını sağlar

Shut Down : VM’i kapatabilir

Biz All actions ile devam ediyoruz.

Aşağıdaki pencerede bu role üye olan kullanıcıların yeni sanal makine yaratıp yaratamayacağını belirliyoruz.

Allow users to create new virtual machines seçeneği ile yeni VM yaratmalarına izin verelim.

Yine aynı pencerede görmüş olduğunuz Set quota for deployed virtual machine seçeneği ile kullanıcının maximum kaç adet VM yaratabileceğini belirleyebiliyoruz. Örneğin burada 2 değerini verirsek, bu role üye olan bir kullanıcı Self-Service Portal üzerinde sadece 2 adet VM yaratıp yönetebilir.

Burada önemli bir nokta var. Self-Service Portal kullanıcıları sadece template’ler üzerinden yeni VM’ler yaratabilir. Kurulum medyasını takıp kurulum yapma şansları yoktur çünkü kurulum medyasını yerleştirebilecekleri sürücüleri yoktur. Yine yukarıdaki pencerede bizim daha önceden hazırlayıp eklediğimiz VM Template’leri (Sanal makine şablonları) kullanarak yeni VM yaratabilirler.

Yukarıdaki pencerede select templates bölümünde add diyerek library server üzerindeki template’ler arasından seçim yapabiliriz.

Template’i seçip ok diyoruz.

Benim library server üzerinde tek bir template olduğu için sadece onu seçebiliyorum. Bu pencerede elinizdeki birçok template’i aynı anda seçip ekleme şansınız var.

Kullanıcılarına farklı template’ler sunarak her ihtiyaçlarını rahatlıkla karşılayabilirsiniz.

Template hazırlama konusuna bu makalede girmiyoruz çünkü sonraki makalelerde ele alacağımız bir konu.

Aşağıdaki pencerede kullanıcıların hangi library server üzerindeki objeleri kullanabileceğini seçiyoruz. Browse butonu ile library server üzerindeki özel bir path’i gösterebiliriz.

Library server kullanım amacından daha önceki makalelerimizde yüzeysel olarak bahsetmiştik. Yine fazla ayrıntıya girmiyorum çünkü ilerleyen günlerde ayrıntılı olarak inceleyeceğiz.

Son olarak Summary penceresinde yaptığımız ayarlar listeleniyor ve Create komutu ile yeni Self-Service User Role’ü yaratıyoruz.

Yeni profili aşağıdaki gibi görebilirsiniz.

Evet şimdi tekrar Self-Service Portal üzerinde oturum açmayı deneyelim.

Hatırlarsanız Bemar\Serhat kullanıcısını az önce yarattığımız profile üye yapmıştık.

Bu sefer oturum açma işlemi gerçekleşiyor

Karşınızda Self-Service Portal üzerinde oturum açan kullanıcıların yönetim paneli.

Dikkat ederseniz hala IE üzerindeyiz ve hep orda kalacağız J

Listede henüz bir VM yok çünkü henüz bir VM yaratmadık. Ayrıca Self-Service User profili yaratırken eklemiş olduğumuz host group altındaki host’lar üzerinde çalışan sanal makineler’i şu an burada göremezsiniz. Bu da normal bir durumdur.

Yeni VM yaratma ve var olan VM’leri kullanıcılara tahsis etme konularını bir sonraki makalemizde inceliyor olacağız.

Son olarak yaratmış olduğumuz bu profil üzerinde bir değişiklik yapmak istersek aşağıdaki şekilde düzenleyebiliriz.

Properties bölümü

Diğer bölümde görüşmek üzere.

Serhat AKINCI – IT Professional

Exchange Server 2010 Email Adres Ilkeleri

Mumin CICEK — Sat, 06 Jun 2009 13:26:00 GMT

Organizasyonumuzda var olan her kullanıcı eğer Exchange Server 2010 servisinden ve mail ile haberleşme yapısından yararlanmak istiyorsa mutlaka bir mail adresine sahip olmalıdır. Mail adresi ile ilgili ilkeler (Policy) kullanıcılar,kontaktlar (contact) ve gruplar için birinci ve ikinci derecedeki mail adreslerinin tanımlanmasında kullanılır. Böylelikle kullanıcılar bu yapılar sayesinde oluşturulan mail adresleri ile hem mail alırlar hem de gönderirler. Microsoft Exchange Server 2010 servisi varsayılan...(read more)

Exchange Server 2010 Kullanıcı Islemleri

Mumin CICEK — Sat, 06 Jun 2009 13:23:00 GMT

Microsoft Exchange Server 2010 servisinde kullanıcı işlemlerimizin çoğunu Management Console üzerinden gerçekleştireceğiz. Sizlerde hatırlıyorsunuzdur ki daha önceki Exchange Server sürümlerinde mailbox ve kullanıcı işlemlerinin tamamını Active Directory üzerinden gerçekleştiriyorduk. Ancak bu yapı Exchange Server 2007 ile tamamen değişti Exchange Server 2010 ile de bu yenilik devam ediyor ve Active Directory üzerindeki bu yük biraz azaltılmış oldu. Artık mailbox işlemlerimizi Exchange Server Management...(read more)

MS SMS ile Intel Vpro Aktivasyonu

Turker ATA — Sat, 06 Jun 2009 13:19:00 GMT

Gelişen teknoloji, system yönetimi konusunda yardımcı olmaya devam ediyor. Bu makalemde Intel vPRO teknolojisinden Microsoftun SMS yazılımı ile nasıl yararlanacağımızı göreceğiz.

Daha önceki makalemde SCS Kondolunu kullanarak AMT client larımızı nasıl provision edeceğimizi görmüştük. SMS üzerine kurulacak add-on ile SCS sunucuya bağlanıp onun üzerinden yönetim sağlayacak. Dolayısıyla SMS system olarak sağlıklı çalışmıyor olsa bile SCS nin sağlıklı çalışıyor olaması şart.

Başlangıç olarak SMS Add-0n indirip, SMS makinasının olduğu yere kuruyoruz.

http://software.intel.com/en-us/articles/intel-client-manageability-add-on-for-microsoft-sms-2003

Resim -1

Resim -2

Resim -3

Download edilip de kurulan exe c:\SMSAMTInstallation içerisine kurulumun nasıl yapılacağına dair *.pdf ile beraber extract edildi. Bunun içerisinde iamt addon for SMS kurulacak. Vpro seçeneklerini kullanabilmek için tek bir kullanıcı yerine gruplara ayırarak kullanabiliriz. Bunun için script I kurmamız yeterli olacaktır.

Resim -4

Resim -5

Gruplar eklendi, vpro için ayrı bir kullanıcı da yaratılabilir, administrator hesabını da kullanabiliriz. Hangi hesabı kullanacak isek bu gruplara üye yapalım.

Resim -6

2.madde de söylenen SCS ile provision aşamasını hatırlayalım

Resim -7

Resim -8

Resim -9

Standart SMS Discovery işlemini gerçekleştirelim.

Resim -10

Resim -11

Kurduğumuz SMS Add-on ayarını yapalım. “Collection-All Task-AMT Tasks-Add-on Settings”

Resim -12

Resim -13

Setup and configuration kısmında integrated çalışması içn SCS nin adresini resimdeki gibi yazalım. Adres doğru ve SCS ye erişim varsa supported profiler de SCS içindeki profiler görüncektir.

Resim -14

Bundan sonra collectiondan (discovey)ya da tek bir makina üzerinden(check) makinaların AMT destekli olup olmadığını control edelim. System located durumunu yakalıyorsak makina vpro desteklidir ve SMS üzerinden yönetebiliriz.

Resim -15

Resim -16

Resim -17

Provision edilmiş, SMS Discovery yapılmış, AMT olup olmadığı control edilmiş ve located olmuş makinalarımızı artık vpro destekli yönetebiliriz.

Resim -18

Asset informationda özet bilgi alabiliriz.

Resim -19

Tüm power seçenekleri. Kapalı makinayı açma, pxe den boot etme, normal restart, iso dan boot vb. özelliklerinden yararlanabiliriz.

Resim -20

Resim -21

Resim -22

Resim -23

Resim -24

Resim -25

Resim -26

Örnek olsun istediğim bir kaç özelliği snapshot olarak ekledim. Tüm özelliklerini zaten biliyoruz, bu aşamadan sonra tümünü kullanabiliriz.

İyi çalışmalar

Türker ATA

Client To Site (Global VPN Client) Istenilen IP Adresini Atamak

Mustafa Akcin — Sat, 06 Jun 2009 13:13:00 GMT

Global VPN Client uygulamalarında Virtual Adaptor IP almaya çalışırken SonicWALL üzerinde istenilen subnet üzerindeki ip adresinin alınmasını sağlamak

SonicWALL NSA 2400 - ENHANCEDOS. Çalışan herhangi bir sistemde uygulanabilir.

Network / Dhcp Server

Network menüsünden DHCP server bölümüne girilir. Dhcp Server özelliği Enable edilir.

Senaryo -1

Karşı taraftan bağlanacak GLOBAL VPN CLIENT’e atamak için bir IP Pool oluşturulur. VPN CLIENT bu aradan alacağı IP adresi ile merkez ağa dâhil olur.

Aşağıdaki ayarlama ile VPN CLIENT 100-250 arasında bir IP alacaktır.

Senaryo -2

Karşı taraftan Global VPN Client ile bağlanacak kullanıcının farklı subnet üzerinden istenilen ip’yi almasını sağlamak için Virtual Adaptör kullandığı Mac adresi girilir ve istenilen IP ile Bind edebilirsiniz.

Entry Name : Mustafa

Static IP Address : Alması istenilen IP adresi 10.10.10.252

Ethernet Address : Virtual Adaptor Mac adresi 00:60:73:e0:ee:96

Lease Time : 1440

Gateway Preferences : Hangi Gateway üzerinden olacağı belirlenir. 10.10.10.1

Default Gateway : Pasif durumdadır. Farklı bir GW varsa buraya girilir.

Oluşan Tablo

Virtual Adaptör Mac Adresini görmek için;

Biz Senaryo -2 üzerinden hareket edeceğiz. VPN ayarlarına bakalım.

VPN / Settings

Bu Bölümde WAN GroupVPN bölümü Global VPN Client için hazırlanmıştır. Bunu Enabled yapın.

General bölümünden Shared Secret ilgili KEY’i giriniz.Herhangi bir ayar yapmazsanız SonicWALL sizin için bir tane hazırlaycaktır.Burada girilen KEY daha sonra Client baglanması esnasında sizden istenecektir.

Proposals bölümündeki ayarları aynen bırakınız.

Advanced bölümündeki ayarları aşağıdaki gibi yapınız.

Client ayarlarını aşağıdaki gibi yapınız.

VPN / DHCP over VPN

VPN / DHCP over VPN ayarını Central Gateway olarak seçiniz ve gelen sayfadaki ayarı aşağıdaki gibi yapınız.

Sonicwall Global VPN Client yazılımının kurulumu ;

MysonicWALL.com sitesinden indiriceğiniz GlobalVPNClient yazılımını PC nize aşağıdaki gibi kurunuz.

2.Burada Remote Access seçiniz.

3.Bağlanacağız Firewall’un WAN IP sini aşağıya giriniz.

(Bu örnekte 91.93.xx.106 dir.)

4.Oluşturlan Link’in üzerine tıkladığınızda merkeze bağlanmaya çalışacaktır.

5.Firewall üzerinde girdiğimiz shared secret size soracaktır ve doğru girildiğinde bağlantı kurulacaktır.

Bağlantının kurulduğu pencere ve gelen mac adresin belirttiğimiz ip adresini aldığını görüyoruz..

6.Firewall üzerinden VPN bağlantısını kontrol etmek için aşağıdaki pencereyi kullanınız.

7.Kimin bağlandığını kontrol etmek için aşağıdaki pencereyi kullanabilirsiniz.

Video - Forefront for Exchange Security

Hakan UZUNER — Sun, 31 May 2009 13:08:00 GMT

Video - Mayasoft Forefront for Exchange Security

Tam ekran izlemek için resimdeki butonu kullanabilirsiniz