From a75521d3ac36f010ef9b8fb4b6189ec9e03fee7a Mon Sep 17 00:00:00 2001 From: Daigo Suhara Date: Thu, 13 Aug 2026 00:16:47 +0900 Subject: [PATCH 1/5] [ja] Translate content/en/docs/concepts/workloads/workload-api/disruption-and-priority.md into Japanese --- .../workload-api/disruption-and-priority.md | 58 +++++++++++++++++++ 1 file changed, 58 insertions(+) create mode 100644 content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md diff --git a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md new file mode 100644 index 0000000000000..62b2175b5ffb4 --- /dev/null +++ b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md @@ -0,0 +1,58 @@ +--- +title: PodGroupの中断と優先度 +content_type: concept +weight: 10 +--- + + +{{< feature-state feature_gate_name="WorkloadAwarePreemption" >}} + +PodGroupは中断モードを宣言できます。このモードは、より優先度の高いPodGroupを配置する場合などに、スケジューラーが実行中のPodGroupをどのように中断できるかを定めます。また、PodGroupには優先度があり、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、グループ内の各Podの優先度に代わって適用されます。 + + + +## 中断モードの種類 {#disruption-mode-types} + +{{< note >}} +v1.36以降、PodGroupの`priority`または`disruptionMode`フィールドは、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)でのみ考慮されます。Podのスケジューリングフェーズでは、スケジューラーはPodGroupの`priority`や`disruptionMode`フィールドを考慮しません。 +{{< /note >}} + +APIは`Pod`と`PodGroup`の2つの中断モードをサポートしています。 +デフォルトは`Pod`です。 + +### Pod + +`Pod`モードは、グループ内のすべてのPodを独立したエンティティとして扱うようスケジューラーに指示し、PodGroup内の単一のPodを個別に中断できます。 + +### PodGroup + +`PodGroup`モードでは、中断を「全か無か」として扱います。 +PodGroup内のすべてのPodをまとめて中断するよう、スケジューラーに指示します。 + +## PodGroupの優先度 {#pod-group-priority} + +PodGroupは、単一のPodと同じ[PriorityClass](/docs/concepts/scheduling-eviction/pod-priority-preemption/#priorityclass)の概念を使用します。 +1つ以上のPriorityClassを作成すると、その仕様内でいずれかのPriorityClass名を指定したPodGroupを作成できます。 +優先度アドミッションコントローラーは`priorityClassName`フィールドを使用し、優先度の整数値を設定します。 +PriorityClassが見つからない場合、PodGroupは拒否されます。 +PodGroupに`priorityClassName`が設定されていない場合、KubernetesはデフォルトのPriorityClass（`globalDefault`がtrueに設定されたPriorityClass）を探します。 +`globalDefault`がtrueに設定されたPriorityClassがない場合、`priorityClassName`が指定されていないPodGroupの優先度は0になります。 + +個々のPodの優先度が異なる場合でも、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、PodGroupの優先度がグループ内のすべてのPodの優先度として扱われます。 + +以下のYAMLは、整数の優先度値1000000に対応する`high-priority` PriorityClassを使用する、PodGroup設定の例です。優先度アドミッションコントローラーは仕様を確認し、PodGroupの優先度を1000000に設定します。 + +```yaml +apiVersion: scheduling.k8s.io/v1alpha2 +kind: PodGroup +metadata: + namespace: ns-1 + name: job-1 +spec: + priorityClassName: high-priority +``` + +## {{% heading "whatsnext" %}} + +* [ワークロードアウェア・プリエンプションアルゴリズム](/docs/concepts/scheduling-eviction/workload-aware-preemption/)について読む。 +* [Workload API](/docs/concepts/workloads/workload-api/)について学ぶ。 From 1d77df5fb381ab3b14f53867c6d5316e7ccf38e5 Mon Sep 17 00:00:00 2001 From: Daigo Suhara <103288991+daigo-suhara@users.noreply.github.com> Date: Sat, 15 Aug 2026 11:44:41 +0900 Subject: [PATCH 2/5] Update content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md Co-authored-by: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> --- .../concepts/workloads/workload-api/disruption-and-priority.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md index 62b2175b5ffb4..30fe58a0ac9f1 100644 --- a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md +++ b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md @@ -35,7 +35,7 @@ PodGroupは、単一のPodと同じ[PriorityClass](/docs/concepts/scheduling-evi 1つ以上のPriorityClassを作成すると、その仕様内でいずれかのPriorityClass名を指定したPodGroupを作成できます。 優先度アドミッションコントローラーは`priorityClassName`フィールドを使用し、優先度の整数値を設定します。 PriorityClassが見つからない場合、PodGroupは拒否されます。 -PodGroupに`priorityClassName`が設定されていない場合、KubernetesはデフォルトのPriorityClass（`globalDefault`がtrueに設定されたPriorityClass）を探します。 +PodGroupに`priorityClassName`が設定されていない場合、KubernetesはデフォルトのPriorityClass(`globalDefault`がtrueに設定されたPriorityClass)を探します。 `globalDefault`がtrueに設定されたPriorityClassがない場合、`priorityClassName`が指定されていないPodGroupの優先度は0になります。 個々のPodの優先度が異なる場合でも、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、PodGroupの優先度がグループ内のすべてのPodの優先度として扱われます。 From 255c458483ef23505568e084419329a2e8caef9e Mon Sep 17 00:00:00 2001 From: Daigo Suhara <103288991+daigo-suhara@users.noreply.github.com> Date: Sat, 15 Aug 2026 11:53:10 +0900 Subject: [PATCH 3/5] Update content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md Co-authored-by: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> --- .../concepts/workloads/workload-api/disruption-and-priority.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md index 30fe58a0ac9f1..4dc8dbac9c4df 100644 --- a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md +++ b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md @@ -22,7 +22,7 @@ APIは`Pod`と`PodGroup`の2つの中断モードをサポートしています ### Pod -`Pod`モードは、グループ内のすべてのPodを独立したエンティティとして扱うようスケジューラーに指示し、PodGroup内の単一のPodを個別に中断できます。 +`Pod`モードは、グループ内のすべてのPodを独立したエンティティとして扱うようスケジューラーに指示し、PodGroup内の単一のPodを個別に中断できるようにします。 ### PodGroup From 1f28b1682dfbbc16205811c99926434f2bd83217 Mon Sep 17 00:00:00 2001 From: Daigo Suhara <103288991+daigo-suhara@users.noreply.github.com> Date: Sat, 15 Aug 2026 11:53:28 +0900 Subject: [PATCH 4/5] Update content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md Co-authored-by: Junya Okabe <86868255+Okabe-Junya@users.noreply.github.com> --- .../concepts/workloads/workload-api/disruption-and-priority.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md index 4dc8dbac9c4df..8160f70b78491 100644 --- a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md +++ b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md @@ -40,7 +40,7 @@ PodGroupに`priorityClassName`が設定されていない場合、Kubernetesは 個々のPodの優先度が異なる場合でも、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、PodGroupの優先度がグループ内のすべてのPodの優先度として扱われます。 -以下のYAMLは、整数の優先度値1000000に対応する`high-priority` PriorityClassを使用する、PodGroup設定の例です。優先度アドミッションコントローラーは仕様を確認し、PodGroupの優先度を1000000に設定します。 +以下のYAMLは、整数の優先度値1000000に対応する`high-priority` PriorityClassを使用するPodGroup設定の例です。優先度アドミッションコントローラーは仕様を確認し、PodGroupの優先度を1000000に設定します。 ```yaml apiVersion: scheduling.k8s.io/v1alpha2 From e8c0320f3d88fd51a17b7310342fb12e15cf75c7 Mon Sep 17 00:00:00 2001 From: Daigo Suhara Date: Sat, 15 Aug 2026 11:59:40 +0900 Subject: [PATCH 5/5] [ja] Keep Workload-Aware Preemption in English --- .../workloads/workload-api/disruption-and-priority.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md index 8160f70b78491..02d9b90dc894d 100644 --- a/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md +++ b/content/ja/docs/concepts/workloads/workload-api/disruption-and-priority.md @@ -7,14 +7,14 @@ weight: 10 {{< feature-state feature_gate_name="WorkloadAwarePreemption" >}} -PodGroupは中断モードを宣言できます。このモードは、より優先度の高いPodGroupを配置する場合などに、スケジューラーが実行中のPodGroupをどのように中断できるかを定めます。また、PodGroupには優先度があり、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、グループ内の各Podの優先度に代わって適用されます。 +PodGroupは中断モードを宣言できます。このモードは、より優先度の高いPodGroupを配置する場合などに、スケジューラーが実行中のPodGroupをどのように中断できるかを定めます。また、PodGroupには優先度があり、[Workload-Aware Preemption](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、グループ内の各Podの優先度に代わって適用されます。 ## 中断モードの種類 {#disruption-mode-types} {{< note >}} -v1.36以降、PodGroupの`priority`または`disruptionMode`フィールドは、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)でのみ考慮されます。Podのスケジューリングフェーズでは、スケジューラーはPodGroupの`priority`や`disruptionMode`フィールドを考慮しません。 +v1.36以降、PodGroupの`priority`または`disruptionMode`フィールドは、[Workload-Aware Preemption](/docs/concepts/scheduling-eviction/workload-aware-preemption/)でのみ考慮されます。Podのスケジューリングフェーズでは、スケジューラーはPodGroupの`priority`や`disruptionMode`フィールドを考慮しません。 {{< /note >}} APIは`Pod`と`PodGroup`の2つの中断モードをサポートしています。 @@ -38,7 +38,7 @@ PriorityClassが見つからない場合、PodGroupは拒否されます。 PodGroupに`priorityClassName`が設定されていない場合、KubernetesはデフォルトのPriorityClass(`globalDefault`がtrueに設定されたPriorityClass)を探します。 `globalDefault`がtrueに設定されたPriorityClassがない場合、`priorityClassName`が指定されていないPodGroupの優先度は0になります。 -個々のPodの優先度が異なる場合でも、[ワークロードアウェア・プリエンプション](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、PodGroupの優先度がグループ内のすべてのPodの優先度として扱われます。 +個々のPodの優先度が異なる場合でも、[Workload-Aware Preemption](/docs/concepts/scheduling-eviction/workload-aware-preemption/)の際には、PodGroupの優先度がグループ内のすべてのPodの優先度として扱われます。 以下のYAMLは、整数の優先度値1000000に対応する`high-priority` PriorityClassを使用するPodGroup設定の例です。優先度アドミッションコントローラーは仕様を確認し、PodGroupの優先度を1000000に設定します。 @@ -54,5 +54,5 @@ spec: ## {{% heading "whatsnext" %}} -* [ワークロードアウェア・プリエンプションアルゴリズム](/docs/concepts/scheduling-eviction/workload-aware-preemption/)について読む。 +* [Workload-Aware Preemption](/docs/concepts/scheduling-eviction/workload-aware-preemption/)アルゴリズムについて読む。 * [Workload API](/docs/concepts/workloads/workload-api/)について学ぶ。