Pod، نوډ یا کلسټر: VPN sidecar په واقعیت کې څه بیا لارښود کوي

په Kubernetes Pod کې VPN sidecar د کوربه کچې VPN په څېر ښکاري، خو د ښه چلند سره، او ورته والی د نوم فضا په پوله پای ته رسېږي. په یوه Pod کې کنټینرونه د پتې او پورټ ځای په ګډون د شبکې نوم فضا شریکوي، نو هغه sidecar چې لارې او تګلاره نصبوي په رښتیا بدلوي چې د اپلیکیشن بستې چېرته ځي. د نوډ نورو Pod لپاره هېڅ نه بدلوي، او د نوډ خپل سټک ته نه رسېږي پرته له دې چې تاسو یې همداسې تنظیم کړئ. د دې پولې سم پوهاوی همدا ټاکي چې څه ځای پرځای کولی شئ او څه باید وازموئ. لاندې برخې دا د نوم فضا څخه بهر ته تعقیبوي.

شریکه نوم فضا، شریکې پایلې

په یوه Pod کې دوه کنټینرونه د loopback له لارې خبرې کوي او ورته انټرفېسونه ګوري، او همدا لامل دی چې د sidecar نمونه په بشپړه توګه کار کوي: اپلیکیشن ته اړتیا نه ده چې پوه شي تونل شته، ځکه هغه لاره چې حل کوي یې په هغه نوم فضا کې نصب شوې وه چې کاروي یې. همدا ځانګړنه معنا لري چې د sidecar تېروتنې د اپلیکیشن تېروتنې دي. هغه لاره چې ډېر څه نیسي، یا هغه DNS بدلون چې د تونل دننه ریزولوېر ته اشاره کوي، په سملاسي توګه پر هغه Pod کې هر پروسېس پلي کېږي. په شریکه نوم فضا کې د کنټینر له مخې لارښود نه شته، نو sidecar نه شي یوې پروسېس پورې محدود کېدای.

دا هغه میکانیزم دی چې د بیاکتنې پر مهال باید په یاد وي: د اغېز وړانګه Pod ده، نه نوډ او نه کلسټر.

چېرته چې sidecar نه رسېږي

نور Pod خپلې نوم فضاګانې او خپل لارښود ساتي، نو هغه کاري بار چې ورته وتل غواړي ورته sidecar یا پرځای یې د نوډ کچې ډیزاین ته اړتیا لري. د نوډ ترافیک هم د Pod نوم فضا څخه بهر دی، او هغه Pod چې کوربه شبکه لري په قصد سره له دې جلاوالي په بشپړه توګه وتلي. که sidecar د کوربه شبکې سره چلوئ تر څو یو آسانه څه ته ورسېږئ، تاسو حد له یوه Pod څخه ټول نوډ ته پراخ کړی او باید دا په لوړ غږ ووایاست.

د کلسټر خدمتونو ته ترافیک بل عادي حیرانتیا ده. په Pod کې دننه پراخه پیشفرض لاره کولی شي د API سرور یا ClusterIP خدمت لپاره لېږل شوې غوښتنې ونیسي، او بیا هغه داسې ناکامېږي چې ګویا تونل مات دی.

د لارې پلان: Pod، خدمت، نوډ او VPN سیمې

څلور سیمې ولیکئ او مخکې لدې چې څه ځای پرځای کړئ د تداخل لپاره یې وګورئ: Pod CIDR، خدمت CIDR، د نوډ پتې او د VPN شاته منزلونه. د VPN د خصوصي سیمو او د کلسټر خپل ځای ترمنځ تداخل نادر نه دی، او پیشفرض لاره د دې لپاره غلط حل دی. د لارې پلان باید د manifest په همدې ذخیره کې وي، ځکه راتلونکی کلسټر کولی شي بشپړې بېلې Pod او خدمت سیمې ورکړي.

DNS د پلان برخه ده نه جلا اندېښنه. هغه sidecar چې د ریزولوېر ترتیبات بیا لیکي کولی شي په کلسټر کې دننه د خدمتونو موندنه مات کړي، په داسې حال کې چې بهرنۍ پوښتنې سمې کار کوي.

پیل او ناکامي ښکاره حالتونه دي

روان sidecar پروسېس د وتلو تګلاره نه ده. پرېکړه وکړئ چې کوم ترافیک کولی شي بهیږي مخکې لدې چې تونل چمتو شي او که وروسته مړ شي څه پېښېږي، بیا هغه پرېکړه پلي کړئ: هغه پروب چې د اپلیکیشن کنټینر ګېټ کوي، هغه شبکهيي تګلاره چې په پیشفرض توګه انکار کوي، یا دواړه. له دې یوې پرته اپلیکیشن پیلېږي، نومونه حل کوي او ترافیک د نوډ له عادي لارې بهر لېږي، په داسې حال کې چې تونل لا هم نښلېږي.

دا سوری په روغ کلسټر کې لنډ او په مات کلسټر کې تلپاتې دی، او همدا هغه ځانګړنه ده چې یرغلګر یا ناڅاپي معلوماتي تخلیه غوره ګڼي.

ترتیب له ناکامۍ ازموینې سره جوړه کړئ. sidecar ووژنئ او تایید کړئ چې اپلیکیشن په غلې توګه شاته نه ګرځي بلکې خپل نیت شوی وتل له لاسه ورکوي.

وړتیاوې، تګلارې او د اپ کنټینر څخه ازموینه

هغه وړتیاوې ورکول چې د انټرفېسونو جوړولو او لارو بدلولو لپاره اړینې دي د امتیاز پرېکړه ده، او هغه امتیاز چې د جلا Pod لپاره مناسب دی په اتوماتيک ډول د نوډ سټک لپاره مناسب نه دی. د کلسټر ملاتړ شوي شبکهيي او امنیتي تګلارې میکانیزمونه وکاروئ، او مه فرض کوئ چې هر CNI یا تګلاره پلي کوونکی د VPN انټرفېس سره یو شان چلند کوي؛ توپیرونه په هماغه ناکامیو کې ښکاري چې تاسو ته مهم دي.

له ریښتیني اپلیکیشن کنټینر څخه ازموینه وکړئ، د خصوصي منزل، کلسټر خدمت او عامه انټرنیټ ته نویو غوښتنو سره. له sidecar څخه ازموینه ثابتوي چې تونل کار کوي، نه دا چې اپلیکیشن هغه څه ته رسېږي چې ورته اړتیا لري.

د VPN ترتیباتو ترڅنګ د کلسټر شبکهيي انګېرنې مستند کړئ. بیا کاري بار بل کلسټر ته لېږدول په غلې توګه د کار کولو ختمولو پرځای د لارې پلان کتل تمرین وي.