مدیریت کانتینر در محیط عملیاتی on Kubernetes

سلام Minikube

Mon, 01 Jan 0001 00:00:00 +0000

این آموزش به شما نشان می‌دهد چگونه یک برنامه نمونه را روی کوبرنتیز با استفاده از minikube اجرا کنید. این آموزش یک ایمیج کانتینری ارائه می‌دهد که از NGINX برای بازگرداندن تمامی درخواست‌ها استفاده می‌کند.

اهداف

استقرار یک برنامه نمونه روی minikube
اجرای برنامه
مشاهده لاگ‌های برنامه

پیش از شروع

این آموزش فرض می‌کند که شما قبلا minikube را راه‌اندازی کرده‌اید. برای دستورالعمل نصب، مرحله ۱ در صفحه minikube start را ببینید.

واژه‌نامه

Mon, 01 Jan 0001 00:00:00 +0000

مشارکت در مستندات کوبرنتیز

Mon, 01 Jan 0001 00:00:00 +0000

این وبسایت توسط SIG Docs کوبرنتیز نگه‌داری می‌شود.
پروژه کوبرنتیز از کمک همه مشارکت‌کنندگان، چه تازه‌کار و چه باتجربه، استقبال می‌کند!

مشارکت‌کنندگان مستندات کوبرنتیز:

بهبود محتوای موجود
ایجاد محتوای جدید
ترجمه مستندات
مدیریت و انتشار بخش‌های مستندات در چرخه انتشار کوبرنتیز

تیم وب نوشت، که بخشی از SIG Docs است، به مدیریت وب نوشت‌های رسمی کمک می‌کند. برای کسب اطلاعات بیشتر،
مشارکت در وب نوشت‌های کوبرنتیز را بخوانید.

توجه:

برای کسب اطلاعات بیشتر درباره مشارکت در کوبرنتیز به‌طور کلی، به وبسایت مستندات مشارکت‌کنندگان مراجعه کنید.

شروع کنید

هر کسی می‌تواند برای مستندات یک issue باز کند یا تغییری را با یک PR به مخزن GitHub kubernetes/website ارائه کند.
برای کار مؤثر در جامعه کوبرنتیز لازم است با git و GitHub آشنایی کافی داشته باشید.

اجرای kubelet در حالت مستقل

Mon, 01 Jan 0001 00:00:00 +0000

این آموزش به شما نشان می‌دهد که چگونه یک نمونه مستقل از kubelet را اجرا کنید

شما ممکن است انگیزه‌های مختلفی برای اجرای یک kubelet مستقل داشته باشید این آموزش با هدف آشنایی شما با کوبرنتیز تهیه شده است، حتی اگر تجربه زیادی با آن نداشته باشید. می‌توانید این آموزش را دنبال کنید و در مورد راه‌اندازی گره، پادهای پایه (ایستا) و نحوه مدیریت کانتینرها توسط کوبرنتیزاطلاعات کسب کنید

بازبینی (review) Pull Requestها

Mon, 01 Jan 0001 00:00:00 +0000

هرکسی می‌تواند یک Pull Request مربوط به مستندات را بازبینی (review) کند. برای دیدن Pull Requestهای باز، به بخش pull requests در مخزن وب‌سایت کوبرنتیز بروید.

بازبینی Pull Requestهای مستندات راه بسیار خوبی برای معرفی خود به جامعه کوبرنتیز است؛ به شما کمک می‌کند با پایگاه کد آشنا شوید و اعتماد سایر مشارکت‌کنندگان را جلب کنید.

پیش از بازبینی، بهتر است:

راهنمای محتوا و راهنمای سبک را بخوانید تا بتوانید نظرهای آگاهانه بگذارید.
با نقش‌ها و مسئولیت‌ها‌ در جامعه مستندات کوبرنتیز آشنا شوید.

پیش از شروع

پیش از آن‌که بازبینی را آغاز کنید:

مستندات نسخه‌های موجود

Mon, 01 Jan 0001 00:00:00 +0000

این وبگاه(website) شامل مستندات نسخه فعلی کوبرنتیز و چهار نسخه قبلی آن است.

وجود مستندات برای یک نسخه کوبرنتیز لزوماً به معنای پشتیبانی فعلی از آن انتشار نیست. برای آگاهی از این‌که کدام نسخه‌های کوبرنتیز به‌طور رسمی پشتیبانی می‌شوند و این پشتیبانی چه مدت ادامه دارد، دوره پشتیبانی را مطالعه کنید.

