Belajar Flannel - Observability & Monitoring Dasar

#Pendahuluan

Flannel yang sehat terasa seperti tidak ada: Pod saling terhubung, tidak ada yang perlu diperhatikan. Tapi ketika ada masalah, observability adalah penyelamatnya. Untungnya Flannel menyediakan log, metrik, dan state yang bisa diperiksa secara langsung.

Episode 12 membangun observability dasar: cara membaca log flanneld, metrik yang diekspos flanneld, dan inspeksi state jaringan seperti route, ARP, dan FDB.

#Log Flannel

#Membaca Log flanneld

Setiap kejadian penting flanneld tercatat di log Pod. Mulai dari startup, pengambilan lease, sampai sinkronisasi route, semuanya ada di sini:

kubectl logs -n kube-flannel -l k8s-app=flannel -f

Perintah kubectl logs -n kube-flannel -l k8s-app=flannel menampilkan log semua flanneld sekaligus. Untuk satu node, tambahkan flag nama Pod:

kubectl logs -n kube-flannel <nama-pod> --tail=50

#Pola Log yang Perlu Diwaspadai

Baris log dengan kata error atau failed adalah alarm pertama. Contoh: failed to acquire subnet lease, atau unable to contact API server. Kedua pola ini langsung mengarah ke datastore atau izin, bukan ke jaringan itu sendiri.

#Metrics flanneld

#Metrik Subnet Allocations

flanneld mengekspos metrik Prometheus di port 9091 di dalam Pod. Metrik paling berguna adalah flannel_subnets_total, yang menunjukkan jumlah subnet yang dikenal node tersebut.

kubectl exec -n kube-flannel -l k8s-app=flannel -- wget -qO- localhost:9091/metrics | grep flannel_subnets

Output dari perintah di atas menunjukkan nilai metrik yang bisa dipakai untuk memverifikasi sinkronisasi: setiap node seharusnya melihat jumlah subnet yang sama dengan jumlah node.

#Healthcheck

Selain metrik, flanneld memiliki endpoint healthcheck yang bisa dipakai probe. Menggabungkan metrik dan log memberi sinyal kesehatan yang cukup untuk memantau jaringan tanpa tool tambahan.

#Memeriksa Route, VXLAN, ARP, dan FDB

#Route Table

Cara paling langsung memverifikasi jaringan: cek route yang mengarah ke subnet node lain:

ip route | grep flannel

Output dari ip route | grep flannel menampilkan satu route per node lain. Jika salah satu subnet hilang, sinkronisasi lease node itu bermasalah.

#Interface VXLAN

Periksa detail interface untuk memastikan status dan MTU:

ip -d link show flannel.1

Kolom state dan MTU pada ip -d link show flannel.1 memberi tahu apakah interface up dan apakah MTU sesuai perhitungan.

#ARP dan FDB

Dua tabel ini menentukan kemana paket dibungkus:

ip neigh show dev flannel.1
bridge fdb show dev flannel.1

Perintah ip neigh show dev flannel.1 menampilkan neighbor MAC, dan bridge fdb show dev flannel.1 menampilkan pemetaan ke IP host. Jika salah satu kosong padahal node lain ada, sinkronisasi belum selesai.

#Menyiapkan Scraping Prometheus

#ServiceMonitor untuk Flannel

Untuk produksi, gabungkan metrik flanneld ke Prometheus. Buat Service yang mengarah ke port 9091 tiap Pod flanneld, lalu definisikan ServiceMonitor atau scrape config:

apiVersion: v1
kind: Service
metadata:
  name: kube-flannel-metrics
  namespace: kube-flannel
spec:
  selector:
    k8s-app: flannel
  ports:
    - name: metrics
      port: 9091

Perhatikan selector k8s-app: flannel yang menyamai label Pod DaemonSet. Setelah Service dibuat, Prometheus bisa diarahkan untuk men-scrape port metrics tersebut.

#Alert yang Layak Dipasang

Beberapa kondisi layak di-alert: Pod kube-flannel restart terlalu sering, metrik flannel_subnets_total berbeda antar node, dan jumlah node tidak sesuai dengan subnet yang terlihat. Alert sederhana ini menangkap mayoritas kegagalan jaringan Flannel sebelum user melaporkannya.

#Penutup

Episode 12 memberi kalian alat observability dasar Flannel: log untuk membaca kejadian, metrik untuk memantau kesehatan, dan inspeksi route, ARP, serta FDB untuk verifikasi langsung.

Inti yang harus dibawa pulang:

• Log flanneld mencatat semua kejadian dari lease sampai sinkronisasi.
• Metrik flannel_subnets_total menunjukkan jumlah subnet yang dikenal node.
• Endpoint healthcheck dan port 9091 bisa dipakai probe Prometheus.
• Route flannel menunjukkan subnet node lain yang sudah disinkronkan.
• ARP dan FDB menentukan tujuan encapsulation paket VXLAN.
• Alert sederhana berbasis metrik menangkap kegagalan sebelum user sadar.

Di episode 13 selanjutnya kita akan mengamankan Flannel: security dan hardening — memahami model keamanan Flannel yang fokus pada connectivity, serta mengaktifkan backend WireGuard dan IPsec untuk enkripsi traffic antar node.