🔵 عنوان مقاله
Inside a Pod’s Birth: Veth Pairs, IPAM, and Routing with Kindnet CNI
🟢 خلاصه مقاله:
این مقاله روند ایجاد شبکه برای یک Pod در Kubernetes با استفاده از Kindnet بهعنوان CNI را گامبهگام توضیح میدهد. ابتدا با فراخوانی CNI توسط kubelet، افزونه Kindnet یک جفت veth میسازد؛ یک سر آن به فضای نام شبکه Pod منتقل و بهعنوان eth0 تنظیم میشود و سر دیگر در میزبان میماند و به پیکربندی شبکه گره متصل میشود. سپس IPAM یک آدرس IP از محدوده PodCIDR گره تخصیص میدهد، روی eth0 اعمال میشود و مسیر پیشفرض داخل Pod به دروازه میزبان تنظیم میگردد.
برای ارتباط در سطح کلاستر، Kindnet روی گرهها مسیرهایی نصب میکند: مسیرهای محلی برای Podهای همان گره و مسیرهای راهدور به PodCIDR گرههای دیگر از طریق IP گرهها. در صورت نیاز، قوانین iptables برای hairpin و NAT نیز اعمال میشود تا دسترسی به بیرون و بازگشت ترافیک بهدرستی انجام شود. با حذف Pod، فراخوانی DEL همه تنظیمات را پاک میکند: veth حذف، IP آزاد و مسیرها جمعآوری میشوند؛ در نتیجه، مسیر دادهای ساده و کمهزینه بین Pod و شبکه میزبان ایجاد میشود.
#Kubernetes #CNI #Kindnet #Networking #Containers #IPAM #veth #PodNetworking
🟣لینک مقاله:
https://ku.bz/qC-5078rY
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Inside a Pod’s Birth: Veth Pairs, IPAM, and Routing with Kindnet CNI
🟢 خلاصه مقاله:
این مقاله روند ایجاد شبکه برای یک Pod در Kubernetes با استفاده از Kindnet بهعنوان CNI را گامبهگام توضیح میدهد. ابتدا با فراخوانی CNI توسط kubelet، افزونه Kindnet یک جفت veth میسازد؛ یک سر آن به فضای نام شبکه Pod منتقل و بهعنوان eth0 تنظیم میشود و سر دیگر در میزبان میماند و به پیکربندی شبکه گره متصل میشود. سپس IPAM یک آدرس IP از محدوده PodCIDR گره تخصیص میدهد، روی eth0 اعمال میشود و مسیر پیشفرض داخل Pod به دروازه میزبان تنظیم میگردد.
برای ارتباط در سطح کلاستر، Kindnet روی گرهها مسیرهایی نصب میکند: مسیرهای محلی برای Podهای همان گره و مسیرهای راهدور به PodCIDR گرههای دیگر از طریق IP گرهها. در صورت نیاز، قوانین iptables برای hairpin و NAT نیز اعمال میشود تا دسترسی به بیرون و بازگشت ترافیک بهدرستی انجام شود. با حذف Pod، فراخوانی DEL همه تنظیمات را پاک میکند: veth حذف، IP آزاد و مسیرها جمعآوری میشوند؛ در نتیجه، مسیر دادهای ساده و کمهزینه بین Pod و شبکه میزبان ایجاد میشود.
#Kubernetes #CNI #Kindnet #Networking #Containers #IPAM #veth #PodNetworking
🟣لینک مقاله:
https://ku.bz/qC-5078rY
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Inside a Pod’s Birth in Kubernetes: Veth Pairs, IPAM, and Routing with Kindnet CNI
When a Kubernetes pod starts, it doesn’t just spin up a container. It gets a full, isolated network stack — complete with its own IP…
🔵 عنوان مقاله
More devops than I bargained for
🟢 خلاصه مقاله:
یک مهاجرت «ساده» از x86 به ARM64 تبدیل شد به یک بحران تمامعیار DevOps. بهمحض ورود نودهای ARM64، مشکلها از چند جهت فوران کرد: نبودن base imageهای arm64، وابستگی سرویسها به باینریها و پکیجهای بومی، و CrashLoop بهخاطر “exec format error”. با ساخت multi-arch image و manifest list و اصلاح CI بخشی حل شد، اما Helm chartها هنوز فرضهای amd64 داشتند و باعث زمانبندی نادرست، ImagePullBackOff و ناسازگاری در sidecarها شدند. بدتر از همه، شبکه بود: در کلاستر dual-stack، IPv6 زیر بار میبرید؛ MTU ناهماهنگ، تنظیمات CNI، iptables/nft و محدودیتهای conntrack دستبهدست هم دادند و ما را ساعت ۴ صبح پای tcpdump و تنظیم sysctl نشاندند. جمعبندی: تغییر معماری، بهروزرسانی OS، دستکاری CNI و فعالسازی dual-stack را یکجا انجام ندهید؛ برای هرکدام پنجره تست و rollback جدا بگذارید، observability و ابزارهای eBPF اضافه کنید، Ingress و sidecarها را از نظر multi-arch راستیآزمایی کنید و پوشش تست multi-arch را در CI اجباری کنید.
#DevOps #Kubernetes #ARM64 #x86 #IPv6 #CNI #Containers #CloudNative
🟣لینک مقاله:
https://ku.bz/svxMcSqWJ
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
More devops than I bargained for
🟢 خلاصه مقاله:
یک مهاجرت «ساده» از x86 به ARM64 تبدیل شد به یک بحران تمامعیار DevOps. بهمحض ورود نودهای ARM64، مشکلها از چند جهت فوران کرد: نبودن base imageهای arm64، وابستگی سرویسها به باینریها و پکیجهای بومی، و CrashLoop بهخاطر “exec format error”. با ساخت multi-arch image و manifest list و اصلاح CI بخشی حل شد، اما Helm chartها هنوز فرضهای amd64 داشتند و باعث زمانبندی نادرست، ImagePullBackOff و ناسازگاری در sidecarها شدند. بدتر از همه، شبکه بود: در کلاستر dual-stack، IPv6 زیر بار میبرید؛ MTU ناهماهنگ، تنظیمات CNI، iptables/nft و محدودیتهای conntrack دستبهدست هم دادند و ما را ساعت ۴ صبح پای tcpdump و تنظیم sysctl نشاندند. جمعبندی: تغییر معماری، بهروزرسانی OS، دستکاری CNI و فعالسازی dual-stack را یکجا انجام ندهید؛ برای هرکدام پنجره تست و rollback جدا بگذارید، observability و ابزارهای eBPF اضافه کنید، Ingress و sidecarها را از نظر multi-arch راستیآزمایی کنید و پوشش تست multi-arch را در CI اجباری کنید.
#DevOps #Kubernetes #ARM64 #x86 #IPv6 #CNI #Containers #CloudNative
🟣لینک مقاله:
https://ku.bz/svxMcSqWJ
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
fasterthanli.me
More devops than I bargained for
Background
I recently had a bit of impromptu disaster recovery, and it gave me a hunger for more! More downtime! More kubernetes manifest! More DNS! Ahhhh!
The plan was really simple. I love dedica...
I recently had a bit of impromptu disaster recovery, and it gave me a hunger for more! More downtime! More kubernetes manifest! More DNS! Ahhhh!
The plan was really simple. I love dedica...
🔵 عنوان مقاله
Raspberry Pi K8S Cluster Setup for Home Lab with Cilium
🟢 خلاصه مقاله:
راهنمای dev.to نشان میدهد چگونه چند Raspberry Pi را به یک کلاستر چندگرهای Kubernetes برای هوملب تبدیل کنید. در این روش، Cilium بهعنوان CNI نصب میشود و با جایگزینی kube-proxy، کارایی شبکه و اجرای سیاستها بهبود مییابد. مراحل اصلی شامل آمادهسازی نودها (OS ۶۴بیتی، cgroup، IP ثابت، SSH)، راهاندازی کلاستر با containerd و kubeadm (init و join)، و سپس نصب و پیکربندی Cilium با فعالسازی kube-proxy replacement است. در ادامه، تست اتصال سرویسها و Podها، اعمال NetworkPolicy برای کنترل دسترسی، و استفاده اختیاری از Hubble برای مشاهده و عیبیابی جریانها انجام میشود. نتیجه، یک پلتفرم Kubernetes کممصرف و منعطف برای آزمایشهای خانگی با تأخیر کمتر و مدیریت سادهتر است.
#RaspberryPi #Kubernetes #K8s #Cilium #HomeLab #CNI #kubeproxy #DevOps
🟣لینک مقاله:
https://ku.bz/xVCFlHFY4
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Raspberry Pi K8S Cluster Setup for Home Lab with Cilium
🟢 خلاصه مقاله:
راهنمای dev.to نشان میدهد چگونه چند Raspberry Pi را به یک کلاستر چندگرهای Kubernetes برای هوملب تبدیل کنید. در این روش، Cilium بهعنوان CNI نصب میشود و با جایگزینی kube-proxy، کارایی شبکه و اجرای سیاستها بهبود مییابد. مراحل اصلی شامل آمادهسازی نودها (OS ۶۴بیتی، cgroup، IP ثابت، SSH)، راهاندازی کلاستر با containerd و kubeadm (init و join)، و سپس نصب و پیکربندی Cilium با فعالسازی kube-proxy replacement است. در ادامه، تست اتصال سرویسها و Podها، اعمال NetworkPolicy برای کنترل دسترسی، و استفاده اختیاری از Hubble برای مشاهده و عیبیابی جریانها انجام میشود. نتیجه، یک پلتفرم Kubernetes کممصرف و منعطف برای آزمایشهای خانگی با تأخیر کمتر و مدیریت سادهتر است.
#RaspberryPi #Kubernetes #K8s #Cilium #HomeLab #CNI #kubeproxy #DevOps
🟣لینک مقاله:
https://ku.bz/xVCFlHFY4
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
DEV Community
Raspberry Pi K8S Cluster Setup for Home Lab with Cilium
I’m setting up a Kubernetes cluster using Raspberry Pis for home lab testing and learning purposes....
🔵 عنوان مقاله
SR-IOV Network Device Plugin
🟢 خلاصه مقاله:
این افزونه با بهرهگیری از SR-IOV امکان تخصیص مستقیم VFهای یک NIC فیزیکی به Podها را در Kubernetes فراهم میکند تا به کارایی نزدیک به سختافزار، تأخیر پایین و سربار CPU کم برسند. افزونه بهصورت DaemonSet روی نودها اجرا میشود، دستگاههای SR-IOV را کشف کرده و از طریق Device Plugin API بهعنوان منابع قابلدرخواست در اختیار kubelet میگذارد؛ با درخواست Pod یک VF بهطور انحصاری تخصیص مییابد و جداسازی و پیشبینیپذیری کارایی تضمین میشود. پیکربندی شبکه با SR-IOV CNI و معمولاً Multus انجام میشود و بسته به نیاز، VF میتواند به درایورهایی مانند vfio-pci برای DPDK یا درایورهای کرنلی متصل شود؛ همچنین در صورت پشتیبانی سختافزار، RDMA قابل استفاده است. استقرار نیازمند فعالسازی SR-IOV و IOMMU، NIC سازگار، ایجاد VFها و Linux است و در بسیاری از سناریوها SR-IOV Network Operator مدیریت خودکار و سیاستگذاری را ساده میکند. این راهکار برای CNFها، NFV، تحلیل بلادرنگ و محیطهای با حساسیت بالا به تأخیر کاربردی است و بهصورت استاندارد با اکوسیستم CNI در Kubernetes ادغام میشود.
#SRIOV #Kubernetes #CNI #Multus #DPDK #NFV #Networking #CloudNative
🟣لینک مقاله:
https://ku.bz/jVg_1VS-k
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
SR-IOV Network Device Plugin
🟢 خلاصه مقاله:
این افزونه با بهرهگیری از SR-IOV امکان تخصیص مستقیم VFهای یک NIC فیزیکی به Podها را در Kubernetes فراهم میکند تا به کارایی نزدیک به سختافزار، تأخیر پایین و سربار CPU کم برسند. افزونه بهصورت DaemonSet روی نودها اجرا میشود، دستگاههای SR-IOV را کشف کرده و از طریق Device Plugin API بهعنوان منابع قابلدرخواست در اختیار kubelet میگذارد؛ با درخواست Pod یک VF بهطور انحصاری تخصیص مییابد و جداسازی و پیشبینیپذیری کارایی تضمین میشود. پیکربندی شبکه با SR-IOV CNI و معمولاً Multus انجام میشود و بسته به نیاز، VF میتواند به درایورهایی مانند vfio-pci برای DPDK یا درایورهای کرنلی متصل شود؛ همچنین در صورت پشتیبانی سختافزار، RDMA قابل استفاده است. استقرار نیازمند فعالسازی SR-IOV و IOMMU، NIC سازگار، ایجاد VFها و Linux است و در بسیاری از سناریوها SR-IOV Network Operator مدیریت خودکار و سیاستگذاری را ساده میکند. این راهکار برای CNFها، NFV، تحلیل بلادرنگ و محیطهای با حساسیت بالا به تأخیر کاربردی است و بهصورت استاندارد با اکوسیستم CNI در Kubernetes ادغام میشود.
#SRIOV #Kubernetes #CNI #Multus #DPDK #NFV #Networking #CloudNative
🟣لینک مقاله:
https://ku.bz/jVg_1VS-k
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
GitHub
GitHub - k8snetworkplumbingwg/sriov-network-device-plugin: SRIOV network device plugin for Kubernetes
SRIOV network device plugin for Kubernetes. Contribute to k8snetworkplumbingwg/sriov-network-device-plugin development by creating an account on GitHub.
❤1