Kategori arşivi: Windows Server

SQL Server 2012 Yapılandırma ve Yönetimi

Yaklaşık 90 dakika civarındaki bu videoda Microsoft SQL Server 2012 yapısına ilişkin kurulum, yapılandırma ve yönetim özelliklerine ilişkin detayları canlı demolar eşliğinde inceleyebilirsiniz.

Ahmet TOPRAKÇI | MCT

Site to Site VPN Video Kaydı

Aşağıdaki video’da Windows Server yapısında Routing and Remote Access Server ile Site to Site VPN yapılandırmasını izleyebilirsiniz.

Ahmet TOPRAKÇI | MCT

Yalova Üniversitesi Seminer Kaydı

Yalova Üniversitesi öğrencileri ile çeşitli teknolojiler ve bilişimin vizyonu hakkında konuşma fırsatı bulduğumuz seminerin kaydını aşağıdaki videoda izleyebilirsiniz.

Ahmet TOPRAKÇI | MCT

Kocaeli Üniversitesi Microsoft Uzaktan Yönetim Teknojileri Semineri

Kocaeli Üniversitesinde 29 Mart 2012 tarihinde 29 Mart 2012 tarihinde gerçekleştirdiğim Microsoft Uzaktan Yönetim Teknolojileri Semineri içerisinde Windows Server Uzaktan yönetim özellikleri, Lync Server ile Uzaktan masaüstü paylaşımı ve helpdesk fonksiyonları hakkında konuşma fırsatı buldum.

Ahmet TOPRAKÇI | MCT

Server 8 Desktop Experience Feature Enable

Windows Server 8 yapısında Desktop Experience özelliklerini aktif hale getirmek istediğinizde bu başlığı doğrudan bulamayabilirsiniz. Server 8 içerisinde Desktop Experience feature’ı, yine Windows Feature’larını yapılandırırken karşılaştığımız yeni kategori olan User Interfaces and Infrastructure başlığının altında yer almakta.

Ahmet TOPRAKÇI | MCT

Windows Server 8 Beta ve Windows 8 Consumer Preview Download Linkleri

Windows Server 8 Beta ve Windows 8 Consumer Preview işletim sistemlerini aşağıdaki linklerden download edip test edebilirsiniz.

Windows 8 Consumer Preview

(Product Key: DNJXJ-7XBW8-2378T-X22TX-BKG7J)

x64: http://iso.esd.microsoft.com/WCPDL/BD1B8A49393E30CC9C4E5C88457D73E964F1F3B18/Windows8-ConsumerPreview-64bit-English.iso

x86: http://iso.esd.microsoft.com/WCPDL/BD1B8A49393E30CC9C4E5C88457D73E964F1F3B18/Windows8-ConsumerPreview-32bit-English.iso

.

Windows Server 8 Beta

http://care.dlservice.microsoft.com/download/win8svr/3/8/B/38BAA0A6-2BA7-4341-AA72-EB72CAB219E7/8250.0.WINMAIN_WIN8BETA.120217-1520_X64FRE_SERVER_EN-US-HB1_SSS_X64FRE_EN-US_DV5.ISO?lcid=1033&cprod=w8svr

Ahmet TOPRAKÇI | MCT

Windows Server 8 Active Directory ve Additional DC Yapılandırması

Windows Server 8 şu an için Developer Preview olarak karşımızda olsa da aşağıdaki video içerisinde Server 8 yapısının Windows Server 2008 R2 Active Directory Forest’ı içersine Additional DC olarak eklenmesi, Active Directory Schema Extend işlemleri, Server 8 yönetim konsolları, DNS Servisinin yapılandırılması, yeni Server Manager arayüzünün kullanımı ve Server 8’in diğer temel özellikleri incelenmiştir.

Ahmet TOPRAKÇI | MCT

Microsoft Certified IT Professional (MCITP) Sertifika Sınavları

