"Cluster" etiketi için bulunan tüm sonuçlar:

Exchange Server DAG Yapısında Manual DB Seeding

Kısa süre önce bir müşterimiz için uyguladığımız çözüm eminim aynı veya benzer durum ile karşılaşan birçok kişinin işine yarayacaktır.

Aynı subnet/lokasyon içinde Mailbox Database’lerinin yüksek erişilebilirliğini (high availability) arttırmak, farklı subnet/lokasyonlar arasında ise site esnekliği/dayanıklılığı (site resilience) sağlamak için kullanılan DAG (Database Availability Group) yapısı, Exchange Server organizasyonlarının vaz geçilmez bir parçasıdır. Mailbox rolünü tutan sunucular üzerinde yer alan ve kullanıcı mailbox’larını barındıran database’lerin, aynı lokasyon veya farklı lokasyonlar içerisinde konumlanmış diğer Mailbox Server’lara replikasyonunu amaçlayan DAG, mailbox erişimi ve yedeklemesi notasında kritik rol oynar ve database seviyesinde recovery şansı sunar.

Exchange Server organizasyonu içerisinde bir DAG yapısı devreye aldıktan sonra yüksek erişilebilirlik hedeflediğiniz mailbox database’lerini DAG yapısına dahil etmelisiniz. Bir mailbox database’i DAG yapısına ilk kez eklediğinizde seeding (tohumlama) dediğimiz bir olayın gerçekleşmesi gerekir. Bu olay, ilgili mailbox database için diğer Mailbox Server üzerinde bir kopya oluşması amacıyla gerçekleşir çünkü olayın başında diğer Mailbox Server üzerinde söz konusu database için herhangi bir data yoktur.

Exchange Server DAG Topolojisi

Seeding işlemi sonrasında mailbox database’in tüm içeriği bir kereye mahsus diğer Mailbox Server’a taşınmış olur ve artık sadece oluşan log dosyalarının transferi ile değişiklikler aktarılarak pasif mailbox database üzerine işlenir.

Normal şartlarda seeding işlemi Add-MailboxDatabaseCopy işleminin, yani söz konusu mailbox database’i DAG yapısına dahil ettiğiniz anın bir parçası olarak, ekleme anından hemen sonra otomatik bir şekilde başlar ve ana veri kopyalanana kadar devam eder. Eğer DAG yapınız yerel ağ ortamında veya arada yüksek hızlı bağlantı olan lokasyonlar arasında kurulmuş ise, seeding işlemi mailbox database boyutları ile de paralel olarak mümkün olan en kısa sürede tamamlanacaktır. Ama şayet DAG yapısının arada yüksek hızlı bir bağlantı olmayan WAN ortamında çalışması gerekiyor ve mailbox database boyutlarınız da biraz yüksek ise, işte tam bu noktada seeding işleminin tamamlanması çok ciddi zaman alabilir ve hatta bazen mümkün olmayabilir.

Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – E-Book

12.08.2009 | 15:20 Dokümanlar , Hyper-V 16 Yorum

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 bağlantıyı kullanarak indirebilirsiniz.

İndireme Bağlantısı : https://serhatakinci.com/files/Hyper-VClusterDocument_SA.zip
Doküman Sürümü : 1.0
Dosya İsmi : Hyper-VClusterDocument_SA.zip
Dosya Boyutu : 5MB
İndirilme Sayısı : N/A

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan söz konusu dokümanın Windows Server 2012 Hyper-V Failover Cluster kurulumu için olan versiyonuna aşağıdaki bağlantı üzerinden erişebilirsiniz: https://serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm7

11.08.2009 | 16:31 Dokümanlar , Hyper-V 12 Yorum

Önceki bölümler doğrultusunda Hyper-V Failover Cluster yapımızı hazırladığımıza göre, artık Cluster yeteneklerini test edebiliriz.

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

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!

Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm6

11.08.2009 | 15:59 Dokümanlar , Hyper-V 0 Yorum

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

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

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.

Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm5

11.08.2009 | 15:49 Dokümanlar , Hyper-V 2 Yorum

Bir önceki bölümde Hyper-V Cluster üyesi Node ‘lar için disk atama işlemlerini gerçekleştirmiştik. Aşağıdaki bağlantı üzerinden ulaşabilirsiniz.

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm4

Bu bölümde ise Hyper-V Failover Cluster kurulumunu gerçekleştiriyoruz.

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

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

Failover Cluster Kurulumu Öncesi Kontroller - Adım 1

Windows Server 2008’deki bu konsol ve üzerindeki wizard’lar sayesinde cluster kurulumu gerçekten çok basit bir hal almış. Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm4

11.08.2009 | 15:26 Dokümanlar , Hyper-V 0 Yorum

