From d2fb300925091b03efcab6ca51618ddf349a6fdd Mon Sep 17 00:00:00 2001 From: inductor Date: Fri, 7 Aug 2020 12:18:38 +0900 Subject: [PATCH 1/2] fix scheduling link and update --- content/ja/docs/concepts/scheduling-eviction/_index.md | 8 ++++++++ .../{scheduling => scheduling-eviction}/kube-scheduler.md | 0 .../scheduler-perf-tuning.md | 0 .../taint-and-toleration.md | 0 content/ja/docs/concepts/scheduling/_index.md | 5 ----- 5 files changed, 8 insertions(+), 5 deletions(-) create mode 100644 content/ja/docs/concepts/scheduling-eviction/_index.md rename content/ja/docs/concepts/{scheduling => scheduling-eviction}/kube-scheduler.md (100%) rename content/ja/docs/concepts/{scheduling => scheduling-eviction}/scheduler-perf-tuning.md (100%) rename content/ja/docs/concepts/{scheduling => scheduling-eviction}/taint-and-toleration.md (100%) delete mode 100644 content/ja/docs/concepts/scheduling/_index.md diff --git a/content/ja/docs/concepts/scheduling-eviction/_index.md b/content/ja/docs/concepts/scheduling-eviction/_index.md new file mode 100644 index 0000000000..37b8e9507f --- /dev/null +++ b/content/ja/docs/concepts/scheduling-eviction/_index.md @@ -0,0 +1,8 @@ +--- +title: "スケジューリングと退避" +weight: 90 +description: > + Kubernetesにおいてスケジューリングとは、稼働させたいPodをNodeにマッチさせ、kubeletが実行できるようにすることを指します。 + 退避とは、リソース不足のNodeで1つ以上のPodを積極的に停止させるプロセスです。 +--- + diff --git a/content/ja/docs/concepts/scheduling/kube-scheduler.md b/content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md similarity index 100% rename from content/ja/docs/concepts/scheduling/kube-scheduler.md rename to content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md diff --git a/content/ja/docs/concepts/scheduling/scheduler-perf-tuning.md b/content/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md similarity index 100% rename from content/ja/docs/concepts/scheduling/scheduler-perf-tuning.md rename to content/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md diff --git a/content/ja/docs/concepts/scheduling/taint-and-toleration.md b/content/ja/docs/concepts/scheduling-eviction/taint-and-toleration.md similarity index 100% rename from content/ja/docs/concepts/scheduling/taint-and-toleration.md rename to content/ja/docs/concepts/scheduling-eviction/taint-and-toleration.md diff --git a/content/ja/docs/concepts/scheduling/_index.md b/content/ja/docs/concepts/scheduling/_index.md deleted file mode 100644 index c428c68198..0000000000 --- a/content/ja/docs/concepts/scheduling/_index.md +++ /dev/null @@ -1,5 +0,0 @@ ---- -title: "スケジューリング" -weight: 90 ---- - From c48bd1be33af1228c4186f34414c336698fa617e Mon Sep 17 00:00:00 2001 From: inductor Date: Fri, 7 Aug 2020 12:21:54 +0900 Subject: [PATCH 2/2] fix link --- content/ja/docs/concepts/architecture/controller.md | 2 +- content/ja/docs/concepts/overview/components.md | 2 +- content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md | 2 +- .../docs/concepts/scheduling-eviction/scheduler-perf-tuning.md | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/content/ja/docs/concepts/architecture/controller.md b/content/ja/docs/concepts/architecture/controller.md index 9fd8f201c5..0a13635fe8 100644 --- a/content/ja/docs/concepts/architecture/controller.md +++ b/content/ja/docs/concepts/architecture/controller.md @@ -32,7 +32,7 @@ weight: 30 Jobは、1つ以上の{{< glossary_tooltip term_id="pod" >}}を起動して、タスクを実行した後に停止する、Kubernetesのリソースです。 -(1度[スケジュール](/docs/concepts/scheduling-eviction/)されると、Podオブジェクトはkubeletに対する目的の状態の一部になります。) +(1度[スケジュール](/ja/docs/concepts/scheduling-eviction/)されると、Podオブジェクトはkubeletに対する目的の状態の一部になります。) Jobコントローラーが新しいタスクを見つけると、その処理が完了するように、クラスター上のどこかで、一連のNode上のkubeletが正しい数のPodを実行することを保証します。ただし、Jobコントローラーは、自分自身でPodやコンテナを実行することはありません。代わりに、APIサーバーに対してPodの作成や削除を依頼します。{{< glossary_tooltip text="コントロールプレーン" term_id="control-plane" >}}上の他のコンポーネントが(スケジュールして実行するべき新しいPodが存在するという)新しい情報を基に動作することによって、最終的に目的の処理が完了します。 diff --git a/content/ja/docs/concepts/overview/components.md b/content/ja/docs/concepts/overview/components.md index c805565665..a70f3d2e97 100644 --- a/content/ja/docs/concepts/overview/components.md +++ b/content/ja/docs/concepts/overview/components.md @@ -116,6 +116,6 @@ Kubernetesによって開始されたコンテナは、DNS検索にこのDNSサ * [ノード](/ja/docs/concepts/architecture/nodes/)について学ぶ * [コントローラー](/docs/concepts/architecture/controller/)について学ぶ -* [kube-scheduler](/ja/docs/concepts/scheduling/kube-scheduler/)について学ぶ +* [kube-scheduler](/ja/docs/concepts/scheduling-eviction/kube-scheduler/)について学ぶ * etcdの公式 [ドキュメント](https://etcd.io/docs/)を読む diff --git a/content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md b/content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md index 65c6ac6518..513b7d48a1 100644 --- a/content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md +++ b/content/ja/docs/concepts/scheduling-eviction/kube-scheduler.md @@ -113,7 +113,7 @@ kube-schedulerは、デフォルトで用意されているスケジューリン ## {{% heading "whatsnext" %}} -* [スケジューラーのパフォーマンスチューニング](/docs/concepts/scheduling/scheduler-perf-tuning/)を参照してください。 +* [スケジューラーのパフォーマンスチューニング](/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning/)を参照してください。 * [Podトポロジーの分散制約](/docs/concepts/workloads/pods/pod-topology-spread-constraints/)を参照してください。 * kube-schedulerの[リファレンスドキュメント](/docs/reference/command-line-tools-reference/kube-scheduler/)を参照してください。 * [複数のスケジューラーの設定](/docs/tasks/administer-cluster/configure-multiple-schedulers/)について学んでください。 diff --git a/content/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md b/content/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md index b1fea64038..7adfe28827 100644 --- a/content/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md +++ b/content/ja/docs/concepts/scheduling-eviction/scheduler-perf-tuning.md @@ -8,7 +8,7 @@ weight: 70 {{< feature-state for_k8s_version="1.14" state="beta" >}} -[kube-scheduler](/docs/concepts/scheduling/kube-scheduler/#kube-scheduler)はKubernetesのデフォルトのスケジューラーです。クラスター内のノード上にPodを割り当てる責務があります。 +[kube-scheduler](/ja/docs/concepts/scheduling-eviction/kube-scheduler/#kube-scheduler)はKubernetesのデフォルトのスケジューラーです。クラスター内のノード上にPodを割り当てる責務があります。 クラスター内に存在するノードで、Podのスケジューリング要求を満たすものはPodに対して*割り当て可能*なノードと呼ばれます。スケジューラーはPodに対する割り当て可能なノードをみつけ、それらの割り当て可能なノードにスコアをつけます。その中から最も高いスコアのノードを選択し、Podに割り当てるためのいくつかの関数を実行します。スケジューラーは*Binding*と呼ばれる処理中において、APIサーバーに対して割り当てが決まったノードの情報を通知します。