Son dönemde öğrencilerimden sıklıkla gelen sorular üzerine aşağıdaki diyagramı paylaşma gerekliliği hissettim. Aşağıdaki diyagramda Windows Server 2008 ve 2008 R2 altyapısında Microsoft Certified IT Professional unvanına giden yolda girilmesi gereken 5 farklı sınavı ve bu sınavlara ilişkin official eğitim kodlarını inceleyebilirsiniz. Toparlamak gerekirse girilmesi gereken sınavlar; 70-680, 70-640, 70-642, 70,643 ve 70-647 kodlu sınavlardır. Herkese başarılar.

Ahmet TOPRAKÇI | MCT

WebFarm / Internet Information Server Clustering (Bölüm-2)

2007 yılında tasarladığımız ve hayata geçirdiğimiz Türkiye’nin en büyük e-ogrenme portallarından birinin web sunucularının altyapı çalışmaları sırasında hazırladığım ve yayınladığım bir makaleyi tekrar paylaşmak istedim. Makale, Software Network Load Balancing konusunda çeşitli yapılandırma bilgileri içermektedir.

WebFarm / Internet Information Server Clustering (Bölüm-2)

Network Load Balancing(NLB)

Network Load Balancing, adından da anlaşılacağı gibi ağ üzerinden akan veri yükünü dengelemek için kullanılan bir teknolojidir. Network Load Balancing donanımsal ya da yazılımsal olarak sağlanabilir. Clustering konusuna tekrar değinirsek aktif ve pasif kavramlarından bahsetmemiz gerekir. Cluster yapıları Aktif/Aktif ya da Aktif/Pasif çalışabilir. Aktif durumdaki sunucu cluster yapısı içerisinde, cluster yapısına gelen isteklere doğrudan cevap veren sunucudur. Pasif olan sunucu ise cluster yapısı içerisinde Aktif durumdaki makinede donanımsal ya da yazılımsal bir sorun olması durumunda onun yerine geçebilecek şekilde hazırda bekleyen sunucudur. Buradan şu sonuca varabiliriz; Aktif/Aktif Cluster yapısı ağ(dolayısı ile sunucular) üzerinde yük dengeleme işlevini yerine getirir. Aktif/Pasif Cluster yapısı ise hata toleransını sağlamaya yöneliktir. Aktif/ Aktif Cluster yapısına Load-Balancing Cluster, Aktif/Pasif Cluster yapısına ise Fault-Toleranced Cluster denilebilir. Bu açıklamalarla NLB’nin Aktif/Aktif Cluster yapısında olduğunu söyleyebiliriz. Ancak girişte de bahsettiğimiz gibi Network Load Balancing donanımsal ya da yazılımsal olarak sağlanabilir. Donanımsal Load Balancing cihazları NLB’yi Aktif/Aktif yaparlarken Microsoft Server 2003 işletim sistemi içerisinde NLB Manager ile Load Balance yapılandırılırken Aktif/Aktif ya da Aktif/Pasif Cluster yapılabilir. İlk makalede de bahsedildiği gibi bir webfarm yapısı düşünüldüğünde Cluster Node’larından her biri değerinden bağımsız bir şekilde kendi sabit diskinde web sitesi için aynı verileri tutar. Böylece Node’lardaki veriler aynı olduğu için kullanıcı NLB Cluster yapısına istekte bulunduğunda NLB yapısı kullanıcıyı hangi sunucuya yönlendirirse yönlendirsin kullanıcı aynı siteyi görür. Bu olay kullanıcının bilgisi dahilinde olmadan arka planda NLB yapısı içerisinde gerçekleşir. Elbette ki NLB Cluster Node’ları içerisindeki veriler farklı olursa kullanıcının arka arkaya girişlerinde ya da farklı kullanıcıların girişlerinde farklı sitelerle karşılaşılacaktır. O zaman NLB yapısında belli bir replikasyon mimarisi olmalı ve NLB Cluster Node’ları olacak IIS web sunucular arka planda data’larını eşitlemelidir. Replikasyon mimarisi için RoboCopy gibi araçlar kullanılabilir ya da dinamik bir şekilde güncellenmeyen sitelere uygulanacaksa, webmaster’lar ya da sistem yöneticileri tarafından her seferinde el ile yapılabilir. Ancak bir replikasyon mimarisinden söz ederken için bu iki durumda verimli olmayacaktır. Windows işletim sisteminin File Replication Servisi bu durumda oldukça avantajlıdır. Distriubuted File System özelliği altından IIS’lerdeki web sitelerinin verilerini barındıran dosyalar replication partner olarak ayarlanınca DFS, FRS servisi üzerinden replikasyonu gerçekleştirecektir. FRS servisinin asıl amacı Domain ortamında Domain Controller’lar arasında SYSVOL paylaşımını replike etmektir. İkincil bir rol olarak DFS için replikasyon yapabilir. Ancak yine de FRS servisi video vb. büyük boyutlu verilerin replikasyonunda sorun çıkarabilmektedir. Bu yüzden Windows Server 2003 R2 ile beraber gelen DFS Management özelliği beraberinde kendi DFS Replication Servisini kullanmaktadır. Böylelikle FRS sadece SYSVOL replikasyonu yaparak yükü hafiflemekte ve DFS Replication Servisi ile Replikasyon Mimarisi de performans kazanmaktadır. Bu açıklamalardan sonra NLB yapısında sağlıklı replikasyon mimarisi için Windows Server 2003 R2, DFS Management ve DFS Replication servisi kullanılacaktır. Aslında doğası gereği NLB stateless bir yapıdadır. Biraz daha açarsak kullanıcıların session(oturum) bilgileri NLB yapısında tutulmaz. Statefull bir yapı isteniyorsa, yani session bilgileri tutulmak isteniyorsa Microsoft Clustering Service (MSCS) tercih edilmelidir. Internet Information Service(IIS) ile Cluster yapılacaksa NLB, MS-SQL, MS-Exchange gibi session tutması zorunlu uygulamalarda ise MSCS kullanılmalıdır. MSCS tarafında Aktif/Aktif cluster Microsoft tarafından tavsiye edilen bir yapı değildir. MSCS ile Aktif/Akfit Cluster, Network ve Sunucular üzerinde aşırı fragmantasyon yaratacağından performans açısından verimli olmayacaktır. MSCS ile Cluster kelimeleri yan yana getirdiğimizde aklımıza gelen Fault-Toleranced Cluster olacaktır.

