Windows Server "8" Beta yenilikler: NIC Teaming (Ağ Bağdaştırıcı Gruplama)

Windows Server "8" ile gelen yeni özelliklerden biri olan NIC Teaming, birden fazla ağ bağdaştırıcısının sanki tek bir kartmış gibi çalışması anlamına geliyor en basit anlamıyla.

Olabildiğince Türkçe yazmaya çalışacağım için kullanacağım bir kaç kavramı ne anlamda kullandığımı yazmak istiyorum. Ağ kartı ya da ağ bağdaştırıcısı dediğimde kastettiğim ağ kablosunun ucunu getirip taktığınız yer. Bugüne kadar Windows Server üzerinde NIC Teaming ağ kartı üreticilerinin kendi yazılımlarını kullanarak yapılabiliyordu fakat bu Microsoft tarafından destek verilen bir senaryo değildi. Windows Server "8" ile artık bunu direk Windows Server "8" üzerinde Powershell ve grafik arayüz kullanarak yapabiliyoruz.

"İyi diyorsun, güzel diyorsun da NIC Teaming yapmanın bize faydası ne?" bölümüne gelelim; NIC Teaming'in iki ana faydası var:

1- Failover (sorun halinde yük devretme): Normalde ağ kartınızda bir sorun olursa makinanın ağ erişimi kesiliyor haliyle. NIC Teaming yaptığınızda ise, birden fazla kart tek kartmış gibi çalıştığı için bir tanesinde sorun olsa bile ağ erişimi diğer düzgün kart/kartlar üzerinden devam ediyor. Yani artık ağ kartınız bir SPOF (Single Point of Failure - Bozulması durumunda tüm sistemin çalışmamasına neden olan parça) olmaktan çıkıyor. 

2- Link Aggregation (bağlantı birleştirme): Bu da birden fazla ağ kartınızın bant genişliklerinin toplamını sanki bir kartmış gibi kullanabilmeniz anlamına geliyor. Yani sizin ağ kartınızın üzerinde iki tane 1 Gbit port var diyelim, bu portları Link Aggregation ile sanki 2 Gbit bant genişliğine sahip tek bir kartmış/portmuş gibi kullanabiliyorsunuz. Dört tane Gbit portunuz varsa 4 Gbit. Dört tane 10Gbit portunuz varsa 40 Gbit :)

 

Bunlardan sadece birini yapabiliyorsunuz şeklinde bir durum yok. Yani aynı anda hem Failover hem de Link Aggregation yapabilirsiniz. Tabi bu durumda failover bölümün düzgün çalışması için iyi planlama önemli. Aynı ağ kartının üzerindeki iki portu failover için kullanmak çok da mantıklı değil tahmin edeceğiniz üzere.

 

NIC Teaming'in kullanılamadığı bir kaç durum var. Bunlar şunlar:

SR-IOV (Single Root Input/Output Virtualization: SR-IOV ile önümüzdeki günlerde daha uzun bir yazı yazacağım ama SR-IOVen basit anlamda, sanal bir makinanın host üzerindeki fiziksel ağ kartına direk olarak erişip kullanabilmesi demek. Disk tarafında Hyper-V üzerinde Passthrough disk kullanabiliyorduk hatırlarsınız. Yani bir sanal makinanın direk olarak fiziksel diske erişmesini sağlayabiliyorduk. SR-IOV de çok basit olarak sanal makinanın bu sefer disk yerine fiziksel ağ bağdaştırıcısına erişimine olanak sağlıyor. Bu durumda ağ bağdaştırıcısı ve sanal makina arasındaki ağ trafiği Hyper-V'nin ağ trafiğini kontrol eden bölümüne (network stack) uğramadan direk olarak ağ bağdaştırıcısı ve sanal makina arasında gerçekleştiği için ve NIC Teaming de Hyper-V'nin network stack'i seviyesinde yapılan bir şey olduğu için SR-IOV kullanıyorsanız NIC Teaming yapamıyorsunuz.

RDMA (Remote Direct Memory Access): RDMA'de de durum SR-IOV ile aynı şekilde. Sanal makina fiziksel ağ kartına direk eriştiği için NIC Teaming yapılamıyor.

TCP Chimney Offload: Normalde ağ trafiğiyle ilgili işlemleri de CPU (işlemci) yapıyor biliyorsunuz. Bu özelliğe sahip bir ağ kartına sahipseniz, ağ trafiğiyle ilgili bir takım işlemleri CPU'ya göndermek yerine ağ kartı kendi üzerinde yapıyor. Bu özellik aktifken de NIC Teaming yapılamıyor.

Yukarıda saydığım 3 özellik de donanım seviyesinde olan özellikler. Yani ağ bağdaştırıcınızın bu özellikleri donanımsal olarak desteklemesi gerekiyor. Bu özellikler şu anda en yeni nesil ağ kartlarında var sadece.

 

Özetlersek; bundan önce donanım üreticilerinin kendi yazılımlarıyla yaptığımız NIC Teaming işlemini artık Windows Server "8" Beta içerisinden direk olarak yapabiliyoruz. Daha ne olsun :)

Comments

• Anonymous
  January 01, 2003
  Kısaca açıklamaya çalışayım; Switch independent mode: Bu modda switch üzerinde herhangi bir ayar yapmanıza gerek yok, switch kendisine bağlı olan NIC'in bir team üyesi olduğunu bilmiyor. Team içerisindeki NIC'lerin kablolarını farklı fiziksel switchlere takabilirsiniz. Bu modda hem active-active, hem de active-standby olarak çalışabilirsiniz. Switch dependent mode ana başlığı altında iki seçenek var. Her iki seçenekte de switch üzerinde ayar yapmanız gerekiyor ve her ikisinde de team üyesi NIC'ler aynı fiziksel switch'e bağlı olmak zorunda. Bu moddaki seçenekler: Static teaming: Burada switch ve host üzerinde statik olarak team tanımlıyorsunuz. Arada herhangi ekstra bir protokol kullanılmıyor. LACP (Link Aggregation Control Protocol) teaming: Bu modda da hem host hem de switch üzerinde ayar yapılıyor. Burada bir öncekinden farklı olarak aradaki haberleşme için LACP denen protokol kullanılıyor. Bunun teorik olarak faydası, team üzerinde genişleme gibi işlemlerin LACP paketleriyle kolayca yapılabilmesi. Daha detaylı bilgi için şu linklere de bakmanızı öneririm: blogs.technet.com/.../nic-teaming-in-windows-server-2012-brings-simple-affordable-traffic-reliability-and-load-balancing-to-your-cloud-workloads.aspx go.microsoft.com/fwlink

• Anonymous
  September 16, 2012
  Oguz bey teşekkürler, switch indepent mod, static team, ve lcp mod ları nedir?  örneğin switch independ mod da team yaptıgım iki kabloyu, ayrı ayrı switch lere baglayabilir miyiz? iki ayrı switch i kullanıp, team yaptığımda active-active çalışabilirmiyim? switch den herhangi bir ayar yapmam gerekir mi ? Bu sorularada yanıt alabilirsek çok memnum olurum