ملاحظات مربوط به کلاستر‌های بزرگ

Mon, 01 Jan 0001 00:00:00 +0000

یک کلاستر مجموعه‌ای از گره‌ها (ماشین‌های فیزیکی یا مجازی) است که عامل‌های کوبرنتیز را اجرا می‌کنند و توسط control plane مدیریت می‌شوند.

کوبرنتیز v1.36 از کلاستر‌هایی با حداکثر ۵,۰۰۰ گره(Node) پشتیبانی می‌کند. به طور خاص‌تر، کوبرنتیز به گونه‌ای طراحی شده است که پیکربندی‌هایی را که همه معیارهای زیر را برآورده می‌کنند، در خود جای دهد:

نصب kubeadm

Mon, 01 Jan 0001 00:00:00 +0000

این صفحه نحوه نصب جعبه ابزار kubeadm را نشان می‌دهد. برای کسب اطلاعات در مورد نحوه ایجاد یک کلاستر با kubeadm پس از انجام این فرآیند نصب، به صفحه ایجاد یک کلاستر با kubeadm مراجعه کنید.

این راهنمای نصب برای کوبرنتیز v1.36 است. اگر می‌خواهید از نسخه دیگری از کوبرنتیز استفاده کنید، لطفاً به صفحات زیر مراجعه کنید:

پیش از شروع

یک میزبان لینوکس سازگار. پروژه کوبرنتیز دستورالعمل‌های عمومی برای توزیع‌های لینوکس مبتنی بر Debian و Red Hat و توزیع‌های بدون مدیر بسته ارائه می‌دهد.
۲ گیگابایت یا بیشتر رم برای هر دستگاه (هر چه کمتر باشد، فضای کمی برای برنامه‌های شما باقی می‌ماند).
۲ پردازنده مرکزی یا بیشتر برای ماشین‌های کنترلی.
اتصال کامل شبکه بین تمام ماشین‌های موجود در کلاستر (شبکه عمومی یا خصوصی اشکالی ندارد).
نام میزبان، نشانی(آدرس) MAC و شناسه محصول منحصر به فرد برای هر گره(node). برای جزئیات بیشتر به اینجا مراجعه کنید.
پورت‌های خاصی روی دستگاه‌های شما باز هستند. برای جزئیات بیشتر به اینجا مراجعه کنید.

توجه:

نصب kubeadm از طریق فایل های باینری انجام می‌شود که از پیوند پویا استفاده می‌کنند و فرض می‌کنند که سیستم هدف شما glibc را ارائه می‌دهد. این یک فرض منطقی در بسیاری از توزیع‌های لینوکس (از جمله دبیان، اوبونتو، فدورا، CentOS و غیره) است. اما همیشه در مورد توزیع‌های سفارشی و سبک که به طور پیش‌فرض glibc را شامل نمی‌شوند، مانند Alpine Linux، صدق نمی‌کند. انتظار می‌رود که توزیع یا شامل glibc یا یک لایه سازگاری باشد که نمادهای مورد انتظار را ارائه می‌دهد.

نسخه سیستم عامل خود را بررسی کنید

توجه: این بخش به پروژه‌های شخص ثالث که قابلیت‌های مورد نیاز کوبرنتیز را ارائه می‌دهند لینک می‌دهد. نویسندگان پروژه کوبرنتیز مسئول این پروژه‌ها نیستند که به ترتیب حروف الفبا لیست شده‌اند. برای افزودن پروژه به این لیست، قبل از ارسال تغییر راهنمای محتوا را بخوانید. اطلاعات بیشتر.

Linux
Windows

پروژه kubeadm از هسته‌های LTS پشتیبانی می‌کند. برای مشاهده به لیست هسته‌(kernel)های LTS مراجعه کنید.
شما می‌توانید با استفاده از دستور uname -r نسخه هسته(kernel) را دریافت کنید.

برای اطلاعات بیشتر، به الزامات هسته(kernel) لینوکس مراجعه کنید.

اجرا در چندین منطقه

Mon, 01 Jan 0001 00:00:00 +0000

این صفحه اجرای کوبرنتیز را در چندین منطقه توضیح می‌دهد..

پیشینه