NLB ve Session

Buraya kadar her şey güzel, teorik olarak web sunucular üzerinde NLB yapılandırırsak, sunuculardan istekte bulunan 1000 adet kullanıcı varsa, 2 sunuculu bir yapıda 500 tanesi bir sunucuda, diğer 500 tanesi diğer sunucuda tutulacak. Böylelikle NLB Cluster yaparak sunucular üzerindeki yükü dengelemiş olacağız. Arka planda replikasyon mimarisinin de performanslı çalıştığını düşünürsek sitedeki değişiklikler sunuculardan birinde değişiklik yapıldığında otomatik olarak gerçekleşecek. Fakat sunucular için bu performanslı Load-Balancing yapısından vazgeçmek istemiyorsak ve sunuculardaki sitelerin kullanıcıların session bilgilerini tutmaları gerekiyorsa durum ne olacak? NLB’nin stateless yapıda olup session bilgilerini tutamadığını daha önceden söylemiştik. Bu yüzden session bilgilerini IIS Sunucuları yapılandırarak tutmamız gerekir. Web Uygulamaları için session bilgileri IIS tarafından asp.net yardımı ile tutulabilir. Session verilerini tutmanın 3 türlü yöntemi vardır: 1- In Process Mode(inProc) 2- State Server Mode 3- Out of Process – SQL Server Mode(outProc) inProc moda session bilgileri aspnet_wp.exe dosyasına bağlı olarak her sunucu içinde bireysel olarak tutulur. State Server Mode’da ise session bilgileri serileştirilerek sunucuların RAM’lerinde bir birinden bağımsız process’ler olarak tutulur. SQL Server Mode’da session bilgileri serileştirilmiş yani serializable bir şekilde SQL sunucuda tutulur. Sunuculardaki birbirinden bağımsız verileri oluşturduğumuz replikasyon yapısı ile eşitleyebiliyoruz ancak session bilgilerini tutabiliyorsak bunları da eşitleyebilmemiz ya da sunucuların ortaklaşa kullanabilecekleri bir lokasyonda tutmamız gerekir. Çünkü kullanıcıların WebFarm yapısı üzerindeki sitelerde dolaşırken session’larını tutmamız gerekir. Session tutmadığımız durumda kullanıcının NLB yapısından kaynaklanan bir şekilde bir sunucuya ya da diğer sunucuya gönderilmesi sonucu session bilgileri kaybolacaktır. Örneğin kullanıcı, sunuculardan birinde, sayfalardan biri için şifre girdiğinde sayfa içerisindeki linklerden birine basarak başka bir sayfaya gitmek istediğinde, NLB yapısı bu istek sonucu kullanıcıyı başka bir sunucuya yönlendirirse web browser kullanıcıya tekrar şifre soracaktır. Yoğun bir sitede (ki WebFarm yapıldığına göre mutlaka yoğun bir sitedir.) kullanıcının sunucular arası arka planda gezmesiyle, kullanıcıya devamlı şifre sorulacak ya da kullanıcı tarafından girilen bilgiler, kullanıcıdan sunucu tarafından edinilen kaybolacaktır. Kısaca siteler içinde gezinmek hiç verimli olmayacaktır. Session tutmak bunu gerektiren siteler için çok önemlidir. Session tutmak önemli olduğunu ve 3 türde tutulabildiğini söylemiştik. inProc mode cluster oramı için uygun değildir. State Server Mode’da ise session verilerini sunucunun RAM’inde tuttuğuna göre, sunucular arasında session verilerinin eşitliğini sağlayabilmemiz mümkün değildir ve bu durumda session’u tutamayız. Çünkü RAM replikasyonu diye bir durum söz konusu değildir. Session verilerini sunucuların ortak erişebileceği bir alanda outProc yöntem ile SQL sunucu üzerinde tutmamız gerekir. Böylelikle session verilerini sunucuların her ikisinin de erişebileceği ve kullanabileceği bir lokasyon tutmuş böylece session verileri için replikasyon yapmamış oluruz. Bu durumda Windows Server 2003 R2 ve SQL Server 2005 uygulamaları WebFarm Cluster yapısını gerçekleştirebilmek için yeterli gözüküyor. Ancak sunucuların ve network yapısının performansının Cluster yapısının performansını doğrudan etkileyeceği gözden kaçırılmamalıdır. Session verilerini SQL sunucu üzerinde tutabilmek için IIS sunucuların webconfig dosyasını düzenlememiz gerekir. Makalenin ilerleyen bölümlerinde bu uygulama anlatılacaktır.

