Ağ Bağlama Açıklandı: Tüm 7 Mod, Mimari ve Gerçek Dünya Yapılandırması

Ağ bağlama — NIC birleştirme, bağlantı toplama veya Ethernet bağlama olarak da adlandırılır — iki veya daha fazla fiziksel ağ arabirim kartını (NIC) işletim sistemi çekirdeği tarafından yönetilen tek bir mantıksal arabirimde birleştirme tekniğidir. Sonuç, tüm üye bağlantılar arasında aynı anda artırılmış toplam bant genişliği, otomatik yük devretme ve yük dağıtımı sağlayan birleşik bir ağ aygıtıdır.

Linux sistemlerinde çekirdek düzeyinde bağlama, ağ yığınına tek bir sanal arabirim (genellikle `bond0` olarak adlandırılır) sunan `bonding` çekirdek modülü aracılığıyla uygulanır. Bu soyutlama, uygulamaların, yönlendirme tablolarının ve güvenlik duvarı kurallarının altta kaç fiziksel NIC olduğundan bağımsız olarak tek bir arabirimle etkileşime girmesi anlamına gelir; bu, yönetimi basitleştirirken kurumsal düzeyde esneklik sağlayan kritik bir mimari ayrıntıdır.

Üretim Ortamlarında Ağ Bağlamanın Önemi

Modlara geçmeden önce, bağlamanın tam olarak hangi sorunu çözdüğünü — ve nerede çözmediğini — anlamak faydalıdır. Tek bir Gigabit Ethernet bağlantı noktasının yaklaşık 125 MB/s aktarım hızında sabit bir üst sınırı vardır. Bir veritabanı sunucusu, depolama düğümü veya yüksek trafikli bir web uygulaması için bu sınıra hızla ulaşılır. İki 1 GbE NIC’i bağlamak, tek bir TCP akışı için aktarım hızını sihirli bir şekilde iki katına çıkarmaz (bu yaygın bir yanılgıdır), ancak birden fazla eş zamanlı akışın her iki bağlantıyı da doyurmasına olanak tanıyarak toplam kapasiteyi etkin biçimde iki katına çıkarır.

Ham aktarım hızının ötesinde, bağlama tek bir NIC veya kabloyu temsil eden tek hata noktasını ortadan kaldırır. Çalışma süresinin dokuzlarla ölçüldüğü ortamlarda bu son derece önemlidir.

Temel Faydalar Bir Bakışta

• Toplam bant genişliği: Birden fazla fiziksel bağlantı, eş zamanlı trafik akışları için toplam aktarım hızına katkıda bulunur
• Otomatik yük devretme: Bağlantı arızası tespiti (MII veya ARP izleme yoluyla), hayatta kalan bir arabirime saniyenin altında geçişi tetikler
• Yük dağıtımı: Trafik, etkin bağlama algoritmasına göre üye arabirimler arasında dağıtılır
• Uygulamalar için şeffaf: Bağlama arabirimi tek bir MAC adresine ve IP’ye sahiptir, uygulama düzeyinde değişiklik gerektirmez
• Donanım maliyet verimliliği: Bazı senaryolarda standart NIC’leri bağlamak, tek bir 10 GbE karta yükseltmekten daha uygun maliyetli olabilir

Ağ Bağlama Mimarisi: Arka Planda Nasıl Çalışır

Linux çekirdek bağlama sürücüsü, Katman 2 (Veri Bağlantısı) ile fiziksel NIC sürücüleri arasında çalışır. Bir çerçeve iletildiğinde, bağlama sürücüsünün iletim politikası hangi bağımlı arabirimin kullanılacağını seçer. Alımda, tüm bağımlı arabirimler çerçeveleri bağlama ana birimine iletir; bu birim yinelenenleri kaldırır ve bunları ağ yığınına teslim eder.

Bağlantı izleme, arızaları tespit eden mekanizmadır. İki yöntem mevcuttur:

• MII (Ortamdan Bağımsız Arabirim) izleme: Her NIC’in fiziksel bağlantı durumunu yapılandırılabilir bir aralıkta (`miimon` parametresi, genellikle 100ms) yoklar. Kablo çekme veya NIC arızalarını tespit etmek için hızlı ve güvenilirdir.
• ARP izleme: Hedef bir IP’ye ARP istekleri gönderir ve yanıtları bekler. Yalnızca fiziksel bağlantı durumunu değil, uçtan uca bağlantıyı doğrulamanız gerektiğinde daha kullanışlıdır; ancak erişilebilir bir ARP hedefine bağımlılık getirir.

`downdelay` ve `updelay` parametreleri histerezis ekler — bir bağlantı salınım yaptığında hızlı geçişleri önler. Bunları her biri 200ms olarak ayarlamak yaygın bir üretim temelidir.

7 Linux Bağlama Modunun Tamamı: Teknik Derinlemesine İnceleme

Linux bağlama sürücüsü yedi farklı mod tanımlar (0’dan 6’ya kadar). Her biri farklı bir iletim politikası ve yük devretme davranışı uygular. Yanlış modu seçmek, sunucu dağıtımlarındaki en yaygın yanlış yapılandırmalardan biridir.

Mod 0 — Round-Robin (balance-rr)

Paketler, döngüsel bir şekilde tüm etkin bağımlı arabirimler arasında sırayla iletilir: 1. paket eth0’da, 2. paket eth1’de, 3. paket eth0’da ve bu şekilde devam eder.

Gerçekte ne olur: Round-robin, akış düzeyinde değil paket düzeyinde çalışır. Bu, iki yolun farklı gecikmeye sahip olması durumunda tek bir TCP bağlantısının paketlerinin sıra dışı teslim edilebileceği anlamına gelir. Alıcı ana bilgisayarın TCP yığını bunları yeniden sıralayacaktır, ancak bu pratikte yeniden iletim ve aktarım hızı düşüşüne neden olur — özellikle tek bir bağlantı üzerinden büyük dosya aktarımlarında belirgindir.

Switch gereksinimi: Switch bağlantı noktaları, LACP olmadan statik LAG (Bağlantı Toplama Grubu) olarak yapılandırılmalıdır. Bu yapılmazsa, switch aynı MAC adresinden gelen çerçevelerin birden fazla bağlantı noktasına ulaştığını görecek ve döngü koruma kapatmasını tetikleyebilir.

En iyi kullanım: Paket başına yeniden sıralamanın tolere edilebildiği, çok sayıda eş zamanlı kısa ömürlü bağlantıya sahip toplu aktarım iş yükleri.

Mod 1 — Active-Backup

Herhangi bir anda yalnızca bir bağımlı arabirim etkindir. Diğerleri sıcak bekleme durumundadır. Etkin bağlantı arızalandığında (MII veya ARP izleme yoluyla tespit edilir), bağlama sürücüsü bir yedek bağımlıyı öne çıkarır ve ağın MAC adres tablolarını güncellemek için ücretsiz bir ARP gönderir.

Kritik nüans: Active-backup modunda, bağlama arabirimi ağa her zaman aynı MAC adresini sunar (şu anda etkin olan bağımlının MAC’i). Bu, özel switch yapılandırmasına gerek olmadığı anlamına gelir — switch’in bakış açısından bu, normal tek ana bilgisayar bağlantısıdır. Bu, herhangi bir LAG yapılandırması olmadan switch’lerde doğru çalışan tek moddur.

Yük devretme zamanlaması: `miimon=100`, `downdelay=200`, `updelay=200` ile yaklaşık 200–300ms’de yük devretme bekleyebilirsiniz — çoğu durumda TCP oturumu düşmelerini önlemek için yeterince hızlıdır.

En iyi kullanım: Bant genişliğinden çok basitlik ve uyumluluğun önemli olduğu yüksek kullanılabilirlik senaryoları — yönetim arabirimleri, bant dışı erişim veya switch’in kontrolünüzde olmadığı herhangi bir ortam.