کوبرنتیز به گونه‌ای طراحی شده است که یک کلاستر کوبرنتیز می‌تواند در چندین منطقه خرابی اجرا شود، که معمولاً این مناطق در یک گروه‌بندی منطقی به نام region قرار می‌گیرند. ارائه دهندگان اصلی ابر، یک منطقه را به عنوان مجموعه‌ای از مناطق خرابی (که به آن availability zones نیز می‌گویند) تعریف می‌کنند که مجموعه‌ای از ویژگی‌ها را ارائه می‌دهند: در یک منطقه، هر منطقه APIها و خدمات یکسانی را ارائه می‌دهد.

بازبینی برای تأییدکنندگان و بازبین‌ها

Mon, 01 Jan 0001 00:00:00 +0000

بازبین‌ها (Reviewers) و تأییدکنندگان (Approvers) در SIG Docs هنگام بازبینی یک تغییر چند کار اضافه نیز انجام می‌دهند.

هر هفته یکی از تأییدکنندگان مستندات (docs approver) داوطلب می‌شود تا Pull Requestها را تریاژ (triage) و بازبینی کند. این فرد در آن هفته "PR Wrangler" است. برای اطلاعات بیشتر، به زمان‌بندی PR Wrangler مراجعه کنید. برای تبدیل شدن به PR Wrangler، در نشست هفتگی SIG Docs شرکت کنید و داوطلب شوید. حتی اگر در برنامهٔ همین هفته نام شما نیست، هنوز هم می‌توانید Pull Requestهایی (PRها) را که در حال حاضر تحت بازبینی فعال نیستند، بررسی کنید.

عیب‌یابی kubeadm

Mon, 01 Jan 0001 00:00:00 +0000

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

اگر مشکل شما در لیست زیر نیست، لطفاً مراحل زیر را دنبال کنید:

اگر فکر می‌کنید مشکل شما یک باگ در kubeadm است:
- به github.com/kubernetes/kubeadm بروید و مشکلات موجود را جستجو کنید.
- اگر مشکلی وجود ندارد، لطفاً یکی را باز کنید و الگوی مشکل را دنبال کنید.
اگر در مورد نحوه‌ی کار kubeadm مطمئن نیستید، می‌توانید در Slack در #kubeadm سوال خود را بپرسید، یا در StackOverflow سوالی مطرح کنید. لطفاً برچسب‌های مرتبط مانند #kubernetes و #kubeadm را وارد کنید تا دیگران بتوانند به شما کمک کنند.

اعتبارسنجی تنظیمات گره(Node)

Mon, 01 Jan 0001 00:00:00 +0000

تست انطباق گره

آزمون انطباق گره یک چارچوب آزمون کانتینری‌شده است که برای یک گره، راستی‌آزمایی سامانه و آزمون کارکرد فراهم می‌کند. این آزمون بررسی می‌کند آیا گره حداقل نیازمندی‌های کوبرنتیز را برآورده می‌کند یا نه؛ گره‌ای که این آزمون را با موفقیت پشت سر بگذارد، صلاحیت پیوستن به یک کلاستر کوبرنتیز را دارد.

پیش‌نیاز گره

هشدارها برای اجرای تست انطباق گره، یک گره باید همان پیش‌نیازهای یک گره استاندارد کوبرنتیز را داشته باشد. حداقل، گره باید سرویس‌های زیر را نصب کرده باشد:

اجرای استانداردهای امنیتی pod

Mon, 01 Jan 0001 00:00:00 +0000

این صفحه مروری بر بهترین شیوه‌ها در مورد اجرای استانداردهای امنیتی پاد ارائه می‌دهد.

استفاده از کنترل‌کننده پذیرش امنیتی داخلی pod

وضعیت ویژگی: کوبرنتیز v1.25 [stable]

کنترل‌کننده‌ی پذیرش امنیت پاد Pod Security Admission Controller قصد دارد جایگزین سیاست‌های امنیتی منسوخ‌شده‌ی پاد (PodSecurityPolicies) شود.

پیکربندی تمام Namespace های کلاستر

namespace یی که فاقد هرگونه پیکربندی هستند، باید به عنوان شکاف‌های قابل توجه در مدل امنیتی کلاستر شما در نظر گرفته شوند. توصیه می‌کنیم برای تجزیه و تحلیل انواع Workloads موجود در هر namespace، وقت بگذارید و با مراجعه به استانداردهای امنیتی پاد، سطح مناسبی را برای هر یک از آنها تعیین کنید. فضاهای نام بدون برچسب فقط باید نشان دهند که هنوز ارزیابی نشده‌اند.

