Server-to-Switch Trunking di saklar Procurve, apa artinya ini?

Saya mencari untuk mengatur redundansi saklar di lingkungan pusat data baru. IEEE 802.3ad tampaknya menjadi konsep masuk ke dalam hal ini, setidaknya ketika dipasangkan dengan teknologi yang mengatasi batasan "saklar tunggal" untuk agregasi tautan. Melihat-lihat brosur untuk mendapatkan sakelar procurve, saya melihat:

Server-to-Switch Distributed Trunking, yang memungkinkan server untuk terhubung ke dua switch dengan satu trunk logis; meningkatkan daya tahan dan memungkinkan pembagian beban di pusat data tervirtualisasi

http://www.procurve.com/docs/products/brochures/5400_3500%20Product%20Brochure4AA0-4236ENW.pdf

Saya mencoba mencari tahu bagaimana ini berhubungan dengan standar 802.3a, karena tampaknya itu akan memberi saya apa yang saya inginkan (satu server memiliki 2 nics, yang masing-masing terhubung ke switch yang terpisah, bersama-sama membentuk satu logika logis tunggal yang akan memberikan redundansi bahagia yang kita inginkan), tapi saya rasa saya sedang mencari seseorang yang akrab dengan konsep ini dan dapat menambahkannya.

Trunking adalah istilah yang mencakup beberapa teknologi agregasi tautan. Ini adalah urutan dari yang paling diinginkan (dan persyaratan tertinggi) untuk umumnya paling tidak diinginkan (tetapi persyaratan juga paling sedikit). trunking juga bisa disebut Bonding, EtherChannel, Port Groups, atau nama lain. Berhati-hatilah untuk tidak membingungkan teknologi ini dengan vLAN Trunking ( 802.1q / 802.1ad ).

802.3ad LACP mungkin adalah yang "terbaik" dari kelompok itu. NIC berbicara kepada Switch, mengatur trunk dan data dimuat secara seimbang untuk mengirim dan menerima semua tautan yang tersedia. Ini umum untuk switch yang dikelola (L2 atau lebih tinggi) untuk mendukung ini; model paling / lebih murah terbatas pada satu saklar.

Membagi port melalui beberapa switch disebut Inter-Switch Trunks . Ini umum untuk "ditumpuk" atau switch modular untuk mendukung ini. Beberapa switch menggunakan bentuk manajemen bersama dan menyebutnya menumpuk, ini umumnya tidak mendukung IST. Periksa teknologi seperti Cisco VSL, Brocade / Dell ISL, atau SMLT / DSMLT (ekstensi standar industri untuk 802.3ad).

SLB (Swich-Assisted load balancing) adalah pendahulu LACP. Anda mengkonfigurasi batang secara manual di kedua ujungnya. Anda mendapatkan load balancing dari pengiriman dan penerimaan, dan redundansi; tetapi semuanya dikonfigurasi secara manual, dan Anda harus memiliki sakelar dan NIC yang mendukungnya. IST umumnya mendukung seperti pada LACP di atas.

TLB (Transmit load balancing) adalah teknologi yang tidak memerlukan sakelar untuk berbicara protokol khusus apa pun untuk mengoordinasikan trunk. Anda cukup colok NIC ke sakelar, konfigurasikan trunking di komputer dan ada baiknya untuk melanjutkan. Kekurangannya: data akan dimuat seimbang untuk pengiriman saja . Penerimaan akan diberikan ke satu NIC "primer". jika Pratama turun, salah satu sekunder akan dipromosikan. Ini mungkin membingungkan beberapa sakelar lama karena beberapa port mengirim dari alamat MAC yang sama. Protokol ini dapat menjangkau beberapa switch tanpa dukungan IST atau konfigurasi tambahan.

Metode ini kadang-kadang disebut Round Robin . Ada beberapa cara untuk menjadwalkan pengiriman paket pada NIC berbatang, RR menjadi satu yang sederhana menempatkan satu paket ke setiap port secara berurutan. Beberapa NIC juga mendukung skema yang lebih rumit seperti Lease Queue Depth, Weight Round Robin, dan Terutama dengan Spilover.

NFT (Network Fault Tolerance) hanya menggunakan satu NIC pada satu waktu. Tidak ada penyeimbangan beban sama sekali. Ini adalah satu-satunya yang bekerja dengan hub dan beberapa sakelar kuno yang tidak mendukung banyak tautan dengan MAC Addy yang sama. Server akan menggunakan NIC primer untuk semuanya, jika turun, itu akan mengalihkan semua lalu lintas ke NIC sekunder dengan mulus.

Tergantung pada merek NIC yang Anda miliki, ini mungkin dinamai sedikit berbeda. Jika Anda membaca deskripsi di manual NIC, semua opsi itu harus cocok dengan salah satunya.

Saya percaya Inter-Switch-Trunk (IST) masih belum cukup standar di vendor. Jadi sekeren itu, jika semua yang Anda butuhkan adalah redundansi di dua sakelar (dan tidak memuat penyeimbangan, yaitu ~ 2GB dari 2 port 1GB) Anda bisa menggunakan mode gagal-alih ketika membentuk NIC untuk mencapai yang Anda inginkan. Ini akan lebih sederhana, saya pikir karena Anda dapat melakukannya dengan switch apa pun.

Di Linux, ini disebut mode Cadangan-Aktif, dan cukup mudah diatur menggunakan bonding :

cadangan aktif atau 1 Kebijakan cadangan aktif: Hanya satu budak di ikatan yang aktif. Seorang budak yang berbeda menjadi aktif jika, dan hanya jika, budak yang aktif gagal. Alamat MAC ikatan terlihat secara eksternal hanya pada satu port (adaptor jaringan) untuk menghindari membingungkan sakelar.

Di windows Anda melakukannya dengan utilitas yang berasal dari vendor kartu. Saya lupa nama mereka, tetapi itu bisa dilakukan dengan Broadcom dan Intel.

Kit Cisco telah lama dapat melakukan ini melalui teknologi VSS mereka, karena Kyle menyebutkan ini baru dan tentu saja tidak standar tetapi saya dapat menjamin stabilitasnya pada kotak Cisco.