Mod 2 — Balance-XOR

Trafik, her pakete uygulanan bir iletim karma politikası kullanılarak dağıtılır. Varsayılan karma `(source_MAC XOR destination_MAC) modulo slave_count`’dır. Daha iyi dağıtım için üst düzey politikalar (`layer3+4`) IP adreslerini ve bağlantı noktası numaralarını kullanır.

layer3+4 politikası: `xmit_hash_policy=layer3+4` yapılandırması, kaynak IP, hedef IP, kaynak bağlantı noktası ve hedef bağlantı noktası üzerinde karma yaparak dağıtımı önemli ölçüde iyileştirir. Bu, aynı hedef sunucuya giden farklı TCP akışlarının bağlantılar arasında dağıtılmasını sağlar; varsayılan MAC tabanlı karma bunu başaramaz.

Switch gereksinimi: Switch’te statik LAG yapılandırması (Mod 0 ile aynı), ancak tek bir akış içindeki tüm paketler aynı arabirimden geçtiğinden paket yeniden sıralama sorunu olmadan.

En iyi kullanım: LACP desteği olmadan yük dengelemeye ihtiyaç duyan ortamlar, özellikle `layer3+4` karma politikasıyla birleştirildiğinde.

Mod 3 — Broadcast

Her paket tüm bağımlı arabirimlerde eş zamanlı olarak iletilir. Her bağımlı, her çerçevenin özdeş bir kopyasını gönderir.

Bu gerçekten ne zaman kullanışlıdır: Broadcast modu bant genişliğiyle ilgili değildir — birden fazla ağ segmentine garantili teslimatla ilgilidir. İki ayrı switch veya ağ yolunun her paketi alması gereken özel yüksek kullanılabilirlik kümeleme senaryolarında kullanılır (örneğin, yedekli ağ yapılarına sahip belirli depolama çoğaltma veya finansal işlem sistemleri). Ayrıca bazı ağ izleme kurulumlarında da kullanılır.

Bant genişliği maliyeti: Broadcast modunda iki NIC ile her paket için kablo üzerinde 2 kat bant genişliği tüketirsiniz. Dört NIC ile 4 kat. Bu mod genel amaçlı trafik için asla kullanılmamalıdır.

Mod 4 — 802.3ad / LACP (Dinamik Bağlantı Toplama)

Bu, Bağlantı Toplama Kontrol Protokolü (LACP) aracılığıyla uygulanan IEEE 802.3ad standardıdır. Bağlama sürücüsü ve switch, hangi bağlantıların toplama grubunu oluşturduğunu, parametrelerini ve durumlarını dinamik olarak müzakere etmek için LACP PDU’ları (Protokol Veri Birimleri) alışverişi yapar.

LACP müzakeresi nasıl çalışır: Her taraf sistem önceliğini, bağlantı noktası önceliğini ve toplama anahtarını tanıtan LACPDU’lar gönderir. Her iki tarafta da eşleşen anahtarlara sahip bağlantılar bir LAG oluşturur. Bir bağlantı arızalanırsa, LACP bunu tespit eder ve herhangi bir manuel müdahale olmadan gruptan çıkarır.

İletim karma politikası: Mod 2 gibi, Mod 4 de yük dağıtımı için bir karma politikası kullanır. `layer3+4` politikası burada da güçlü bir şekilde önerilir. LACP’nin paket başına yük dengelemeyi garanti etmediğini unutmayın — akışları bağlantılar arasında dağıtır, bu nedenle tek bir büyük dosya aktarımı yine de yalnızca bir fiziksel bağlantı kullanacaktır.

Switch yapılandırması: Switch’in ilgili bağlantı noktası kanalında LACP etkinleştirilmiş olmalıdır. Uyumsuz LACP modları (aktif ve pasif) bağlama arızalarının sık görülen bir kaynağıdır. Müzakerenin her zaman ilerlemesini sağlamak için her iki taraf da `active` olarak ayarlanabilir.

