.nh .TH KUBERNETES 1 "Jan 2015" "Eric Paris" "راهنمای کاربر kubernetes" .SH "نام (NAME)" kubeadm-join-phase-etcd-join \- پیوستن etcd برای گره‌های صفحه کنترل .SH "خلاصه دستور (SYNOPSIS)" \fBkubeadm join phase etcd-join\fP [OPTIONS] .SH "توضیحات (DESCRIPTION)" پیوستن etcd برای گره‌های صفحه کنترل (control plane). .SH "گزینه‌ها (OPTIONS)" \fB--apiserver-advertise-address\fP="" اگر گره قرار است میزبان یک نمونه صفحه کنترل جدید باشد، آدرس IP که API Server اعلام می‌کند روی آن در حال شنود است. اگر تنظیم نشود، از رابط شبکه پیش‌فرض استفاده خواهد شد. .PP \fB--config\fP="" مسیر یک فایل پیکربندی kubeadm. .PP \fB--control-plane\fP=false ایجاد یک نمونه صفحه کنترل جدید روی این گره .PP \fB--dry-run\fP=false هیچ تغییری اعمال نکن؛ فقط کارهایی را که انجام خواهد شد خروجی بده. .PP \fB--node-name\fP="" مشخص کردن نام گره. .PP \fB--patches\fP="" مسیر دایرکتوری حاوی فایل‌هایی با الگوی نام‌گذاری "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" باشد و این موارد با قالب‌های وصله (patch) پشتیبانی‌شده توسط kubectl تطابق دارند. مقدار پیش‌فرض "patchtype" برابر "strategic" است. پسوند "extension" باید "json" یا "yaml" باشد. رشته "suffix" اختیاری است و می‌تواند برای تعیین تقدم الفبایی-عددی در اعمال وصله‌ها استفاده شود. .SH "گزینه‌های به ارث رسیده از دستورات والد (OPTIONS INHERITED FROM PARENT COMMANDS)" \fB--rootfs\fP="" مسیر سیستم‌فایل ریشه «واقعی» میزبان. این گزینه باعث می‌شود kubeadm در مسیر ارائه‌شده chroot کند. .PP \fB--version\fP=false \fB--version\fP و \fB--version=raw\fP اطلاعات نسخه را چاپ کرده و خارج می‌شوند؛ \fB--version=vX.Y.Z...\fP نسخه گزارش‌شده را تنظیم می‌کند. .SH "مثال‌ها (EXAMPLES)" .EX # پیوستن etcd برای یک نمونه صفحه کنترل kubeadm join phase control-plane-join-etcd all .EE .SH "همچنین ببینید (SEE ALSO)" \fBkubeadm-join-phase(1)\fP .SH "تاریخچه (HISTORY)" ژانویه ۲۰۱۵، در ابتدا توسط Eric Paris (eparis at redhat dot com) بر پایه محتوای منبع kubernetes گردآوری شد، اما امید است که از آن زمان به بعد به طور خودکار تولید شده باشند!