Ahmet TOPRAKÇI | MCT

WebFarm / Internet Information Server Clustering (Bölüm-1)

2007 yılında tasarladığımız ve hayata geçirdiğimiz Türkiye’nin en büyük e-ogrenme portallarından birinin web sunucularının altyapı çalışmaları sırasında hazırladığım ve yayınladığım bir makaleyi tekrar paylaşmak istedim. Makale, Software Network Load Balancing konusunda çeşitli yapılandırma bilgileri içermektedir.

WebFarm / Internet Information Server Clustering (Bölüm-1)

Kurumların büyüme ölçeklerini göz önünde bulundurarak söylemek gerekirse internet ya da intranet üzerinden verdikleri/verecekleri hizmetler bakımından sürekli artan bir ihtiyaç söz konusudur. Kurum içinde bu hizmetleri kullanacak personel sayısı arttıkça ya da kurumun dışarıya vermek istediği hizmetlerin boyutu -ister kullanıcı, isterse teknoloji bazlı olsun- arttıkça kurumlar server hizmetleri bakımından yeni yapılara ihtiyaç duyarlar. Günümüzün bu konudaki gözde teknolojilerinden biri “cluster” (küme) yapılardır. Bu makalede internet/intranet yani web üzerinden verilecek sistemlerdeki kullanılabilirlik, ölçülebilirlik ve performans açısından Web Server’ların Cluster yapısı anlatılacaktır.