En iyi kullanım: Veri merkezleri, yüksek performanslı sunucular ve switch yapılandırmasını kontrol ettiğiniz herhangi bir ortam. Switch desteği mevcut olduğunda üretim bağlaması için altın standarttır.

Mod 5 — Balance-TLB (Uyarlamalı İletim Yük Dengeleme)

Mod 5, giden trafiği her arabirimin mevcut yüküne göre tüm bağımlılar arasında dağıtır (en az yüklü bağımlı bir sonraki giden paketi alır). Gelen trafik yalnızca tek bir belirlenmiş bağımlı üzerinden alınır.

Temel avantaj: Hiçbir switch yapılandırması gerekmez. Bağlama arabirimi, giden trafik için bağımlı başına farklı kaynak MAC adresleri kullanır; bu, herhangi bir switch’in şeffaf biçimde işlediği geçerli bir davranıştır.

Sınırlama: Gelen trafik dengelenmez. Sunucunuz öncelikle büyük veri hacimleri alıyorsa (bir indirme sunucusu, çoğaltma akışları alan bir veritabanı kopyası), Mod 5 bu yön için hiçbir fayda sağlamaz. Sunucunuz öncelikle veri gönderiyorsa, Mod 5 son derece etkilidir.

Yük devretme davranışı: Alıcı bağımlı arızalanırsa, başka bir bağımlı alma rolünü devralır. Giden yük dengeleme kalan bağımlılar arasında devam eder.

Mod 6 — Balance-ALB (Uyarlamalı Yük Dengeleme)

Mod 6, ARP müzakeresi yoluyla gelen yük dengeleme ekleyerek Mod 5’i genişletir. Bağlama sürücüsü, farklı istemcilere farklı kaynak MAC adresleriyle periyodik olarak ARP yanıtları göndererek bu istemcilerin dönüş trafiğini farklı bağımlı arabirimlere göndermesine neden olur.

ARP manipülasyon mekanizması: İşin zekice kısmı budur. Sürücü ARP yanıtlarını yakalar ve kaynak MAC adresini bağımlılar arasında döndürür. İstemciler bu ARP girişlerini önbelleğe alır ve trafiklerini öğrendikleri bağımlı MAC’e yönlendirir. Bu, herhangi bir switch tarafı yapılandırması olmadan gelen yük dengelemeyi sağlar.

Pratik uyarı: ARP tabanlı gelen dengeleme yalnızca bağlı sunucuyla yakın zamanda iletişim kurmuş ana bilgisayarlar için çalışır. Yeni bağlantılar, bir ARP yanıtı gönderilene kadar her zaman birincil bağımlıya ulaşır. Yüksek bağlantı hızı senaryolarında, gelen dağıtım dengesiz olabilir.

En iyi kullanım: LACP özellikli switch’lere sahip olmayan ve çift yönlü yük dengelemeye ihtiyaç duyan ortamlar. Hiper yöneticinin sanal switch’i LACP’yi desteklemeyebileceği VPS Hosting ortamları için sağlam bir seçimdir.

Bağlama Modu Karşılaştırma Tablosu

Linux’ta Ağ Bağlamasını Yapılandırma

Ön Koşullar

“`bash

Verify bonding module is available

modinfo bonding

Load the module if not already loaded

modprobe bonding

“`

systemd-networkd Aracılığıyla Yapılandırma (Modern Yaklaşım)

`/etc/systemd/network/bond0.netdev` oluşturun:

“`ini

[NetDev]

Name=bond0

Kind=bond

[Bond]

Mode=802.3ad

TransmitHashPolicy=layer3+4

MIIMonitorSec=100ms

LACPTransmitRate=fast

“`

`/etc/systemd/network/bond0.network` oluşturun:

