If you are planning to deploy your Exchange Server 2010 Database Availability Group on VMware environment, there is a certain misunderstanding about the configuration.

From VMware side ;

While the use of database availability groups on top of hypervisor based clustering is not a formerly (sic) supported configuration, internal VMware tests have shown that the two technologies can co-exist and can be a viable solution to ensure maximum recoverability in the case of a host failure

From Microsoft side;

Microsoft doesn’t support combining Exchange high availability solutions (database availability groups (DAGs)) with hypervisor-based clustering, high availability, or migration solutions that will move or automatically failover mailbox servers that are members of a DAG between clustered root servers. DAGs are supported in hardware virtualization environments provided that the virtualization environment doesn’t employ clustered root servers, or the clustered root servers have been configured to never failover or automatically move mailbox servers that are members of a DAG to another root server.

That means, VMware says that it isn’t supported but we think you are ok.

But Microsoft says, this type of configuration is not supported by us.

So be careful about planning Exchange if your environment contains clustered virtualization root servers.

Şimdiye kadar hazırladığım virtualization alanındaki HA çözümleri ve vmotion-live migration videolarına aşağıdan ulaşabilirsiniz.Böylece iki büyük rakip Vmware ve Hyper-v ‘nin sunduğu çözümleri canlı olarak izleyebilirsiniz.

Windows Server 2008 R2 Hyper-v üzerinde Live Migration Videoları

Bölüm 1 “” Failover Cluster Servisinin kurulumu ““ iscsi konfigurasyonu

Bölüm 2 “” Hyper-V Cluster Konfigurasyonları

Bölüm 3 “” Live Migration ve High Availability Testleri

Vmware ESX Server 3.5 üzerinde Vmotion ve High Availability Videoları

http://www.anilerduran.com/index.php/2009/esx-server-ha-vmotion-bolum-1/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-2-iscsi-ve-starwind-san-konfigurasyonu/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-3-virtual-center-kurulumu/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-4-offline-migration-ve-vmotion/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-5-high-availability-konfigurasyonlari1/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-6-high-availability-konfigurasyonlari2/

Windows Server 2008 R2 hayatımıza kısa bir süre önce girdi.En büyük yeniliklerden bir taneside Hyper-V 2.0 ile birlikte geldi sanırım.Artık Live Migration yapabiliyoruz.Nedir bu live migration?

Windows Server 2008 üzerinde fiziksel hostlar üzerinde bulunan sanal makinamı başka bir hyper-v fiziksel hosta taşımak istediğimde quick migration yapabiliyorduk.Yalnız burada ortalama 1dk gibi bir süre downtime oluşabiliyordu.Yani içerideki sanal makina ile iletişimi kaybediyorduk.Birkaç post önce yayınladığım Esx Server üzerinde vmotion videosunda ise gördüğünüz üzere sadece bir ping kaybı ile bu migration işlemini gerçekleştirebildik.

Server 2008 R2 ile gelen en güzel özellik ise artık down’a düşmeden bu taşıma işlemini yapabilmemiz.Buna Live Migration diyoruz.Tabiki vmotion’da olduğu gibi host hyper-v ler tarafından kullanılan ve virtual machineleri içerisinde barındıran shared storage ihtiyacımız bulunuyor.

Birkaç gün içerisinde vmotion’u gerçekleştirdiğim sunucular üzerinde bu kez Live Migration’ı gerçekleştirip blogda videosunu yayınlayacağım.

Microsoft’un aynı zamanda Hyper-V Server 2008 R2 isimli ayrı bir sürümü bulunuyor.Aslına bakarsanız Hyper-V’nin en stabil ve güvenli çalıştığı yapı core edition’du.Bu sebeple sadece Hypervisor barındıran standalone bir sürüm çıkardılar.Üstelik herhangi bir ücret ödemeden bunu organizasyonunuzda kullanabilirsiniz.Hyper-v Server 2008 R2 ile de Live Migration ve HA yapabilme şansımız bulunuyor.

