resolve conflict

2020-06-15 02:59:15 +09:00
parent c9472ad4b6 ce768c84b7
commit 298382169c
2451 changed files with 127381 additions and 564546 deletions
@@ -1,17 +1,18 @@
 ---
 title: コンテナおよびPodへのCPUリソースの割り当て
-content_template: templates/task
+content_type: task
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 このページでは、CPUの *request* と *limit* をコンテナに割り当てる方法について示します。コンテナは設定された制限を超えてCPUを使用することはできません。システムにCPUの空き時間がある場合、コンテナには要求されたCPUを割り当てられます。

-{{% /capture %}}


-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

@@ -38,10 +39,10 @@ NAME
 v1beta1.metrics.k8s.io
 ```

-{{% /capture %}}


-{{% capture steps %}}
+
+<!-- steps -->

 ## namespaceの作成

@@ -207,9 +208,10 @@ namespaceを削除してください:
 kubectl delete namespace cpu-example
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+


 ### アプリケーション開発者向け
@@ -234,4 +236,4 @@ kubectl delete namespace cpu-example

 * [APIオブジェクトのクォータを設定する](/docs/tasks/administer-cluster/quota-api-object/)

-{{% /capture %}}
+
@@ -1,17 +1,18 @@
 ---
 title: コンテナおよびPodへのメモリーリソースの割り当て
-content_template: templates/task
+content_type: task
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->

 このページでは、メモリーの *要求* と *制限* をコンテナに割り当てる方法について示します。コンテナは要求されたメモリーを確保することを保証しますが、その制限を超えるメモリーの使用は許可されません。

-{{% /capture %}}


-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

@@ -38,9 +39,9 @@ NAME
 v1beta1.metrics.k8s.io
 ```

-{{% /capture %}}

-{{% capture steps %}}
+
+<!-- steps -->

 ## namespaceの作成

@@ -288,9 +289,10 @@ namespaceを削除してください。これにより、今回のタスクで
 kubectl delete namespace mem-example
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 ### アプリケーション開発者向け

@@ -314,7 +316,7 @@ kubectl delete namespace mem-example

 * [APIオブジェクトのクォータを設定する](/docs/tasks/administer-cluster/quota-api-object/)

-{{% /capture %}}
+



@@ -1,24 +1,25 @@
 ---
 title: コンテナライフサイクルイベントへのハンドラー紐付け
-content_template: templates/task
+content_type: task
 weight: 140
 ---

-{{% capture overview %}}
+<!-- overview -->

 このページでは、コンテナのライフサイクルイベントにハンドラーを紐付けする方法を説明します。KubernetesはpostStartとpreStopイベントをサポートしています。Kubernetesはコンテナの起動直後にpostStartイベントを送信し、コンテナの終了直前にpreStopイベントを送信します。

-{{% /capture %}}


-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

-{{% /capture %}}


-{{% capture steps %}}
+
+<!-- steps -->

 ## postStartハンドラーとpreStopハンドラーを定義する

@@ -50,11 +51,11 @@ Pod内で実行されているコンテナでシェルを実行します:

    Hello from the postStart handler

-{{% /capture %}}



-{{% capture discussion %}}
+
+<!-- discussion -->

 ## 議論