“`ini

[Match]

Name=bond0

[Network]

Address=192.168.1.10/24

Gateway=192.168.1.1

“`

`/etc/systemd/network/eth0.network` ve `eth1.network` oluşturun:

“`ini

[Match]

Name=eth0

[Network]

Bond=bond0

“`

`/etc/network/interfaces` Aracılığıyla Yapılandırma (Debian/Ubuntu)

“`bash

auto bond0

iface bond0 inet static

address 192.168.1.10

netmask 255.255.255.0

gateway 192.168.1.1

bond-slaves eth0 eth1

bond-mode 4

bond-miimon 100

bond-lacp-rate 1

bond-xmit-hash-policy layer3+4

auto eth0

iface eth0 inet manual

bond-master bond0

auto eth1

iface eth1 inet manual

bond-master bond0

“`

Bağlama Durumunu Doğrulama

“`bash

Check bond status and slave states

cat /proc/net/bonding/bond0

Monitor interface statistics

ip -s link show bond0

Check LACP negotiation state (Mode 4)

cat /proc/net/bonding/bond0 | grep -A5 "LACP"

“`

`/proc/net/bonding/bond0` çıktısı en önemli tanılama aracıdır. Etkin bağımlıyı, her üyenin bağlantı durumunu, MII durumunu ve (Mod 4 için) LACP ortak bilgilerini gösterir.

Dedicated Sunucularda ve VPS’te Ağ Bağlama

Bare-metal Dedicated Sunucular‘da, hem sunucunun NIC yapılandırması hem de (genellikle) switch bağlantı noktası yapılandırması üzerinde tam kontrole sahipsiniz; bu da Mod 4’ü (LACP) üretim iş yükleri için doğal seçim haline getirir. Çoğu veri merkezi sağlayıcısı, talep üzerine switch bağlantı noktalarınızda LACP’yi yapılandırabilir.

cPanel ile VPS ortamlarında, hiper yöneticinin sanal ağ katmanı temel bağlamayı ana bilgisayar düzeyinde işler. Misafir VM genellikle tek bir sanal NIC görür, ancak ana bilgisayar altında bağlı fiziksel arabirimler çalıştırıyor olabilir — şeffaf biçimde yedeklilik sağlar.

GPU Hosting altyapısında GPU yoğun iş yükleri dağıtırken, GPU düğümlerine I/O açlığını önleyecek kadar hızlı veri beslemek için ağ bağlama kritik hale gelir. Eğitim ardışık düzenleri ve çıkarım sunumu, LACP bağlamasının sağladığı toplam bant genişliğinden yararlanır.

Yaygın Tuzaklar ve Uç Durumlar

Spanning Tree Protocol (STP) çakışmaları: Bağlı bağlantı noktaları bir switch’e eklendiğinde, STP müzakere sırasında bağlantı noktalarını geçici olarak engelleyebilir. Bağlantı açma olayları sırasında 30 saniyelik gecikmeleri önlemek için switch bağlantı noktalarında PortFast’ı (veya eşdeğerini) yapılandırın.

MTU uyumsuzlukları: Bir bağlamadaki tüm bağımlı arabirimler özdeş MTU ayarlarına sahip olmalıdır. Uyumsuzluk, teşhis edilmesi son derece güç aralıklı paket kaybına neden olur. Yapılandırmadan sonra her zaman `ip link show` ile doğrulayın.

LACP zaman aşımı modları: LACP “yavaş” (30 saniyelik) ve “hızlı” (1 saniyelik) zaman aşımı modlarını destekler. Üretimde her zaman `lacp-rate fast` (`bond-lacp-rate 1`) kullanın. Yavaş mod, arızalı bir bağlantının LAG’dan kaldırılmasının 90 saniyeye kadar sürebileceği anlamına gelir.

Sanal makine canlı geçişi: Bağlı arabirime sahip bir VM farklı bir ana bilgisayara taşınırsa, bağlamanın MAC adresleri hiper yöneticiye bağlı olarak değişebilir. Bu, ARP önbelleği eski girişlerine ve kısa bağlantı kesintisine neden olabilir. Geçiş betiklerinizde ücretsiz ARP’leri önceden hazırlayın.

