Anda telah melihat diagramnya. Jaringan bus. Topologi dering. Semuanya punya satu kesalahan fatal. Satu saja putusnya rantai dan semuanya berhenti.
Jaringan bintang terlihat lebih aman. Anda punya saklar pusat. Setiap node dihubungkan ke dalamnya. Jika satu komputer mati, sisanya tetap online. Tapi ada jebakan. Saklar pusat itu? Ini adalah satu titik kegagalan.
Lihatlah pengaturannya di bawah ini.
![Deskripsi diagram: Jaringan dengan Sakelar A, Sakelar B, dan Sakelar C. Node terhubung ke setiap sakelar. Saklar A dan C dihubungkan ke Saklar B.]
Dalam skenario ini, Switch B adalah tulang punggungnya. Ini menghubungkan Saklar A dan Saklar C.
Jika Switch A gagal, node di A menjadi gelap. Namun node di B dan C masih berbicara satu sama lain. Sama jika Switch C gagal. Pemadaman sebagian. Dapat dikelola.
Tapi jika Switch B mati?
Semuanya menjadi nol. Seluruh jaringan runtuh. Mengapa? Karena B adalah jembatannya. Tidak ada jembatan, tidak ada lalu lintas.
Di sinilah redundansi berperan. Ini bukan hanya tentang memiliki daya cadangan atau hard drive tambahan. Ini tentang ketahanan arsitektur.
Bagaimana jika kita mengubah tata letak fisiknya?
Bayangkan menambahkan tautan langsung antara Saklar A dan Saklar C. Sebuah segmen yang mubazir.
Sekarang, jika Switch B gagal, A masih dapat berbicara dengan C. Jalurnya berubah. Lalu lintas dialihkan. Jaringan tetap aktif.
Itulah inti dari redundansi jaringan. Ini bukan sihir. Ini hanyalah cara kedua untuk berpindah dari titik X ke titik Y.
Namun menambahkan kabel saja tidak cukup. Anda memerlukan protokol yang memahami redundansi ini. Jika tidak, Anda membuat loop. Dan loop merusak jaringan lebih cepat daripada saklar mati.
Kami baru menggali permukaannya di sini. Pekerjaan sebenarnya terjadi ketika Anda mulai berbicara tentang protokol spanning tree dan waktu failover.
Tapi pertama-tama, Anda harus melihat masalahnya. Dan masalahnya sederhana.
Ketergantungan pada satu titik kegagalan.
Hilangkan itu, dan Anda selamat dari kesalahan perangkat keras berikutnya.
Saklar pertama mati. Yang kedua mengambil alih. Lalu lintas terus bergerak.
Inilah keindahan redundansi jaringan. Anda telah mematikan satu titik kegagalan. Jika salah satu perangkat keras terputus, loopnya tetap tertutup. Jaringan bernafas.
Tapi sekarang kita punya masalah baru.
Lingkaran Kematian
Bayangkan dua saklar dihubungkan dengan dua kabel berbeda. Atau mungkin saklar ketiga bergabung dengan partai tersebut. Sekarang Anda memiliki jalan ke mana-mana.
Ini berfungsi baik untuk redundansi. Sampai tidak terjadi.
Ketika sebuah switch mengirimkan sebuah frame dan tidak mengetahui kemana perginya, switch tersebut akan membanjiri frame tersebut ke setiap port. Dalam topologi garis sederhana, frame tersebut menyentuh ujung dan berhenti. Dalam satu lingkaran? Itu memantul selamanya.
Siaran bertambah banyak. Bingkai unicast memantul maju mundur. Tiba-tiba, jaringan Anda tidak hanya lambat. Itu sudah mati. CPU di setiap switch melonjak hingga 100%. Paket jatuh. Seluruh infrastruktur terhenti.
Ini adalah badai siaran. Ini bukan sebuah fitur. Ini adalah latihan kebakaran.
Menghentikan Perulangan
Jadi bagaimana Anda menjaga redundansi fisik tanpa kekacauan logika?
Anda memerlukan protokol. Sesuatu yang mengatakan, “Hei, saya melihat dua jalur. Saya akan memblokir yang satu. Jika jalur ini rusak, saya akan membuka blokir yang lain.”
Masukkan Spanning Tree Protocol (STP).
Sudah ada sejak tahun 80an. Itu sudah tua. Itu kikuk. Tapi itu berhasil. STP melihat semua hubungan antar switch. Ini menghitung jalur terbaik ke jembatan akar (saklar utama). Kemudian ia menempatkan setiap tautan berlebihan lainnya ke dalam keadaan pemblokiran.
Arus lalu lintas. Jalur cadangan ada di sana, menganggur. Siap.
Jika kabel utama terpotong? Port pemblokiran bangun. Ini menjadi aktif. Jaringan sembuh.
Namun itu membutuhkan waktu beberapa detik. Mungkin tiga puluh. Pada saat itu, pengguna menatap bilah pemuatan.
Perbaikan Lebih Cepat: Pohon Rentang Cepat
Tiga puluh detik adalah selamanya dalam waktu server. Jika Anda menjalankan pusat data, atau bahkan hanya kantor yang sibuk, waktu henti selama tiga puluh detik tidak dapat diterima.
Masukkan Rapid Spanning Tree Protocol (RSTP), atau 802.1w.
Itu adalah ide dasar yang sama. Blokir tautan yang berlebihan. Buka blokir mereka bila diperlukan. Namun RSTP memotong waktu konvergensi dari detik menjadi sepersekian detik.
Hal ini dilakukan dengan menegosiasikan ulang peran pelabuhan secara lebih cepat. Itu tidak menunggu batas waktu. Itu berbicara. Itu memutuskan. Ini bertindak.
Mana yang Harus Anda Gunakan?
Jika Anda membangun jaringan modern, Anda tidak menggunakan STP dasar. Anda menggunakan RSTP. Atau sepupunya, Multiple Spanning Tree Protocol (MSTP), yang memungkinkan Anda menjalankan pohon rentang berbeda untuk VLAN berbeda.
Mengapa?
Karena Anda mungkin ingin VLAN Suara mengambil jalur yang berbeda dari VLAN Data. MSTP memungkinkan Anda menyeimbangkan beban itu. Atau setidaknya menjauhkan mereka dari jalan satu sama lain.
Jika Anda menggunakan peralatan Cisco, Anda mungkin melihat PVST+ (Per-VLAN Spanning Tree). Itu adalah hak milik. Ini menjalankan instance STP terpisah untuk setiap VLAN.
Ini berat pada CPU. Tapi itu memberi Anda kendali terperinci.
Intinya
Redundansi tidak dapat dinegosiasikan
