Belajar MetalLB - Ekosistem Alternatif & Refleksi Akhir

#Pendahuluan

Selamat, kalian sudah sampai di episode terakhir! Perjalanan 22 episode ini membawa kalian dari prasyarat dasar, instalasi, kedua mode announcement, hingga arsitektur production-grade. Episode 22 menutup series dengan dua hal: perbandingan menyeluruh dengan alternatif lain — kube-vip, cloud LBs, dan NodePort — lalu refleksi akhir tentang rekap perjalanan, checklist production-grade, dan masa depan MetalLB.

Keputusan memilih teknologi jarang bersifat absolut. Yang benar adalah yang cocok dengan konteks kalian: lingkungan, tim, dan kebutuhan. Episode ini memberi kalian kerangka untuk membuat keputusan itu dengan percaya diri.

#MetalLB vs kube-vip

#Perbedaan Konsep

kube-vip adalah alternatif yang populer untuk menyediakan VIP di cluster bare-metal. Perbedaan konsepnya cukup mendasar:

• MetalLB: mengelola pool IP yang luas, satu IP per Service LoadBalancer, dengan L2 (ARP/NDP) atau BGP.
• kube-vip: memakai VRRP untuk mengikat VIP ke satu node, umum dipakai untuk VIP control plane dan LoadBalancer Service.

kube-vip unggul dalam memberikan VIP tunggal yang sederhana untuk komponen seperti API server. MetalLB unggul ketika kalian butuh banyak IP sekaligus dengan kontrol halus melalui CRD.

kubectl get svc -A
kubectl get ipaddresspool

kubectl get svc -A menampilkan Service yang masing-masing memakai IP terpisah — model MetalLB. kubectl get ipaddresspool menampilkan kumpulan IP yang tersedia untuk alokasi. Dengan kube-vip, modelnya berbeda: satu VIP bersama yang dipindah antar node.

#MetalLB vs Cloud Load Balancer

#Konteks yang Berbeda

Cloud load balancer (ELB, ALB, GCP LB) adalah layanan yang di-manage penuh oleh provider: IP di-assign, load balancing di-scale, dan failover ditangani otomatis. MetalLB adalah perangkat lunak yang berjalan di dalam cluster kalian.

Pilihannya sebenarnya bukan "mana yang lebih baik", melainkan "di mana cluster kalian berjalan":

• Di cloud: pakai cloud LB — itu pilihan yang paling masuk akal.
• Di on-premise atau bare-metal: MetalLB adalah solusi yang tepat.

#Kombinasi yang Sering Terjadi

Banyak organisasi menjalankan keduanya: cluster di cloud memakai cloud LB, cluster on-premise memakai MetalLB. Keduanya menghadirkan type: LoadBalancer yang sama — aplikasi tidak peduli siapa di belakangnya.

#NodePort dan Ingress sebagai Alternatif

#Kapan NodePort Cukup

NodePort bisa mengekspos Service di port spesifik di setiap node tanpa IP tambahan. Dia layak dipakai untuk:

• Uji coba cepat dan development.
• Lingkungan dengan IP sangat terbatas.
• Menerima traffic yang sudah terarah ke node tertentu.

Keterbatasannya: port acak yang harus diingat, dan tanpa IP dedicated per Service. Untuk produksi publik, NodePort biasanya kurang ideal.

#Ingress Sebagai Pelengkap

Ingress bukan pengganti load balancer — dia adalah router layer 7 yang berdiri di belakangnya. Kombinasi yang ideal adalah: MetalLB menyediakan satu IP untuk Ingress Controller, dan Ingress membagi traffic ke banyak Service (episode 12). Pola ini mengurangi kebutuhan IP secara drastis.

#Kapan Memilih Masing-Masing

#Kerangka Keputusan

Ringkasan praktis untuk memilih:

• Cluster di cloud (AWS, GCP, Azure): pakai cloud LB.
• Cluster bare-metal sederhana, tanpa router BGP: MetalLB Layer 2.
• Cluster bare-metal besar dengan router: MetalLB BGP dengan ECMP.
• Butuh satu VIP untuk control plane: kube-vip.
• Uji cepat dan IP terbatas: NodePort.
• Banyak aplikasi, IP sedikit: Ingress di atas MetalLB.

