Apakah saluran LACP tunggal melalui beberapa sakelar meningkatkan redundansi?

9

Saya ingin tahu pendapat, temuan, atau bukti bahwa memiliki banyak antarmuka terikat menggunakan LACP ke port di beberapa switch dapat meningkatkan redundansi. Antarmuka yang terikat sebelumnya selalu ke sakelar tunggal, dengan saluran yang berlebihan ke port lain.

Tanpa masuk ke spesifikasi vendor, pemikiran saya adalah karena ini adalah LACP tunggal, kemungkinan bahwa suatu peristiwa atau perubahan dapat menyebabkan pemadaman layanan yang luas. Tanpa memiliki peralatan cadangan atau waktu untuk menguji saluran tunggal ini melalui beragam switch, bisakah orang dengan pengetahuan jaringan yang lebih besar dari saya, katakan padaku jika ada acara sisi jaringan yang akan menurunkan konektivitas jaringan ke server yang telah menciptakan antarmuka yang terikat ke dua port pada switch terpisah?

Apakah penggunaan saluran ethernet terikat di beberapa sakelar (yang kami sarankan agar dapat kami gunakan) dari server, memberikan peningkatan throughput (tidak dipertanyakan), dan peningkatan redundansi (tidak pasti). Bisakah / akankah kejadian jaringan seperti kegagalan sakelar, migrasi port, patching, pemulihan, dll, menyebabkan saluran untuk kedua antarmuka jaringan server tidak tersedia?

Terima kasih sebelumnya.

— Sirch
sumber

11

LACP sendiri tidak menyediakan kemampuan untuk berikatan dengan banyak sakelar; itu ikatan di beberapa port pada switch ethernet tunggal, dan tergantung pada vendor bahkan mungkin ada pembatasan pada port mana pada switch dapat terikat bersama.

Beberapa vendor memiliki protokol kepemilikan (biasanya disebut MLAG ) yang memungkinkan saluran ethernet terikat di berbagai switch ethernet. Sebagai contoh, Cisco Nexus vPC (atau umumnya MLAG) berfungsi dengan sakelar, atau menyatukan saluran port LACP tunggal pada server melalui dua sakelar yang terhubung.

Apakah penggunaan saluran ethernet terikat di beberapa sakelar (yang kami sarankan agar dapat kami gunakan) dari server, memberikan peningkatan throughput (tidak dipertanyakan), dan peningkatan redundansi (tidak pasti). Bisakah / akankah kejadian jaringan seperti kegagalan sakelar, migrasi port, patching, pemulihan, dll, menyebabkan saluran untuk kedua antarmuka jaringan server tidak tersedia?

LACP harus memberikan perlindungan terhadap satu port fisik atau kegagalan kabel dalam saluran LACP.

LACP tidak dapat melindungi terhadap faktor manusia, seperti mematikan antarmuka LACP secara tidak sengaja, menghapus vlan, atau menjalankan TDR pada tautan anggota saluran-port. LACP juga tidak dapat melindungi dari penyediaan bandwidth yang berlebihan melalui tautan anggota tunggal pada saluran LACP itu, spanning-tree events, badai siaran, banjir unicast yang tidak diketahui, dll ...

Jika Anda khawatir tentang waktu pemulihan, pastikan untuk menggunakan waktu tunggu protokol LACP pendek pada antarmuka Anda.

— Mike Pennington
sumber

Dan itu menggunakan saluran ethernet terikat di beberapa switch yang kami sarankan untuk kami gunakan dari server. Memberikan peningkatan throughput (tidak diragukan), dan redundansi yang ditingkatkan (tidak pasti). Bisakah / akan peristiwa jaringan seperti kegagalan sakelar, migrasi porta, penambalan, pemulihan, menyebabkan saluran tidak tersedia?

— Sirch

3

LACP biasanya hanya dapat dilakukan untuk satu perangkat atau sekelompok perangkat yang bertindak sebagai satu. Jadi ... Anda bisa melakukannya di antara sakelar dan sakelar sakelar, tetapi tidak tersebar di beberapa perangkat unik.

— SpacemanSpiff
sumber

1

Perhatikan bahwa beberapa teknologi Multi-Chassis Link Aggregation (MLAG) di sakelar yang lebih baru berfungsi tanpa "menumpuk." Artinya, setiap sakelar mempertahankan bidang kendali aktifnya sendiri, dan dapat berfungsi secara independen. Arista MLAG, VCS Brocade, Cisco vPC, IRF HP adalah contoh dari pendekatan ini.