بومی‌سازی مستندات کوبرنتیز

Mon, 01 Jan 0001 00:00:00 +0000

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

کمک به محلی سازی موجود

شما می‌توانید به افزودن یا بهبود محتوای یک محلی‌سازی موجود کمک کنید. در کانال Kubernetes در Slack، می‌توانید برای هر محلی‌سازی یک کانال پیدا کنید. همچنین یک کانال عمومی در Slack تحت عنوان SIG Docs Localizations وجود دارد که می‌توانید در آن سلام کنید.

توجه:

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

راه‌اندازی کلاستر etcd با قابلیت دسترسی بالا با kubeadm

Mon, 01 Jan 0001 00:00:00 +0000

به طور پیش‌فرض، kubeadm یک نمونه etcd محلی را روی هر گره(node) control plane اجرا می‌کند.

همچنین می‌توان با کلاستر(cluster) etcd به عنوان خارجی رفتار کرد و نمونه‌های etcd را روی میزبان‌های جداگانه آماده‌سازی کرد. تفاوت‌های بین این دو رویکرد در صفحه گزینه‌هایی برای توپولوژی با دسترسی بالا پوشش داده شده است.

این وظیفه، فرآیند ایجاد یک کلاستر خارجی etcd با دسترسی بالا از سه عضو را بررسی می‌کند که می‌توانند توسط kubeadm در طول ایجاد کلاستر مورد استفاده قرار گیرند.

پیکربندی هر kubelet در کلاستر شما با استفاده از kubeadm

Mon, 01 Jan 0001 00:00:00 +0000

توجه: Dockershim از نسخه 1.24 از پروژه کوبرنتیز حذف شده است. برای جزئیات بیشتر سوالات متداول حذف Dockershim را بخوانید.

وضعیت ویژگی: کوبرنتیز v1.11 [stable]

چرخه حیات ابزار رابط خط فرمان kubeadm از kubelet که یک سرویس (daemon) است که روی هر گره(node) در کلاستر کوبرنتیز اجرا می‌شود، جدا شده است. ابزار رابط خط فرمان kubeadm هنگام راه‌اندازی یا ارتقاء کوبرنتیز توسط کاربر اجرا می‌شود، در حالی که kubelet همیشه در پس‌زمینه در حال اجرا است.

راهنمای namespace

Mon, 01 Jan 0001 00:00:00 +0000

کوبرنتیز namespace به پروژه‌ها، تیم‌ها یا مشتریان مختلف کمک کنید تا کلاستر کوبرنتیز را به اشتراک بگذارند.

این کار را با ارائه موارد زیر انجام می‌دهد:

یک محدوده برای نام‌ها.
سازوکاری برای ضمیمه کردن مجوز و سیاست به یک زیربخش از کلاستر.

استفاده از چندین namespace اختیاری است.

Mon, 01 Jan 0001 00:00:00 +0000

CNCF Community Code of Conduct v1.3

Community Code of Conduct

As contributors, maintainers, and participants in the CNCF community, and in the interest of fostering an open and welcoming community, we pledge to respect all people who participate or contribute through reporting issues, posting feature requests, updating documentation, submitting pull requests or patches, attending conferences or events, or engaging in other community or project activities.

Mon, 01 Jan 0001 00:00:00 +0000

The files in this directory have been imported from other sources. Do not edit them directly, except by replacing them with new versions.

Localization note: you do not need to create localized versions of any of the files in this directory.

Mon, 01 Jan 0001 00:00:00 +0000

‫

مستندات فارسی کوبرنتیز

‫

‫ خوش آمدید! این مخزن شامل محتویات لازم برای ساخت تارنما کوبرنتیز فارسی و مستندات آن است. خوشحال می‌شویم که در این مسیر با مشارکت کردن ما را همراهی کنید.

‫

نحوه مشارکت کردن در مستندسازی

‫ شما می‌توانید روی دکمه‌ی Fork در گوشه‌ی سمت راست بالای صفحه کلیک کنید تا یک رونوشت از این مخزن در حساب گیت‌هاب خود ایجاد کنید. این رونوشت fork نامیده می‌شود. تغییرات دلخواه را در fork خود اعمال کنید. وقتی آماده‌ی ارسال آن تغییرات به ما شدید، به fork خود بروید و یک درخواست ادغام جدید(PR) ایجاد کنید و به ما اطلاع دهید.

آیین‌نامه رفتاری انجمن کوبرنتیز