HA(High Availability) ise aslında plansız disaster durumlarında yapının kendini ayağa kaldırmasıdır.Live Migration ile ben planlı bir şekilde bir sanal makinayı bir fiziksel hosttan diğerine taşıyorum.Örneğin içerisinde sanalları barındıran fiziksel makinamda bir donanım upgrade işlemi yapmam gerekli.Bu durumda live migration ile hiçbir kayıp yaşamadan sanalları diğer host’a atıp işlemimi bitirip geriye taşıyabilirim.Son kullanıcı bundan etkilenmez.HA ise plansız şekilde host makinada bir sorun oluştuğunda diyelimki kapandığında içerideki sanal makinaların diğer host makinada bir restart ile otomatik olarak açılması.Tabiki bunu 2008 içerisindeki Failover Cluster Service sayesinde gerçekleştirebiliyor.

Konuyu çok dağıtmayalım.Hyper-v Server 2008 R2′ya ücretsiz erişerek bu harika özelliklerden yararlanabiliyorsunuz.Yalnız kafanıza bir nokta takılabilir.Tamam Hyper-V server’ı alıp hostları kurduk.Peki Live Migration’u yönetmek için ne yapacağız.Burada karşınıza 3 seçenek çıkıyor.

1) Failover Cluster Manager/Hyper-V manager konsolları.Bunları bir Windows Server 2008 R2 üzerinden kullanabilirsiniz.

2)System Center Virtual Machine Manager 2008 R2

3)Failover Cluster Manager / Hyper-V Manager konsolunu Windows 7 üzerinden kullanabilirsiniz.

İşte burada 3. seçenekde görüldüğü gibi yapımızda Windows 7 var ise yönetmek için ilk iki seçenekteki gibi herhangi bir ürün almanıza gerek kalmıyor ve live migration/HA çözümlerinizi gene ücret ödemeden yönetebiliyorsunuz.Tabiki SCVMM ile LM/HA dışında birçok ekstra seçenektende yararlanabilirsiniz.

Bu noktadan bakıldığında Live Migration ve HA sağlayan sanallaştırma çözümleri içinde Vmware’e kıyasla ücret konusunda Microsoft biraz daha cazip geliyor.İki firmanın HA ve migration sağlayan en ucuz çözümlerine bakarsak;

gibi bir tablo karşınıza çıkıyor.Vmware processor başına ücretlendirme yapıyor.Buradaki fiyatlarda fiziksel hostların içerisinde kullanılan sanal OS’lerin lisansları dahil değil tabikide.

Bu arada XEN’de Live migration ve HA sağlayan çözümünü birkaç aydır ücretsiz dağıtıyor.Geriye ücret telep eden sadece vmware kalıyor:)

Geçen hafta uzun zamandır planladığım fakat vakit bulamadığım ESX uygulamasını gerçekleştirdim.Elimdeki iki HP Proliant sunucuya ESX Server 3.5 kurulumu yapıp offline migration,Vmotion ve HA clusterkonfigurasyonlarını gerçekleştirip videoya çektim.
Bildiğiniz gibi bu uygulamaları yapabilmek için SAN’a ihtiyacınız var.Bunun içinde Starwind’in software iscsi yazılımını kullandım.
Zaten videolar sırasında aynı anda sınıfta eğitimde verdiğim için herşeyi açıkladım.Toplam  6 bölümden oluşan bu video serisi umarım hoşunuza gider.

http://www.anilerduran.com/index.php/2009/esx-server-ha-vmotion-bolum-1/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-2-iscsi-ve-starwind-san-konfigurasyonu/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-3-virtual-center-kurulumu/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-4-offline-migration-ve-vmotion/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-5-high-availability-konfigurasyonlari1/

http://www.anilerduran.com/index.php/2009/esx-server-video-bolum-6-high-availability-konfigurasyonlari2/

VMware ESX ile birlikte kullanabileceğiniz seçenekler nelerdir kısaca inceleyelim.

Virtual Center:Yapıdaki tüm ESX sunucularınız için merkezi bir yönetim kosnolu sağlar.VIclient ile tek esx üzerinde yönetim sağlayabilirken Virtual Center ile birden fazla ESX’i yönetebilirsiniz.Bunun dışında vmotion,ha,drs gibi özellikleri kullanabilmek için mutlaka Virtual Center’ı satın almalısınız.

