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

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  ;

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

image001

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.

image002

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.

image003

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;

image004

· 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.

image005

· 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

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

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  ;

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

image001

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.

image002

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.

image003

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;

image004

· 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.

image005

· 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

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 Server rolüne sahip sunucu üzerinde bütün veritabanlarını tutacaktır. Mailbox veritabanlarını ve Public Folders veritabanlarını üzerinde barındıracaktır.

Mailbox Server rolüne sahip sunucular diğer servislerle sürekli olarak iletişim halindedirler. Sebebi de başarılı bir mesajlaşma sisteminin sağlanmasıdır. Bu servisler ;

Active Directory

Hub Transport

Client Access

Unified Messaging

Evet görüldüğü gibi veritabanlarımız yukarıdaki bütün servislerle entegredir. Birlikte çalışmak zorundadır.

Biz bu makalemizde veritabanlarımızın genel yönetimi ile ilgili işlemleri gerçekleştireceğiz.

image001

Evet genel olarak Exchange Management Console üzerindeki veritabanı yapısı yukarıda gibidir.

Görüldüğü gibi veritabanı işlemlerimiz artık Organizasyon seviyesinde gerçekleştirilmektedir. Actions bölümünden New Mailbox Database tıklıyoruz ve sihirbazı çalıştırıyoruz.

image002

Mailbox’a bir isim veriyoruz ve Browse ile hangi sunucuda tutulacağını belirliyoruz.

image003

Ben A sunucumu seçtim.

image004

Bir sonraki aşamada veritabanının tutulacağı yer ve log dosyaları ile ilgili yerler belirleniyor.

image005

Evet oluşturmakta olduğumuz veritabanı ile ilgili özet bilgisi sunulmaktadır.

image006

Veritabanımız başarılı bir şekilde oluşturuldu ve Mount edildi.

image007

Son durum yukarıdaki gibidir.

image008

Veritabanımıza sağ tıklayıp özelliklerine gittiğimizde yukarıdaki tablo karşımıza gelmektedir.

Görsel arayüzden veritabanı oluşturma işlemimizi başarılı bir şekilde tamamladık. Şimdi de PowerShell üzerinden bu işlemi yapalım.

image009

new-mailboxdatabase -Server ‘EXC-A’ -Name ‘CICEK’ -EdbFilePath ‘C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\CICEK\CICEK.edb’ -LogFolderPath ‘C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\CICEK’

Evet yukarıdaki komutumuzu PowerShell üzerinde çalıştırıyoruz ve görüldüğü gibi CICEK isimli veritabanı başarılı bir şekilde EXC-A sunucusu üzerinde oluşturuldu. Bu komut sadece veritabanını oluşturur Mount etmez. Şimdi de veritabanımızı yine PowerShell üzerinden Mount edelim.

mount-database -Identity ‘CICEK’

Mount işlemi için de yukarıdaki komutu kullanabiliriz.

İsterseniz Exchange Management Console üzerindeki son duruma bir bakalım.

image010

Görüldüğü gibi her iki veritabanımız da oluşturulmuş durumdadır.

Veritabanlarımızı oluşturduk. Şimdi de sürekliliği sağlamak açısından Exchange Server 2010 ile birlikte gelen yeni bir özelliği inceleyelim.

Biz Exchange Server 2010 ile birlikte artık Mailbox Database’lerimizi yapımızda var olan farklı sunucular üzerinde bir kopyasını barındırabileceğiz. Böylece sunucumuzda fiziksel olarak bir sorun meydana gelse bile veritabanımız diğer sunucular üzerinde olduğundan veri kaybı olmayacak ve süreklilik sağlanmış olacaktır.

image011

Veritabanını başka bir sunucuya kopyalamak istediğimiz veritabanına sağ tıklıyoruz ve Add Mailbox Database Copy tıklıyoruz.

image012

Bir sonraki aşamada ise Server name alanından hangi sunucuya göndermek istiyorsak o sunucunun seçimini Browse ile yapıyoruz.

image013

EXC-B sunucumu seçiyorum ve OK diyorum.

image014

Sunucumuzu seçtik devam edebiliriz.

image015

Kopyalama işlemimiz devam ediyor.

image016

Evet veritabanımız B sunucumuza başarılı bir şekilde kopyalandı.

image017

Exchange Management Console üzerinden kontrol ettiğimizde veritabanımızın her iki sunucu üzerinde var olduğunu görüyoruz.

Aynı işlemleri PowerShell üzerinden de yapabiliriz. Bu işlem için kullanacağımız komut aşağıdaki gibidir.

Komutumuz:

Add-MailboxDatabaseCopy -Identity ‘ECE’ -MailboxServer ‘EXC-C’ -ReplayLagTime ‘00:10:00′ -TruncationLagTime ‘00:15:00′ -ActivationPreference ‘2′

Bu komut ile EXC-A sunucumuzda yer alan ECE isimli veritabanımız EXC-C sunucumuza kopyalanır.

Evet bu makalemizde de Exchange Server 2010 üzerinde veritabanı yönetimi ile ilgili genel işlemlerimizi gerçekleştirdik. Yeni gelen birkaç özelliği inceledik.

Diğer Exchange Server makalelerimizde görüşmek üzere…

