🔵 عنوان مقاله
We Blamed CoreDNS for Weeks. The Real Culprit Was a Default We Never Questioned
🟢 خلاصه مقاله:
مدتها ما یکی از مشکلات مربوط به DNS پادهای کوبرنتیز را به گردن CoreDNS میانداختیم، در حالی که در واقع علت اصلی مسئله چیزی بود که هرگز دربارهاش تردید نکرده بودیم. این مشکل زمانی ظاهر میشد که درخواستهای DNS در خوشههای Kubernetes دچار اختلال میشدند و حل این مشکل دشوار به نظر میرسید.
در مقالهای که منتشر شده است، توضیح داده شده است که بسیاری از خطاهای موقت در حل نامهای دامنه در محیطهای کوبرنتیز، ناشی از تنظیمات پیشفرض ndots:5 است. این تنظیم بر نحوه جستجو و ترتیب پرس و جوهای DNS تاثیر میگذارد، و در برخی موارد، باعث بروز مشکلات در ریزپرس و پاسخهای ناقص میشود. علاوه بر آن، مشکل دیگری که در این حوزه مطرح شده است، مرتبط با مشکل سیستمعامل لینوکس و عملکرد قسمت کانتریک (conntrack) است که میتواند ارتباطات شبکهای را دچار اختلال کند.
در راهحلهایی که این مقاله مطرح میکند، پیشنهاد شده است که تنظیمات ndots را کاهش داده و به ndots:2 تغییر دهید، و در کنار آن، از گزینه single-request-reopen برای کاهش ترافیک و بهبود پاسخدهی DNS بهره ببرید. این تغییرات موجب میشوند تا درخواستهای DNS سریعتر و دقیقتر پاسخ دهند و مشکلاتی مانند خطاهای مکرر در حل نامهای دامنه کاهش یابد. در نتیجه، مشکلات موقت و مزاحم در عملکرد شبکه خوشههای Kubernetes، به میزان قابل توجهی کاهش مییابد و سیستم پایدارتر کار میکند.
در مجموع، این مقاله نشان میدهد که گاهی مشکلاتی که به نظر میرسید مربوط به نرمافزارهای اصلی مانند CoreDNS است، در اصل ناشی از تنظیمات نادرست یا پیشفرضهایی است که کمتر مورد توجه قرار میگیرند. با اصلاح این تنظیمات، میتوان عملکرد DNS در Kubernetes را به طور قابل ملاحظهای بهبود بخشید و از سردرگمیهای بیپایان جلوگیری کرد.
#ک Kubernetes #DNS #Linuz #پیکربندی
🟣لینک مقاله:
https://ku.bz/pZG7kVlFk
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
We Blamed CoreDNS for Weeks. The Real Culprit Was a Default We Never Questioned
🟢 خلاصه مقاله:
مدتها ما یکی از مشکلات مربوط به DNS پادهای کوبرنتیز را به گردن CoreDNS میانداختیم، در حالی که در واقع علت اصلی مسئله چیزی بود که هرگز دربارهاش تردید نکرده بودیم. این مشکل زمانی ظاهر میشد که درخواستهای DNS در خوشههای Kubernetes دچار اختلال میشدند و حل این مشکل دشوار به نظر میرسید.
در مقالهای که منتشر شده است، توضیح داده شده است که بسیاری از خطاهای موقت در حل نامهای دامنه در محیطهای کوبرنتیز، ناشی از تنظیمات پیشفرض ndots:5 است. این تنظیم بر نحوه جستجو و ترتیب پرس و جوهای DNS تاثیر میگذارد، و در برخی موارد، باعث بروز مشکلات در ریزپرس و پاسخهای ناقص میشود. علاوه بر آن، مشکل دیگری که در این حوزه مطرح شده است، مرتبط با مشکل سیستمعامل لینوکس و عملکرد قسمت کانتریک (conntrack) است که میتواند ارتباطات شبکهای را دچار اختلال کند.
در راهحلهایی که این مقاله مطرح میکند، پیشنهاد شده است که تنظیمات ndots را کاهش داده و به ndots:2 تغییر دهید، و در کنار آن، از گزینه single-request-reopen برای کاهش ترافیک و بهبود پاسخدهی DNS بهره ببرید. این تغییرات موجب میشوند تا درخواستهای DNS سریعتر و دقیقتر پاسخ دهند و مشکلاتی مانند خطاهای مکرر در حل نامهای دامنه کاهش یابد. در نتیجه، مشکلات موقت و مزاحم در عملکرد شبکه خوشههای Kubernetes، به میزان قابل توجهی کاهش مییابد و سیستم پایدارتر کار میکند.
در مجموع، این مقاله نشان میدهد که گاهی مشکلاتی که به نظر میرسید مربوط به نرمافزارهای اصلی مانند CoreDNS است، در اصل ناشی از تنظیمات نادرست یا پیشفرضهایی است که کمتر مورد توجه قرار میگیرند. با اصلاح این تنظیمات، میتوان عملکرد DNS در Kubernetes را به طور قابل ملاحظهای بهبود بخشید و از سردرگمیهای بیپایان جلوگیری کرد.
#ک Kubernetes #DNS #Linuz #پیکربندی
🟣لینک مقاله:
https://ku.bz/pZG7kVlFk
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
We Blamed CoreDNS for Weeks. The Real Culprit Was a Default We Never Questioned.
We Blamed CoreDNS for Weeks. The Real Culprit Was a Default We Never Questioned. The Issue When running microservices on Kubernetes, DNS resolution is the quiet backbone of every service-to-service …