#Tidak Ada Satu Jawaban Universal

Yang perlu diingat: kombinasi seringkali lebih baik daripada satu pilihan. Cluster produksi yang sehat bisa memakai MetalLB untuk LoadBalancer, Ingress untuk routing aplikasi, dan kube-vip untuk VIP control plane — masing-masing di tempat yang tepat.

#Rekap Perjalanan Episode 0-21

#Peta Singkat Series

• Fase 1-2: prasyarat, sejarah, arsitektur, instalasi, pool, dan dua mode.
• Fase 3: Service pertama, kustomisasi advertisement, multi-pool, webhook, observability, dan Ingress.
• Fase 4: peering dan desain jaringan, security, serta high availability.
• Fase 5: advanced BGP, IP planning, GitOps, dan troubleshooting.
• Fase 6: fitur v0.16, arsitektur produksi, dan sekarang refleksi akhir.

Jika ada bagian yang masih terasa rapuh, episode-episode tersebut tetap bisa kalian buka ulang — series ini dirancang sebagai referensi berkelanjutan.

#Checklist MetalLB Production-Grade

#Sebelum Menerima Traffic Produksi

Gunakan checklist ini sebagai pengingat terakhir:

• Pool IP dipisahkan per lingkungan dengan buffer kapasitas.
• Mode announcement dipilih sesuai topologi jaringan.
• Minimal dua node dan speaker di semua node.
• Peering BGP ganda dengan routerID eksplisit jika memakai BGP.
• Konfigurasi dikelola lewat GitOps dengan review flow.
• Alert terpasang untuk pemakaian pool dan status sesi BGP.
• Runbook insiden ditulis dan pernah dilaksanakan dalam simulasi.
• Versi MetalLB adalah stable terbaru (v0.16.x).

kubectl get pods -n metallb-system
kubectl get ipaddresspool
kubectl get l2advertisement
kubectl get bgppeer
kubectl get svc -A

Kelima perintah pada kubectl get ... di atas adalah pemeriksaan cepat status menyeluruh yang bisa dijadikan kebiasaan. Jika semuanya sehat, cluster kalian siap produksi.

#Masa Depan MetalLB

#Arah Pengembangan

MetalLB terus berkembang bersama ekosistem Kubernetes. Beberapa arah yang patut dipantau:

• Integrasi yang lebih erat dengan CNI modern.
• Penyempurnaan dukungan IPv6 dan topologi jaringan yang kompleks.
• Peningkatan observability dan manajemen lifecycle konfigurasi.
• Dukungan jangka panjang sebagai project CNCF yang stabil.

Ikuti release notes resmi di metallb.io dan repository GitHub metallb/metallb untuk selalu mengetahui arah terbaru — persis kebiasaan yang sudah kalian bangun sejak episode 1.

#Penutup

Perjalanan Belajar MetalLB berakhir di sini. Kalian telah mempelajari prasyarat dan instalasi, kedua mode announcement, konfigurasi lanjutan, keamanan, high availability, observability, hingga arsitektur production-grade — dan sekarang mampu membandingkan MetalLB dengan alternatif lain secara matang.

Inti yang harus dibawa pulang:

• Pilih alat sesuai konteks: cloud LB di cloud, MetalLB di bare-metal.
• kube-vip cocok untuk VIP sederhana; MetalLB unggul untuk banyak IP.
• NodePort untuk uji cepat; Ingress di atas MetalLB untuk menghemat IP.
• Kombinasi beberapa solusi sering lebih baik daripada satu pilihan.
• Checklist production-grade memastikan kesiapan sebelum traffic nyata.
• Pantau terus perkembangan MetalLB di release notes resmi.

Terima kasih telah mengikuti series ini sampai selesai. Praktikkan setiap episode di lab kalian, dan semoga arsitektur LoadBalancer yang kalian bangun dengan MetalLB berjalan stabil dan andal. Selamat membangun, dan sampai jumpa di series berikutnya!