Web Sunucularının cluster(kümeli) şeklinde çalışması için çeşitli tasarımlar geliştirilmiştir. Bu yapılar “WebFarm” şeklinde isimlendirilir. Birden çok sunucu ile ya da aynı anda birden çok süreç üzerinde eş zamanlı olarak çalışmak söz konusu olunca bu konuda çeşitli terimler ortaya konmuştur. Burada durumu biraz daha netleştirmek için Webfarm Cluster yapısının haricindeki “WebGarden” denilen başka bir yapıyı da açıklamakta fayda görüyorum. Bu yapı WebFarm’dan farklı olarak tek bir sunucu üzerinde aynı web hizmetinin devamlılığını sağlamak için birbirine eş birden fazla process oluşturarak belli bir application pool’da bulundurur ve bu yöntemle hataya karşı dayanıklılığı (Fault tolerancy) sağlar. WebFarm yapısı bundan tamamen farklı olarak birden fazla server ile “Fault tolerancy-Scalability- High Availability” ögelerini yerine getirir. Bu makelenin tümünde Windows Server 2003 R2 işletim sistemi kurulu olan sunucular kullanılmıştır. Ayrıca Internet Information Server 6.0 (IIS-6.0), Network Load Balancing Manager (NLB), Disturbed File System Management (DFS), SQL-2005, Windows XP/Vista ayrıca çeşitli scriptler senorya gereği kullanılmıştır. Bu clustering senaryosu yukarıda sözü geçen uygulamaların başka sürümlerinin kombinasyonları ile de kullanılabilir, makale boyunca yeri geldiğince bu konuya ve bunu gerçekleştirirken karşılaşılabilecek sorunlara değinilecektir. Konuya doğrudan girmek yerine bu bölümde cluster konusunda temel bilgiler vermeyi daha doğru buluyorum.

Cluster(kümeleme) yöntemi, yukarıda WebFarm üzerine bahsettiğim gibi birden çok sunucunun belli bir amaç için beraber ya da duruma göre sırayla, belirlediğimiz sunusu kümesi içerisinde toplanarak çalıştırılmasıdır(kümelenmesidir). Bu sunucu kümesinin üyesi olan her sunucudan birine “Node”(düğüm) denir. Cluster uygulamasında yer alan node’lar tek bir birim gibi çalışarak Microsoft Internet Information Services (IIS), Exchange Server gibi uygulamalara yönelik hizmetleri yüksek kullanılabilirlik(high avaibility) ile kullanıcılara sunar. Böylelikle küme oluşturmak cluster içindeki node’ları tek tek yönetmek yerine, uygulamaya yönelik olarak tek bir sistem halinde yönetilmesini sağlar. Bunun yanı sıra bu durum kullanıcı tarafı temel alınarak incelenirse, kullanıcılar sistemin cluster şeklinde çalışıp çalışmadığını çoğu durumda sezemezler, bu da cluster içindeki sunucuların tek bir sistem şeklinde çalıştığının kanıtıdır ki cluster yapmanın en önemli amaçlarından biri budur.

Cluster uyumlu olan uygulamalara örnek vermek gerekirse:
· DFS (distributed File System)
· DHCP
· Exchange Server
· File Server görevleri (dosya paylaşımları)
· IIS (Internet Information Services)
· Microsoft Distributed Transaction Coordinator (MS-DTC)
· MSMQ (Microsoft Message Queuing)
· NNTP (Microsoft News Transfer Protocol)
· Printer Pooling
· SMTP
· SQL Server
· WINS

Bu uygulamalar farklı cluster tipleri ile uygulanabileceği gibi beraberce de belli bir sistem için kullanılabilirler. Bunların yanında farklı uygulamalar da kümeli çalışabilirler(Oracle Server vs.) Cluster ortamının oluşabilmesi için IP tabanlı protokollere ihtiyaç vardır. Uygulamalar iletişim kurmak için IPX NetBEUI tarzındaki protokolleri kullanamazlar.

Daha önceden WebFarm senaryosunda kullanılacak uygulamalardan bahsederken Windows Server 2003 (R2) demiştik, burada bu Server2003’ün desteklediği 3 çeşit cluster tipi vardır:

