IP Adres Aralıkları

🗺️ CIDR ve IP Yönetimi

Kubernetes'te IP adresleri rastgele dağıtılmaz. Herkesin "Mahallesi" (CIDR Bloğu) bellidir. Metin, bu planlamanın 3 ana bölgeye ayrıldığını söylüyor:

1. Üç Farklı Mahalle (Resource Types)

Kubernetes, karışıklığı önlemek için adres defterini 3'e böler:

1. Node Mahallesi (Fiziksel):

   • Nedir: Sunucuların kendi IP adresleridir.

   • Kim Verir: Bunu Kubernetes vermez. Ağ yöneticisi, Cloud sağlayıcın (AWS, Azure) veya modemindeki DHCP verir. Bunlar "Arsa"nın tapusudur.

2. Pod Mahallesi (Nüfus):

   • Nedir: Uygulamaların (Pod'ların) yaşadığı yerdir. Her Pod buradan bir IP alır.

   • Kim Verir: CNI Eklentisi (Calico, Cilium vb.) verir.

   • Örnek: 10.244.0.0/16 aralığı Pod'lar içindir.

3. Service Mahallesi:

   • Nedir: Pod'lara ulaşmak için kullanılan sabit "Danışma Hattı" numaralarıdır (ClusterIP).

   • Kim Verir: Kubernetes API Server verir. Bu IP'ler sanaldır, fiziksel bir kablosu yoktur.

   • Örnek: 10.96.0.0/12 aralığı Servisler içindir.

2. No Overlap

• Routing Sorunu: Eğer Pod'lara ayırdığın IP aralığı ile fiziksel ağındaki (Node) IP aralığı çakışırsa, postacı paketi nereye götüreceğini bilemez. Paket kaybolur.

• Cluster kurarken seçtiğin CIDR aralığı, şirketindeki diğer sunucuların IP'leriyle çakışmamalıdır. Yoksa o Pod, şirket veritabanına erişemez.

3. Scalability

• Pod CIDR bloğunu baştan geniş tutmalısın ki sistem büyüdüğünde IP bitmesin.

• IP-per-Pod: Her Pod bir IP yiyeceği için, havuzun Pod sayısına yetecek kadar büyük olması şarttır.

4. Uygulayıcı: CNI

• Sen kurulumda dersin ki: "Pod'lar 192.168.0.0/16 bloğunu kullansın."

• CNI Eklentisi (Usta), bu emri alır ve her yeni Pod oluşturulduğunda bu havuzdan bir numara seçip Pod'a yapıştırır. Pod silindiğinde numarayı geri alır ve havuza koyar.