VMotion: Esx Server ile birlikte en çok ses getiren teknolojilerdir birisidir.Downtime olmadan bir fiziksel makina üzerindeki sanal makinaları diğer fiziksel esx sunucuya taşıma işlemidir.Yalnız bu teknolojiyi kullanabilmek için ortamda SAN bulunmak zorunda.Kısa bi süre sonra vmotion ile gerçekleştirdiğim  ilgili uzun bir  demo videosunu sizinle paylaşıcam.

Virtual SMP: Virtual Symmetric Multi-Processing seçeneği.Sanal makinaların çoklu çekirdeğe sahip işlemciye sahip gibi davranarak performans artışını sağlıyor.

Vmware HA: Arka planda gene vmotion teknolojisini kullanan yapı.Plansız bir fail durumunda cluster yapısı içerisindeki sanalların diğer fiziksel hosta taşınmasını gerçekleştirir.

Vmware DRS:Dynamic Resource Scheduling aslında bir yük dengeleme sistemi.Sanal makinaları üzerindeki CPU,memory,disk gibi kaynaklarını temel alarak fiziksel makina üzerinde taşıma işlemlerini gerçekleştirebilir.Böylece yapıdaki donanıma göre en iyi load balancing yapılarak donanım en elverişli biçimde kullanılır.

Vmware Consolidated Backup:Sanal makinalara belirli zamanlarda bağlanan ve yedekleme gerçekleştiren teknoloji.Kendisi bir backup yazılımı değil fakat VMFS’e erişim sağlayarak backup alımını sağlayabiliyor.

Centos 5.0 üzerinde çalışırken vmware tools’un yokluğunu önemli ölçüde hissetmiştim.Bu sebeple uzun uğraşlar sonunda Centos üzerine kurulumunu gerçekleştirmiştim.

Aynı sorunsalı Server Core üzerindede yaşadım.Bildiğimiz gibi Server Core üzerinde herhangi bir arayüz bulunmuyor konsol ekranı dışında.Tüm işlemlerimizi belirli kodlarla gerçekleştirebiliyoruz.Peki böyle bir ortamda nasıl Vmware Tools kurulumu gerçekleştirebiliriz.Aslında oldukça kolay.Aşağıdaki adımları izleyerek kolayca mouse’umuzu vmware penceresi dışına çıkarabiliriz;

-Server Core kurulumundan sonra herhangi bir admin hesabıyla logon oluruz.

-Ardından Vmware menusundan “Install Vmware Tools” deriz.Bildiğimiz gibi bu komutla ilgili dosya mount olacaktır.

-Komut istemimizde cd dizinine geçeriz.Yani cd sürücümüz d ise d: ile bu sürücüye geçeriz.

- Setup komutunu kullanarak kurulumu başlatırız.

Buraya kadar oldukça kolay görünüyor.Bu aşamadan sonra bir noktaya dikkat etmemiz gerekiyor.Kurulumu typical bir şekilde ayarlayıp installation işlemini başlattıktan kısa bir süre sonra status bardaki ilerlemenin durduğunu göreceğiz.Bunu gördüğümüzde

-Ctrl+Alt+Insert ile task manager’ı açarız ve rundll işlemini sonlandırırız.

Yükleme tekrardan kaldığı yerden devam edicektir.Bittikten sonra server core yeniden başladığında Vmware Tools’un üzerinde kurulu olduğunu görebiliriz.

Bildiğimiz gibi Vmware üzerinde oluşturduğumuz sistemler için kullandığımız diskleri belirli oranlarda arttırabiliyoruz.Yani başlangıçta 5 gb oluşturduysak bunu ileride 10′a çıkarabiliriz.Almanya’nin en büyük okullarından birinde IT uzmanı olarak çalışan Michael Pietroforte  blogunda konuyla ilgili güzel bir yazı hazırlamış.Yazıya buradan ulaşabilirsiniz.

Yalnız bu zahmetli işlemin yanı sıra daha kolay bir yöntem daha kullanabiliriz.Bu yöntem için kullanacağımız araç Vmware Conventer 3.Şu için en güncel sürümü 3.0.2 olarak gözüküyor. http://www.vmware.com/download/converter/download.html sayfasından indirebilirsiniz.