Mon, 01 Jan 0001 00:00:00 +0000

کوبرنتیز از آیین‌نامه رفتاری CNCF پیروی می‌کند. متن آیین‌نامه رفتاری CNCF در زیر آمده است commit 71412bb02.

CNCF Community Code of Conduct v1.3

Community Code of Conduct

انتشارات وصله (patch)

Mon, 01 Jan 0001 00:00:00 +0000

اطلاعات تماس و زمان‌بندی تیم برای انتشار وصله‌(patch)های کوبرنتیز. برای اطلاعات کلی در مورد چرخه انتشار کوبرنتیز، به شرح فرآیند انتشار مراجعه کنید.

ریتم

ریتم انتشار وصله(patch) ما معمولاً ماهانه است. معمولاً برای اولین انتشارهای وصله (patch) کمی سریع‌تر (۱ تا ۲ هفته) پس از انتشار جزئی 1.X است. رفع اشکالات بحرانی ممکن است باعث انتشار فوری‌تر و خارج از ریتم معمول شود. ما همچنین قصد داریم در دوره‌های تعطیلات مهم، انتشاری نداشته باشیم.

دانلود کوبرنتیز

Mon, 01 Jan 0001 00:00:00 +0000

کوبرنتیز باینری‌هایی را برای هر بخش، همراه با مجموعه‌ای استاندارد از برنامه‌های کلاینت برای راه‌اندازی (bootstrap) یا تعامل با یک کلاستر ارائه می‌دهد. بخش‌هایی مانند API Server قابلیت اجرا در قالب ایمیج‌های کانتینری داخل کلاستر را دارند. این بخش‌ها همچنین به‌عنوان بخشی از فرآیند انتشار رسمی، در قالب ایمیج‌های کانتینری نیز عرضه می‌شوند. تمام باینری‌ها و ایمیج‌های کانتینری برای سیستم‌عامل‌ها و معماری‌های سخت‌افزاری مختلف در دسترس هستند.

kubectl

ابزار خط فرمان کوبرنتیز، یعنی kubectl، این امکان را به شما می‌دهد که دستورات را بروی کلاسترهای کوبرنتیز اجرا کنید.

مدیران انتشار

Mon, 01 Jan 0001 00:00:00 +0000

«مدیران انتشار» یک اصطلاح کلی است که شامل مجموعه‌ای از مشارکت‌کنندگان کوبرنتیز می‌شود که مسئول نگهداری شاخه‌های انتشار و ایجاد نسخه‌ها با استفاده از ابزارهایی هستند که SIG Release ارائه می‌دهد.

مسئولیت‌های هر نقش در ادامه شرح داده شده است.

تماس بگیرید
- سیاست تحریم امنیتی
کتاب های راهنما
مدیران انتشار
- تبدیل شدن به یک مدیر انتشار
همکاران مدیر انتشار
- تبدیل شدن به یک همکار مدیر انتشار
رهبران SIG Release
- رؤسا
- رهبران فنی

تماس بگیرید

لیست پستی	Slack	دید	کاربرد	عضویت
release-managers@kubernetes.io	#release-management (channel) / @release-managers (user group)	عمومی	بحث عمومی برای مدیران اتشار	همه مدیران انتشار (شامل همکاران و روسای SIG)
release-managers-private@kubernetes.io	N/A	خصوصی	خصوصی بحث برای مدیران انتشار ممتاز	مدیران انتشار، رهبری انتشار SIG
security-release-team@kubernetes.io	#security-release-team (channel) / @security-rel-team (user group)	خصوصی	هماهنگی انتشار اطلاعات امنیتی با کمیته واکنش امنیتی	security-discuss-private@kubernetes.io, release-managers-private@kubernetes.io

سیاست تحریم امنیتی

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

یادداشت‌ها

Mon, 01 Jan 0001 00:00:00 +0000

یادداشت‌های انتشار (Release Notes) را می‌توانید با مطالعه فهرست تغییرات که با نسخه کوبرنتیز شما مطابقت دارد، بیابید. برای مشاهده تغییرات نسخه 1.36، به GitHub مراجعه کنید.

همچنین، یادداشت‌های انتشار را می‌توانید به صورت آنلاین جستجو و فیلتر کنید در: relnotes.k8s.io. برای مشاهده یادداشت‌های انتشار فیلتر شده برای نسخه 1.36 به relnotes.k8s.io مراجعه کنید.