Jawaban:
(2a). Penyeimbang beban.
(3) Pemisahan lalu lintas (mis. Anda dapat memiliki server web / basis data kombo, jaringan yang sama, letakkan semua lalu lintas web pada satu NIC, lalu lintas db di sisi lainnya, membuatnya lebih mudah untuk menghitung beban untuk jenis lalu lintas). Ini juga memudahkan untuk membagi keduanya di kemudian hari, tidak ada yang harus mengubah string koneksi.
Jaringan terpisah untuk cadangan.
Jaringan terpisah untuk akses konsol (sekarang ini biasanya terintegrasi pada board sistem untuk server utama).
Peningkatan throughput (beberapa jaringan GB) terikat bersama.
Hanya ada satu alasan utama lain yang dapat saya pikirkan, yang mirip dengan redundansi, dan itu Trunking, sehingga Anda dapat mengonfigurasi lalu lintas untuk mengalir melalui port 2x1Gbit, memberi Anda 2Gbit dari total throughput. Beberapa menyebut ini sebagai LaCP, linux tahu ini sebagai mode = 4 seperti yang dijelaskan di bawah ini.
Mode ikatan antarmuka Linux memberikan beberapa opsi lain:
mode = 0 (balance-rr) Kebijakan round-robin
mode = 1 (cadangan aktif) Kebijakan cadangan aktif
mode = 2 (balance-xor) kebijakan XOR: Mengirimkan berdasarkan [(sumber alamat MAC XOR dengan alamat MAC tujuan) jumlah budak modulo].
mode = 3 (broadcast) Kebijakan penyiaran: mentransmisikan semua yang ada di semua antarmuka slave. Mode ini memberikan toleransi kesalahan.
mode = 4 (802.3ad) IEEE 802.3ad Agregasi tautan dinamis. Membuat grup agregasi yang berbagi kecepatan dan pengaturan duplex yang sama.
mode = 5 (balance-tlb) Penyeimbangan beban pengiriman adaptif: ikatan saluran yang tidak memerlukan dukungan sakelar khusus.
mode = 6 (balance-alb) Adaptif load balancing: termasuk balance-tlb plus accept load balancing (rlb) untuk lalu lintas IPV4, dan tidak memerlukan dukungan sakelar khusus.
Mirip dengan # 2, beberapa NIC juga merupakan syarat untuk ketersediaan tinggi. Beberapa antarmuka jaringan (pada jaringan yang sama, tetapi harus benar-benar terpisah) akan digunakan untuk memantau server mana yang tersedia (detak jantung). Juga, dalam kasus VMWare, NIC ke-3 dapat digunakan untuk memigrasi status aktif mesin virtual tanpa mengganggu jumlah bandwidth yang tersedia untuk antarmuka publik, atau detak jantung.
Mungkin 2 NIC adalah minimum yang diperlukan untuk sebuah server, seperti yang lainnya setidaknya untuk HA. Jika Anda mulai memasukkan konsol, detak jantung, mungkin penyimpanan iSCSI ... Anda dapat dengan mudah menekan setengah lusin NIC untuk server.
Ini mungkin berada di bawah "# Anda perlu terhubung ke 2 jaringan fisik yang berbeda", tetapi jika server juga merupakan router, itu akan membutuhkan dua NIC.
Saya selalu menggunakan 2 NIC di server untuk redundansi. Lebih dari sekali selama bertahun-tahun saya telah mencabut kabel yang salah (biasanya disebabkan oleh terlalu banyak). Sangat bagus untuk tidak memutuskan koneksi server sebagai hasilnya. Saya juga menderita NIC yang gagal beberapa kali.
Sejauh yang saya ketahui, jika memungkinkan server harus memiliki segalanya yang berlebihan. NIC tidak terkecuali. Pada kesempatan yang jarang saya juga membutuhkan isolasi lalu lintas saya menambahkan pasangan kedua untuk itu.
Saya tidak pernah mengerti argumen redundansi NIC. Tanpa memindahkan komponen, mereka jarang gagal ... Anda tidak memiliki 2 motherboard dalam satu server, bukan? Sebaiknya menjadi mubazir di seluruh tingkat server.
Namun, saya suka redundansi "kesalahan manusia" di atas ketika mencabut kesalahan.