Update links to /ja/docs/ in /ja/docs/tasks/ if ja page exists (#16255)

2019-09-10 14:02:54 +09:00
parent d549942636
commit 9535c7eb3b
8 changed files with 18 additions and 18 deletions
@@ -39,9 +39,9 @@ weight: 60
    このコマンドは
    [Deployment](/docs/concepts/workloads/controllers/deployment/)
    オブジェクトとそれに紐付く
-    [ReplicaSet](/docs/concepts/workloads/controllers/replicaset/)
+    [ReplicaSet](/ja/docs/concepts/workloads/controllers/replicaset/)
    オブジェクトを作成します。ReplicaSetは、Hello Worldアプリケーションが稼働している2つの
-    [Pod](/docs/concepts/workloads/pods/pod/)
+    [Pod](/ja/docs/concepts/workloads/pods/pod/)
    から構成されます。
 1. Deploymentの情報を表示します:
@@ -62,7 +62,7 @@ Pod内で実行されているコンテナでシェルを実行します:
 ただし、コンテナのエントリーポイントが呼び出される前にpostStartハンドラーが呼び出されるという保証はありません。postStartハンドラーはコンテナのコードに対して非同期的に実行されますが、postStartハンドラーが完了するまでコンテナのKubernetesによる管理はブロックされます。postStartハンドラーが完了するまで、コンテナのステータスはRUNNINGに設定されません。
 Kubernetesはコンテナが終了する直前にpreStopイベントを送信します。
-コンテナのKubernetesによる管理は、Podの猶予期間が終了しない限り、preStopハンドラーが完了するまでブロックされます。詳細は[Podの終了](/docs/user-guide/pods/#termination-of-pods)を参照してください。
+コンテナのKubernetesによる管理は、Podの猶予期間が終了しない限り、preStopハンドラーが完了するまでブロックされます。詳細は[Podの終了](/ja/docs/concepts/workloads/pods/pod/#podの終了)を参照してください。
 {{< note >}}
 Kubernetesは、Podが *終了* したときにのみpreStopイベントを送信します。
@@ -75,8 +75,8 @@ Kubernetesは、Podが *終了* したときにのみpreStopイベントを送
 {{% capture whatsnext %}}
-* [コンテナライフサイクルフック](/docs/concepts/containers/container-lifecycle-hooks/)の詳細
+* [コンテナライフサイクルフック](/ja/docs/concepts/containers/container-lifecycle-hooks/)の詳細
-* [Podのライフサイクル](/docs/concepts/workloads/pods/pod-lifecycle/)の詳細
+* [Podのライフサイクル](/ja/docs/concepts/workloads/pods/pod-lifecycle/)の詳細
 ### 参照
@@ -33,7 +33,7 @@ Podが長期間`Unknown`または`Terminating`の状態になっていること
 {{% capture whatsnext %}}
-[Init Containerのデバッグ](/docs/tasks/debug-application-cluster/debug-init-containers/)の詳細
+[Init Containerのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)の詳細
 {{% /capture %}}
@@ -50,7 +50,7 @@ kubectl delete pods -l app=myapp
 ### 永続ボリューム
-StatefulSet内のPodを削除しても、関連付けられているボリュームは削除されません。これは、削除する前にボリュームからデータをコピーする機会があることを保証するためです。Podが[終了状態](/docs/concepts/workloads/pods/pod/#termination-of-pods)になった後にPVCを削除すると、ストレージクラスと再利用ポリシーによっては、背後にある永続ボリュームの削除がトリガーされることがあります。決してクレーム削除後にボリュームにアクセスできると想定しないでください。
+StatefulSet内のPodを削除しても、関連付けられているボリュームは削除されません。これは、削除する前にボリュームからデータをコピーする機会があることを保証するためです。Podが[終了状態](/ja/docs/concepts/workloads/pods/pod/#podの終了)になった後にPVCを削除すると、ストレージクラスと再利用ポリシーによっては、背後にある永続ボリュームの削除がトリガーされることがあります。決してクレーム削除後にボリュームにアクセスできると想定しないでください。
 {{< note >}}
 データを損失する可能性があるため、PVCを削除するときは注意してください。
@@ -6,7 +6,7 @@ weight: 30
 {{% capture overview %}}
-このページでは、[StatefulSet](/docs/concepts/workloads/controllers/statefulset/)
+このページでは、[StatefulSet](/ja/docs/concepts/workloads/controllers/statefulset/)
 コントローラーを使用して、レプリカを持つステートフルアプリケーションを実行する方法を説明します。
 ここでの例は、非同期レプリケーションを行う複数のスレーブを持つ、単一マスターのMySQLです。
@@ -21,8 +21,8 @@ weight: 30
 * {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 * {{< include "default-storage-class-prereqs.md" >}}
 * このチュートリアルは、あなたが[PersistentVolume](/docs/concepts/storage/persistent-volumes/)
-  と[StatefulSet](/docs/concepts/workloads/controllers/statefulset/)、
+  と[StatefulSet](/ja/docs/concepts/workloads/controllers/statefulset/)、
-  さらには[Pod](/docs/concepts/workloads/pods/pod/)、
+  さらには[Pod](/ja/docs/concepts/workloads/pods/pod/)、
  [Service](/docs/concepts/services-networking/service/)、
  [ConfigMap](/docs/tasks/configure-pod-container/configure-pod-configmap/)などの
  他のコアな概念に精通していることを前提としています。
@@ -134,7 +134,7 @@ MySQLレプリケーションの起動を順序正しく実行します。
 ### 構成を生成する
 Podスペック内のコンテナを起動する前に、Podは最初に
-[初期化コンテナ](/docs/concepts/workloads/pods/init-containers/)を定義された順序で実行します。
+[初期化コンテナ](/ja/docs/concepts/workloads/pods/init-containers/)を定義された順序で実行します。
 最初の初期化コンテナは`init-mysql`という名前で、序数インデックスに基づいて特別なMySQL設定ファイルを生成します。
@@ -147,7 +147,7 @@ ConfigMapから内容を`conf.d`にコピーすることによって適用しま
 このトポロジー例は単一のMySQLマスターと任意の数のスレーブで構成されているため、
 スクリプトは単に序数の`0`がマスターになるように、それ以外のすべてがスレーブになるように割り当てます。
 StatefulSetコントローラーによる
-[デプロイ順序の保証](/docs/concepts/workloads/controllers/statefulset/#deployment-and-scaling-guarantees/)と組み合わせると、
+[デプロイ順序の保証](/ja/docs/concepts/workloads/controllers/statefulset/#デプロイとスケーリングの保証)と組み合わせると、
 スレーブが作成される前にMySQLマスターがReady状態になるため、スレーブはレプリケーションを開始できます。
 ### 既存データをクローンする
@@ -143,7 +143,7 @@ mysql>
 * アプリケーションをスケールしないでください。このセットアップは単一レプリカのアプリケーション専用です。
  下層にあるPersistentVolumeは1つのPodにしかマウントできません。
-  クラスター化されたステートフルアプリケーションについては、[StatefulSetのドキュメント](/docs/concepts/workloads/controllers/statefulset/)を参照してください。
+  クラスター化されたステートフルアプリケーションについては、[StatefulSetのドキュメント](/ja/docs/concepts/workloads/controllers/statefulset/)を参照してください。
 * Deploymentを定義するYAMLファイルでは`strategy: type: Recreate`を使用して下さい。
  この設定はKubernetesにローリングアップデートを使用 _しない_ ように指示します。
  同時に複数のPodを実行することはできないため、ローリングアップデートは使用できません。
@@ -13,7 +13,7 @@ weight: 50
 * StatefulSetはKubernetesバージョン1.5以降でのみ利用可能です。
  Kubernetesのバージョンを確認するには、`kubectl version`を実行してください。
-* すべてのステートフルアプリケーションがうまくスケールできるわけではありません。StatefulSetがスケールするかどうかわからない場合は、[StatefulSetの概念](/docs/concepts/workloads/controllers/statefulset/)または[StatefulSetのチュートリアル](/docs/tutorials/stateful-application/basic-stateful-set/)を参照してください。
+* すべてのステートフルアプリケーションがうまくスケールできるわけではありません。StatefulSetがスケールするかどうかわからない場合は、[StatefulSetの概念](/ja/docs/concepts/workloads/controllers/statefulset/)または[StatefulSetのチュートリアル](/docs/tutorials/stateful-application/basic-stateful-set/)を参照してください。
 * ステートフルアプリケーションクラスターが完全に健全であると確信できる場合にのみ、スケーリングを実行してください。
@@ -75,6 +75,6 @@ spec.replicas > 1の場合、Kubernetesは不健康なPodの理由を判断で
 {{% capture whatsnext %}}
-* [StatefulSetの削除](/docs/tasks/run-application/delete-stateful-set/)の詳細
+* [StatefulSetの削除](/ja/docs/tasks/run-application/delete-stateful-set/)の詳細
 {{% /capture %}}
@@ -110,7 +110,7 @@ Windowsに手動でMinikubeをダウンロードする場合、[`minikube-window
 {{% capture whatsnext %}}
-* [Minikubeを使ってローカルでKubernetesを実行する](/docs/setup/minikube/)
+* [Minikubeを使ってローカルでKubernetesを実行する](/ja/docs/setup/minikube/)
 {{% /capture %}}