اجزای کوبرنتیز

این صفحه یک مرور کلی سطح بالا از اجزای اساسی تشکیل دهنده یک کلاستر کوبرنتیز ارائه می‌دهد.

اجزای اصلی

یک کلاستر کوبرنتیز از یک کنترل‌گر (control plane) و یک یا چند نود کارگر (worker node) تشکیل شده است. نمای کلی مختصری از اجزای اصلی:

اجزای Control Plane

مدیریت وضعیت کلی کلاستر:

kube-apiserver

جز اصلی سرور که API HTTP کوبرنتیز را در معرض نمایش قرار می‌دهد.

etcd

ذخیره‌ساز کلید-مقدار سازگار و با دسترسی بالا برای تمام داده‌های سرور API.

kube-scheduler

به دنبال پادهایی می‌گردد که هنوز به نودی متصل نشده‌اند و هر پاد را به یک گره مناسب اختصاص می‌دهد.

kube-controller-manager

controllers را برای اجرای رفتار های API کوبرنتیز اجرا می‌کند.

cloud-controller-manager (اختیاری)

با ارائه‌دهنده(های) ابریِ زیربنایی ادغام می‌شود.

اجزای Node

روی هر نود اجرا می‌شود، پادهای در حال اجرا را حفظ می‌کند و محیط اجرایی کوبرنتیز را فراهم می‌کند:

kubelet

مطمئن می‌شود پاد ها و کانتینرهای آن‌ها اجرا می‌شوند.

kube-proxy (اختیاری)

قوانین شبکه را روی نودها برای پیاده‌سازی . سرویس‌ها حفظ می‌کند.

Container runtime

نرم افزار مسئول اجرای کانتینر. برای اطلاعات بیش‌تر٬ Container Runtimes را بخوانید.

کلاستر شما ممکن است نرم افزارهای بیش تری روی هر نود نیاز داشته باشد. برای مثال٬ شاید شما به systemd نیز روی یک نود لینوکسی برای سرپرستی اجزای لوکال نیاز داشته باشید.

افزونه ها

افزونه‌ها عملکرد کوبرنتیز را بهبود می‌دهند. چند نمونه مهم شامل:

DNS

برای تبدیل‌های DNS در سطح کلاستر.

Web UI (Dashboard)

برای مدیریت کلاستر با رابط کاربری وب.

Container Resource Monitoring

برای دریافت و ذخیره متریک های کانتینر.

Cluster-level Logging

برای ذخیره لاگ‌های کانتینر در یک ذخیره ساز مرکزی.

انعطاف در معماری

کوبرنتیز اجازه انعطاف در پیاده سازی و مدیریت این اجزا را می‌دهد. معماری ممکن است بر اساس نیاز های متفاوت٬ متغیر باشد٬ از محیط توسعه کوچک تا پیاده سازی محصول با مقیاس بالا.

برای اطلاعات دقیق تر درباره هر جز و راه های پیکربندی معماری کلاستر خود٬ صفحه معماری کلاستر را ببنید.