Conventer ile varolan sistemlerinizi sanallaştırabilir yada bizim burada uygulayacağımız gibi varolan disklerinizi genişletebilirsiniz.

Aracın kullanımı oldukça basit.Sihirbazı kullanarak disk resize işlemini gerçekleştirmek istediğimizi belirtiyoruz.Bizden varolan virtual diskin yerini belirtmemizi istiyor.Ardından aşağıdaki pencerede ilgili işlemleri gerçekleştirebiliriz.

Burada istenilen değerleri girdikten sonra yeni diskli makineyi istenilen bölgeye import edecektir.

Bildiğimiz gibi Vmware üzerinde sanal sunucular oluşturduktan sonra vmware tools kurulumunu yapıyorduk.Bu bize birçok kolaylık ve avantaj sağlıyor.Eğer sanal makinamız normal bir xp,server 2000 yada server 2003 ise vmware menusunden “install vmware tools” seçmemiz yeterliydi.Hemen karşımıza bir sihirbaz açılıyor ve kurulumu tek bir restart ile gerçekleştiriyorduk.

Centos üzerinde ise bu o kadarda kolay değil.Üzerinde squid denemeleri yapmak amacıyla kurduğum sanal centos 5.1 ‘de vmware tools ihtiyacını hemen istedim.Vmware tools’u kurmamın başlıca sebebi farenin ana makine ve sanal makine arasında ctrl+alt tuş kombinasyonunu kullanmaksızın geçiş yapabilmesi.Yani tamamen üşengeçlik.Diğer driver güncellemeleri ve eklentilerde cabası tabiki.Bu sebeple centos işletim sistemini açıp “install vmware tools” dedim ve bekledim.Tabiki hiçbirşey olmadı.Birazcık uğraştırdı ama adım adım yapıldığında fazla zor olmayacağını göreceksiniz.Eğer benim gibi windows ile “çok” fazla haşır neşir olduysanız başlangıç biraz can sıkıcı olabilir.

Öncelikle VM menüsünden ” Install VMware Tools” dedikten sonra mount işlemini gerçekleştirmemiz gerekiyor.Bunun için

komutunu kullanıyoruz.Şimdi root klasörünün altında mnt içerisine bakarsak vmware-tools’a ait .rpm ve tar.gz
dosyalarını göreceğiz.Şimdi tar.gz dosyasını extract edeceğiz.Bunun için;

buradaki versiyon sizin vmware tools versiyonunu olucak.Bunun için root altındaki mnt klasörüne bakabilirsiniz.

Şimdi install işlemine başlayabiliriz.Yalnız burada unutulmaması gereken bir nokta var.Eğer mount edilmiş aygıtı
tekrardan unmount etmezsek kurulum sırasında bize mnt/hgfs paylaşım klasörünü yaratamadığını söyleyip yüklemeyi

durduracaktır.Bu yüzden;

ile işlemi gerçekleştiririz.

Şimdi install işlemine başlayabiliriz.Bunun için /tmp/vmware-tools-distrib klasörüne inerek

komutunu çalıştırırız.Yalnız burada benim karşılaştığım bir hata ile sizde karşılaşabilirsiniz.Kurulum sırasında c headerların yerini bir türlü bulamadığından ve göstermemize rağmen kabul etmemesinden dolayı şu iki noktaya dikkat etmemiz gerekli.

-Öncelikle vmware 5.5.2 sürümünde bu sorunun görüldüğü belirtilmiş.Bunun için 6 sürümünü yükledim ve sorunu yaşamadım.

-Birde kurulumdan önce “running kernel” ile “kernel headers” ın eşleşmiş olmasına dikkat etmemiz gerekli.

Bunu kontrol etmek için;

komutlarını kullanırız.Eğer versiyonlar aynıysa bir sorun yok.Fakat aynı değilse yum ile update işlemini yaparız:

Üzerine birde reboot çektikten sonra tekrar install işlemini gerçekleştirdiğimizde kurulumu tamamlamış oluruz.