Saya telah menanyakan hal ini kepada saya selama beberapa hari dan setelah banyak pencarian, saya tidak dapat menemukan jawaban yang komprehensif, bahkan tidak secara teoritis yang masuk akal di kepala saya.
Saya bermain-main dengan solusi untuk hosting Mac dan saya bertanya-tanya apakah saya bisa menambahkan kartu ethernet thunderbolt ke Mac dan mengikat mereka dalam VLAN dan karenanya memecahkan semi bandwidth hambatan ke mesin untuk meningkatkan kecepatan akses ke DB atau penyimpanan eksternal .
Misalnya: Colokkan dua kartu ethernet ke Mac Mini, rekatkan keduanya dan miliki VLAN dengan bandwidth 2 Gb / s.
Jawaban:
Sederhananya, tidak, mereka berbeda:
Dengan kata lain, ikatan umumnya tidak meningkatkan kecepatan koneksi tunggal. Satu-satunya pengecualian adalah Linux bonding type 0 (balance-rr), yang mengirimkan paket dengan mode round robin, tetapi memiliki kelemahan signifikan dan penskalaan terbatas. Untuk contoh praktis, lihat di sini
sumber
10gb / s melalui port x10 1gb / s
Saya hanya menjawab demi kelengkapan dan untuk menyelamatkan Anda dari sakit kepala. Saya memiliki lebih dari 20k server melakukan sesuatu yang mirip dengan ini dan saya dapat memberitahu Anda itu adalah ide yang buruk. Metode ini menambahkan banyak kerumitan yang nantinya akan menyebabkan masalah operasional. Kami melakukan ini dengan 4 1gb nics per server. Pada saat itu sebenarnya lebih masuk akal daripada pergi 10gig. Pada saat itu, 10 gig di mana-mana akan menjadi berkali-kali biaya untuk mendapatkan sangat sedikit. Iterasi pusat data kami baru-baru ini tidak lagi dilakukan.
Ikatan LACP ( mode 4 ) dengan satu mitra LAG akan memberi Anda 10 gb / dtk, hampir sama dengan port 10 gb / dtk. Ini sebenarnya dapat dilakukan dengan menggunakan lebih dari 1 switch, tetapi mereka harus mendukung MLAG, jika tidak Anda harus terhubung hanya ke satu switch. Jika mereka tidak mendukung MLAG, maka Anda hanya mendapatkan 1 sakelar bandwidth. Antarmuka lainnya akan berada di siaga. (jadi 5gb / s jika Anda memiliki 2 switch).
Satu koneksi hanya akan menggunakan satu tautan, tetapi Anda dapat membagi lalu lintas di mana diperlukan pada layer-7 jika Anda perlu, atau Anda dapat melihat ke MPTCP, tetapi dukungan untuk yang baru di kernel baru-baru ini dan saya tidak yakin itu siap untuk prime time. Anda dapat membagi sinkronisasi data menggunakan LFTP + SFTP dan sub-sistem mirroring dari LFTP. Ia bahkan dapat membagi satu file menjadi beberapa aliran. Ada juga bittorrent.
Anda tidak akan dapat melakukan DHCP pada port-port ini dari perspektif klien hingga PXE mem-boot installer OS , kecuali Anda memaksakan eth0 pada sisi server yang secara teknis merusak pemantauan LACP. Itu bisa dilakukan, tetapi seharusnya tidak dan itu akan membuat masalah pemecahan masalah lebih sulit jika Anda memaksa antarmuka.
Dalam konfigurasi ikatan Anda, Anda harus membuat alamat MAC unik yang berbeda dari semua antarmuka fisik Anda, atau Anda akan memiliki kondisi balapan karena cara kerja PXE / DHCP, dengan asumsi ada DHCP / PXE dalam pengaturan Anda. Ada banyak contoh online tentang cara membuat bond0 MAC unik dengan cepat.
Ini juga memerlukan konfigurasi di sisi sakelar yang sejajar dengan masing-masing konfigurasi ikatan server Anda. Anda ingin menginstal daemon LLDP agar pemecahan masalah ini tidak begitu menyakitkan, dan LLDP diaktifkan di sakelar Anda.
Jika Anda melakukan ini, pelabelan dan pelabelan Anda harus sempurna. Otomatisasi sakelar Anda harus solid. Satu kabel offset yang mencampur 2 server akan menyebabkan masalah yang sangat menyenangkan.
Kudos to Jay at IBM untuk membuat kode pengikatan sebaik yang dilakukannya dan untuk membantu kami mencari cara agar DHCP berfungsi dalam konfigurasi ini.
sumber
Tergantung. Jika protokol lalu lintas utama memiliki penyeimbangan beban multipas bawaan, misalnya iSCSI, ini berfungsi dengan sangat baik. Ikatan memiliki sejumlah masalah yang sudah dijelaskan oleh jawaban lainnya.
sumber