Asimetrik karma: Mod 4 ve `layer3+4` karma ile A sunucusundan B sunucusuna giden trafik eth0’dan geçerken, B’den A’ya dönen trafik B’nin bağlamasında eth1’den geçebilir. Bu normaldir ve beklenen bir durumdur — her uç nokta giden trafiğini bağımsız olarak karma yapar.

NetworkManager müdahalesi: RHEL/CentOS sistemlerinde, NetworkManager manuel olarak yapılandırılmış bağlamalarla çakışabilir. Bağlamaları NetworkManager’ın nmcli arabirimi üzerinden yapılandırın ya da arabirim yapılandırma dosyasında `NM_CONTROLLED=no` kullanarak ilgili arabirimler için NetworkManager’ı devre dışı bırakın.

Bağlama ve Diğer Yüksek Kullanılabilirlik Ağ Teknikleri

Ağ bağlama, NIC yedekliliğine yönelik tek yaklaşım değildir. Alternatiflerin ne zaman kullanılacağını anlamak da eşit derecede önemlidir.

MLAG (Çok Şaseli Bağlantı Toplama) özel bir ilgiyi hak eder: Mod 4 bağlaması çalıştıran bir sunucunun iki NIC’ini, aynı mantıksal LAG’a katılan iki fiziksel olarak ayrı switch’e bağlamasına olanak tanır. Bu, switch’in kendisini tek hata noktası olmaktan çıkarır — standart tek switch LACP’nin sağlayamadığı bir yedeklilik düzeyi.

Karar Matrisi: Doğru Bağlama Modunu Seçme

Bağlama modunuzu seçmek için bu çerçeveyi kullanın:

Switch yapılandırmasını kontrol ediyor musunuz?

• Hayır → Mod 1, 5 veya 6’ya gidin
• Çift yönlü yük dengelemeye ihtiyaç var mı? → Mod 6
• Öncelikli olarak giden trafik mi? → Mod 5
• Saf yük devretme, maksimum basitlik mi? → Mod 1
• Evet → Mod 0, 2 veya 4’e gidin
• Dinamik müzakere ve en iyi uygulama uyumluluğuna ihtiyaç var mı? → Mod 4 (LACP)
• Statik LAG, daha basit kurulum mu? → layer3+4 karma ile Mod 2
• Özel broadcast gereksinimi mi? → Mod 3

Bu bir yönetim/IPMI arabirimi mi? Her zaman Mod 1 kullanın. Bir yönetim arabirimini switch yapılandırması gerektiren bir modda asla riske atmayın.

Bulut veya sanal bir platformda mısınız? Hiper yöneticinin sanal switch’inin LACP’yi destekleyip desteklemediğini kontrol edin. Desteklemiyorsa, Mod 6 yük dağıtımı ve uyumluluk arasında en iyi dengeyi sağlar.

VPS Kontrol Panelleri aracılığıyla birden fazla sunucu yöneten ekipler için, bağlama durumunu doğrulamak, SSL Sertifikaları aracılığıyla SSL doğrulaması ve Alan Adı Kaydı sonrasında DNS yayılım kontrolleriyle birlikte standart dağıtım sonrası kontrol listesinin bir parçası olmalıdır.

Teknik Temel Çıkarımlar Kontrol Listesi

