From 261aba0bc94119711779169ca4ebd0d452b84e5f Mon Sep 17 00:00:00 2001 From: KJ Date: Sun, 31 May 2020 09:44:36 +0900 Subject: [PATCH 01/36] Translate /docs/tasks/configure-pod-container/configure-liveness-readiness-probes/ into Japanese --- ...igure-liveness-readiness-startup-probes.md | 339 ++++++++++++++++++ 1 file changed, 339 insertions(+) create mode 100644 content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md new file mode 100644 index 0000000000..c652c06ea8 --- /dev/null +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -0,0 +1,339 @@ +--- +title: Liveness Probe、Readiness Probe および Startup Probeを使用する +content_template: templates/task +weight: 110 +--- + +{{% capture overview %}} + +このページでは、Liveness Probe、Readiness Probe および Startup Probeの使用方法について説明します。 + +[kubelet](/docs/admin/kubelet/)は、Liveness Probeを使用して、コンテナをいつ再起動するかを認識します。 +例えば、アプリケーション自体は起動しているが、処理を継続することができないデッドロック状態を検知することができます。 +このような状態のコンテナを再起動することで、バグがある場合でもアプリケーションの可用性を高めることができます。 + +kubeletは、Readiness Probeを使用して、コンテナがトラフィックを受け入れられる状態であるかを認識します。 +Podが準備ができていると見なされるのは、Pod内の全てのコンテナの準備が整ったときです。 +一例として、このシグナルはServiceのバックエンドとして使用されるPodの制御するときに使用されます。 +Podの準備ができていない場合、そのPodはServiceのロードバランシングから切り離されます。 + +kubeletは、Startup Probeを使用して、コンテナアプリケーションの起動が完了したかを認識します。 +Startup Probeを使用している場合、Startup Probeが成功するまでは、Liveness Probeと +Readiness Probeによるチェックを無効にし、これらがアプリケーションの起動に干渉しないようにします。 +例えば、これを起動が遅いコンテナの起動チェックとして使用することで、kubeletによって起動する前に +強制終了されることを防ぐことができます。 + +{{% /capture %}} + +{{% capture prerequisites %}} + +{{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} + +{{% /capture %}} + +{{% capture steps %}} + +## コマンド実行によるLiveness Probeを定義する {#define-a-liveness-command} + +多くのアプリケーションは、長期間実行されている場合に、再起動されるまで回復できないような異常な状態になることがあります。 +Kubernetesは、このような状況を検知し、回復するためのLiveness Probeを提供します。 + +この演習では、`k8s.gcr.io/busybox`イメージのコンテナを起動するPodを作成します。 +Podの構成ファイルは次の通りです。 + +{{< codenew file="pods/probe/exec-liveness.yaml" >}} + +この構成ファイルでは、Podは一つの`Container`を起動します。 +`periodSeconds`フィールドは、kubeletがLiveness Probeを5秒おきに行うように指定しています。 +`initialDelaySeconds`フィールドは、kubeletが最初のProbeを実行する前に5秒間待機するように指示しています。 +Probeの動作としては、kubeletは`cat /tmp/healthy`を目標となるコンテナ内で実行します。 +このコマンドが成功し、リターンコード0が返ると、kubeletはコンテナが問題なく動いていると判断します。 +リターンコードとして0以外の値が返ると、kubeletはコンテナを終了し、再起動を行います。 + +コンテナが起動すると、次のコマンドを実行します: + +```shell +/bin/sh -c "touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600" +``` + +コンテナが起動してから初めの30秒間は`/tmp/healthy`ファイルがコンテナ内に存在します。 +そのため初めの30秒間は`cat /tmp/healthy`コマンドは成功し、正常なリターンコードが返ります。 +その後30秒が経過すると、`cat /tmp/healthy`コマンドは異常なリターンコードを返します。 + +このPodを起動してください: + +```shell +kubectl apply -f https://k8s.io/examples/pods/probe/exec-liveness.yaml +``` + +30秒間以内に、Podのイベントを確認します。 + +```shell +kubectl describe pod liveness-exec +``` + +この出力結果は、Liveness Probeがまだ失敗していないことを示しています。 + +``` +FirstSeen LastSeen Count From SubobjectPath Type Reason Message +--------- -------- ----- ---- ------------- -------- ------ ------- +24s 24s 1 {default-scheduler } Normal Scheduled Successfully assigned liveness-exec to worker0 +23s 23s 1 {kubelet worker0} spec.containers{liveness} Normal Pulling pulling image "k8s.gcr.io/busybox" +23s 23s 1 {kubelet worker0} spec.containers{liveness} Normal Pulled Successfully pulled image "k8s.gcr.io/busybox" +23s 23s 1 {kubelet worker0} spec.containers{liveness} Normal Created Created container with docker id 86849c15382e; Security:[seccomp=unconfined] +23s 23s 1 {kubelet worker0} spec.containers{liveness} Normal Started Started container with docker id 86849c15382e +``` + +35秒後に、Podのイベントをもう一度確認します: + +```shell +kubectl describe pod liveness-exec +``` + +出力結果の最後に、Liveness Probeが失敗していることを示すメッセージがあります。 + +``` +FirstSeen LastSeen Count From SubobjectPath Type Reason Message +--------- -------- ----- ---- ------------- -------- ------ ------- +37s 37s 1 {default-scheduler } Normal Scheduled Successfully assigned liveness-exec to worker0 +36s 36s 1 {kubelet worker0} spec.containers{liveness} Normal Pulling pulling image "k8s.gcr.io/busybox" +36s 36s 1 {kubelet worker0} spec.containers{liveness} Normal Pulled Successfully pulled image "k8s.gcr.io/busybox" +36s 36s 1 {kubelet worker0} spec.containers{liveness} Normal Created Created container with docker id 86849c15382e; Security:[seccomp=unconfined] +36s 36s 1 {kubelet worker0} spec.containers{liveness} Normal Started Started container with docker id 86849c15382e +2s 2s 1 {kubelet worker0} spec.containers{liveness} Warning Unhealthy Liveness probe failed: cat: can't open '/tmp/healthy': No such file or directory +``` + +さらに30秒後、コンテナが再起動していることを確認します: + +```shell +kubectl get pod liveness-exec +``` + +出力結果から、`RESTARTS`がインクリメントされていることを確認します: + +``` +NAME READY STATUS RESTARTS AGE +liveness-exec 1/1 Running 1 1m +``` + +## HTTPリクエストによるLiveness Probeを定義する {#define-a-liveness-http-request} + +別の種類のLiveness Probeでは、HTTP GETリクエストを使用します。 +次の構成ファイルは、`k8s.gcr.io/liveness`イメージを使用したコンテナを起動するPodを作成します。 + +{{< codenew file="pods/probe/http-liveness.yaml" >}} + +この構成ファイルでは、Podは一つの`Container`を起動します。 +`periodSeconds`フィールドは、kubeletがLiveness Probeを3秒おきに行うように指定しています。 +`initialDelaySeconds`フィールドは、kubeletが最初のProbeを実行する前に3秒間待機するように指示しています。 +Probeの動作としては、kubeletは8080ポートをリッスンしているコンテナ内のサーバーに対してHTTP GETリクエストを送ります。 +サーバー内の`/healthz`パスに対するハンドラーが正常なリターンコードを応答した場合、 +kubeletはコンテナが問題なく動いていると判断します。 +異常なリターンコードを応答すると、kubeletはコンテナを終了し、再起動を行います。 + +200以上400未満のコードは成功とみなされ、その他のコードは失敗とみなされます。 + +[server.go](https://github.com/kubernetes/kubernetes/blob/{{< param "githubbranch" >}}/test/images/agnhost/liveness/server.go) +にてサーバーのソースコードを確認することができます。 + +コンテナが生きている初めの10秒間は、`/healthz`ハンドラーが200ステータスを返します。 +その後、ハンドラーは500ステータスを返します。 + +```go +http.HandleFunc("/healthz", func(w http.ResponseWriter, r *http.Request) { + duration := time.Now().Sub(started) + if duration.Seconds() > 10 { + w.WriteHeader(500) + w.Write([]byte(fmt.Sprintf("error: %v", duration.Seconds()))) + } else { + w.WriteHeader(200) + w.Write([]byte("ok")) + } +}) +``` + +kubeletは、コンテナが起動してから3秒後からヘルスチェックを行います。 +そのため、初めのいくつかのヘルスチェックは成功します。しかし、10秒経過するとヘルスチェックは失敗し、kubeletはコンテナを終了し、再起動します。 + +HTTPリクエストのチェックによるLiveness Probeを試すには、以下のようにPodを作成します: + +```shell +kubectl apply -f https://k8s.io/examples/pods/probe/http-liveness.yaml +``` + +10秒後、Podのイベントを表示し、Liveness Probeが失敗し、コンテナが再起動されていることを確認します。 + +```shell +kubectl describe pod liveness-http +``` + +v1.13以前（v1.13を含む）のリリースにおいては、Podが起動しているノードにおいて、環境変数`http_proxy` +（または `HTTP_PROXY`）が設定されている場合、HTTPリクエストのLiveness Probeは、設定されたプロキシを使用します。 +v1.13より後のリリースにおいては、ローカルHTTPプロキシ環境変数の設定は、HTTPリクエストのLiveness Probeに影響しません。 + +## TCPによるLiveness Probeを定義する {#define-a-tcp-liveness-probe} + +3つ目のLiveness Probeは、TCPソケットを使用するタイプです。 +この構成においては、kubeletは指定したコンテナのソケットを開くことを試みます。 +コネクションを確立できる場合、コンテナを正常とみなし、失敗する場合は、異常とみなします。 + +{{< codenew file="pods/probe/tcp-liveness-readiness.yaml" >}} + +見ての通り、TCPによるチェックの構成は、HTTPによるチェックと非常に似ています。 +この例では、Readiness ProbeとLiveness Probeを両方使用しています。 +kubeletは、コンテナが起動してから5秒後に、最初のReadiness Probeを開始します。 +これは、`goproxy`コンテナの8080ポートに対して、接続を試みます。 +このProbeが成功する、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 + +この構成では、Readiness Probeに加えて、Liveness Probeが含まれています。 +kubeletは、コンテナが起動してから15秒後に、最初のLiveness Probeを行います。 +Readiness Probeと同様に、これは`goproxy`コンテナの8080ポートに対して、接続を試みます。 +Liveness Probeが失敗した場合、コンテナは再起動されます。 + +TCPのチェックによるLiveness Probeを試すには、以下のようにPodを作成します: + +```shell +kubectl apply -f https://k8s.io/examples/pods/probe/tcp-liveness-readiness.yaml +``` + +15秒後、Podのイベントを表示し、Liveness Probeが行われていることを確認します: + +```shell +kubectl describe pod goproxy +``` + +## 名前付きポートを使用する {#use-a-named-port} + +HTTPまたはTCPによるProbeにおいて、[ContainerPort](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#containerport-v1-core) +で定義した名前付きポートを使用することができます。 + +```yaml +ports: +- name: liveness-port + containerPort: 8080 + hostPort: 8080 + +livenessProbe: + httpGet: + path: /healthz + port: liveness-port +``` + +## Startup Probeを使用して、起動の遅いコンテナを保護する {#define-startup-probes} + +場合によっては、最初の初期化において、追加の起動時間が必要になるようなレガシーアプリケーションを扱う必要があります。 +そのような場合において、デッドロックに対する迅速な反応を損なうことなく、Liveness Probeのパラメーターを設定することは難しい場合があります。 + +これに対する解決策の一つは、Liveness Probeと同じ構成のコマンド、HTTPまたはTCPによるチェックを使用した、Startup Probeをセットアップすることです。 +その際、`failureThreshold * periodSeconds`で計算される時間を、起動時間として想定される最も遅いケースをカバーできる十分な長さに設定します。 + +上記の例は、次のようになります: + +```yaml +ports: +- name: liveness-port + containerPort: 8080 + hostPort: 8080 + +livenessProbe: + httpGet: + path: /healthz + port: liveness-port + failureThreshold: 1 + periodSeconds: 10 + +startupProbe: + httpGet: + path: /healthz + port: liveness-port + failureThreshold: 30 + periodSeconds: 10 +``` + +Startup Probeにより、アプリケーションは起動が完了するまでに最大5分間の猶予（30 * 10 = 300秒）が与えられます。 +Startup Probeに一度成功すると、その後はLiveness Probeが引き継ぎ、コンテナのデッドロックに対して迅速に反応します。 +Startup Probeが成功しない場合、コンテナは300秒後に終了し、その後はPodの`restartPolicy`に従います。 + +## Readiness Probeを定義する {#define-readiness-probes} + +アプリケーションは、一時的にトラフィックを処理できないことが起こり得ます。 +例えば、アプリケーションは、起動時に大きなデータまたは構成ファイルを読み込む必要がある場合や、起動後に外部サービスに依存する可能性があります。 +このような場合、アプリケーションを終了させたくありませんが、リクエストを受けたくないと思います。 +Kubernetesは、これらの状況を検知して緩和するための機能として、Readiness Probeを提供します。 +準備できていないことを報告するコンテナを含むPodは、KubernetesのServiceからトラフィックを受信しないようにできます。 + +{{< note >}} +Readiness Probeは、コンテナの全てのライフサイクルにおいて実行されます。 +{{< /note >}} + +Readiness Probeは、Liveness Probeと同様に構成します。 +唯一の違いは、`readinessProbe`フィールドを`livenessProbe` フィールドの代わりに利用することだけです。 + +```yaml +readinessProbe: + exec: + command: + - cat + - /tmp/healthy + initialDelaySeconds: 5 + periodSeconds: 5 +``` + +HTTPおよびTCPによるReadiness Probeの構成も、Liveness Probeと同じです。 + +Readiness ProbeとLiveness Probeは、同じコンテナで同時に使用できます。 +両方使用することで、準備できていないコンテナへのトラフィックが到達しないようにし、コンテナが失敗したときに再起動することができます。 + +## Probeの構成 {#configure-probes} + +{{< comment >}} +Eventually, some of this section could be moved to a concept topic. +{{< /comment >}} + +[Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) には、 +Liveness ProbeおよびReadiness Probeのチェック動作を、より正確に制御するために使用できるいくつかのフィールドがあります: + +* `initialDelaySeconds`: コンテナが起動してから、Liveness ProbeまたはReadiness Probeが開始されるまでの秒数。デフォルトは0秒。最小値は0。 +* `periodSeconds`: Probeが実行される頻度（秒数）。デフォルトは0秒。最小値は1。 +* `timeoutSeconds`: Probeがタイムアウトになるまでの秒数。デフォルトは1秒。最小値は1。 +* `successThreshold`: 一度Probeが失敗した後、次のProbeが成功したとみなされるための最小連続成功数。 +デフォルトは1。Liveness Probeには、1にする必要があります。最小値は1。 +* `failureThreshold`: Podが開始してProbeが失敗した場合、Kubernetesは`failureThreshold`に設定した回数までProbeを試行します。 +Liveness Probeにおいて、試行回数に到達することは、コンテナを再起動することを意味します。 +Readiness Probeの場合は、Podが準備できていない状態として通知されます。デフォルトは3。最小値は1。 + +[HTTPによるProbe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#httpgetaction-v1-core) +は、`httpGet`にて設定できる複数の追加フィールドがあります: + +* `host`: 接続先ホスト名。デフォルトはPod IP。おそらくはこのフィールドの代わりに`httpHeaders`内の"Host"を代わりに使用することになります。 +* `scheme`: ホストへの接続で使用するスキーマ（HTTP または HTTPS）。デフォルトは HTTP。 +* `path`: HTTPサーバーへアクセスする際のパス +* `httpHeaders`: リクエスト内のカスタムヘッダー。HTTPでは、repeated headerが許可されています。 +* `port`: コンテナにアクセスする際のポートの名前または番号。ポート番号の場合、1から65535の範囲内である必要があります。 + +HTTPによるProbeの場合、kubeletは、指定したパスとポートに対するHTTPリクエストを送ることで、チェックを行います。 +kubeletは、`httpGet`のオプションである`host`フィールドでアドレスが上書きされない限り、PodのIPアドレスに対してProbeを送ります。 +`scheme`フィールドに`HTTPS`がセットされている場合、kubeletは、証明書の検証を行わずに、HTTPSリクエストを送ります。 +ほとんどのシナリオにおいては、`host`フィールドを使用する必要はありません。次のシナリオは、使用する場合の一例です。 +仮に、コンテナが127.0.0.1をリッスンしており、かつPodの`hostNetwork`フィールドがtrueだとします。 +その場合では、`httpGet`フィールド内の`host`には、127.0.0.1をセットする必要があります。 +より一般的なケースにおいてPodが仮想ホストに依存している場合は、おそらく`host`フィールドではなく、`httpHeaders`フィールド内の`Host`ヘッダーを使用する必要があります。 + +TCPによるProbeの場合、kubeletはPodの中ではなく、Nodeに対してコネクションを確立するProbeを実行します。 +kubeletはServiceの名前を解決できないため、`host`パラメーター内でServiceの名前を使用することはできません。 + +{{% /capture %}} + +{{% capture whatsnext %}} + +* [Container Probes](/ja/docs/concepts/workloads/pods/pod-lifecycle/#container-probes)についてもっと学ぶ + +また、次のAPIリファレンスも参考にしてください: + +* [Pod](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#pod-v1-core) +* [Container](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#container-v1-core) +* [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) + +{{% /capture %}} + + From a05262a68abfc326447ad010a209debf022bc198 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:45:01 +0900 Subject: [PATCH 02/36] Remove spaces between Japanese and English in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index c652c06ea8..d9c895a160 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -1,5 +1,5 @@ --- -title: Liveness Probe、Readiness Probe および Startup Probeを使用する +title: Liveness Probe、Readiness ProbeおよびStartup Probeを使用する content_template: templates/task weight: 110 --- @@ -336,4 +336,3 @@ kubeletはServiceの名前を解決できないため、`host`パラメーター {{% /capture %}} - From 62409ba0e3e053fe95faee6b42f513ed522b893b Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:49:25 +0900 Subject: [PATCH 03/36] Fix grammar content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index d9c895a160..648aeaffd3 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -14,7 +14,7 @@ weight: 110 kubeletは、Readiness Probeを使用して、コンテナがトラフィックを受け入れられる状態であるかを認識します。 Podが準備ができていると見なされるのは、Pod内の全てのコンテナの準備が整ったときです。 -一例として、このシグナルはServiceのバックエンドとして使用されるPodの制御するときに使用されます。 +一例として、このシグナルはServiceのバックエンドとして使用されるPodを制御するときに使用されます。 Podの準備ができていない場合、そのPodはServiceのロードバランシングから切り離されます。 kubeletは、Startup Probeを使用して、コンテナアプリケーションの起動が完了したかを認識します。 @@ -335,4 +335,3 @@ kubeletはServiceの名前を解決できないため、`host`パラメーター * [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) {{% /capture %}} - From a63947d14bd2b8492bc9361e97aacb2c3d660473 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:50:12 +0900 Subject: [PATCH 04/36] Remove spaces between Japanese and English in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 648aeaffd3..6a34f0e528 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -6,7 +6,7 @@ weight: 110 {{% capture overview %}} -このページでは、Liveness Probe、Readiness Probe および Startup Probeの使用方法について説明します。 +このページでは、Liveness Probe、Readiness ProbeおよびStartup Probeの使用方法について説明します。 [kubelet](/docs/admin/kubelet/)は、Liveness Probeを使用して、コンテナをいつ再起動するかを認識します。 例えば、アプリケーション自体は起動しているが、処理を継続することができないデッドロック状態を検知することができます。 From f08c35b415132674416b0f110daf9f51f1a4e9d4 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:51:19 +0900 Subject: [PATCH 05/36] Fix grammar in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 6a34f0e528..58ab10fdcf 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -20,7 +20,7 @@ Podの準備ができていない場合、そのPodはServiceのロードバラ kubeletは、Startup Probeを使用して、コンテナアプリケーションの起動が完了したかを認識します。 Startup Probeを使用している場合、Startup Probeが成功するまでは、Liveness Probeと Readiness Probeによるチェックを無効にし、これらがアプリケーションの起動に干渉しないようにします。 -例えば、これを起動が遅いコンテナの起動チェックとして使用することで、kubeletによって起動する前に +例えば、これを起動が遅いコンテナの起動チェックとして使用することで、起動する前にkubeletによって 強制終了されることを防ぐことができます。 {{% /capture %}} From 4ab200a128fe370efd362e6a831af7cbc36e6ec5 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:52:04 +0900 Subject: [PATCH 06/36] Update translation in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 58ab10fdcf..601c083f67 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -46,7 +46,7 @@ Podの構成ファイルは次の通りです。 この構成ファイルでは、Podは一つの`Container`を起動します。 `periodSeconds`フィールドは、kubeletがLiveness Probeを5秒おきに行うように指定しています。 `initialDelaySeconds`フィールドは、kubeletが最初のProbeを実行する前に5秒間待機するように指示しています。 -Probeの動作としては、kubeletは`cat /tmp/healthy`を目標となるコンテナ内で実行します。 +Probeの動作としては、kubeletは`cat /tmp/healthy`を対象のコンテナ内で実行します。 このコマンドが成功し、リターンコード0が返ると、kubeletはコンテナが問題なく動いていると判断します。 リターンコードとして0以外の値が返ると、kubeletはコンテナを終了し、再起動を行います。 From 05234b95adb647c3abb83a475d296328f6544c68 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:53:36 +0900 Subject: [PATCH 07/36] Fix () match to style guide in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 601c083f67..583eb48a2d 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -167,7 +167,7 @@ kubectl apply -f https://k8s.io/examples/pods/probe/http-liveness.yaml kubectl describe pod liveness-http ``` -v1.13以前（v1.13を含む）のリリースにおいては、Podが起動しているノードにおいて、環境変数`http_proxy` +v1.13以前(v1.13を含む)のリリースにおいては、Podが起動しているノードにおいて、環境変数`http_proxy` （または `HTTP_PROXY`）が設定されている場合、HTTPリクエストのLiveness Probeは、設定されたプロキシを使用します。 v1.13より後のリリースにおいては、ローカルHTTPプロキシ環境変数の設定は、HTTPリクエストのLiveness Probeに影響しません。 From b20c2320ae9de944a6ca429cb0348f78ebd57dcc Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:53:54 +0900 Subject: [PATCH 08/36] Remove spaces between Japanese and English in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 583eb48a2d..69c9944fd0 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -267,7 +267,7 @@ Readiness Probeは、コンテナの全てのライフサイクルにおいて {{< /note >}} Readiness Probeは、Liveness Probeと同様に構成します。 -唯一の違いは、`readinessProbe`フィールドを`livenessProbe` フィールドの代わりに利用することだけです。 +唯一の違いは、`readinessProbe`フィールドを`livenessProbe`フィールドの代わりに利用することだけです。 ```yaml readinessProbe: From 1cca6f00a89119eefa0dd88b375cf2e3e75af744 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:57:43 +0900 Subject: [PATCH 09/36] Fix wrong defaults of periodSeconds in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 69c9944fd0..49aa0a7afc 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -294,7 +294,7 @@ Eventually, some of this section could be moved to a concept topic. Liveness ProbeおよびReadiness Probeのチェック動作を、より正確に制御するために使用できるいくつかのフィールドがあります: * `initialDelaySeconds`: コンテナが起動してから、Liveness ProbeまたはReadiness Probeが開始されるまでの秒数。デフォルトは0秒。最小値は0。 -* `periodSeconds`: Probeが実行される頻度（秒数）。デフォルトは0秒。最小値は1。 +* `periodSeconds`: Probeが実行される頻度(秒数)。デフォルトは10秒。最小値は1。 * `timeoutSeconds`: Probeがタイムアウトになるまでの秒数。デフォルトは1秒。最小値は1。 * `successThreshold`: 一度Probeが失敗した後、次のProbeが成功したとみなされるための最小連続成功数。 デフォルトは1。Liveness Probeには、1にする必要があります。最小値は1。 From 350bd63f630e35d65bf1e2fbfe4803ca9d3cf6b9 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 18:59:28 +0900 Subject: [PATCH 10/36] =?UTF-8?q?Fix=20expression=20from=20'Node'=20to=20'?= =?UTF-8?q?=E3=83=8E=E3=83=BC=E3=83=89'=20in=20content/ja/docs/tasks/confi?= =?UTF-8?q?gure-pod-container/configure-liveness-readiness-startup-probes.?= =?UTF-8?q?md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 49aa0a7afc..a92772fd1b 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -319,7 +319,7 @@ kubeletは、`httpGet`のオプションである`host`フィールドでアド その場合では、`httpGet`フィールド内の`host`には、127.0.0.1をセットする必要があります。 より一般的なケースにおいてPodが仮想ホストに依存している場合は、おそらく`host`フィールドではなく、`httpHeaders`フィールド内の`Host`ヘッダーを使用する必要があります。 -TCPによるProbeの場合、kubeletはPodの中ではなく、Nodeに対してコネクションを確立するProbeを実行します。 +TCPによるProbeの場合、kubeletはPodの中ではなく、ノードに対してコネクションを確立するProbeを実行します。 kubeletはServiceの名前を解決できないため、`host`パラメーター内でServiceの名前を使用することはできません。 {{% /capture %}} From 49aa7dbbe39b0941d9cc3123d8a971a80aedf428 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 19:00:00 +0900 Subject: [PATCH 11/36] Fix () match to style guide content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index a92772fd1b..a38e9e8a86 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -250,7 +250,7 @@ startupProbe: periodSeconds: 10 ``` -Startup Probeにより、アプリケーションは起動が完了するまでに最大5分間の猶予（30 * 10 = 300秒）が与えられます。 +Startup Probeにより、アプリケーションは起動が完了するまでに最大5分間の猶予(30 * 10 = 300秒)が与えられます。 Startup Probeに一度成功すると、その後はLiveness Probeが引き継ぎ、コンテナのデッドロックに対して迅速に反応します。 Startup Probeが成功しない場合、コンテナは300秒後に終了し、その後はPodの`restartPolicy`に従います。 From 264ebd80df7c2d4e19e37e9210fd52581a171dfe Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 19:00:27 +0900 Subject: [PATCH 12/36] Fix grammar in content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index a38e9e8a86..dc631c11e0 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -183,7 +183,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 この例では、Readiness ProbeとLiveness Probeを両方使用しています。 kubeletは、コンテナが起動してから5秒後に、最初のReadiness Probeを開始します。 これは、`goproxy`コンテナの8080ポートに対して、接続を試みます。 -このProbeが成功する、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 +このProbeが成功すると、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 この構成では、Readiness Probeに加えて、Liveness Probeが含まれています。 kubeletは、コンテナが起動してから15秒後に、最初のLiveness Probeを行います。 From 46d8970f99d88bca91e1d7d8a3097be92361d5ec Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 19:01:02 +0900 Subject: [PATCH 13/36] Fix () match to style guide content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: Naoki Oketani --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index dc631c11e0..977cdf3b16 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -168,7 +168,7 @@ kubectl describe pod liveness-http ``` v1.13以前(v1.13を含む)のリリースにおいては、Podが起動しているノードにおいて、環境変数`http_proxy` -（または `HTTP_PROXY`）が設定されている場合、HTTPリクエストのLiveness Probeは、設定されたプロキシを使用します。 +(または `HTTP_PROXY`)が設定されている場合、HTTPリクエストのLiveness Probeは、設定されたプロキシを使用します。 v1.13より後のリリースにおいては、ローカルHTTPプロキシ環境変数の設定は、HTTPリクエストのLiveness Probeに影響しません。 ## TCPによるLiveness Probeを定義する {#define-a-tcp-liveness-probe} From 04516f1b12dd17becdf098fec0dc52ab516782a5 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 19:52:01 +0900 Subject: [PATCH 14/36] Fix lack of translation --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 977cdf3b16..3578010232 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -90,7 +90,7 @@ FirstSeen LastSeen Count From SubobjectPath Type kubectl describe pod liveness-exec ``` -出力結果の最後に、Liveness Probeが失敗していることを示すメッセージがあります。 +出力結果の最後に、Liveness Probeが失敗していることを示すメッセージが表示され、コンテナが強制終了して再作成されています。 ``` FirstSeen LastSeen Count From SubobjectPath Type Reason Message From dbc4530d3b1069d5e87a75101dcada8dc27c4ad0 Mon Sep 17 00:00:00 2001 From: jinu Date: Sun, 31 May 2020 19:54:24 +0900 Subject: [PATCH 15/36] Update translation of 'repeated header' --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 3578010232..f9145405cc 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -308,7 +308,7 @@ Readiness Probeの場合は、Podが準備できていない状態として通 * `host`: 接続先ホスト名。デフォルトはPod IP。おそらくはこのフィールドの代わりに`httpHeaders`内の"Host"を代わりに使用することになります。 * `scheme`: ホストへの接続で使用するスキーマ（HTTP または HTTPS）。デフォルトは HTTP。 * `path`: HTTPサーバーへアクセスする際のパス -* `httpHeaders`: リクエスト内のカスタムヘッダー。HTTPでは、repeated headerが許可されています。 +* `httpHeaders`: リクエスト内のカスタムヘッダー。HTTPでは重複したヘッダーが許可されています。 * `port`: コンテナにアクセスする際のポートの名前または番号。ポート番号の場合、1から65535の範囲内である必要があります。 HTTPによるProbeの場合、kubeletは、指定したパスとポートに対するHTTPリクエストを送ることで、チェックを行います。 From d31a5f7d5bd9502bcfe72ff1e05185ecb4b03813 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:57:52 +0900 Subject: [PATCH 16/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index f9145405cc..6b1570d0fd 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -173,7 +173,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 ## TCPによるLiveness Probeを定義する {#define-a-tcp-liveness-probe} -3つ目のLiveness Probeは、TCPソケットを使用するタイプです。 +3つ目のLiveness ProbeはTCPソケットを使用するタイプです。 この構成においては、kubeletは指定したコンテナのソケットを開くことを試みます。 コネクションを確立できる場合、コンテナを正常とみなし、失敗する場合は、異常とみなします。 From 654469b9461d287878d2edba4466c5a12a33bf67 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:58:07 +0900 Subject: [PATCH 17/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 6b1570d0fd..3b00a17439 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -174,7 +174,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 ## TCPによるLiveness Probeを定義する {#define-a-tcp-liveness-probe} 3つ目のLiveness ProbeはTCPソケットを使用するタイプです。 -この構成においては、kubeletは指定したコンテナのソケットを開くことを試みます。 +この構成において、kubeletは指定したコンテナのソケットを開くことを試みます。 コネクションを確立できる場合、コンテナを正常とみなし、失敗する場合は、異常とみなします。 {{< codenew file="pods/probe/tcp-liveness-readiness.yaml" >}} From 83e84db0c8cf2a75ff8b9c5c884959dfef7e0a9e Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:58:20 +0900 Subject: [PATCH 18/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 3b00a17439..554678263c 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -175,7 +175,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 3つ目のLiveness ProbeはTCPソケットを使用するタイプです。 この構成において、kubeletは指定したコンテナのソケットを開くことを試みます。 -コネクションを確立できる場合、コンテナを正常とみなし、失敗する場合は、異常とみなします。 +コネクションが確立できる場合はコンテナを正常とみなし、失敗する場合は異常とみなします。 {{< codenew file="pods/probe/tcp-liveness-readiness.yaml" >}} From 6bf95a25a4b4cfc1fb8e0f734322d816b057263c Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:58:31 +0900 Subject: [PATCH 19/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 554678263c..22dcbb8f7a 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -179,7 +179,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 {{< codenew file="pods/probe/tcp-liveness-readiness.yaml" >}} -見ての通り、TCPによるチェックの構成は、HTTPによるチェックと非常に似ています。 +見ての通り、TCPによるチェックの構成はHTTPによるチェックと非常に似ています。 この例では、Readiness ProbeとLiveness Probeを両方使用しています。 kubeletは、コンテナが起動してから5秒後に、最初のReadiness Probeを開始します。 これは、`goproxy`コンテナの8080ポートに対して、接続を試みます。 From 8dac42316c412ca7d85deb86427b82c4d0c2852a Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:58:41 +0900 Subject: [PATCH 20/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 22dcbb8f7a..5ece134ff1 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -181,7 +181,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 見ての通り、TCPによるチェックの構成はHTTPによるチェックと非常に似ています。 この例では、Readiness ProbeとLiveness Probeを両方使用しています。 -kubeletは、コンテナが起動してから5秒後に、最初のReadiness Probeを開始します。 +kubeletは、コンテナが起動してから5秒後に最初のReadiness Probeを開始します。 これは、`goproxy`コンテナの8080ポートに対して、接続を試みます。 このProbeが成功すると、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 From bda8d89e4f075084d68c402b7f813c667a699c53 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:58:53 +0900 Subject: [PATCH 21/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 5ece134ff1..32e6923776 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -186,7 +186,7 @@ kubeletは、コンテナが起動してから5秒後に最初のReadiness Probe このProbeが成功すると、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 この構成では、Readiness Probeに加えて、Liveness Probeが含まれています。 -kubeletは、コンテナが起動してから15秒後に、最初のLiveness Probeを行います。 +kubeletは、コンテナが起動してから15秒後に最初のLiveness Probeを実行します。 Readiness Probeと同様に、これは`goproxy`コンテナの8080ポートに対して、接続を試みます。 Liveness Probeが失敗した場合、コンテナは再起動されます。 From caeada95d0057dbc78d4b21a2e61a8b6a9c46876 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:59:10 +0900 Subject: [PATCH 22/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 32e6923776..90a9d22a38 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -222,7 +222,7 @@ livenessProbe: ## Startup Probeを使用して、起動の遅いコンテナを保護する {#define-startup-probes} 場合によっては、最初の初期化において、追加の起動時間が必要になるようなレガシーアプリケーションを扱う必要があります。 -そのような場合において、デッドロックに対する迅速な反応を損なうことなく、Liveness Probeのパラメーターを設定することは難しい場合があります。 +そのような場合、デッドロックに対する迅速な反応を損なうことなくLiveness Probeのパラメーターを設定することは難しい場合があります。 これに対する解決策の一つは、Liveness Probeと同じ構成のコマンド、HTTPまたはTCPによるチェックを使用した、Startup Probeをセットアップすることです。 その際、`failureThreshold * periodSeconds`で計算される時間を、起動時間として想定される最も遅いケースをカバーできる十分な長さに設定します。 From 36fdde75a1c6b4da51d77baf298782261c7b29e3 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:59:26 +0900 Subject: [PATCH 23/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 90a9d22a38..8581a013c1 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -224,7 +224,7 @@ livenessProbe: 場合によっては、最初の初期化において、追加の起動時間が必要になるようなレガシーアプリケーションを扱う必要があります。 そのような場合、デッドロックに対する迅速な反応を損なうことなくLiveness Probeのパラメーターを設定することは難しい場合があります。 -これに対する解決策の一つは、Liveness Probeと同じ構成のコマンド、HTTPまたはTCPによるチェックを使用した、Startup Probeをセットアップすることです。 +これに対する解決策の一つは、Liveness Probeと同じ構成のコマンドを用いるか、HTTPまたはTCPによるチェックを使用したStartup Probeをセットアップすることです。 その際、`failureThreshold * periodSeconds`で計算される時間を、起動時間として想定される最も遅いケースをカバーできる十分な長さに設定します。 上記の例は、次のようになります: From d29759e4d2012e5fe0fe77d96c22d1bdd55d479b Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:59:40 +0900 Subject: [PATCH 24/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 8581a013c1..3199299b2d 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -259,7 +259,7 @@ Startup Probeが成功しない場合、コンテナは300秒後に終了し、 アプリケーションは、一時的にトラフィックを処理できないことが起こり得ます。 例えば、アプリケーションは、起動時に大きなデータまたは構成ファイルを読み込む必要がある場合や、起動後に外部サービスに依存する可能性があります。 このような場合、アプリケーションを終了させたくありませんが、リクエストを受けたくないと思います。 -Kubernetesは、これらの状況を検知して緩和するための機能として、Readiness Probeを提供します。 +Kubernetesは、これらの状況を検知して緩和するための機能としてReadiness Probeを提供します。 準備できていないことを報告するコンテナを含むPodは、KubernetesのServiceからトラフィックを受信しないようにできます。 {{< note >}} From 20ff93a8ccd3975773b4560d043cba0ce6b09843 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 12:59:53 +0900 Subject: [PATCH 25/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 3199299b2d..4cd8b6741a 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -187,7 +187,7 @@ kubeletは、コンテナが起動してから5秒後に最初のReadiness Probe この構成では、Readiness Probeに加えて、Liveness Probeが含まれています。 kubeletは、コンテナが起動してから15秒後に最初のLiveness Probeを実行します。 -Readiness Probeと同様に、これは`goproxy`コンテナの8080ポートに対して、接続を試みます。 +Readiness Probeと同様に、これは`goproxy`コンテナの8080ポートに対して接続を試みます。 Liveness Probeが失敗した場合、コンテナは再起動されます。 TCPのチェックによるLiveness Probeを試すには、以下のようにPodを作成します: From eb27845b81052e16a984139432518a613cc8dd04 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:00:10 +0900 Subject: [PATCH 26/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 4cd8b6741a..85135ca0e6 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -182,7 +182,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 見ての通り、TCPによるチェックの構成はHTTPによるチェックと非常に似ています。 この例では、Readiness ProbeとLiveness Probeを両方使用しています。 kubeletは、コンテナが起動してから5秒後に最初のReadiness Probeを開始します。 -これは、`goproxy`コンテナの8080ポートに対して、接続を試みます。 +これは、`goproxy`コンテナの8080ポートに対して接続を試みます。 このProbeが成功すると、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 この構成では、Readiness Probeに加えて、Liveness Probeが含まれています。 From e45724f0732f829d7bbf2edc533a283afce09a51 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:00:27 +0900 Subject: [PATCH 27/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 85135ca0e6..afdf7e279a 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -185,7 +185,7 @@ kubeletは、コンテナが起動してから5秒後に最初のReadiness Probe これは、`goproxy`コンテナの8080ポートに対して接続を試みます。 このProbeが成功すると、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 -この構成では、Readiness Probeに加えて、Liveness Probeが含まれています。 +この構成では、Readiness Probeに加えてLiveness Probeが含まれています。 kubeletは、コンテナが起動してから15秒後に最初のLiveness Probeを実行します。 Readiness Probeと同様に、これは`goproxy`コンテナの8080ポートに対して接続を試みます。 Liveness Probeが失敗した場合、コンテナは再起動されます。 From 20aeadccd94a841a41d9aa04a7152d1cc7a9fc61 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:15:40 +0900 Subject: [PATCH 28/36] Update expressions --- .../configure-liveness-readiness-startup-probes.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index afdf7e279a..fc92b9c8ab 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -161,15 +161,15 @@ HTTPリクエストのチェックによるLiveness Probeを試すには、以 kubectl apply -f https://k8s.io/examples/pods/probe/http-liveness.yaml ``` -10秒後、Podのイベントを表示し、Liveness Probeが失敗し、コンテナが再起動されていることを確認します。 +10秒後、Podのイベントを表示して、Liveness Probeが失敗し、コンテナが再起動されていることを確認します。 ```shell kubectl describe pod liveness-http ``` -v1.13以前(v1.13を含む)のリリースにおいては、Podが起動しているノードにおいて、環境変数`http_proxy` -(または `HTTP_PROXY`)が設定されている場合、HTTPリクエストのLiveness Probeは、設定されたプロキシを使用します。 -v1.13より後のリリースにおいては、ローカルHTTPプロキシ環境変数の設定は、HTTPリクエストのLiveness Probeに影響しません。 +v1.13以前(v1.13を含む)のリリースにおいては、Podが起動しているノードに環境変数`http_proxy` +(または `HTTP_PROXY`)が設定されている場合、HTTPリクエストのLiveness Probeは設定されたプロキシを使用します。 +v1.13より後のリリースにおいては、ローカルHTTPプロキシ環境変数の設定はHTTPリクエストのLiveness Probeに影響しません。 ## TCPによるLiveness Probeを定義する {#define-a-tcp-liveness-probe} From 281325a24f7536a6050fa8cdaa293f8d0a07a2d9 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:28:08 +0900 Subject: [PATCH 29/36] Update expression in #configure-probes --- ...figure-liveness-readiness-startup-probes.md | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index fc92b9c8ab..bc9c5749e5 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -291,7 +291,7 @@ Eventually, some of this section could be moved to a concept topic. {{< /comment >}} [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) には、 -Liveness ProbeおよびReadiness Probeのチェック動作を、より正確に制御するために使用できるいくつかのフィールドがあります: +Liveness ProbeおよびReadiness Probeのチェック動作をより正確に制御するために使用できるフィールドがあります: * `initialDelaySeconds`: コンテナが起動してから、Liveness ProbeまたはReadiness Probeが開始されるまでの秒数。デフォルトは0秒。最小値は0。 * `periodSeconds`: Probeが実行される頻度(秒数)。デフォルトは10秒。最小値は1。 @@ -299,11 +299,11 @@ Liveness ProbeおよびReadiness Probeのチェック動作を、より正確に * `successThreshold`: 一度Probeが失敗した後、次のProbeが成功したとみなされるための最小連続成功数。 デフォルトは1。Liveness Probeには、1にする必要があります。最小値は1。 * `failureThreshold`: Podが開始してProbeが失敗した場合、Kubernetesは`failureThreshold`に設定した回数までProbeを試行します。 -Liveness Probeにおいて、試行回数に到達することは、コンテナを再起動することを意味します。 +Liveness Probeにおいて、試行回数に到達することはコンテナを再起動することを意味します。 Readiness Probeの場合は、Podが準備できていない状態として通知されます。デフォルトは3。最小値は1。 [HTTPによるProbe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#httpgetaction-v1-core) -は、`httpGet`にて設定できる複数の追加フィールドがあります: +には、`httpGet`にて設定できる追加のフィールドがあります: * `host`: 接続先ホスト名。デフォルトはPod IP。おそらくはこのフィールドの代わりに`httpHeaders`内の"Host"を代わりに使用することになります。 * `scheme`: ホストへの接続で使用するスキーマ（HTTP または HTTPS）。デフォルトは HTTP。 @@ -311,12 +311,12 @@ Readiness Probeの場合は、Podが準備できていない状態として通 * `httpHeaders`: リクエスト内のカスタムヘッダー。HTTPでは重複したヘッダーが許可されています。 * `port`: コンテナにアクセスする際のポートの名前または番号。ポート番号の場合、1から65535の範囲内である必要があります。 -HTTPによるProbeの場合、kubeletは、指定したパスとポートに対するHTTPリクエストを送ることで、チェックを行います。 -kubeletは、`httpGet`のオプションである`host`フィールドでアドレスが上書きされない限り、PodのIPアドレスに対してProbeを送ります。 -`scheme`フィールドに`HTTPS`がセットされている場合、kubeletは、証明書の検証を行わずに、HTTPSリクエストを送ります。 -ほとんどのシナリオにおいては、`host`フィールドを使用する必要はありません。次のシナリオは、使用する場合の一例です。 -仮に、コンテナが127.0.0.1をリッスンしており、かつPodの`hostNetwork`フィールドがtrueだとします。 -その場合では、`httpGet`フィールド内の`host`には、127.0.0.1をセットする必要があります。 +HTTPによるProbeの場合、kubeletは指定したパスとポートに対するHTTPリクエストを送ることでチェックを行います。 +`httpGet`のオプションである`host`フィールドでアドレスが上書きされない限り、kubeletはPodのIPアドレスに対してProbeを送ります。 +`scheme`フィールドに`HTTPS`がセットされている場合、kubeletは証明書の検証を行わずにHTTPSリクエストを送ります。 +ほとんどのシナリオにおいては、`host`フィールドを使用する必要はありません。次のシナリオは使用する場合の一例です。 +仮にコンテナが127.0.0.1をリッスンしており、かつPodの`hostNetwork`フィールドがtrueだとします。 +その場合においては、`httpGet`フィールド内の`host`には127.0.0.1をセットする必要があります。 より一般的なケースにおいてPodが仮想ホストに依存している場合は、おそらく`host`フィールドではなく、`httpHeaders`フィールド内の`Host`ヘッダーを使用する必要があります。 TCPによるProbeの場合、kubeletはPodの中ではなく、ノードに対してコネクションを確立するProbeを実行します。 From 321b7f53a8a78a3e3f2978a72b98a80222b1560a Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:36:13 +0900 Subject: [PATCH 30/36] Update expression in #define-a-liveness-command --- .../configure-liveness-readiness-startup-probes.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index bc9c5749e5..48a0408f8f 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -35,8 +35,8 @@ Readiness Probeによるチェックを無効にし、これらがアプリケ ## コマンド実行によるLiveness Probeを定義する {#define-a-liveness-command} -多くのアプリケーションは、長期間実行されている場合に、再起動されるまで回復できないような異常な状態になることがあります。 -Kubernetesは、このような状況を検知し、回復するためのLiveness Probeを提供します。 +長期間実行されているアプリケーションの多くは、再起動されるまで回復できないような異常な状態になることがあります。 +Kubernetesはこのような状況を検知し、回復するためのLiveness Probeを提供します。 この演習では、`k8s.gcr.io/busybox`イメージのコンテナを起動するPodを作成します。 Podの構成ファイルは次の通りです。 @@ -50,7 +50,7 @@ Probeの動作としては、kubeletは`cat /tmp/healthy`を対象のコンテ このコマンドが成功し、リターンコード0が返ると、kubeletはコンテナが問題なく動いていると判断します。 リターンコードとして0以外の値が返ると、kubeletはコンテナを終了し、再起動を行います。 -コンテナが起動すると、次のコマンドを実行します: +このコンテナは、起動すると次のコマンドを実行します: ```shell /bin/sh -c "touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600" @@ -90,7 +90,7 @@ FirstSeen LastSeen Count From SubobjectPath Type kubectl describe pod liveness-exec ``` -出力結果の最後に、Liveness Probeが失敗していることを示すメッセージが表示され、コンテナが強制終了して再作成されています。 +出力結果の最後に、Liveness Probeが失敗していることを示すメッセージが表示されます。これによりコンテナは強制終了し、再作成されました。 ``` FirstSeen LastSeen Count From SubobjectPath Type Reason Message From b4fcbc705ca19884adf3fd1c379ae1b4e50941fe Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:42:01 +0900 Subject: [PATCH 31/36] Update expression in #define-a-tcp-liveness-probe --- .../configure-liveness-readiness-startup-probes.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 48a0408f8f..00fa1ed1ab 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -174,7 +174,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 ## TCPによるLiveness Probeを定義する {#define-a-tcp-liveness-probe} 3つ目のLiveness ProbeはTCPソケットを使用するタイプです。 -この構成において、kubeletは指定したコンテナのソケットを開くことを試みます。 +この構成においては、kubeletは指定したコンテナのソケットを開くことを試みます。 コネクションが確立できる場合はコンテナを正常とみなし、失敗する場合は異常とみなします。 {{< codenew file="pods/probe/tcp-liveness-readiness.yaml" >}} @@ -182,7 +182,7 @@ v1.13より後のリリースにおいては、ローカルHTTPプロキシ環 見ての通り、TCPによるチェックの構成はHTTPによるチェックと非常に似ています。 この例では、Readiness ProbeとLiveness Probeを両方使用しています。 kubeletは、コンテナが起動してから5秒後に最初のReadiness Probeを開始します。 -これは、`goproxy`コンテナの8080ポートに対して接続を試みます。 +これは`goproxy`コンテナの8080ポートに対して接続を試みます。 このProbeが成功すると、Podは準備ができていると通知されます。kubeletはこのチェックを10秒ごとに行います。 この構成では、Readiness Probeに加えてLiveness Probeが含まれています。 From 14e3318bcfa2bee4be5cb17ed725cc9ac4a50475 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:55:25 +0900 Subject: [PATCH 32/36] Update expression in #define-readiness-probes --- .../configure-liveness-readiness-startup-probes.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 00fa1ed1ab..ac196403a3 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -256,11 +256,11 @@ Startup Probeが成功しない場合、コンテナは300秒後に終了し、 ## Readiness Probeを定義する {#define-readiness-probes} -アプリケーションは、一時的にトラフィックを処理できないことが起こり得ます。 -例えば、アプリケーションは、起動時に大きなデータまたは構成ファイルを読み込む必要がある場合や、起動後に外部サービスに依存する可能性があります。 -このような場合、アプリケーションを終了させたくありませんが、リクエストを受けたくないと思います。 +アプリケーションは一時的にトラフィックを処理できないことが起こり得ます。 +例えば、アプリケーションは起動時に大きなデータまたは構成ファイルを読み込む必要がある場合や、起動後に外部サービスに依存している場合があります。 +このような場合、アプリケーション自体を終了させたくはありませんが、このアプリケーションに対してリクエストも送信したくないと思います。 Kubernetesは、これらの状況を検知して緩和するための機能としてReadiness Probeを提供します。 -準備できていないことを報告するコンテナを含むPodは、KubernetesのServiceからトラフィックを受信しないようにできます。 +これにより、準備ができていないことを報告するコンテナを含むPodは、KubernetesのServiceを通してトラフィックを受信しないようになります。 {{< note >}} Readiness Probeは、コンテナの全てのライフサイクルにおいて実行されます。 From af98e9eb59824f4920c359c877806ee132f026cf Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 13:58:48 +0900 Subject: [PATCH 33/36] Update expression in #define-startup-probes --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index ac196403a3..ccc8e84c87 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -221,7 +221,7 @@ livenessProbe: ## Startup Probeを使用して、起動の遅いコンテナを保護する {#define-startup-probes} -場合によっては、最初の初期化において、追加の起動時間が必要になるようなレガシーアプリケーションを扱う必要があります。 +場合によっては、最初の初期化において追加の起動時間が必要になるようなレガシーアプリケーションを扱う必要があります。 そのような場合、デッドロックに対する迅速な反応を損なうことなくLiveness Probeのパラメーターを設定することは難しい場合があります。 これに対する解決策の一つは、Liveness Probeと同じ構成のコマンドを用いるか、HTTPまたはTCPによるチェックを使用したStartup Probeをセットアップすることです。 From ec319820615c99dbd1b9bb9d98488506811dca34 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 14:02:14 +0900 Subject: [PATCH 34/36] Update expression in #define-readiness-probes --- .../configure-liveness-readiness-startup-probes.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index ccc8e84c87..99b117d8f6 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -266,8 +266,8 @@ Kubernetesは、これらの状況を検知して緩和するための機能と Readiness Probeは、コンテナの全てのライフサイクルにおいて実行されます。 {{< /note >}} -Readiness Probeは、Liveness Probeと同様に構成します。 -唯一の違いは、`readinessProbe`フィールドを`livenessProbe`フィールドの代わりに利用することだけです。 +Readiness ProbeはLiveness Probeと同様に構成します。 +唯一の違いは`readinessProbe`フィールドを`livenessProbe`フィールドの代わりに利用することだけです。 ```yaml readinessProbe: @@ -279,9 +279,9 @@ readinessProbe: periodSeconds: 5 ``` -HTTPおよびTCPによるReadiness Probeの構成も、Liveness Probeと同じです。 +HTTPおよびTCPによるReadiness Probeの構成もLiveness Probeと同じです。 -Readiness ProbeとLiveness Probeは、同じコンテナで同時に使用できます。 +Readiness ProbeとLiveness Probeは同じコンテナで同時に使用できます。 両方使用することで、準備できていないコンテナへのトラフィックが到達しないようにし、コンテナが失敗したときに再起動することができます。 ## Probeの構成 {#configure-probes} From 76797f659ab496035b47b509bd53e90f7578e1af Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 14:09:05 +0900 Subject: [PATCH 35/36] Update expression in #configure-probes --- .../configure-liveness-readiness-startup-probes.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index 99b117d8f6..c619290083 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -297,9 +297,9 @@ Liveness ProbeおよびReadiness Probeのチェック動作をより正確に制 * `periodSeconds`: Probeが実行される頻度(秒数)。デフォルトは10秒。最小値は1。 * `timeoutSeconds`: Probeがタイムアウトになるまでの秒数。デフォルトは1秒。最小値は1。 * `successThreshold`: 一度Probeが失敗した後、次のProbeが成功したとみなされるための最小連続成功数。 -デフォルトは1。Liveness Probeには、1にする必要があります。最小値は1。 +デフォルトは1。Liveness Probeには1を設定する必要があります。最小値は1。 * `failureThreshold`: Podが開始してProbeが失敗した場合、Kubernetesは`failureThreshold`に設定した回数までProbeを試行します。 -Liveness Probeにおいて、試行回数に到達することはコンテナを再起動することを意味します。 +Liveness Probeにおいて試行回数に到達することは、コンテナを再起動することを意味します。 Readiness Probeの場合は、Podが準備できていない状態として通知されます。デフォルトは3。最小値は1。 [HTTPによるProbe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#httpgetaction-v1-core) From dd2c7d3fba4f41c44d057c5deef0e64555fad403 Mon Sep 17 00:00:00 2001 From: jinu Date: Tue, 2 Jun 2020 16:21:40 +0900 Subject: [PATCH 36/36] Update expression content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md Co-authored-by: inductor(Kohei) --- .../configure-liveness-readiness-startup-probes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index c619290083..ddb9c6d5af 100644 --- a/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/ja/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -299,7 +299,7 @@ Liveness ProbeおよびReadiness Probeのチェック動作をより正確に制 * `successThreshold`: 一度Probeが失敗した後、次のProbeが成功したとみなされるための最小連続成功数。 デフォルトは1。Liveness Probeには1を設定する必要があります。最小値は1。 * `failureThreshold`: Podが開始してProbeが失敗した場合、Kubernetesは`failureThreshold`に設定した回数までProbeを試行します。 -Liveness Probeにおいて試行回数に到達することは、コンテナを再起動することを意味します。 +Liveness Probeにおいて、試行回数に到達することはコンテナを再起動することを意味します。 Readiness Probeの場合は、Podが準備できていない状態として通知されます。デフォルトは3。最小値は1。 [HTTPによるProbe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#httpgetaction-v1-core)