@@ -70,10 +71,11 @@ Kubernetesは、Podが *終了* したときにのみpreStopイベントを送
 この制限は[issue #55087](https://github.com/kubernetes/kubernetes/issues/55807)で追跡されています。
 {{< /note >}}

-{{% /capture %}}


-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * [コンテナライフサイクルフック](/ja/docs/concepts/containers/container-lifecycle-hooks/)の詳細
 * [Podのライフサイクル](/ja/docs/concepts/workloads/pods/pod-lifecycle/)の詳細
@@ -85,6 +87,6 @@ Kubernetesは、Podが *終了* したときにのみpreStopイベントを送
 * [コンテナ](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#container-v1-core)
 * [PodSpec](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podspec-v1-core)の`terminationGracePeriodSeconds`

-{{% /capture %}}
+


@@ -1,23 +1,24 @@
 ---
 title: ストレージにProjectedボリュームを使用するようPodを設定する
-content_template: templates/task
+content_type: task
 weight: 70
 ---

-{{% capture overview %}}
+<!-- overview -->
 このページでは、[`projected`](/docs/concepts/storage/volumes/#projected)（投影）ボリュームを使用して、既存の複数のボリュームソースを同一ディレクトリ内にマウントする方法を説明します。
 現在、`secret`、`configMap`、`downwardAPI`および`serviceAccountToken`ボリュームを投影できます。

 {{< note >}}
 `serviceAccountToken`はボリュームタイプではありません。
 {{< /note >}}
-{{% /capture %}}

-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
-{{% /capture %}}

-{{% capture steps %}}
+
+<!-- steps -->
 ## ProjectedボリュームをPodに設定する

 この課題では、ローカルファイルからユーザーネームおよびパスワードの{{< glossary_tooltip text="Secret" term_id="secret" >}}を作成します。
@@ -73,9 +74,10 @@ kubectl delete pod test-projected-volume
 kubectl delete secret user pass
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * [`projected`](/docs/concepts/storage/volumes/#projected)ボリュームについてさらに学ぶ
 * [all-in-oneボリューム](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/design-proposals/node/all-in-one-volume.md)のデザインドキュメントを読む
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: ストレージにボリュームを使用するPodを構成する
-content_template: templates/task
+content_type: task
 weight: 50
 ---

-{{% capture overview %}}
+<!-- overview -->

 このページでは、ストレージにボリュームを使用するPodを構成する方法を示します。

@@ -13,15 +13,16 @@ weight: 50
 コンテナに依存しない、より一貫したストレージを実現するには、[ボリューム](/docs/concepts/storage/volumes/)を使用できます。
 これは、キーバリューストア(Redisなど)やデータベースなどのステートフルアプリケーションにとって特に重要です。

-{{% /capture %}}

-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

-{{% /capture %}}

-{{% capture steps %}}
+
+<!-- steps -->

 ## Podのボリュームを構成する

@@ -120,9 +121,10 @@ weight: 50
    kubectl delete pod redis
    ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 * [Volume](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volume-v1-core)参照

@@ -130,6 +132,6 @@ weight: 50

 * `emptyDir`によって提供されるローカルディスクストレージに加えて、Kubernetesは、GCEのPDやEC2のEBSなど、さまざまなネットワーク接続ストレージソリューションをサポートします。これらは、重要なデータに好ましく、ノード上のデバイスのマウントやアンマウントなどの詳細を処理します。詳細は[ボリューム](/docs/concepts/storage/volumes/)を参照してください。

-{{% /capture %}}
+


@@ -1,25 +1,26 @@
 ---
 title: PodにQuality of Serviceを設定する
-content_template: templates/task
+content_type: task
 weight: 30
 ---


-{{% capture overview %}}
+<!-- overview -->

 このページでは、特定のQuality of Service (QoS)クラスをPodに割り当てるための設定方法を示します。Kubernetesは、Podのスケジューリングおよび退役を決定するためにQoSクラスを用います。

-{{% /capture %}}


-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

-{{% /capture %}}


-{{% capture steps %}}
+
+<!-- steps -->

 ## QoSクラス

@@ -222,9 +223,10 @@ namespaceを削除してください:
 kubectl delete namespace qos-example
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+


 ### アプリケーション開発者向け
@@ -250,7 +252,6 @@ kubectl delete namespace qos-example
 * [APIオブジェクトのクォータを設定する](/docs/tasks/administer-cluster/quota-api-object/)

 * [ノードのトポロジー管理ポリシーを制御する](/docs/tasks/administer-cluster/topology-manager/)
-{{% /capture %}}



@@ -1,11 +1,11 @@
 ---
 title: Pod内のコンテナ間でプロセス名前空間を共有する
 min-kubernetes-server-version: v1.10
-content_template: templates/task
+content_type: task
 weight: 160
 ---

-{{% capture overview %}}
+<!-- overview -->

 {{< feature-state state="stable" for_k8s_version="v1.17" >}}

@@ -14,15 +14,16 @@ weight: 160

 この機能を使用して、ログハンドラーサイドカーコンテナなどの協調コンテナを構成したり、シェルなどのデバッグユーティリティを含まないコンテナイメージをトラブルシューティングしたりできます。

-{{% /capture %}}

-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+

 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}

-{{% /capture %}}

-{{% capture steps %}}
+
+<!-- steps -->

 ## Podを構成する

@@ -86,9 +87,9 @@ events {
    worker_connections  1024;
 ```

-{{% /capture %}}

-{{% capture discussion %}}
+
+<!-- discussion -->

 ## プロセス名前空間の共有について理解する

@@ -106,6 +107,6 @@ Podは多くのリソースを共有するため、プロセスの名前空間
 1. **コンテナファイルシステムは、`/proc/$pid/root`リンクを介してPod内の他のコンテナに表示されます。**
   これによりデバッグが容易になりますが、ファイルシステム内の秘密情報はファイルシステムのアクセス許可によってのみ保護されることも意味します。

-{{% /capture %}}
+