VMware NIC teaming, bir vSwitch veya distributed switch üzerindeki birden fazla fiziksel NIC'i tek bir mantıksal uplink kümesi gibi kullanarak yedeklilik ve kimi senaryolarda yük dağılımı sağlamaya yarar. Kısa cevap şudur: uplink'leri active, standby veya kullanılmayan durumlara ayırır, ardından uygun load balancing ve failover politikası seçerek link kaybında trafik sürekliliğini korur ve gerekiyorsa birden fazla fiziksel hattı dengeli kullanırsınız. Bu rehber, 27 Ekim 2025 tarih bağlamında VMware NIC teaming mantığını doğru anlamak isteyen ekipler için hazırlandı.
Hızlı Özet
- Broadcom’un resmi vSphere networking dokümanları, teaming ve failover politikasının bir port group veya distributed port group içindeki uplink davranışını belirlediğini açıkça tanımlar.
- Resmi Broadcom dökümantasyonunda temel load balancing seçenekleri olarak Route based on originating virtual port, Route based on source MAC hash, Route based on IP hash ve vDS tarafında Route based on physical NIC load öne çıkar.
- Broadcom KB 321396, IP Hash politikasının fiziksel switch tarafında EtherChannel/LACP beklentisi doğurduğunu ve çoğu senaryoda tek switch bağımlılığı getirdiğini açıkça belirtir.
- Aynı KB 321396, originating virtual port yaklaşımının daha basit fiziksel switch konfigürasyonu sunduğunu ve EtherChannel gerektirmediğini vurgular.
- Broadcom’un teaming ve failover ayarlarında Link status only, Beacon probing, Notify switches ve Failback seçenekleri bulunur; bunlar yalnız performans değil, arıza algılama ve geri dönüş davranışını da etkiler.
- 27 Ekim 2025 bağlamında Broadcom KB 326316 içinde görünen güncel vCenter 8 satırlarından biri vCenter Server 8.0 Update 3g / 8.0.3.00600 / Build 24853646 bilgisidir.
İçindekiler
- NIC Teaming Tam Olarak Ne İşe Yarar?
- 27 Ekim 2025 İçin Hangi vCenter Temel Çizgisi Mantıklı?
- Active, Standby ve Unused Uplink Nedir?
- Load Balancing Politikaları Arasındaki Fark Nedir?
- Beacon Probing, Notify Switches ve Failback Ne İşe Yarar?
- NIC Teaming Nasıl Yapılandırılır?
- En Sık NIC Teaming Hataları
- İlk Kontrol Listesi
- Sık Sorulan Sorular
Görsel: Wikimedia Commons - Cerro Tololo server room (CC BY 4.0).
NIC Teaming Tam Olarak Ne İşe Yarar?
NIC teaming'in iki ana amacı vardır:
- yedeklilik
- uygun senaryolarda yük dağılımı
Bir uplink arızalandığında diğer uplink üzerinden trafiğin devam etmesi temel failover değeridir. Daha gelişmiş senaryolarda ise trafiğin farklı fiziksel NIC'ler arasında paylaştırılmasıyla daha dengeli kullanım hedeflenir.
Ancak NIC teaming “toplam bant genişliği her zaman otomatik birleşir” anlamına gelmez. Seçilen politika ve fiziksel switch mimarisi bu davranışı doğrudan etkiler.
27 Ekim 2025 İçin Hangi vCenter Temel Çizgisi Mantıklı?
Özellikle distributed switch ve merkezi teaming politikaları söz konusuysa vCenter temel çizgisi önemlidir. Broadcom KB 326316 içindeki build tablosuna göre 27 Ekim 2025 bağlamında görünür güncel vCenter 8 hatlarından biri:
- Ürün adı: vCenter Server 8.0 Update 3g
- Sürüm: 8.0.3.00600
- Yayın tarihi: 2025-07-29
- Build: 24853646
Bu rehber, operasyonel temel çizgi olarak vCenter Server 8.0 Update 3g / Build 24853646 üzerinden anlatılmıştır.
Active, Standby ve Unused Uplink Nedir?
NIC teaming içinde uplink'ler üç mantıksal role ayrılabilir:
- Active: trafik taşıyan uplink
- Standby: arıza durumunda devreye girecek yedek uplink
- Unused: bu port group için kullanılmayan uplink
Bu sınıflama sayesinde aynı host üzerinde farklı port group'lar için farklı uplink düzenleri kurulabilir. Örneğin:
- management port group için
vmnic0 active,vmnic1 standby - vMotion için
vmnic1 active,vmnic0 standby
gibi asimetrik ama kontrollü tasarımlar yapılabilir.
Load Balancing Politikaları Arasındaki Fark Nedir?
Route Based on Originating Virtual Port
En yaygın ve en sade yaklaşımlardan biridir. Her sanal port belirli bir uplink’e bağlanır. Fiziksel switch tarafında özel bonding gerektirmez. Broadcom KB 321396 bunu basit fiziksel switch konfigürasyonu avantajı ile açıklar.
Route Based on Source MAC Hash
Kaynak MAC adresine göre uplink seçimi yapar. Belirli senaryolarda faydalı olabilir ama en sık tercih edilen politika değildir.
Route Based on IP Hash
Broadcom KB 321396’ye göre bu yaklaşım fiziksel switch üzerinde static EtherChannel veya uygun durumda LACP beklentisi doğurur. Yanlış switch tarafı konfigürasyonu ile kullanılırsa sorun çıkarır.
Bu politikanın pratik dezavantajı:
- çoğu tasarımda aynı fiziksel switch bağımlılığı yaratması
- çok switchli yedeklilikte dikkat gerektirmesi
Route Based on Physical NIC Load
Bu yaklaşım distributed switch tarafında görülür ve yük durumuna göre daha dengeli dağıtım yapmayı hedefler. Daha büyük ve daha merkezi yönetilen ortamlarda anlamlıdır.
Beacon Probing, Notify Switches ve Failback Ne İşe Yarar?
Link Status Only
En temel failover algılama yöntemidir. Fiziksel link down olduğunda bunu arıza olarak kabul eder.
Beacon Probing
Daha derin bağlantı problemi tespiti için beacon frame mantığını kullanır. Her ortam için zorunlu değildir ama belirli tasarımlarda fiziksel yol sorunlarını daha görünür kılar.
Notify Switches
Failover sonrası fiziksel switch’in MAC tablosunu hızlı güncellemesi için ağ tarafına bildirim gönderilmesini sağlar. Bu ayar yanlış değilse çoğu üretim ortamında faydalıdır.
Failback
Arızalanan asıl uplink geri geldiğinde trafiğin yeniden eski aktif linke dönüp dönmeyeceğini belirler. Her zaman açık olması şart değildir; bazı ortamlarda istikrar için kontrollü davranmak daha doğru olabilir.
NIC Teaming Nasıl Yapılandırılır?
1. Trafik Rolleri Ayrı Düşünülmeli
Önce hangi port group’un hangi uplink politikasını kullanacağı netleşmelidir:
- management
- VM traffic
- vMotion
- storage
Tüm ağlar için tek bir teaming politikası kopyalamak çoğu zaman iyi tasarım değildir.
2. Uplink Rolleri Belirlenmeli
Her port group için active/standby/unused dağılımı açıkça planlanmalıdır.
3. Fiziksel Switch Beklentisi Doğrulanmalı
Özellikle IP Hash seçiliyorsa Broadcom KB 321396’ye göre fiziksel switch tarafında uygun EtherChannel/LACP yapısı gerekir. Bu doğrulanmadan politika seçilmemelidir.
4. Failover Davranışı Test Edilmeli
Linki kapatıp geri açmadan teaming'in gerçekten çalıştığı varsayılmamalıdır. Notify switches ve failback davranışı canlı test veya bakım penceresiyle görülmelidir.
En Sık NIC Teaming Hataları
IP Hash seçilip switch tarafı hazırlanmamış
Bu en tipik hatalardan biridir. Broadcom KB 321396 bu politikanın EtherChannel/LACP beklentisini açıkça anlatır.
Yedeklilik var sanılıp aslında tek switch bağımlılığı yaratılmış
İki NIC görmek otomatik olarak iki bağımsız yol olduğu anlamına gelmez. Fiziksel topoloji de aynı ölçüde önemlidir.
Her port group’a aynı teaming politikası verilmiş
Management, vMotion ve VM traffic farklı davranış isteyebilir. Tek tip politika her zaman en iyi yaklaşım değildir.
Failback davranışı test edilmemiş
Arıza sonrası link geri geldiğinde trafiğin nasıl davranacağı görülmeden sistem “tamam” kabul edilmemelidir.
İlk Kontrol Listesi
- Port group bazlı trafik rolleri netleştirildi
- Active / standby / unused uplink düzeni tanımlandı
- Seçilen load balancing politikası fiziksel switch mimarisiyle uyumlu
- IP Hash kullanılıyorsa EtherChannel/LACP doğrulandı
- Link status only veya beacon probing tercihi bilinçli seçildi
- Notify switches ve failback davranışı değerlendirildi
- Failover testi için bakım penceresi planlandı
- Ağ ekibiyle topoloji mutabakatı sağlandı
LeonX ile Sonraki Adım
NIC teaming kararı yalnız iki NIC’i aynı yere bağlamak değildir; uplink topolojisi, switch konfigürasyonu, failover davranışı ve servis önceliği birlikte tasarlanmalıdır. LeonX, management, VM, storage ve vMotion ağları için güvenli teaming standardı oluşturmanızda destek verir.
İlgili sayfalar:
- Donanım & Yazılım Satışı
- Yönetilen Servisler
- İletişim
- VMware VLAN Konfigürasyonu Nasıl Yapılır?
- VMware Network Yapısı Nasıl Çalışır?
Sık Sorulan Sorular
NIC teaming ile toplam bant genişliği otomatik birleşir mi?
Her zaman değil. Bu davranış seçilen load balancing politikası ve fiziksel switch yapısına bağlıdır.
IP Hash neden daha dikkatli kullanılmalıdır?
Çünkü Broadcom KB 321396’ye göre fiziksel switch tarafında uygun EtherChannel/LACP beklentisi doğurur.
Standby uplink ne işe yarar?
Aktif uplink arızalandığında trafik sürekliliğini korumak için devreye girer.
Beacon probing her ortamda gerekli mi?
Hayır. Faydalı olabilir ama her ortam için zorunlu veya en iyi seçenek değildir; tasarıma göre karar verilmelidir.
Failback kapatılabilir mi?
Evet. Tasarıma göre arızadan dönen linkin hemen yeniden aktif olmasını istemeyebilirsiniz.
Sonuç
VMware NIC teaming, doğru kurulduğunda hem yedeklilik hem daha dengeli uplink kullanımı sağlar; yanlış kurulduğunda ise gizli tek nokta bağımlılığı ve beklenmeyen failover davranışı üretir. 27 Ekim 2025 bağlamında doğru yaklaşım; port group bazlı düşünmek, fiziksel switch beklentisini doğrulamak ve özellikle IP Hash gibi politikaları bilinçli kullanmaktır.
