NIC Teaming for Speed and High Availability

Hi guyz.. karena job sekarang yang di handle nggak lagi storage melulu.. sepertinya artikel2 berikutnya akan lebih general ke arah datacenter instead of storage. nggak apa2 kan??.. Sebagai artikel pembuka.. *hallah*.. Yuk kita simak tentang NIC teaming..

Kalau di switch ada port trunking yang menggabungkan 2 port atau lebih koneksi antar switch sehingga tunnelnya menjadi lebih besar bandwidthnya.. Nah kalau di sisi server trunking macam ini juga bisa dilakukan yaitu dengan teaming.. well, ada beberapa terminologi siih selain nic teaming.. ethernet trunking, link aggregation, eth bonding, etc.. tapi saya lebih prefer pakai terminologi NIC teaming aja. singkat & padat..

Beberapa aplikasi cukup rakus memakan network bandwidth seperti backup over Lan atau streaming media lainnya. Selain itu ethernet ini biasanya menjadi salah satu single point of failure karena cukup menggunakan 1 NIC saja. Padahal link failure jamak terjadi karena misal:.. hardware failure.. baik NICnya yang failed atau switchnya.. bisa juga problem pada kabel UTP.. atau human error saat setup switch. Kalau PC masih oke laah pakai single port ethernet. lha kalau server? Untuk server2 yang critical, yang perlu high availability atau perlu bandwidth yang besar NIC teaming bisa jadi jawaban kebutuhannya. server2 sekarang rasanya by default sudah datang dengan dual NIC. Blade server juga begitu.. Lha terus kalau konfigurasi servernya sudah dual NIC lalu best practicenya gimana??.. Imho, sudah saatnya kita beralih dari single point of failure NIC ke high availability NIC.

Terus terang saya baru aja baca2 dan pelajari NIC teaming ini dari white papernya “HP Proliant Network Adapter Teaming”. Meskipun isinya spesifik tentang how to di server HP proliant, tapi secara umum konsepnya mustinya bisa diterima. Tapi kalau ternyata di server lain, DELL atau IBM atau yang lainnya, ternyata tidak 100% compatible mohon diinfokan kembali yaa.. sekalian di share di sini biar semua dapet ilmunya..

Menurut white paper tsb ada 3 macam NIC Teaming
1. Network Fault Tolerance (NFT)
ini type paling basic. 2 port NIC atau lebih terhubung ke single switch. Data transfer hanya lewat port primary saja, port yang satunya dalam posisi stand-by. kalau port primarynya failed baru data dikirim melalui port yang standby ini

2. Transmit Load Balancing (TLB)
yang ini sudah lebih mendingan niih.. 2 port NIC atau lebih terhubung ke single switch atau lebih. Data transmit dari NIC di load balance melalui semua teamed port, tetapi data recieved hanya melalui primary port saja. Kalau primary portnya failed maka akan ditunjuk primary port pengganti.

3. Switch-assisted Load Balancing (SLB)
type yang ini lebih advance. 2 port NIC atau lebih terhubung ke single switch. Transmit maupun recieve sudah di load balance. sayangnya SLB tidak di support menggunakan redundance switch karena semua port harus terhubung ke switch yang sama. Switchnya pun perlu mendukung link aggregation control protocol (LACP) IEEE 802.3ad

Naaah…
jadinya gimana nih.. yang TLB bisa redundant switch tapi load balancenya cuman bisa transmit.. yang SLB sudah bisa transmit/recieve tapi masih single switch. IMHO, untuk streaming data termasuk backup client over LAN, gunakan saja type TLB. data streaming yang besar merupakan data transmit menuju ke backup server. Nggak perlu recieve yang besar juga koq.. pake TLB dapet benefit karena bisa menggunakan redundant switch. Sementara itu, untuk backup media server yang client2nya dibackup over LAN yaa gunakan type SLB. Supaya bandwidth recievenya berlipat untuk menerima data dari si backup client. Resikonya nggak bisa pake redundant switch dong.. yaa gpp laaah.. yang penting bandwidthnya double ngono lho.. sambil berdoa semoga network adminnya nggak missconfigure switchnya.. hehehe..