.nh
.TH KUBERNETES 1 "Jan 2015" "Eric Paris" "راهنمای کاربر kubernetes"

.SH "نام (NAME)"
kubectl-autoscale \- مقیاس‌بندی خودکار یک deployment، replica set، stateful set یا replication controller


.SH "خلاصه دستور (SYNOPSIS)"
\fBkubectl autoscale\fP [OPTIONS]


.SH "توضیحات (DESCRIPTION)"
یک مقیاس‌بخش خودکار (autoscaler) ایجاد می‌کند که به طور خودکار تعداد پادهای در حال اجرا در یک کلاستر کوبرنتیز را انتخاب و تنظیم می‌نماید. این دستور ابتدا تلاش می‌کند از API مربوط به autoscaling/v2 استفاده کند و در صورت بروز خطا، به API مربوط به autoscaling/v1 بازمی‌گردد.

.PP
یک deployment، replica set، stateful set یا replication controller را بر اساس نام جستجو کرده و یک مقیاس‌بخش خودکار ایجاد می‌کند که از منبع مشخص‌شده به عنوان مرجع استفاده می‌نماید. یک مقیاس‌بخش خودکار می‌تواند در صورت نیاز، تعداد پادهای مستقر در سیستم را به طور خودکار افزایش یا کاهش دهد.


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

.PP
\fB--cpu\fP=""
	میزان استفاده هدف از CPU در تمام پادها. در صورت تعیین به صورت درصد (مانند "70%" برای ۷۰٪ از CPU درخواستی)، میانگین مصرف را هدف قرار می‌دهد. در صورت تعیین به عنوان کمیت (مانند "500m" برای ۵۰۰ میلی‌سی‌پی‌یو)، میانگین مقدار را هدف قرار می‌دهد. مقدار بدون واحد به عنوان کمیتی با واحد میلی‌سی‌پی‌یو در نظر گرفته می‌شود (مانند "500" که معادل "500m" است).

.PP
\fB--cpu-percent\fP=-1
	میانگین درصد استفاده هدف از CPU (به صورت درصدی از CPU درخواستی) در تمام پادها. در صورت عدم تعیین یا منفی بودن، یک سیاست پیش‌فرض مقیاس‌بندی خودکار استفاده خواهد شد.

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

.PP
\fB--field-manager\fP="kubectl-autoscale"
	نام مدیری که برای ردیابی مالکیت فیلدها استفاده می‌شود.

.PP
\fB-f\fP, \fB--filename\fP=[]
	نام فایل، دایرکتوری یا نشانی URL فایل‌هایی که منبع را برای مقیاس‌بندی خودکار مشخص می‌کنند.

.PP
\fB-k\fP, \fB--kustomize\fP=""
	پردازش دایرکتوری kustomization. این فلگ نمی‌تواند همراه با \fB\-f\fP یا \fB\-R\fP استفاده شود.

.PP
\fB--max\fP=-1
	حد بالای تعداد پادهایی که می‌توانند توسط مقیاس‌بخش خودکار تنظیم شوند. الزامی است.

.PP
\fB--memory\fP=""
	میزان استفاده هدف از حافظه در تمام پادها. در صورت تعیین به صورت درصد (مانند "60%" برای ۶۰٪ از حافظه درخواستی)، میانگین مصرف را هدف قرار می‌دهد. در صورت تعیین به عنوان کمیت (مانند "200Mi" برای ۲۰۰ مبی‌بایت، "1Gi" برای ۱ گیبی‌بایت)، میانگین مقدار را هدف قرار می‌دهد. مقدار بدون واحد به عنوان کمیتی با واحد مبی‌بایت در نظر گرفته می‌شود (مانند "200" که معادل "200Mi" است).

.PP
\fB--min\fP=-1
	حد پایین تعداد پادهایی که می‌توانند توسط مقیاس‌بخش خودکار تنظیم شوند. در صورت عدم تعیین یا منفی بودن، سرور یک مقدار پیش‌فرض را اعمال خواهد کرد.