Mümin ÇİÇEK

Vmware Turn On Clone

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;

image001

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

image002

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

image003

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.

image004

Açılan pencere klonlanacak sunucumuza isim veriyoruz.

image005

İsim verdikten sonra Next butonuna basarak devam ediyoruz.

image006

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

image007

Next butonuna basarak devam ediyoruz.

image008

Sunucumuzun kullanacağı datastore’u seçiyoruz.

image009

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

image010

Ş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.

image011

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

image012

İşlem devam ediyor.

image013

İşlem devam ediyor.

image014

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…

Berkant MUTLU

Actfax Server (sunucu) Kurulumu

1. İlk olarak ActFax setup linkini tıklayarak kuruluma başlayalım.

2. Aşağıdaki ekranda ileri diyerek devam ediyoruz.

image001

3. Aşağıdaki ekranda tekrar ileri diyerek devam ediyoruz.

image002

4. Aşağıdaki ekranda ise kurulumun yapılacağı yeri belirtip ileri diyoruz.

image003

5. Aşağıdaki ekranda eğer sunucu kurulumu yapıyorsak 6 yı, istemci kurulumu yapıyor isek 8 i seçerek ileri diyoruz.

image004

6. Aşağıdaki ekranda tekrar ileri diyerek devam ediyoruz.

image005

7. Aşağıdaki ekranda tekrar ileri diyerek devam ediyoruz.

image006

8. Kayıt bilgisi ekranında ise,

12. Firma adınızı girin.
13.
Firma adınızı girin.
14.
Lisans numaranızı girin.
15.
Girdiğiniz lisans numarasına göre kullanıcı sayınızın gösterildiği bölüm.
Bilgileri doldurup buradan da ileri diyoruz.

image007

9. Kurulumu tamamlama ekranında ise SON diyerek devam ediyoruz.

image008

10. Aşağıdaki ekrandan da görüldüğü gibi kurulum başladı.

image009

11. Aşağıdaki ekrandan evet diyerek sunucumuzu başlatıyoruz.

image010

12. Şuan program bilgisayarınızda takılı olan modemleri  arıyor.

image011

13. Eğer bilgisayarımız da modem bulundu ise, karşımıza aşağıdaki ekran gelecek.

19. Firma adınızı girin
20.
Faks numaranızı girin.
21.
Alan kodunuzu yazın.
22.
Buradaki yeri şimdilik boş geçebilirsiniz.
23. Eğer faks hattınız dahili bir hat ise, buradaki alana dahili numarasını yazarak virgül koyuyoruz. Direkt hat ise burayı es geçiyoruz.

Buradan da TAMAM diyerek devam ediyoruz.

image012

14. Aşağıdaki ekranda sunucuya bir şifre koymamızı istiyor, şuan bir şifre belirtmeden iptal et diyoruz.

image013

15. Şimdi de modemde birkaç ayar yapalım, bunun için aşağıdaki ekrandaki 27 ye sağ tuş diyerek 28 i seçelim.

image014

16. Aşağıdaki ekranda 29 numara da Türkiye seçelim, 30 a alan kodumuzu yazalım, 31 i seçili hale getirip 32 ye tıklayalım.

image015

17. Aşağıdaki modem ayarları ekranında;

33. Buradaki alanda 2 ile biten yazının devamına boşluk bırakmadan |H0 yazıyoruz.
34. Yazdıktan sonra buraya 34 de tıklıyoruz.

image016

18. Genişletilmiş ayarlar ekranında ise, 35 i tıklayarak onayla diyoruz.

image017

19. Şimdi e_mail ayarlarını yapalım, bunun için aşağıdaki ekranda 36 ya sağ tuş diyerek 37‘yi seçelim.

image018

20. E_mail özellikleri ekranındaki 38 nolu yere mail serverın adını yazarak 39 a tıklayalım.

image019

21. SMTP doğrulaması ekranında 40 nolu yere kullandığınız herhangi bir mail adresi ve 41 nolu alana ise yazmış olduğunuz mailin şifresini yazalım.

Eğer mail serverimiz POP3 doğrulaması gerektiriyorsa 42 nolu yeri işaretleyerek ONAY butonuna basıyoruz.

image020

22. Daha sonra, aşağıdaki 50 ve 51 inci adımları izleyelim.

image021

23. Karşımıza gelen aşağıdaki ekranda 52 nolu alana 40 nolu yere yazdığımız e_mailin aynısını yazıyoruz. Son olarak 54 nolu alandaki TAMAM a tıklayarak e_mail ayarını bitirmiş oluyoruz.

image022

24. Şimdi de programımızın güvenliğini arttıralım, bunun için aşağıdaki ekranda 44 ve 45 inci adımları izleyelim.

image023

25. Karşımıza gelen aşağıdaki ekrandan 47 ve 48 inci adımları izleyerek 49 uncu adıma tamam diyerek çıkalım.

image024

26. Şimdi faks başlıklarını Türkçe yapalım, bunun için aşağıdaki 55 ve 56 inci adımları izleyelim.

image025

27. Karşımıza gelen aşağıdaki ekrandan, 57 nolu alanı seçili hale getirip 58 e tıklıyoruz.