Son zamanlarda PaaS içeriği üzerinde çalışıyorum ve Kubernetes ile yeni temas kurdum; bu da ağ kapsaması, yani sunucular arası konteynerler arasında iletişimi içeriyor. Böylece flanel, kaliko, dokuma gibi bir dizi açık kaynak bileşen ortaya çıktı. Burada ağırlıklı olarak Calico ve Fannel var.
Flanel prensip
CoreOS tarafından geliştirilen Flannel projesi muhtemelen en doğrudan ve popüler CNI eklentisidir. Konteyner düzenleme sistemlerinde ağ mimarisinin en olgun örneklerinden biridir ve daha iyi konteynerler arası ve ana bilgisayarlar arası ağ kurmayı mümkün kılmak üzere tasarlanmıştır. CNI konseptinin yükselişiyle birlikte, Flannel CNI eklentisi erken bir tanıtım oldu.
Flanel, diğer seçeneklere kıyasla kurulumu ve yapılandırması nispeten kolaydır. Tek bir ikili FlannelD olarak paketlenmiştir ve birçok yaygın Kubernetes küme dağıtım aracı ile birçok Kubernetes dağıtımı varsayılan olarak Flannel'i kurabiliyor. Flannel, Kubernetes kümesinin mevcut etcd kümesini API kullanarak durum bilgilerini depolayabilir, böylece özel bir veri deposu gerektirmez.
Flannel, Layer 3 IPv4 üst katman ağı yapılandırır. Kümedeki her düğümü kapsayan büyük bir iç ağ oluşturur. Bu Overlay ağında, her düğümün iç IP adresleri atamak için kullanılan bir alt ağı vardır. Bir pod yapılandırılırken, her düğümdeki Docker köprü arayüzü her yeni konteynere bir adres atar. Aynı ana bilgisayardaki podlar Docker köprüleri aracılığıyla iletişim kurabilirken, farklı ana bilgisayarlardaki podlar flannel kullanarak trafiğini UDP paketleriyle kapsülleyerek uygun hedefe yönlendirilebilir.
Flanel, kapsülleme ve yönlendirme için kullanılabilecek birkaç farklı arka uç türüne sahiptir. Varsayılan ve önerilen yaklaşım, VXLAN kullanmaktır çünkü VXLAN daha iyi performans gösterir ve daha az manuel müdahale gerektirir.
Calico mimarisi
Calico aşağıdaki önemli bileşenleri içerir: Felix, etcd, BGP Client ve BGP Route Reflector. Aşağıda bu bileşenlerin her birinin açıklamaları yer almaktadır.
Felix: Esas olarak yönlendirme yapılandırması, ACLS kural yapılandırması ve teslimattan sorumludur, her düğümde mevcuttur.
etcd: Ağ meta veri tutarlılığından ve Calico ağ durumunun doğruluğunu sağlayan dağıtık anahtar-değer deposu Kubernetes ile paylaşılabilir;
BGPClient (BIRD), esas olarak Felix tarafından yazılmış yönlendirme bilgilerinin çekirdeğe mevcut Calico ağına dağıtılmasından sorumludur ve böylece iş yükleri arasındaki iletişimin etkinliğini sağlar.
BGPRoute Reflektör (BIRD), büyük ölçekli dağıtımlarda kullanılır; tüm düğümlerin birbirine bağlanma ağ modundan vazgeçer ve merkezi yönlendirme ve dağıtımı tamamlamak için bir veya daha fazla BGPRoute Reflektör kullanılır.
Calico prensibi
Aşağıdaki diyagramda gösterildiği gibi, süreç kaynak konteynerden kaynak ana bilgisayara, veri merkezinin yönlendirilmesiyle ve son olarak hedef ana ana bilgisayara ve son olarak hedef konteynere atanmıştır.
Karşılaştırma
Yukarıdaki ilkeden, flanel'in paket açma işlemlerini yönlendirme yoluyla gerçekleştirdiği görülebilir; bu da CPU hesaplama kaynaklarını boşa harcandır. Aşağıdaki grafik, çevrimiçi bulunan çeşitli açık kaynak ağ bileşenlerinin performansını karşılaştırmaktadır. Bant genişliği ve ağ gecikmesi açısından Calico ile ana bilgisayarın performansının benzer olduğu görülebilir.
|
Yayınlandı 9.11.2020 11:23:01
|
|
|
|
