Init Persian localization - Part 30

Author: xirehat

content/fa/docs/concepts/architecture/self-healing.md

@@ -0,0 +1,49 @@
+---
+title: خودترمیمی کوبرنتیز  
+content_type: concept  
+weight: 50  
+feature:
+  title: خودترمیمی
+  anchor: بازیابی خودکار از آسیب
+  description: >
+    کوبرنتیز کانتینرهایی که از کار می‌افتند را مجدداً راه‌اندازی می‌کند، در صورت نیاز کل Podها را جایگزین می‌کند، در پاسخ به خرابی‌های گسترده‌تر، فضای ذخیره‌سازی را دوباره متصل می‌کند و می‌تواند با مقیاس‌پذیرهای خودکار گره ادغام شود تا حتی در سطح گره نیز خود را ترمیم کند.
+---
+<!-- overview -->
+
+کوبرنتیز با قابلیت‌های خودترمیمی طراحی شده است که به حفظ سلامت و در دسترس بودن بارهای کاری کمک می‌کند. این سیستم به طور خودکار کانتینرهای خراب را جایگزین می‌کند، بارهای کاری را در صورت از دسترس خارج شدن گره‌ها مجدداً برنامه‌ریزی می‌کند و تضمین می‌کند که وضعیت مطلوب سیستم حفظ شود.
+
+<!-- body -->
+
+## Self-Healing capabilities {#self-healing-capabilities} 
+
+- **Container-level restarts:** If a container inside a Pod fails, Kubernetes restarts it based on the [`restartPolicy`](/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy).
+
+- **Replica replacement:** If a Pod in a [Deployment](/docs/concepts/workloads/controllers/deployment/) or [StatefulSet](/docs/concepts/workloads/controllers/statefulset/) fails, Kubernetes creates a replacement Pod to maintain the specified number of replicas.
+  If a Pod fails that is part of a [DaemonSet](/docs/concepts/workloads/controllers/daemonset/) fails, the control plane
+  creates a replacement Pod to run on the same node.
+  
+- **Persistent storage recovery:** If a node is running a Pod with a PersistentVolume (PV) attached, and the node fails, Kubernetes can reattach the volume to a new Pod on a different node.
+
+- **Load balancing for Services:** If a Pod behind a [Service](/docs/concepts/services-networking/service/) fails, Kubernetes automatically removes it from the Service's endpoints to route traffic only to healthy Pods.
+
+Here are some of the key components that provide Kubernetes self-healing:
+
+- **[kubelet](/docs/concepts/architecture/#kubelet):** Ensures that containers are running, and restarts those that fail.
+
+- **ReplicaSet, StatefulSet and DaemonSet controller:** Maintains the desired number of Pod replicas.
+
+- **PersistentVolume controller:** Manages volume attachment and detachment for stateful workloads.
+
+## Considerations {#considerations} 
+
+- **Storage Failures:** If a persistent volume becomes unavailable, recovery steps may be required.
+
+- **Application Errors:** Kubernetes can restart containers, but underlying application issues must be addressed separately.
+
+## {{% heading "whatsnext" %}} 
+
+- Read more about [Pods](/docs/concepts/workloads/pods/)
+- Learn about [Kubernetes Controllers](/docs/concepts/architecture/controller/)
+- Explore [PersistentVolumes](/docs/concepts/storage/persistent-volumes/)
+- Read about [node autoscaling](/docs/concepts/cluster-administration/node-autoscaling/). Node autoscaling
+  also provides automatic healing if or when nodes fail in your cluster.

content/fa/docs/concepts/configuration/manage-resources-containers.md

@@ -14,26 +14,26 @@ card:
 
 این صفحه به بررسی کانتینرها و ایمیج‌های کانتینر، و همچنین کاربرد آن‌ها در عملیات و توسعه راه‌حل‌ها می‌پردازد.
 
-واژهٔ _کانتینر_ یک اصطلاح بارگذاری‌شده است. هر زمان از این واژه استفاده می‌کنید، بررسی کنید که مخاطبان شما از همان تعریف استفاده می‌کنند یا خیر.
+واژه _کانتینر_ یک اصطلاح بارگذاری‌شده است. هر زمان از این واژه استفاده می‌کنید، بررسی کنید که مخاطبان شما از همان تعریف استفاده می‌کنند یا خیر.
 
 هر کانتینری که اجرا می‌کنید قابل تکرار است؛ استانداردسازی‌ای که با درج وابستگی‌ها به دست می‌آید این تضمین را می‌دهد که در هر نقطه‌ای که آن را اجرا کنید، رفتار یکسانی خواهید داشت.
 
 کانتینرها، برنامه‌ها را از زیرساخت میزبان جدا می‌کنند. این موضوع استقرار را در محیط‌های مختلف ابری یا سیستم‌عامل آسان‌تر می‌سازد.
 
-هر {{< glossary_tooltip text="نود" term_id="node" >}} در یک خوشهٔ Kubernetes، کانتینرهایی را که تشکیل‌دهندهٔ [پادها](/docs/concepts/workloads/pods/) هستند و به آن نود اختصاص یافته‌اند، اجرا می‌کند. کانتینرهای یک پاد، هم‌مکان و هم‌زمان‌بندی شده تا بر روی یک نود اجرا شوند.
+هر {{< glossary_tooltip text="نود" term_id="node" >}} در یک خوشه Kubernetes، کانتینرهایی را که تشکیل‌دهنده [پادها](/docs/concepts/workloads/pods/) هستند و به آن نود اختصاص یافته‌اند، اجرا می‌کند. کانتینرهای یک پاد، هم‌مکان و هم‌زمان‌بندی شده تا بر روی یک نود اجرا شوند.
 
 
 <!-- body -->
 
 ## ایمیج‌های کانتینر
-یک [ایمیج کانتینر](/docs/concepts/containers/images/) بسته‌ی نرم‌افزاری آمادهٔ اجراست که همهٔ آنچه برای راه‌اندازی یک برنامه لازم است را در بر می‌گیرد: کد و هر محیط اجرای مورد نیاز، کتابخانه‌های برنامه و سیستم، و مقادیر پیش‌فرض برای هر تنظیم ضروری.
+یک [ایمیج کانتینر](/docs/concepts/containers/images/) بسته‌ی نرم‌افزاری آماده اجراست که همه آنچه برای راه‌اندازی یک برنامه لازم است را در بر می‌گیرد: کد و هر محیط اجرای مورد نیاز، کتابخانه‌های برنامه و سیستم، و مقادیر پیش‌فرض برای هر تنظیم ضروری.
 
 کانتینرها قرار است بدون‌حالت (stateless) و [تغییرناپذیر](https://glossary.cncf.io/immutable-infrastructure/) باشند؛ نباید کد یک کانتینر در حال اجرا را تغییر دهید. اگر برنامه‌ای کانتینری دارید و می‌خواهید تغییری اعمال کنید، روش درست این است که یک ایمیج جدید شامل آن تغییر بسازید و سپس کانتینر را از روی ایمیج به‌روزشده مجدداً ایجاد کنید.
 
 ## زمان‌اجرای کانتینر
 
 {{< glossary_definition term_id="container-runtime" length="all" >}}
 
-عموماً می‌توانید به خوشه اجازه دهید زمان‌اجرای پیش‌فرض را برای یک پاد انتخاب کند. اگر نیاز دارید در خوشهٔ خود بیش از یک زمان‌اجرا داشته باشید، می‌توانید [RuntimeClass](/docs/concepts/containers/runtime-class/) را برای یک پاد مشخص کنید تا مطمئن شوید Kubernetes آن کانتینرها را با زمان‌اجرای مورد نظر شما اجرا می‌کند.
+عموماً می‌توانید به خوشه اجازه دهید زمان‌اجرای پیش‌فرض را برای یک پاد انتخاب کند. اگر نیاز دارید در خوشه خود بیش از یک زمان‌اجرا داشته باشید، می‌توانید [RuntimeClass](/docs/concepts/containers/runtime-class/) را برای یک پاد مشخص کنید تا مطمئن شوید Kubernetes آن کانتینرها را با زمان‌اجرای مورد نظر شما اجرا می‌کند.
 
 همچنین می‌توانید با استفاده از RuntimeClass، پادهای مختلف را با یک زمان‌اجرا اما با تنظیمات متفاوت اجرا کنید.

content/fa/docs/concepts/configuration/secret.md

@@ -21,7 +21,7 @@ weight: 20
 
 * یک فایل‌سیستم، که ترکیبی از یک [ایمیج](/docs/concepts/containers/images/) و یک یا چند [ولوم](/docs/concepts/storage/volumes/) است.  
 * اطلاعات مربوط به خود کانتینر.  
-* اطلاعات دربارهٔ سایر اشیاء در خوشه.  
+* اطلاعات درباره سایر اشیاء در خوشه.  
 
 ### اطلاعات کانتینر
 

content/fa/docs/concepts/containers/_index.md

@@ -28,7 +28,7 @@ weight: 40
 
 `PreStop`
 
-این قلاب درست قبل از خاتمه کانتینر در اثر یک درخواست API یا رویدادی مدیریتی مانند شکست پروب liveness/startup، پیش‌دستی (preemption)، تداخل منابع و موارد دیگر فراخوانی می‌شود. فراخوانی قلاب `PreStop` در صورتی شکست می‌خورد که کانتینر قبلاً در وضعیت خاتمه‌یافته یا تکمیل‌شده باشد. این قلاب باید قبل از ارسال سیگنال TERM برای متوقف کردن کانتینر تکمیل شود. شمارش معکوس دورهٔ مهلت خاتمهٔ پاد قبل از اجرای قلاب `PreStop` آغاز می‌شود، بنابراین فارغ از نتیجهٔ هندلر، کانتینر در نهایت در دورهٔ مهلت خاتمهٔ پاد متوقف خواهد شد. هیچ پارامتری به هندلر ارسال نمی‌شود.
+این قلاب درست قبل از خاتمه کانتینر در اثر یک درخواست API یا رویدادی مدیریتی مانند شکست پروب liveness/startup، پیش‌دستی (preemption)، تداخل منابع و موارد دیگر فراخوانی می‌شود. فراخوانی قلاب `PreStop` در صورتی شکست می‌خورد که کانتینر قبلاً در وضعیت خاتمه‌یافته یا تکمیل‌شده باشد. این قلاب باید قبل از ارسال سیگنال TERM برای متوقف کردن کانتینر تکمیل شود. شمارش معکوس دوره مهلت خاتمه پاد قبل از اجرای قلاب `PreStop` آغاز می‌شود، بنابراین فارغ از نتیجه هندلر، کانتینر در نهایت در دوره مهلت خاتمه پاد متوقف خواهد شد. هیچ پارامتری به هندلر ارسال نمی‌شود.
 
 توضیح دقیق‌تر رفتار خاتمه را می‌توانید در  
 [Termination of Pods](/docs/concepts/workloads/pods/pod-lifecycle/#pod-termination)  
@@ -55,7 +55,7 @@ weight: 40
   [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) فعال می‌شود.
 
 {{< note >}}
-بتا-level feature gate `PodLifecycleSleepActionAllowZero` که از نسخهٔ v1.33 به‌طور پیش‌فرض فعال است،  
+بتا-level feature gate `PodLifecycleSleepActionAllowZero` که از نسخه v1.33 به‌طور پیش‌فرض فعال است،  
 به شما اجازه می‌دهد مدت زمان Sleep را صفر ثانیه (عملاً عملیاتی انجام نمی‌شود)  
 برای هندلرهای چرخه‌عمر Sleep تنظیم کنید.  
 {{< /note >}}
@@ -66,17 +66,17 @@ weight: 40
 
 فراخوانی هندلر قلاب `PostStart` هنگام ایجاد کانتینر شروع می‌شود، به این معنی که ENTRYPOINT کانتینر و قلاب `PostStart` به‌طور هم‌زمان فعال می‌شوند. با این حال، اگر اجرای قلاب `PostStart` طولانی شود یا در حین اجرا گیر کند، ممکن است مانع از انتقال کانتینر به وضعیت `running` شود.
 
-قلاب‌های `PreStop` به‌صورت ناهمزمان با سیگنال توقف کانتینر اجرا نمی‌شوند؛ قلاب باید اجرای خود را قبل از ارسال سیگنال TERM کامل کند. اگر قلاب `PreStop` در حین اجرا گیر کند، فاز پاد به `Terminating` تغییر می‌کند و تا زمان اتمام دورهٔ `terminationGracePeriodSeconds` و سپس کشته شدن پاد در آن وضعیت باقی می‌ماند. این دورهٔ مهلت شامل مجموع زمانی است که برای اجرای قلاب `PreStop` و متوقف شدن طبیعی کانتینر نیاز است. برای مثال، اگر `terminationGracePeriodSeconds` برابر ۶۰ ثانیه باشد، و قلاب ۵۵ ثانیه و کانتینر ۱۰ ثانیه بعد از دریافت سیگنال برای توقف طبیعی زمان ببرد، کانتینر قبل از توقف طبیعی کشته می‌شود، چون `terminationGracePeriodSeconds` کمتر از مجموع زمان (۵۵+۱۰) است.
+قلاب‌های `PreStop` به‌صورت ناهمزمان با سیگنال توقف کانتینر اجرا نمی‌شوند؛ قلاب باید اجرای خود را قبل از ارسال سیگنال TERM کامل کند. اگر قلاب `PreStop` در حین اجرا گیر کند، فاز پاد به `Terminating` تغییر می‌کند و تا زمان اتمام دوره `terminationGracePeriodSeconds` و سپس کشته شدن پاد در آن وضعیت باقی می‌ماند. این دوره مهلت شامل مجموع زمانی است که برای اجرای قلاب `PreStop` و متوقف شدن طبیعی کانتینر نیاز است. برای مثال، اگر `terminationGracePeriodSeconds` برابر ۶۰ ثانیه باشد، و قلاب ۵۵ ثانیه و کانتینر ۱۰ ثانیه بعد از دریافت سیگنال برای توقف طبیعی زمان ببرد، کانتینر قبل از توقف طبیعی کشته می‌شود، چون `terminationGracePeriodSeconds` کمتر از مجموع زمان (۵۵+۱۰) است.
 
 اگر هر یک از قلاب‌های `PostStart` یا `PreStop` با شکست مواجه شوند، کانتینر را نابود می‌کنند.
 
 کاربران باید هندلرهای قلاب خود را تا حد ممکن سبک نگه دارند. با این حال، در برخی موارد اجرای فرمان‌های طولانی‌مدت منطقی است، مانند وقتی که لازم است قبل از توقف کانتینر، وضعیت (state) ذخیره شود.
 
 ### تضمین تحویل قلاب‌ها
 
-تحویل قلاب قرار است *حداقل یک‌بار* باشد، یعنی ممکن است برای هر رویداد مشخص – مانند `PostStart` یا `PreStop` – قلاب چندین بار فراخوانی شود. مدیریت صحیح این شرایط بر عهدهٔ پیاده‌سازی قلاب است.
+تحویل قلاب قرار است *حداقل یک‌بار* باشد، یعنی ممکن است برای هر رویداد مشخص – مانند `PostStart` یا `PreStop` – قلاب چندین بار فراخوانی شود. مدیریت صحیح این شرایط بر عهده پیاده‌سازی قلاب است.
 
-به‌طور کلی، معمولاً تنها یک‌بار تحویل انجام می‌شود. اگر مثلاً گیرندهٔ HTTP قلاب از کار افتاده و قادر به دریافت درخواست نباشد، تلاشی برای ارسال مجدد صورت نمی‌گیرد. با این حال، در برخی موارد نادر ممکن است تحویل دوگانه رخ دهد. برای مثال، اگر kubelet در میانهٔ ارسال قلاب ری‌استارت شود، ممکن است پس از برگشت، قلاب دوباره ارسال شود.
+به‌طور کلی، معمولاً تنها یک‌بار تحویل انجام می‌شود. اگر مثلاً گیرنده HTTP قلاب از کار افتاده و قادر به دریافت درخواست نباشد، تلاشی برای ارسال مجدد صورت نمی‌گیرد. با این حال، در برخی موارد نادر ممکن است تحویل دوگانه رخ دهد. برای مثال، اگر kubelet در میانه ارسال قلاب ری‌استارت شود، ممکن است پس از برگشت، قلاب دوباره ارسال شود.
 
 ### اشکال‌زدایی هندلرهای قلاب
 
@@ -103,5 +103,5 @@ Events:
 
 
 * برای کسب اطلاعات بیشتر درباره [محیط کانتینر](/docs/concepts/containers/container-environment/) مطالعه کنید.  
-* تجربهٔ عملی به‌دست آورید و با [پیوست هندلرها به رویدادهای چرخه‌عمر کانتینر](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/) کار کنید.  
+* تجربه عملی به‌دست آورید و با [پیوست هندلرها به رویدادهای چرخه‌عمر کانتینر](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/) کار کنید.