KUBERNETES(1) راهنمای کاربر kubernetes KUBERNETES(1)

kubectl-create-rolebinding - ایجاد یک پیوند نقش (RoleBinding) برای یک Role یا ClusterRole مشخص

kubectl create rolebinding [OPTIONS]

ایجاد یک پیوند نقش (RoleBinding) برای یک Role یا ClusterRole خاص.

--allow-missing-template-keys=true در صورت true بودن، از هرگونه خطای درون الگوها در زمان مفقود بودن یک فیلد یا کلید map در الگو چشم‌پوشی می‌شود. فقط برای فرمت‌های خروجی golang و jsonpath اعمال می‌گردد.

--clusterrole="" نقش خوشه‌ای (ClusterRole) که این RoleBinding باید به آن ارجاع دهد

--dry-run="none" باید یکی از مقادیر "none"، "server" یا "client" باشد. اگر راهبرد client باشد، فقط شیئی را که ارسال خواهد شد چاپ می‌کند بدون اینکه آن را بفرستد. اگر راهبرد server باشد، درخواست سمت سرور را بدون پایدارسازی و ذخیره منبع ارسال می‌کند.

--field-manager="kubectl-create" نام مدیری که برای ردیابی مالکیت فیلدها استفاده می‌شود.

--group=[] گروه‌هایی که باید به نقش متصل (bind) شوند. این فلگ می‌تواند برای افزودن چندین گروه تکرار شود.

-o, --output="" فرمت خروجی. یکی از موارد: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file).

--role="" نقشی (Role) که این RoleBinding باید به آن ارجاع دهد

--save-config=false در صورت true بودن، پیکربندی شیء کنونی در حاشیه‌نویسی (annotation) آن ذخیره خواهد شد. در غیر این صورت، حاشیه‌نویسی بدون تغییر باقی می‌ماند. این فلگ زمانی مفید است که بخواهید در آینده kubectl apply را روی این شیء اجرا کنید.

--serviceaccount=[] حساب‌های کاربری خدمت (service accounts) برای اتصال به نقش، در قالب namespace:name. این فلگ می‌تواند برای افزودن چندین حساب کاربری خدمت تکرار شود.

--show-managed-fields=false در صورت true بودن، هنگام چاپ اشیاء در قالب‌های JSON یا YAML فیلدهای managedFields حفظ می‌شوند.

