| KUBERNETES(1) | راهنمای کاربر kubernetes | KUBERNETES(1) |
نام (NAME)
kubectl-create - ایجاد یک منبع از یک فایل یا از stdin
خلاصه دستور (SYNOPSIS)
kubectl create [OPTIONS]
توضیحات (DESCRIPTION)
ایجاد یک منبع از یک فایل یا از stdin.
فرمتهای JSON و YAML پذیرفته میشوند.
گزینهها (OPTIONS)
--allow-missing-template-keys=true در صورت true بودن، از هرگونه خطای درون الگوها در زمان مفقود بودن یک فیلد یا کلید map در الگو چشمپوشی میشود. فقط برای فرمتهای خروجی golang و jsonpath اعمال میگردد.
--dry-run="none" باید یکی از مقادیر "none"، "server" یا "client" باشد. اگر راهبرد client باشد، فقط شیئی را که ارسال خواهد شد چاپ میکند بدون اینکه آن را بفرستد. اگر راهبرد server باشد، درخواست سمت سرور را بدون پایدارسازی و ذخیره منبع ارسال میکند.
--edit=false ویرایش منبع API پیش از ایجاد
--field-manager="kubectl-create" نام مدیری که برای ردیابی مالکیت فیلدها استفاده میشود.
-f, --filename=[] نام فایل، دایرکتوری یا نشانی URL فایلهایی که برای ایجاد منبع استفاده میشوند
-k, --kustomize="" پردازش دایرکتوری kustomization. این فلگ نمیتواند همراه با -f یا -R استفاده شود.
-o, --output="" فرمت خروجی. یکی از موارد: (json, yaml, kyaml, name, go-template, go-template-file, template, templatefile, jsonpath, jsonpath-as-json, jsonpath-file).
--raw="" نشانی URI خام برای ارسال با متد POST به سرور. از روش انتقال مشخصشده توسط فایل kubeconfig استفاده میکند.
--record=false ثبت دستور جاری kubectl در annotation منبع. اگر روی false تنظیم شود، دستور ثبت نمیشود. اگر روی true تنظیم شود، دستور ثبت میشود. اگر تنظیم نشود، پیشفرض تنها در صورتی مقدار annotation موجود را بهروزرسانی میکند که از قبل وجود داشته باشد.
-R, --recursive=false پردازش بازگشتی دایرکتوری استفادهشده در -f، --filename. زمانی مفید است که بخواهید مانیفستهای مرتبط سازمانیافته در یک دایرکتوری یکسان را مدیریت کنید.
--save-config=false در صورت true بودن، پیکربندی شیء کنونی در annotation آن ذخیره خواهد شد. در غیر این صورت، annotation بدون تغییر باقی میماند. این فلگ زمانی مفید است که بخواهید در آینده kubectl apply را روی این شیء اجرا کنید.
-l, --selector="" انتخابگر (پرسوجوی برچسب) برای فیلتر کردن، از '='، '=='، '!='، 'in' و 'notin' پشتیبانی میکند (مانند -l key1=value1,key2=value2,key3 in (value3)). اشیاء منطبق باید تمام محدودیتهای برچسب مشخصشده را برآورده کنند.
--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].
--validate="strict" باید یکی از موارد strict (یا true)، warn یا ignore (یا false) باشد. مقدار "true" یا "strict" از یک اسکیما برای اعتبارسنجی ورودی استفاده کرده و در صورت نامعتبر بودن، درخواست را با شکست مواجه میکند. اگر ServerSideFieldValidation روی api-server فعال باشد، اعتبارسنجی سمت سرور را انجام میدهد، اما در غیر این صورت به اعتبارسنجی با قابلیت اطمینان کمتر در سمت کلاینت بازمیگردد. مقدار "warn" در صورتی که اعتبارسنجی سمت سرور روی API server فعال باشد، در مورد فیلدهای ناشناخته یا تکراری بدون مسدود کردن درخواست هشدار میدهد، و در غیر این صورت مانند "ignore" رفتار میکند. مقدار "false" یا "ignore" هیچ اعتبارسنجی اسکیمایی انجام نداده و فیلدهای ناشناخته یا تکراری را بدون اعلام نادیده میگیرد.
--windows-line-endings=false تنها در صورتی مرتبط است که edit=true-- باشد. به طور پیشفرض از انتهای خط بومی پلتفرم شما استفاده میکند.
گزینههای به ارث رسیده از دستورات والد (OPTIONS INHERITED FROM PARENT COMMANDS)
--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
--user="" نام کاربر kubeconfig برای استفاده
--username="" نام کاربری برای احراز هویت پایه در سرور API
--version=false گزینه --version یا --version=raw اطلاعات نسخه را چاپ کرده و خارج میشود؛ --version=vX.Y.Z... نسخه گزارششده را تنظیم میکند
--warnings-as-errors=false در نظر گرفتن هشدارهای دریافتی از سرور به عنوان خطا و خروج با کد وضعیت غیر صفر
مثالها (EXAMPLES)
# ایجاد یک پاد با استفاده از دادههای موجود در pod.json kubectl create -f ./pod.json # ایجاد یک پاد بر اساس JSON ارسالشده به stdin cat pod.json | kubectl create -f - # ویرایش دادهها در registry.yaml در قالب JSON و سپس ایجاد منبع با استفاده از دادههای ویرایششده kubectl create -f registry.yaml --edit -o json
همچنین ببینید (SEE ALSO)
kubectl(1), kubectl-create-clusterrole(1), kubectl-create-clusterrolebinding(1), kubectl-create-configmap(1), kubectl-create-cronjob(1), kubectl-create-deployment(1), kubectl-create-ingress(1), kubectl-create-job(1), kubectl-create-namespace(1), kubectl-create-poddisruptionbudget(1), kubectl-create-priorityclass(1), kubectl-create-quota(1), kubectl-create-role(1), kubectl-create-rolebinding(1), kubectl-create-secret(1), kubectl-create-service(1), kubectl-create-serviceaccount(1), kubectl-create-token(1)
تاریخچه (HISTORY)
ژانویه ۲۰۱۵، در ابتدا توسط Eric Paris (eparis at redhat dot com) بر پایه محتوای منبع kubernetes گردآوری شد، اما امید است که از آن زمان به بعد به طور خودکار تولید شده باشند!
| Jan 2015 | Eric Paris |