• Üretimde MII izleme için temel olarak her zaman `miimon=100` ve `downdelay=200 updelay=200` ayarlayın
• MAC düzeyinde değil akış düzeyinde dağıtım sağlamak için Mod 2 ve Mod 4 ile `xmit_hash_policy=layer3+4` kullanın
• Yapılandırmadan hemen sonra `/proc/net/bonding/bond0` doğrulayın — çalıştığını varsaymayın
• Yük devretme algılama süresini 90 saniyeden 3 saniyeye indirmek için Mod 4’te LACP hızını `fast` olarak yapılandırın
• Tüm bağımlı NIC’lerin bir bağlamaya eklenmeden önce özdeş MTU, hız ve dubleks ayarlarına sahip olduğundan emin olun
• Üretim Dedicated Sunucular‘da, statik LAG kullanmak yerine her zaman veri merkezi sağlayıcınızdan LACP yapılandırması isteyin
• Bir kabloyu çıkararak yük devretmeyi açıkça test edin — yapılandırmanın doğru olduğunu arıza koşulları altında doğrulayana kadar varsaymayın
• Fiziksel bakım sırasında karışıklığı önlemek için hangi fiziksel NIC’in hangi bağımlıya (eth0, eth1) karşılık geldiğini `ethtool -i eth0` kullanarak belgeleyin
• Kritik ortamlarda switch’ler arası yedeklilik için, tek switch LACP’ye karar vermeden önce MLAG’ı araştırın

SSS

Ağ bağlama tek bir dosya indirme hızını iki katına çıkarır mı?

Hayır. Bağlama, trafiği akış düzeyinde (veya Mod 0’da paket düzeyinde) bağlantılar arasında dağıtır. Tek bir TCP bağlantısı, çoğu modda aynı anda yalnızca bir fiziksel bağlantı kullanır. Bağlama, bireysel bağlantıların hızını değil, birden fazla eş zamanlı bağlantı arasındaki toplam aktarım hızını artırır.

Bağlama Mod 4 (LACP) ile statik LAG arasındaki fark nedir?

Statik LAG (Mod 0 ve 2 tarafından kullanılır), hangi bağlantı noktalarının toplama grubunu oluşturduğunu müzakere olmaksızın manuel olarak tanımlar. LACP (Mod 4), kontrol paketleri kullanarak LAG’ı dinamik olarak müzakere eder, yanlış yapılandırmaları, arızalı bağlantıları otomatik olarak tespit eder ve üyeleri ekler/kaldırır. LACP daha sağlamdır ve üretim dağıtımları için endüstri standardıdır.

VPS’te ağ bağlamasını yapılandırabilir miyim?

Hiper yöneticiye ve barındırma sağlayıcısına bağlıdır. Çoğu bulut VPS örneği, misafire tek bir sanal NIC sunar ve bağlama hiper yönetici düzeyinde işlenir. Bare-metal benzeri VPS veya özel bulut örnekleri sunan bazı sağlayıcılar, misafir düzeyinde bağlamayı destekler. Bir VPS misafiri içinde bağlamayı yapılandırmaya çalışmadan önce sağlayıcınızla kontrol edin.

Bağlı bir bağlantı arızalandığında etkin bağlantılara ne olur?

Mod 1’de (Active-Backup), bağlama yük devretmeden sonra ücretsiz bir ARP göndererek switch MAC tablolarını günceller. Mevcut TCP bağlantıları kısa bir duraklama yaşar (hızlı MII izleme ile genellikle 300ms’nin altında) ancak genellikle hayatta kalır. Mod 4’te, LACP arızayı tespit eder ve akışları hayatta kalan bağlantılara yeniden dağıtır — arızalı bağlantıdaki mevcut akışların uygulama tarafından yeniden kurulması gerekecektir.

Mod 4 bağlamam neden `/proc/net/bonding/bond0`’da yalnızca bir etkin bağımlı gösteriyor?

En yaygın neden switch tarafı yanlış yapılandırmasıdır. Switch bağlantı noktalarının aktif modda LACP etkinleştirilmiş aynı bağlantı noktası kanalında yapılandırıldığını doğrulayın. Ayrıca `lacp-rate`’ın her iki tarafta da tutarlı şekilde ayarlandığını kontrol edin. Uyumsuz bir LACP anahtarı veya sistem önceliği, fiziksel bağlantılar açık olsa bile toplamayı engelleyebilir.