--template="" رشته الگو یا مسیر فایل الگو برای استفاده در زمان‌های -o=go-template و -o=go-template-file. فرمت الگو از نوع الگوهای golang است [http://golang.org/pkg/text/template/#pkg-overview].

--user=[] نام‌های کاربری برای اتصال به نقش. این فلگ می‌تواند برای افزودن چندین کاربر تکرار شود.

--validate="strict" باید یکی از موارد strict (یا true)، warn، یا ignore (یا false) باشد. مقدار "true" یا "strict" از یک طرح‌واره (schema) برای اعتبارسنجی ورودی استفاده کرده و در صورت نامعتبر بودن، درخواست را با خطا مواجه می‌کند. اگر ServerSideFieldValidation روی api-server فعال باشد، اعتبارسنجی سمت سرور را انجام می‌دهد، اما در غیر این صورت به اعتبارسنجی با قابلیت اطمینان کمتر در سمت کلاینت بازمی‌گردد. مقدار "warn" در صورتی که اعتبارسنجی فیلد سمت سرور روی API server فعال باشد، در مورد فیلدهای ناشناخته یا تکراری بدون مسدود کردن درخواست هشدار می‌دهد، و در غیر این صورت مانند "ignore" رفتار می‌کند. مقدار "false" یا "ignore" هیچ اعتبارسنجی طرح‌واره‌ای انجام نمی‌دهد و هر فیلد ناشناخته یا تکراری را بدون اعلام رد می‌کند.

--as="" نام کاربری برای جعل هویت (impersonate) در این عملیات. کاربر می‌تواند یک کاربر معمولی یا یک حساب خدمت (service account) در یک فضای نام (namespace) باشد.

--as-group=[] گروه برای جعل هویت در این عملیات؛ این فلگ می‌تواند برای تعیین چندین گروه تکرار شود.

--as-uid="" شناسه UID برای جعل هویت در این عملیات.

--as-user-extra=[] اطلاعات اضافی کاربر برای جعل هویت در این عملیات؛ این فلگ می‌تواند برای تعیین چندین مقدار برای یک کلید یکسان تکرار شود.

--cache-dir="/home/username/.kube/cache" دایرکتوری پیش‌فرض کش

--certificate-authority="" مسیر فایل گواهی برای مرجع صدور گواهی (certificate authority)

--client-certificate="" مسیر فایل گواهی کلاینت برای TLS

--client-key="" مسیر فایل کلید کلاینت برای TLS

--cluster="" نام کلاستر kubeconfig برای استفاده

--context="" نام کانتکست kubeconfig برای استفاده

--disable-compression=false در صورت true بودن، از فشرده‌سازی پاسخ‌ها برای تمام درخواست‌ها به سرور صرف‌نظر می‌شود

--insecure-skip-tls-verify=false در صورت true بودن، اعتبار گواهی سرور بررسی نخواهد شد. این کار اتصالات HTTPS شما را ناامن می‌کند

--kubeconfig="" مسیر فایل kubeconfig برای استفاده در درخواست‌های CLI.

--kuberc="" مسیر فایل kuberc برای استفاده در ترجیحات (preferences). این قابلیت می‌تواند با export کردن feature gate به صورت KUBECTL_KUBERC=false یا خاموش کردن ویژگی با KUBERC=off غیرفعال شود.

--match-server-version=false الزام به تطابق نسخه سرور با نسخه کلاینت

-n, --namespace="" در صورت وجود، حوزه namespace برای این درخواست CLI

--password="" رمز عبور برای احراز هویت پایه (basic authentication) در سرور API

--profile="none" نام پروفایل برای ثبت. یکی از (none|cpu|heap|goroutine|threadcreate|block|mutex|trace)

--profile-output="profile.pprof" نام فایلی که پروفایل در آن ذخیره می‌شود

--request-timeout="0" مدت زمان انتظار پیش از انصراف از یک درخواست به سرور. مقادیر غیر صفر باید شامل واحد زمانی متناظر باشند (مانند 1s، 2m، 3h). مقدار صفر یعنی درخواست‌ها هرگز منقضی نشوند (بدون timeout).

-s, --server="" آدرس و پورت سرور Kubernetes API

--tls-server-name="" نام سرور برای اعتبارسنجی گواهی سرور. در صورت عدم ارائه، از hostname استفاده‌شده برای برقراری ارتباط با سرور استفاده می‌شود

--token="" توکن Bearer برای احراز هویت در سرور API

--username="" نام کاربری برای احراز هویت پایه در سرور API

--version=false گزینه --version یا --version=raw اطلاعات نسخه را چاپ کرده و خارج می‌شود؛ --version=vX.Y.Z... نسخه گزارش‌شده را تنظیم می‌کند

--warnings-as-errors=false در نظر گرفتن هشدارهای دریافتی از سرور به عنوان خطا و خروج با کد وضعیت غیر صفر

# ایجاد یک role binding برای user1، user2 و group1 با استفاده از نقش خوشه‌ای admin
kubectl create rolebinding admin --clusterrole=admin --user=user1 --user=user2 --group=group1
# ایجاد یک role binding برای حساب خدمت monitoring:sa-dev با استفاده از نقش admin
kubectl create rolebinding admin-binding --role=admin --serviceaccount=monitoring:sa-dev

kubectl-create(1)

ژانویه ۲۰۱۵، در ابتدا توسط Eric Paris (eparis at redhat dot com) بر پایه محتوای منبع kubernetes گردآوری شد، اما امید است که از آن زمان به بعد به طور خودکار تولید شده باشند!

Jan 2015 Eric Paris