Dün 7 bölüm halinde blog post olarak yayınladığım iSCSI Software Storage ile Hyper-V Host to Host Failover Cluster Kurulum dokümanının tek parça pdf versiyonunu aşağıdaki linki kullanarak download edebilirsiniz.
Download Link : http://www.serhatakinci.com/download-manager.php?id=4
Doküman Sürümü : 1.0
Dosya İsmi : Hyper-VClusterDocument_SA.zip
Dosya Boyutu : 5,01MB
Download Sayısı :
Doküman ile ilgili feedback ve sorular için iletişim bölümünden bana ulaşabilirsiniz.
Önceki bölümler doğrultusunda failover cluster yapımızı hazırladığımıza göre, artık cluster yeteneklerini test edebiliriz.
10. Hyper-V Failover Cluster Sonrası Gelen Yetenekler
10.1. Quick Migration – QM (Hızlı Taşıma)
10.1.1. Quick Migration Nedir?
Quick Migration yani hostlar arası Hızlı Taşıma özelliği cluster temelli bir özelliktir. Kullanım amacı ise bir fiziksel node üzerinde çalışan sanal makineyi, hızlı bir şekilde diğer fiziksel node üzerine taşımaktır. Yani QM, sanal makine seviyesinde hızlı taşıma sağlıyor.
Konuyu küçük bir senaryo ile örneklendirelim.
Yukarıda bir failover cluster yapısı kurduk ve üzerinde Cluster-XP isimli bir VM var. Bu VM şu an HV-Node1 fiziksel sunucusu üzerinde çalışıyor. Herhangi bir nedenden dolayı HV-Node1’in kapatılması gerekiyor (Örneğin sunucuya fiziksel olarak ram ilavesi yapacağız). Bu durumda Quick Migration özelliğini kullanarak birkaç küçük tıklama ile HV-Node1 üzerinde çalışan Cluster-XP isimli VM’i, tüm içeriği ile birlikte cluster’ın diğer üyesi olan HV-Node2 üzerine taşımamız mümkün. İşimiz bittikten sonra HV-Node2 üzerinde çalışan VM’i tekrar Quick Migration ile eski konumuna geri alabiliriz.
Bu özellik Live Migration yani Canlı Taşıma özelliği ile karıştırılmamalı ki bu sık yapılan hatalardan birisi.
Quick Migration ile taşıma sırasında VM network üzerinde hizmet veremez ve taşıma sonrasında hizmet verdiği session’lar kapanmış, connection’lar kesilmiş durumdadır. QM’in en önemli karakteristiği budur, taşıma esnasında VM’e erişim kesilir!
Önceki bölümde failover cluster kurulumunu gerçekleştirmiştik. Bu bölümde ise cluster yapımıza sanal makineleri yani Virtual Machine servisini ekliyoruz.
9. Hyper-V Sanal Makinelerini Cluster Yapısına Dahil Etmek
Failover Cluster kurulumunu tamamlamış ve nodeları cluster yapısı içerisinde görüyor olmamız, sanal makinelerin cluster ortamında çalışmaya başlaması için yeterli değil.
Cluster kurulumu sonrasında ilgili servisin yada uygulamanın cluster yapısına ayrıca eklenmesi gerekiyor. Failover Cluster yönetim konsolunu açarsanız henüz herhangi bir uygulama/servis olmadığını görebilirsiniz.
Önceki bölümlerde iscsı storage’i konfigüre ettik ve nodelar üzerinde gerekli olan adımları uyguladık. Bu bölümde ise failover cluster kurulumunu gerçekleştiriyoruz.
8. Failover Cluster Kurulumu
Failover Cluster kurulumunu (konfigürasyonunu) tek bir node üzerinde yapacağız ve bu yapılandırma her iki node’a da etki edecek.
Ben kurulum için ilk node’u seçiyorum (özel bir nedeni yok). HV-Node1 üzerinde Failover Cluster Management konsolunu açıyoruz.
8.1. Cluster Kurulumu Öncesi Kontrol
Temel node konfigürasyonunu Bölüm-3 te tamamlamıştık. Bu bölümde ise nodelar için cluster yapısında kullanılmak üzere disk atama işlemini gerçekleştiriyoruz.
7. Cluster Nodeları için Disk Atamak
Storage yani organizasyonumuzda storage.bemar.corp olarak yer alan ve Microsoft iSCSI Software Target yazılımını çalıştıran makineye geçiyoruz.
Microsoft iSCSI Software Target yönetim konsolunu açalım.
İlk işimiz az önce storage’i gösterdiğimiz Node’lar için Target tanımlamak. Bunu Nodelara storage’i gösterme işleminin tam tersi olarak düşünebilirsiniz. Yani bu sefer de Storage’e diyoruz ki “Bak burada sana gelen iki adet node var ve bunları senin üzerinde target olarak tanımlayalım ki atayacağımız diskleri kullanabilsinler :)”
7.1. iSCSI Storage üzerinde HV-Node1 için Target Tanımı
Storage makinesinde iSCSITarget konsolu üzerinde Create iSCSI Target diyerek Create iSCSI Target Wizard’ı açıyoruz.
Bölüm-2 de iSCSI Storage konfigürasyonunu yapmıştık. Bu bölümde ise cluster nodeların konfigürasyonu ile devam ediyoruz.
6. Cluster Nodeların Konfigürasyonu
6.1. Genel Ayarlar
Hyper-V Nodeların yapılandırması ile devam edelim.
Nodelar üzerinde Windows Server 2008 Enterprise x64 işletim sistemlerinin kurulmuş ve tüm Windows update’lerin yapılmış olması gerekiyor. Her iki node için SP (service pack) durumları da aynı olmalı. Yani bir node üzerinde SP1, diğer node üzerinde SP2 olmamalı.
Bununla birlikte sistem’ler Hyper-V rolünü çalıştırmak için hazır olmalı (yani donanımsal ve yazılımsal gereksinimler sağlanmış olmalı). Bu konu için daha önce hazırladığım Hyper-V kurulum makalelerine bakabilirsiniz.
Hyper-V rolünü cluster öncesinde ve ya cluster sonrasında ekleyebilirsiniz. Tavsiyem cluster sonrasında eklemeniz. Biz senaryomuzda cluster kurulumunu yaptıktan sonra ekleyeceğiz.
İşletim sistemi kurulumu, SP, updates, Hyper-V gereksinimleri gibi konulara girmeden, bu gereksinimleri yerine getirdiğinizi kabul ederek devam ediyorum.
Nodelar üzerindeki fiziksel NIC’leri yapılandırarak devam edelim. Hatırlarsanız her node üzerinde 3 adet fiziksel NIC vardı.
Benim senaryomdaki NIC ip config.’ler şu şekilde.
iSCSI Storage yapılandırması ile devam ediyoruz.
5. iSCSI Storage Konfigürasyonu:
Storage yapılandırması ile başlayalım.
Gereksinimlerde de belirttiğimiz gibi storage görevi görecek makine üzerinde Windows Server 2003 STD 32bit işletim sistemi çalışıyor. Bu işletim sisteminin kurulumu konusuna girmiyorum çünkü normal kurulum aşamaları dışında özel bir durum yok. İşletim sisteminin kurulmuş, tüm update’lerin yapılmış olması yeterli.
5.1. IP ve Domain Ayarları
Üzerinde en az iki NIC’e ihtiyacımız olduğunu söylemiştik.
İlk NIC storage makinesinin domain ve public iletişimi için public network’e bakmalı ve 192.168.5.x/24 aralığından ip adresi olmalı.
İkinci NIC’i ise iSCSI iletişimi için kullanacağız ve iSCSI network’e bakacak. 192.168.10.x/24 aralığından ip adresi olacak.
Bu iki network’ü birbirinden ayırmamızdaki amaç şu: iSCSI veri paketlerinin network yani ethernet üzerinden iletildiğini söylemiştik. Eğer ki iSCSI paketlerini public network üzerinden gönderirsek, o network üzerindeki diğer sistemlerin yaratmış olduğu trafik iSCSI paketlerini olumsuz etkileyebilir, daha da önemlisi zaten sınırlı olan veri aktarım hızını düşürebilir. Bu nedenle sadece bu iş için ayrılmış bir network ve network interface card’lar kullanmak performansı ciddi anlamda arttıracaktır çünkü ilgili network bandwidth tamamen bu işe dedicate edilmiş olur. Ayrıca iSCSI network’ü gbit network ekipmanları (nic, switch, cable) ile kurmanız şiddetle tavsiye edilir çünkü iletim hızı network bandwidth ile doğru orantılıdır.
Bu makale serisi Windows Server 2008 Hyper-V platformunun failover cluster yeteneğini anlatmak için hazırlanmıştır.
Makaleler içerisinde Hyper-V Failover Cluster yapılarındaki ihtiyaçların neler olduğu, bu ihtiyaçlar doğrultusunda yapılan seçimlerin yapı üzerindeki etkileri, temel storage bilgileri, cluster nodelarının ve diğer serverların topoloji içerisindeki konumları gibi teorik bilgilerin yanı sıra, storage ve nodeların yapılandırılması, failover cluster kurulumu, sanal makinelerin failover cluster yapısına dahil edilmesi gibi teknik konular da uygulamalı olarak ele alınmıştır.
Bu makale serisi ile organizasyonunuz içerisindeki iki Hyper-V Host’unu yazılım tabanlı bir iSCSI storage ile birlikte failover cluster yapısına dahil edip, sistemi fiziksel başarısızlıklara karşı koruma altına alabilecek, high available sanal makineler oluşturabileceksiniz. Bununla birlikte Quick Migration ve VM Failover gibi konuların nasıl gerçekleştiğini de öğrenmiş olacaksınız.
Hyper-V failover cluster konusu uzun ve kapsamlı bir konu olduğu için makaleyi bölümler halinde hazırlamayı uygun gördüm. Bu doğrultuda makalelerde yer alan konu başlıkları ve bu başlıkların hangi bölümler içerisinde yer aldığını görmek için aşağıdaki içerik bölümü ile başlayalım.
Önceki yazılarımızda Hyper-V kurulumu, özellikleri, sanal makine işlemleri gibi temel konuları ayrıntılı bir şekilde incelemiştik.
Bildiğiniz gibi Hyper-V RTM durumda ve pruduction networklerde kullanıma hazır. Kısa bir süre sonra Virtual Machine Manager 2008 ‘inde release olması ile birlikte Hyper-V sanallaştırma yapılarımız çok daha esnek, güçlü ve kullanışlı hale gelecek.
Şimdiye kadar olan makalelerimizde genellikle tek başına çalışan Hyper-V sunuculardan bahsettik. Ama birçok sistemde olduğu Hyper-V sunucular için de kullanılabilecek Cluster (Failover) senaryoları mevcut.
Bu makalemizde, Hyper-V sunucular için uygulayabileceğimiz Failover Cluster senaryolarından bahsedeceğiz. Bu senaryoların uygulama yöntemlerini ise ilerleyen günlerde ele alacağız.
Bildiğiniz gibi Cluster yapılarında bir takım kıstaslar mevcut ki en önemli iki kıstas, ortak bir storage ve Cluster destekli (Enterprise, Datacenter, HPC) bir işletim sistemidir. Çünkü cluster yapılarında depolama biriminin (storage) ortak kullanılması gerekmektedir.
Hyper-V üzerinde uygulayabileceğimiz temelde 6 Farklı Failover Cluster senaryosundan bahsedebiliriz.
En Yeni Yorumlar