Belajar Network Engineer - Campus & Data Center Network

#Pendahuluan

Setelah di episode 21 kalian bisa bernegosiasi dengan internet, kita masuk ke gedung-gedung paling padat perangkat: campus (tempat manusia bekerja) dan data center (tempat aplikasi hidup). Keduanya sering digambar dalam satu diagram, padahal filosofi desainnya berbeda mendasar — dan memahami perbedaan itu adalah tanda engineer mulai berpikir arsitektural.

Episode ini membahas pola campus modern, lalu mendalam ke data center: kenapa three-tier klasik kalah, bagaimana spine-leaf menjawabnya, dan EVPN-VXLAN sebagai fabric-nya.

#Campus: Hierarki yang Sudah Kalian Kenal

Materi episode 2 (access-distribution-core) adalah kerangka campus. Yang menarik di level ini adalah keputusan evolusinya, bukan teorinya:

Tren penting campus 2026: routed access — routing diterjarkan sampai switch akses sehingga STP domain menyusut hingga hilang, failover via ECMP, broadcast terkendali. Ditambah wireless-first (episode 7) dan segmentasi policy-based, campus modern praktis menjadi mini data center dengan manusia di dalamnya.

Prinsip yang tetap abadi di kedua dunia: redundansi tanpa loop logis panjang, gateway redundan (episode 8), manajemen terpusat, dan dokumentasi (episode 25).

#Data Center: Ketika Traffic Berbalik Arah

#Dari North-South ke East-West

Data center era 2005-an dirancang untuk client mengakses server (north-south): three-tier dengan agregasi masuk akal. Lalu virtualisasi datang: satu server fisik memuat 30 VM yang saling bicara — mayoritas trafik menjadi server-to-server di rack yang sama (east-west). Konsekuensi desainnya brutal:

• Jalur naik-turun hierarki membuat trafik VM-A → VM-B satu rack harus naik ke aggregation dulu.
• Oversubscription bertumpuk (4:1, lalu lagi 4:1) mencelakakan trafik east-west.
• STP memblokir setengah link redundan — kapasitas dibayar tapi tidur.

#Spine-Leaf: Clos Network Modern

Arsitektur jawabannya diambil dari teori Clos tahun 1950-an: dua lapis switch penuh-sambungan.

Sifat-sifatnya yang revolusioner:

1. Hop konsisten: leaf mana pun ke leaf mana pun selalu leaf → spine → leaf. Latency prediktabel.
2. Semua link aktif: ECMP membagi beban ke semua jalur — tidak ada link cadangan ala STP.
3. Scaling linear: butuh bandwidth lebih? Tambah spine. Butuh port? Tambah leaf. Tanpa redesain.
4. Oversubscription terukur: rasio dihitung eksplisit (idealnya 1:1 di fabric storage/AI, 3:1 umum).

Aturan desainnya disiplin: leaf tidak saling tersambung langsung, spine hanya bicara ke leaf — melanggarnya merusak model deterministiknya.

#Underlay: Jaringan Pengantar

Di bawah overlay (VXLAN dari episode 16), fabric butuh IP network yang tugasnya sederhana: menghubungkan semua VTEP sebaik-baiknya. Standarnya:

• Routing protokol: OSPF (fabric kecil) atau eBGP per-link (standar industri kini) dengan ECMP penuh.
• MTU jumbo (9000) konsisten end-to-end — ingat +50 byte VXLAN.
• Tanpa STP sama sekali; semua interface routed.

Underlay yang sehat itu membosankan: konfigurasikan sekali, jarang sentuh, biarkan overlay berkembang di atasnya.

#EVPN-VXLAN: Fabric Control Plane Standar

Kalian sudah tahu VXLAN butuh control plane agar VTEP tahu lokasi MAC/IP (episode 16). Jawaban industrinya EVPN (RFC 7432 family): BGP address family yang mengiklankan MAC/IP antar-VTEP.

Apa yang berubah dibanding flood-and-learn:

• Broadcast ARP tak perlu diflood lintas fabric — VTEP menjawab proxy ARP dari tabel lokal.
• MAC mobility terlacak rapi (sequence counter) — live migration VM aman.
• Multi-tenancy alami: tiap VNI = EVPN instance terpisah.
• Symmetric IRB: routing antar-subnet/VNI terjadi dengan label VNI ganda, trafik bolak-balik lewat jalur simetris — menyelesaikan pitfall asymmetry klasik.

Ekosistem vendor semuanya bertemu di sini: Arista EOS, Cisco NX-OS, Juniper Junos, NVIDIA Cumulus, hingga open source SONiC/FRR — konsep identis, sintaks beda tipis. Skill kalian portabel.

#Praktik: Menentukan Ukuran Fabric

Latihan sizing untuk brief nyata: data center 40 rack, tiap rack 24 server dual-25G, target oversubscription 3:1.

Hitungan berlapis:

Bandwidth per rack      : 24 x 25 Gbps = 600 Gbps potensial
Dibatasi oversub 3:1    : uplink per rack = 600/3 = 200 Gbps
Uplink per leaf         : 2 x 100G (dua spine, ECMP)
Jumlah leaf             : 40 (satu ToR per rack)
Kapasitas east-west     : 40 x 200 Gbps bisection-ready

Keputusan lanjutan yang mengikutinya:

1. Spine: 2 unit (redundansi minimum); tiap spine punya ≥40 port 100G untuk semua leaf.
2. Blok IP underlay: point-to-point /31 per link (materi episode 3!), loopback /32 untuk VTEP & peering.
3. Overlay: satu VNI/EVI per tenant/fungsi; anycast gateway VTEP di tiap leaf.
4. Roadmap pertumbuhan: ruang chassis/port untuk spine ketiga saat utilisasi bisection melewati 50%.

Presentasikan angka seperti ini ke manajemen dan kalian sudah berbicara bahasa capacity planning, bukan sekadar spesifikasi katalog.

#Common Pitfalls

• MTU underlay tidak konsisten — gejala: ping kecil lancar, transfer besar macet (fragmentasi); audit MTU tiap link saat commissioning fabric.
• Menyambung leaf-ke-leaf biar cepat — melanggar model clos; jalur pendek itu menciptakan asimetri dan mengacaukan ECMP.
• Anycast gateway hanya di sebagian leaf — subnet membentang tapi gateway tidak hadir di tempat VM berpindah → blackhole saat migrasi.
• Campus dan DC dicampur pola desainnya — VLAN end-to-end dari lantai user sampai server farm adalah warisan yang harus dipensiunkan, bukan direnovasi.

#Penutup

Inti yang harus dibawa pulang:

• Campus berevolusi ke routed access & wireless-first; hierarchy-nya fleksibel sesuai skala.
• Data center berbalik ke east-west; three-tier klasik gagal menjawabnya karena hop bertumpuk dan STP memblokir kapasitas.
• Spine-leaf memberi hop konsisten, semua link aktif via ECMP, dan scaling linier — aturan koneksinya disiplin.
• Underlay IP/BGP polos + jumbo MTU; EVPN-VXLAN sebagai overlay dengan kontrol MAC/IP via BGP dan symmetric IRB.
• Sizing fabric adalah aritmetika bandwidth-rack → oversubscription → jumlah spine/leaf; angka itu bahasa presentasi kalian.

Di episode 23 kita pastikan semuanya tetap hidup saat komponen mati: high availability — perhitungan uptime, eliminasi single point of failure, MLAG/virtual chassis, stateful failover firewall, dan desain redundansi yang benar-benar diuji. Sampai jumpa!