| KUBERNETES(1) | راهنمای کاربر kubernetes | KUBERNETES(1) |
نام (NAME)
kubeadm-init-phase-kubelet-start - نوشتن تنظیمات kubelet و راهاندازی (یا راهاندازی مجدد) kubelet
خلاصه دستور (SYNOPSIS)
kubeadm init phase kubelet-start [OPTIONS]
توضیحات (DESCRIPTION)
نوشتن یک فایل حاوی KubeletConfiguration و یک فایل متغیرهای محیطی شامل تنظیمات اختصاصی نود برای kubelet، و سپس راهاندازی (یا راهاندازی مجدد) kubelet.
گزینهها (OPTIONS)
--config="" مسیر یک فایل پیکربندی kubeadm.
--cri-socket="" مسیر سوکت CRI برای اتصال. در صورت خالی بودن، kubeadm تلاش میکند این مقدار را به صورت خودکار شناسایی کند؛ از این گزینه تنها در صورتی استفاده کنید که بیش از یک CRI نصب شده باشد یا از سوکت غیراستاندارد CRI استفاده میکنید.
--dry-run=false هیچ تغییری اعمال نکن؛ فقط کارهایی را که انجام خواهد شد خروجی بده.
--image-repository="registry.k8s.io" انتخاب یک رجیستری کانتینر برای دریافت (pull) ایمیجهای صفحه کنترل از آن.
--node-name="" مشخص کردن نام نود.
--patches="" مسیر دایرکتوری حاوی فایلهایی با الگوی نامگذاری "target[suffix][+patchtype].extension". برای نمونه، "kube-apiserver0+merge.yaml" یا صرفاً "etcd.json". مقدار "target" میتواند یکی از موارد "kube-apiserver"، "kube-controller-manager"، "kube-scheduler"، "etcd"، "kubeletconfiguration" یا "corednsdeployment" باشد. مقدار "patchtype" میتواند یکی از قالبهای "strategic"، "merge" یا "json" باشد که مطابق با قالبهای وصله پشتیبانیشده توسط kubectl هستند. مقدار پیشفرض "patchtype" برابر با "strategic" است. مقدار "extension" باید "json" یا "yaml" باشد. مقدار "suffix" یک رشته اختیاری است که میتوان از آن برای تعیین ترتیب الفبایی-عددی اعمال وصلهها استفاده کرد.
گزینههای به ارث رسیده از دستورات والد (OPTIONS INHERITED FROM PARENT COMMANDS)
--rootfs="" مسیر سیستمفایل ریشه «واقعی» میزبان. این گزینه باعث میشود kubeadm در مسیر ارائهشده chroot کند.
--version=false --version و --version=raw اطلاعات نسخه را چاپ کرده و خارج میشوند؛ --version=vX.Y.Z... نسخه گزارششده را تنظیم میکند.
مثال (EXAMPLE)
# Writes a dynamic environment file with kubelet flags from a InitConfiguration file. kubeadm init phase kubelet-start --config config.yaml
همچنین ببینید (SEE ALSO)
تاریخچه (HISTORY)
ژانویه ۲۰۱۵، در ابتدا توسط Eric Paris (eparis at redhat dot com) بر پایه محتوای منبع kubernetes گردآوری شد، اما امید است که از آن زمان به بعد به طور خودکار تولید شده باشند!
| Jan 2015 | Eric Paris |