From e99c772022238c9522b42581defe0fa5e92b7a6c Mon Sep 17 00:00:00 2001 From: inductor Date: Sat, 13 Jun 2020 11:40:58 +0900 Subject: [PATCH 1/2] unify init container --- .../workloads/pods/init-containers.md | 6 +-- .../concepts/workloads/pods/pod-lifecycle.md | 2 +- .../debug-init-containers.md | 38 +++++++++---------- .../debug-stateful-set.md | 2 +- 4 files changed, 24 insertions(+), 24 deletions(-) diff --git a/content/ja/docs/concepts/workloads/pods/init-containers.md b/content/ja/docs/concepts/workloads/pods/init-containers.md index 6c96d97d45..e78c2cba64 100644 --- a/content/ja/docs/concepts/workloads/pods/init-containers.md +++ b/content/ja/docs/concepts/workloads/pods/init-containers.md @@ -1,5 +1,5 @@ --- -title: Initコンテナ(Init Containers) +title: Initコンテナ content_template: templates/concept weight: 40 --- @@ -36,7 +36,7 @@ Initコンテナは、リソースリミット、ボリューム、セキュリ ## Initコンテナを使用する {#using-init-containers} -Initコンテナはアプリケーションコンテナのイメージとは分離されているため、コンテナの起動に関連したコードにおいていくつかの利点があります。 +Initコンテナはアプリケーションコンテナのイメージとは分離されているため、コンテナの起動に関連したコードにおいていくつかの利点があります。 * Initコンテナはアプリケーションのイメージに存在しないセットアップ用のユーティリティーやカスタムコードを含むことができます。例えば、セットアップ中に`sed`、`awk`、`python`や、`dig`のようなツールを使うためだけに、別のイメージを元にしてアプリケーションイメージを作る必要がなくなります。 * アプリケーションイメージをビルドする役割とデプロイする役割は、共同で単一のアプリケーションイメージをビルドする必要がないため、それぞれ独立して実施することができます。 @@ -250,6 +250,6 @@ Podレベルのコントロールグループ（cgroups）は、スケジュー {{% capture whatsnext %}} * [Initコンテナを含むPodの作成](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container)方法について学ぶ。 -* [Init Containerのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)を行う方法について学ぶ。 +* [Initコンテナのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)を行う方法について学ぶ。 {{% /capture %}} diff --git a/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md b/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md index d6f82e099e..f9e437b643 100644 --- a/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md +++ b/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md @@ -52,7 +52,7 @@ PodCondition配列の各要素には、次の6つのフィールドがありま * `PodScheduled`: PodがNodeにスケジュールされました。 * `Ready`: Podはリクエストを処理でき、一致するすべてのサービスの負荷分散プールに追加されます。 - * `Initialized`: すべての[init containers](/docs/concepts/workloads/pods/init-containers)が正常に実行されました。 + * `Initialized`: すべての[initコンテナ](/docs/concepts/workloads/pods/init-containers)が正常に実行されました。 * `ContainersReady`: Pod内のすべてのコンテナが準備できた状態です。 diff --git a/content/ja/docs/tasks/debug-application-cluster/debug-init-containers.md b/content/ja/docs/tasks/debug-application-cluster/debug-init-containers.md index b9638ff0ba..5b9f84656f 100644 --- a/content/ja/docs/tasks/debug-application-cluster/debug-init-containers.md +++ b/content/ja/docs/tasks/debug-application-cluster/debug-init-containers.md @@ -1,11 +1,11 @@ --- -title: Init Containerのデバッグ +title: Initコンテナのデバッグ content_template: templates/task --- {{% capture overview %}} -このページでは、Init Containerの実行に関連する問題を調査する方法を説明します。以下のコマンドラインの例では、Podを``、Init Containerを``および``として参照しています。 +このページでは、Initコンテナの実行に関連する問題を調査する方法を説明します。以下のコマンドラインの例では、Podを``、Initコンテナを``および``として参照しています。 {{% /capture %}} @@ -13,14 +13,14 @@ content_template: templates/task {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} -* [Init Container](/docs/concepts/abstractions/init-containers/)の基本を理解しておきましょう。 -* [Init Containerを設定](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container/)しておきましょう。 +* [Initコンテナ](/ja/docs/concepts/abstractions/init-containers/)の基本を理解しておきましょう。 +* [Initコンテナを設定](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container/)しておきましょう。 {{% /capture %}} {{% capture steps %}} -## Init Containerのステータスを確認する +## Initコンテナのステータスを確認する Podのステータスを表示します: @@ -28,7 +28,7 @@ Podのステータスを表示します: kubectl get pod ``` -たとえば、`Init：1/2`というステータスは、2つのInit Containerのうちの1つが正常に完了したことを示します。 +たとえば、`Init：1/2`というステータスは、2つのInitコンテナのうちの1つが正常に完了したことを示します。 ``` NAME READY STATUS RESTARTS AGE @@ -37,15 +37,15 @@ NAME READY STATUS RESTARTS AGE ステータス値とその意味の例については、[Podのステータスを理解する](#understanding-pod-status)を参照してください。 -## Init Containerの詳細を取得する +## Initコンテナの詳細を取得する -Init Containerの実行に関する詳細情報を表示します: +Initコンテナの実行に関する詳細情報を表示します: ```shell kubectl describe pod ``` -たとえば、2つのInit Containerを持つPodでは、次のように表示されます: +たとえば、2つのInitコンテナを持つPodでは、次のように表示されます: ``` Init Containers: @@ -75,7 +75,7 @@ Init Containers: ... ``` -また、Pod Specの`status.initContainerStatuses`フィールドを読むことでプログラムでInit Containerのステータスにアクセスすることもできます。: +また、Pod Specの`status.initContainerStatuses`フィールドを読むことでプログラムでInitコンテナのステータスにアクセスすることもできます。: ```shell @@ -85,15 +85,15 @@ kubectl get pod nginx --template '{{.status.initContainerStatuses}}' このコマンドは生のJSONで上記と同じ情報を返します。 -## Init Containerのログにアクセスする +## Initコンテナのログにアクセスする -ログにアクセスするには、Init Container名とPod名を渡します。 +ログにアクセスするには、Initコンテナ名とPod名を渡します。 ```shell kubectl logs -c ``` -シェルスクリプトを実行するInit Containerは、実行時にコマンドを出力します。たとえば、スクリプトの始めに`set -x`を実行することでBashで同じことができます。 +シェルスクリプトを実行するInitコンテナは、実行時にコマンドを出力します。たとえば、スクリプトの始めに`set -x`を実行することでBashで同じことができます。 {{% /capture %}} @@ -101,15 +101,15 @@ kubectl logs -c ## Podのステータスを理解する -`Init：`で始まるPodステータスはInit Containerの実行ステータスを要約します。以下の表は、Init Containerのデバッグ中に表示される可能性のあるステータス値の例をいくつか示しています。 +`Init：`で始まるPodステータスはInitコンテナの実行ステータスを要約します。以下の表は、Initコンテナのデバッグ中に表示される可能性のあるステータス値の例をいくつか示しています。 ステータス | 意味 ------ | ------- -`Init:N/M` | Podは`M`個のInit Containerを持ち、これまでに`N`個完了しました。 -`Init:Error` | Init Containerが実行に失敗しました。 -`Init:CrashLoopBackOff` | Init Containerが繰り返し失敗しました。 -`Pending` | PodはまだInit Containerの実行を開始していません。 -`PodInitializing` or `Running` | PodはすでにInit Containerの実行を終了しています。 +`Init:N/M` | Podは`M`個のInitコンテナを持ち、これまでに`N`個完了しました。 +`Init:Error` | Initコンテナが実行に失敗しました。 +`Init:CrashLoopBackOff` | Initコンテナが繰り返し失敗しました。 +`Pending` | PodはまだInitコンテナの実行を開始していません。 +`PodInitializing` or `Running` | PodはすでにInitコンテナの実行を終了しています。 {{% /capture %}} diff --git a/content/ja/docs/tasks/debug-application-cluster/debug-stateful-set.md b/content/ja/docs/tasks/debug-application-cluster/debug-stateful-set.md index 817db0ecde..4354716043 100644 --- a/content/ja/docs/tasks/debug-application-cluster/debug-stateful-set.md +++ b/content/ja/docs/tasks/debug-application-cluster/debug-stateful-set.md @@ -33,7 +33,7 @@ Podが長期間`Unknown`または`Terminating`の状態になっていること {{% capture whatsnext %}} -[Init Containerのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)の詳細 +[Initコンテナのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)の詳細 {{% /capture %}} From 0a41c26140b5964105b3b8c618969a01c8849ecc Mon Sep 17 00:00:00 2001 From: "inductor(Kohei)" Date: Sat, 13 Jun 2020 11:49:36 +0900 Subject: [PATCH 2/2] Update content/ja/docs/concepts/workloads/pods/pod-lifecycle.md Co-authored-by: Naoki Oketani --- content/ja/docs/concepts/workloads/pods/pod-lifecycle.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md b/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md index f9e437b643..3787c784de 100644 --- a/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md +++ b/content/ja/docs/concepts/workloads/pods/pod-lifecycle.md @@ -52,7 +52,7 @@ PodCondition配列の各要素には、次の6つのフィールドがありま * `PodScheduled`: PodがNodeにスケジュールされました。 * `Ready`: Podはリクエストを処理でき、一致するすべてのサービスの負荷分散プールに追加されます。 - * `Initialized`: すべての[initコンテナ](/docs/concepts/workloads/pods/init-containers)が正常に実行されました。 + * `Initialized`: すべての[Initコンテナ](/docs/concepts/workloads/pods/init-containers)が正常に実行されました。 * `ContainersReady`: Pod内のすべてのコンテナが準備できた状態です。