1- NLB (Netwok Load Balancing), sunuculara gelecek olan yükü network üzerinde, belirlediğimiz kurallara yönelik olarak (affinity) paylaştıran, ağ yükünün dengelenmesi şeklinde gerçekleşir. NLB ile TCP (Transmission Control Protocol) haricinde UDP (User Datagram Protocol) ve GRE (Generic Router Encapsulation) tarfikleri için de yük dengelemesi sağlanabilir. Webfarm uygulamasında kullanacağımız cluster tipi budur. Ayrıca Microsoft, Web Sunucuları için cluster yaparken en uygun yöntemi NLB olarak önerir.

2- CLB (Component Load Balancing), COM+ kullanan uygulama bileşenlerinin dinamik bir şekilde yük dengelemesini sağlar. Yine yüksek kullanılabilrlik-ölçeklenebilirlik(scalability) açısından birçok Node üzerinde yük dengelemesi sağlar.

3- MSCS (Server Clustering), Sunucu kümesi olarak adlandırılabilir. Cluster Administrator arayüzü kullanarak yapılandırılır. Yüksek kullanılabilirlik-Ölçeklenebilirlik-Güvenilirlik açısından uygulamalar üzerinde hataya karşı dayanıklılık (fault tolerancy) sağlar. Arka uç sunucularda (SQL Server vs.) kullanımı uygundur.

Her küme oluşturma teknolojisinin belirli bir amacı vardır ve farklı gereksinimleri karşılayacak şekilde tasarlanmıştır. NLB, web hizmetleri nedeniyle oluşabilecek kısıtlamaları engellemek amacıyla tasarlanmıştır. CLB, web tabanlı uygulamaların ölçeklenebilirlik ve yüksek kullanılabilirlik ihtiyaçlarını karşılayabilmek için tasarlanmıştır. MSCS, veri bütünlüğünü korumak(integrity) ve yerinde çalışma desteği sağlamak amacıyla tasarlanmıştır. Konuya daha geniş bir açıyla bakarsak, bu cluster hizmetleri beraberce kullanılabilir ve çoğu durumda da bu sistemin planlanan verimde çalışması için bir gerekliliktir. Yukarıda bahsi geçen üç cluster tipinin beraberce kullanılabileceği en genel senaryo bir web sitesinin yayınlanması olacaktır. Webfarm’ın adından işte burada söz etmeye başlayarak örneklerle devam edelim. Ön uç sunucular olan Web sunucularda (IIS) NLB yani Webfarm, orta katman sunucularda CLB ve arka uçta olan veri tabanı hizmetlerinde MSCS kullanılarak (SQL Clustering) bir sistem tasarlanabilir. Bu sistem genel hatlarıyla aşağıdaki taslağa benzeyecektir, zaten ilerleyen bölümdeki uygulamaları bu taslak üzerinden yola çıkarak yapacağız.

Cluster yapıları, Farm (çiftlik) ya da Paket adı verilen ikili gruplar olarak kullanılır. WebFarm bu gruplardan Farm yapısının Web uygulamalarına yönelik olarak kullanılış biçimi olduğu için bu şekilde isimlendirilir. Farm yapıları, benzer sistemler çalıştıran ama genelde veri paylaşmayan bir sunucu grubudur. Bunlara “Farm” adı verilmesinin sebebi, kendilerine iletilen tüm istekleri, verilerin sucular üzerinde yerel disklerde saklanan birebir kopyalarını kullanarak işlemeleridir. Verileri paylaşmak yerine birebir kopyalarının kullandıkları için node’lardan her biri özerk biçimde çalışır ve bunlara “Copy” (kopya) adı verilir. Paket ise bir arada çalışan ve bölümlenmiş verileri paylaşan bir grup sunucudur. Bunlara Paket denmesinin sebebi ise hizmetleri yönetmek ve korumak için birlikte çalışmalarıdır. Bir paketin üyeleri bölümlenmiş verilere erişimi paylaştığı için, işletim modları benzersizdir ve genelde paketin tüm üyelerinin bağlı olduğu disk sürücülerindeki paylaşılan verilere erişirler.
Çoğu durumda Web ve Uygulama(Application) hizmetleri Farm olarak, Arka uç veri tabanları ve kritik destek hizmetleri ise paket olarak düzenlenir. WebFarm yapısı birden fazla Farm’ın bileşimi olarak tasarlanabilir. Aynı veriler farm yapısındaki tüm Node’larda çoğaltılır ve her sunucu, kendisine gönderilen istekleri verilerin yerel kopyalarını kullanarak işleyebilir. Örneğin, NLB kullanan ve her birinde web sitesine ait olan verilerin yerel kopyası bulunan çok sayıda web sunucusu vardır. Elbetteki bir Farm içindeki sunucu sayısında da bir üst sınır vardır, bu konudan önümüzdeki paragraflarda bahsedeceğim. Biz oluşturduğumuz taslak üzerinden çalışma devam edeceğiz. Senaryomuzda WebFarm içerisinde iki adet web sunucuyu kümeli olarak çalıştıracağız. Aşağıdaki şema konu hakkında genel bir bilgi verecektir.