— rmalayter

maka bagian "biasanya" :)

— SpacemanSpiff

3

LACP adalah protokol untuk host untuk berkomunikasi ke switch yang ingin menggabungkan beberapa koneksi fisik. Agregasi ini mungkin tidak selalu dimungkinkan. Jika koneksi dibuat ke beberapa switch, switch tersebut harus mendukung beberapa metode bekerja sama untuk membuat tautan berikat atau mereka tidak akan dapat melakukannya.

Sebagian besar sakelar tidak mendukung kerja sama ini. Namun beberapa melakukannya. Metode yang paling umum adalah protokol SMLT, yang memungkinkan sakelar untuk bekerja sama dalam membuat tautan berikat. Beberapa switch juga mendukung protokol penumpukan yang memungkinkan beberapa switch untuk bertindak sebagai switch logis tunggal. Dalam kedua kasus ini, Anda ingin memeriksa dokumentasi untuk memastikan dukungan dan konfigurasi.

— Chris S
sumber

3

LACP menggabungkan beberapa tautan fisik antara dua perangkat yang sama menjadi satu tautan logis yang memiliki throughput lebih tinggi. Jika Anda mencari redundansi jika terjadi kegagalan switch, maka Anda perlu mengatur tautan ke dua sakelar, dan mengonfigurasi server untuk menjembatani dua tautan dengan protokol spanning tree diaktifkan. STP secara otomatis akan memilih satu tautan untuk aktif, dan cadangan lainnya. Jika tautan utama rusak (beralih mati), tautan itu akan beralih ke cadangan. Ini tidak benar-benar ada hubungannya dengan LACP.

— psusi
sumber

Ini adalah Pernyataan yang tidak tepat. Jika Anda menggunakan LACP antara dua perangkat, di mana keduanya bukan Switch, itu tidak akan meningkatkan throughput, kecuali jika Anda menggunakan round-robin untuk penyeimbangan beban yang tidak disarankan karena paket yang tidak sesuai pesanan. LACP menyeimbangkan beban tergantung pada percakapan, yang mungkin berjalan lama dan selalu menggunakan tautan fisik yang sama untuk berkomunikasi ... Jika satu perangkat merupakan peralihan dengan banyak klien, Anda akan mendapatkan banyak percakapan yang menghasilkan peningkatan throughput pada LACP yang terpasang ' d perangkat pasti.

— Mengakui

@dognose, LACP meningkatkan throughput menurut definisi . Dengan kata lain: seluruh alasan keberadaan LACP adalah untuk meningkatkan throughput. Anda membingungkan LACP dengan driver bonding linux, yang merutekan paket melalui beberapa antarmuka melalui perangkat lunak dan di mana mempertahankan jaminan pemesanan sulit jika bukan tidak mungkin (meskipun jujur, siapa yang peduli dengan pemesanan?). Antarmuka tunggal yang memiliki beberapa port fisik dan dukungan perangkat keras untuk LACP (dan terhubung ke sakelar dengan dukungan LACP) tidak memiliki masalah seperti itu.

— psusi

2

Agregasi 4nics (2of4 aktif + auto failover):

Linux: eth0-3 -> bond0, bonding mode = 4

Switches (Juniper misalnya): port 1 + port 2 -> ae1 set interface ae1 aggregated-ether-options lacp set pasif interface ae1 (... tugas vlan di sini ...)

pasif di sisi sakelar memastikan bahwa Linux yang akan menggerakkan mitra untuk diajak bicara. Jika Anda membutuhkan boot PXE pada nics yang sama - mencari opsi force-up (juniper) pada A-switch, ge-0/0/1

— Vazic
sumber

1

Agregasi tautan dapat terjadi antara perangkat dan 2 atau lebih switch Cisco asalkan mereka berada di tumpukan atau di inti menggunakan VSS misalnya. Biasanya, aturan praktis yang baik adalah jika hanya ada satu antarmuka mgmt mengendalikan setumpuk switch, maka itu akan memiliki satu mac-address-table di mana Etherchannel atau LACP dapat digunakan untuk melacak IP dan MAC yang sedang digunakan pada masing-masing jalur agregat EC / LACP.

— Derek
sumber