.PP
\fB--name\fP=""
	نام شیء جدیداً ایجادشده. در صورت عدم تعیین، از نام منبع ورودی استفاده خواهد شد.

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

.PP
\fB--record\fP=false
	ثبت دستور فعلی kubectl در حاشیه‌نویسی منبع. در صورت تنظیم روی false، دستور ثبت نمی‌شود. در صورت تنظیم روی true، دستور ثبت می‌شود. در صورت عدم تنظیم، به طور پیش‌فرض مقدار حاشیه‌نویسی موجود تنها در صورتی به‌روزرسانی می‌شود که از قبل وجود داشته باشد.

.PP
\fB-R\fP, \fB--recursive\fP=false
	پردازش بازگشتی دایرکتوری استفاده‌شده در \fB\-f\fP، \fB\-\-filename\fP. زمانی کاربرد دارد که می‌خواهید مانیفست‌های مرتبط سازمان‌یافته در یک دایرکتوری یکسان را مدیریت کنید.

.PP
\fB--save-config\fP=false
	در صورت true بودن، پیکربندی شیء فعلی در حاشیه‌نویسی آن ذخیره می‌شود؛ در غیر این صورت حاشیه‌نویسی بدون تغییر خواهد ماند. این فلگ زمانی مفید است که بخواهید در آینده دستور kubectl apply را بر روی این شیء اجرا کنید.

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

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


.SH "گزینه‌های به ارث رسیده از دستورات والد (OPTIONS INHERITED FROM PARENT COMMANDS)"
\fB--as\fP=""
	نام کاربری برای جعل هویت (impersonate) در این عملیات. کاربر می‌تواند یک کاربر معمولی یا یک حساب خدمت (service account) در یک namespace باشد.

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

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

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

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

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

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

.PP
\fB--client-key\fP=""
	مسیر فایل کلید کلاینت برای TLS

.PP
\fB--cluster\fP=""
	نام کلاستر kubeconfig برای استفاده

.PP
\fB--context\fP=""
	نام کانتکست kubeconfig برای استفاده

.PP
\fB--disable-compression\fP=false
	در صورت true بودن، فشرده‌سازی پاسخ‌ها برای تمام درخواست‌ها به سرور غیرفعال می‌شود

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

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

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

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

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

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

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

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

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

.PP
\fB-s\fP, \fB--server\fP=""
	آدرس و پورت سرور Kubernetes API

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

.PP
\fB--token\fP=""
	توکن Bearer برای احراز هویت در سرور API

.PP
\fB--user\fP=""
	نام کاربر kubeconfig برای استفاده

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

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

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


.SH "مثال‌ها (EXAMPLES)"
.EX
  # مقیاس‌بندی خودکار یک deployment به نام "foo"، با تعداد پادهای بین ۲ تا ۱۰، بدون تعیین میزان استفاده هدف از CPU تا از سیاست پیش‌فرض مقیاس‌بندی خودکار استفاده شود
  kubectl autoscale deployment foo --min=2 --max=10

  # مقیاس‌بندی خودکار یک replication controller به نام "foo"، با تعداد پادهای بین ۱ تا ۵، با میزان استفاده هدف از CPU برابر با 80%
  kubectl autoscale rc foo --max=5 --cpu=80%

  # مقیاس‌بندی خودکار یک deployment به نام "bar"، با تعداد پادهای بین ۳ تا ۶، با میانگین هدف CPU برابر با 500m و حافظه برابر با 200Mi
  kubectl autoscale deployment bar --min=3 --max=6 --cpu=500m --memory=200Mi

  # مقیاس‌بندی خودکار یک deployment به نام "bar"، با تعداد پادهای بین ۲ تا ۸، با میزان استفاده هدف از CPU برابر با 60% و استفاده از حافظه برابر با 70%
  kubectl autoscale deployment bar --min=3 --max=6 --cpu=60% --memory=70%
.EE


.SH "همچنین ببینید (SEE ALSO)"
\fBkubectl(1)\fP


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