Paketi de kısaca açıklamak gerekirse, SQL Server çalıştıran ve bölümlenmiş veri tabanı görünümleriyle MSCS kullanan veri tabanı sunucuları bunlara örnektir. Bu durumda, paketin üyeleri verilere iletişimi paylaşır ve tüm istekleri işlemek yerine, verilerin ya da mantığın belirli bir bölümünü işlerler. Örneğin iki adet Node barındıran SQL Server cluster yapısında, bir sunucu A-M harfleri ile başlayan diğer sunucu ise N-Z harfleri ile başlayan hesapları işliyor olabilir.
Cluster mimarisi kullanan sunucular genelde üç katmanlı bir yapı kullanılarak tasarlanır bu yapı bahsettiğimiz şekilde, Katman1- NLB’nin kullanıldığı ön uç Web sunucuları Katman2- CLB’nin kullanıldığı çeşitli Uygulama sunucularını içeren orta katman sunucuları Katman3- MSCS’nin kullanıldığı arka uçta yer alan veri tabanı sunucularını ya da dosya, kritik destek alanında görev yapan sunucuları içerir.
Cluster yapısı hazırlanırken bu şekildeki katmanlı bir yapı izlenmesinin asıl nedeni, cluster yapmanın asıl amaçlarından biri olan ölçeklenebilirliktir(scalability). Bu ölçeklenebilirlik istenilen katmana yeni sunucular ekleyerek ölçeğin artırılmasıyla gerçekleşebilir. Burada kritik nokta kullanılan sunucu işletim sistemidir.
· Windows Server 2003’ün tüm sürümleri, en fazla 32 Node’dan oluşan bir NLB Cluster destekler. · Enterprise ve Datacenter Edition, en fazla 8 Node’lu bir CLB cluster destekler. · Enterprise ve Datacenter Edition, en fazla 8 Node’lu bir MSCS cluster destekler. İşlemci ya da RAM ekleyerek ölçek artırılmak isteniyor ise · Standart Edition, en fazla 4 işlemci ile 32bit sistemlerde 4gb RAM ve 64bit sitemlerde 32gb RAM destekler · Enterprise Edition, en fazla 8 işlemci ile 32bit sistemlerde 32gb RAM ve 64bit sitemlerde 64gb RAM destekler · Datacenter Edition, en fazla 128 işlemci ile 32bit sistemlerde 64gb RAM ve 64bit sitemlerde 512gb RAM destekler
Ölçeklenebilirlik gereksinimleri belirlenirken kuruluşun “live” sitemdeki ve piyasadaki ileriye dönük gereksinimleri göz önünde bulundurulmalıdır. Doğru Windows sürümü ile uygun ölçeklenebilirlik sağlanabilir. Buna ek olarak, işlemciler ve bellek (RAM), sunucuların çalıştıracağı uygulama ve hizmetlerin yanı sıra, eş zamanlı olarak gerçekleştirilecek kullanıcı bağlantı sayısına uygun olarak boyutlandırılmalıdır. Eş zamanlı kullanıcı sayısı özellikle WebFarm senaryosunda dikkat edilmesi gereken önemli bir noktadır.
Bir sonraki bölümde NLB hakkında genel açıklamalar ile WebFarm senaryosu için yapılandırılmasını ve uygulanmasını anlatacağım.

Ahmet TOPRAKÇI | MCT