Merge pull request #55581 from dkarczmarski/pl-sync-with-pr-54173

[pl] Official 1.36 Release Docs - sync with PR 54173

Author: k8s-ci-robot

content/pl/docs/concepts/scheduling-eviction/_index.md

@@ -24,7 +24,10 @@ zaplanowane na Węzłach. Eksmisja (ang. eviction) to proces zakończania jedneg
 * [Tuning wydajności schedulera](/docs/concepts/scheduling-eviction/scheduler-perf-tuning/)
 * [Pakowanie zasobów (Bin Packing) dla niestandardowych zasobów klastra](/docs/concepts/scheduling-eviction/resource-bin-packing/)
 * [Gotowość do planowania Podów](/docs/concepts/scheduling-eviction/pod-scheduling-readiness/)
+* [Planowanie Podów w ramach PodGroup](/docs/concepts/scheduling-eviction/podgroup-scheduling/)
 * [Planowanie grupowe (ang. Gang Scheduling)](/docs/concepts/scheduling-eviction/gang-scheduling/)
+* [Planowanie uwzględniające topologię](/docs/concepts/scheduling-eviction/topology-aware-scheduling/)
+* [Wywłaszczenie uwzględniające obciążenie (ang. Workload)](/docs/concepts/scheduling-eviction/workload-aware-preemption/)
 * [Descheduler](https://github.com/kubernetes-sigs/descheduler#descheduler-for-kubernetes)
 * [Deklarowane funkcje węzłów](/docs/concepts/scheduling-eviction/node-declared-features/)
 

content/pl/docs/concepts/workloads/_index.md

@@ -73,10 +73,13 @@ wysokoprzepustowego rozproszonego), to można zaimplementować lub zainstalować
 Podczas gdy standardowe zasoby workloadów (takie jak Deploymenty czy Joby) zarządzają cyklem życia Podów, w niektórych
 przypadkach możesz mieć złożone wymagania dotyczące harmonogramowania, w których grupy Podów muszą być traktowane jako jedna całość.
 
-[Workload API](/docs/concepts/workloads/workload-api/) umożliwia zdefiniowanie grupy Podów oraz
-zastosowanie do niej zaawansowanych polityk planowania, takich jak
-[gang scheduling](/docs/concepts/scheduling-eviction/gang-scheduling/). Jest to szczególnie przydatne dla workloadów związanych
-z przetwarzaniem wsadowym i uczeniem maszynowym, gdzie wymagane jest rozmieszczenie "wszystko albo nic".
+Za pomocą [Workload API](/docs/concepts/workloads/workload-api/) można definiować
+`PodGroupTemplates`, które grupują Pody i umożliwiają zastosowanie wobec nich zaawansowanych mechanizmów
+harmonogramowania, takich jak [gang scheduling](/docs/concepts/scheduling-eviction/gang-scheduling/).
+W trakcie działania systemu kontrolery generują z tych szablonów obiekty
+[PodGroup](/docs/concepts/workloads/podgroup-api/), natomiast każdy `Pod` wskazuje swoją grupę `PodGroup`
+poprzez pole `spec.schedulingGroup`. Jest to szczególnie przydatne dla workloadów związanych z
+przetwarzaniem wsadowym i uczeniem maszynowym, gdzie wymagane jest rozmieszczenie "wszystko albo nic".
 
 ## {{% heading "whatsnext" %}}
 

content/pl/docs/concepts/workloads/pods/_index.md

@@ -155,17 +155,17 @@ Oto kilka przykładów zasobów workload, które zarządzają Podami:
 * {{< glossary_tooltip text="StatefulSet" term_id="statefulset" >}} - komponent Kubernetesa służący do zarządzania aplikacjami stateful. StatefulSet zapewnia zachowanie kolejności i spójności danych w ramach aplikacji, co jest kluczowe dla usług wymagających takiego funkcjonowania. StatefulSet śledzi, które identyfikatory Podów są skojarzone z określonymi zasobami pamięci masowej i w jakiej kolejności powinny być tworzone oraz usuwane.
 * {{< glossary_tooltip text="DaemonSet" term_id="daemonset" >}}
 
-### Określanie referencji do Workloadu {#specifying-a-workload-reference}
+### Definiowanie grupy harmonogramowania (`scheduling group`) {#specifying-a-scheduling-group}
 
 {{< feature-state feature_gate_name="GenericWorkload" >}}
 
 Standardowo Kubernetes uruchamia (ang. schedule) każdy Pod osobno. W przypadku niektórych silnie
 sprzężonych aplikacji konieczne jest jednoczesne zaplanowanie całej grupy Podów, aby mogły działać poprawnie.
 
-Możesz powiązać Poda z obiektem [Workload](/docs/concepts/workloads/workload-api/) ,
-używając specjalnej [referencji do Workloadu](/docs/concepts/workloads/pods/workload-reference/).
-Informuje to `kube-scheduler`, że Pod należy do określonej grupy, co umożliwia mu
-podejmowanie skoordynowanych decyzji dotyczących rozmieszczenia całej grupy jednocześnie.
+Możesz powiązać Pod z [PodGroup](/docs/concepts/workloads/podgroup-api/) za pomocą pola [scheduling group](/docs/concepts/workloads/pods/scheduling-group/)
+(
+`spec.schedulingGroup`). Informuje to `kube-scheduler`, że dany `Pod` należy do określonej grupy, co
+pozwala na stosowanie skoordynowanych decyzji dotyczących rozmieszczenia na poziomie całej grupy.
 
 ### Szablony Poda {#pod-templates}