Temel Node konfigürasyonunu Bölüm-3 ‘de tamamlamıştık. Bu bölümde ise Node ‘lar için cluster yapısında kullanılmak üzere disk atama işlemini gerçekleştiriyoruz.

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

7. Cluster Node ‘ları 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 Node ‘lara 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.

Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm3

11.08.2009 | 15:17 Dokümanlar , Hyper-V 0 Yorum

Bölüm-2 ‘de iSCSI Storage konfigürasyonunu yapmıştık. Bu bölümde ise Cluster Node ‘ların konfigürasyonu ile devam ediyoruz.

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

6. Cluster Node ‘ların Konfigürasyonu

6.1. Genel Ayarlar

Hyper-V Node ‘ları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.

Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm2

11.08.2009 | 15:02 Dokümanlar , Hyper-V 0 Yorum

Hyper-V Failover Cluster kurulum dokümanının ikinci bölümünde iSCSI Storage yapılandırması ile devam ediyoruz.

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-cluster-kurulumu.html

– Güncelleme –

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.

Devamını oku…

Hyper-V: Host to Host Failover Cluster Kurulumu – Bölüm1

11.08.2009 | 14:51 Dokümanlar , Hyper-V 1 Yorum

Bu makale serisi Windows Server 2008 Hyper-V platformunun Failover Cluster yeteneğini anlatmak için hazırlanmıştır.

– Güncelleme –

Windows Server 2008 Hyper-v Failover Cluster kurulumunu ele alan bu doküman serisinin, en güncel sürüm olan Windows Server 2012 Hyper-V Failover Cluster kurulumunu ele alan yeni versiyonuna şu bağlantı üzerinden erişebilirsiniz: http://www.serhatakinci.com/index.php/windows-server-2012-hyper-v-failover-Cluster-kurulumu.html

– Güncelleme –

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 Node’larının ve diğer Server’ların topoloji içerisindeki konumları gibi teorik bilgilerin yanı sıra, Storage ve Node’ları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 sunucusunu 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, Yüksek Erişilebilir (High Available) sanal makineler oluşturabileceksiniz. Bununla birlikte Hızlı Taşıma (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 makalelerdeki 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.

Devamını oku…

Exchange: CCR Kurulumunda “This is not a passive node” Hatası

23.06.2009 | 14:20 Çözümler , Exchange Server 0 Yorum

Senaryo

Windows Server 2008 Cluster Node’ları üzerinde Exchange Server 2007 SP1 Cluster Continious Replication kurulumu yaparken;

İlk node üzerine ( senaryoda iki node olduğunu düşünüyoruz) Active Clustered Mailbox Role kurulumunu yaptıktan sonra ikinci node üzerine Passive Clustered Mailbox Role kurulumu sırasında aşağıdaki hatayı alabiliriz.

This is not a passive node. A clustered mailobx server represented by the cluster resource group clustername was found on this node.

CCR - Passive Clustered Mailbox Role

Neden

Aldığımız hata kurulum yapmaya çalıştığımız yani ikinci node’un Exchange CCR Passive Node olamayacağını çünkü cluster kaynaklarının zaten bu node üzerinde olduğunu söylüyor. Ama kaynakların şu an ilk node üzerinde olması gerekiyordu çünkü Exchange CCR Active Node olarak kurulumu ilk node üzerine yapmıştık yani active node ilk node olmalıydı. O halde bu hatanın nedeni nedir?

Exchange CCR Active Node (Active Clustered Mailbox Role yani ilk node) kurulumundan sonra kurulumun tamamlanması için sistemi yeniden başlatmamız gerekir ve kurulum sonunda genelde bu işlemi yaparız. Restart sırasında ilk node (active) kapandığı için doğal olarak ikinci node bu durumu farkeder ve cluster kaynaklarını kendi üzerine alır. Yani ikinci node active duruma geçer. İlk node açıldığında ise denge değişmez ve ikinci node hala active durumda kalır.

Ve biz ikinci node üzerine Exchange CCR Passive Node (Passive Clustered Mailbox Role) kurulumunu başlattığımızda cluster kaynakları hala orda olduğu için bu hatayı alırız.

Çözüm

Öncelikle ikinci node üzerinde kurulumu yarım kalan Passive Clustered Mailbox Role‘ünü uninstall ediyoruz.

Daha sonra çözüm için iki şansımız var.

1. İlk node açıldıktan sonra ikinci node‘u bir kez restart ederiz ve böylece ilk node’un tekrar kaynakları üstlenip active duruma geçmesini sağlarız.

2. Yada Failover Cluster Management konsolu üzerinde kaynakları manuel olarak diğer node üzerine taşırız.

Failover Cluster Management

Kaynakların diğer node üzerine geçtiğinden emin olduktan sonra Passive Clustered Mailbox Role kurulumunu başarılı bir şekilde yapabiliriz.

1
2