resolve conflict

content/ja/docs/tasks/run-application/delete-stateful-set.md

@@ -1,22 +1,23 @@
 ---
 title: StatefulSetの削除
-content_template: templates/task
+content_type: task
 weight: 60
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 このタスクでは、StatefulSetを削除する方法を説明します。
 
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 * このタスクは、クラスター上で、StatefulSetで表現されるアプリケーションが実行されていることを前提としています。
 
-{{% /capture %}}
 
-{{% capture steps %}}
+
+<!-- steps -->
 
 ## StatefulSetの削除
 
@@ -74,12 +75,13 @@ kubectl delete pvc -l app=myapp
 
 StatefulSet内の一部のPodが長期間`Terminating`または`Unknown`状態のままになっていることが判明した場合は、手動でapiserverからPodを強制的に削除する必要があります。これは潜在的に危険な作業です。詳細は[StatefulSet Podの強制削除](/ja/docs/tasks/run-application/force-delete-stateful-set-pod/)を参照してください。
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 [StatefulSet Podの強制削除](/ja/docs/tasks/run-application/force-delete-stateful-set-pod/)の詳細
 
-{{% /capture %}}
+
 
 

content/ja/docs/tasks/run-application/force-delete-stateful-set-pod.md

@@ -1,20 +1,21 @@
 ---
 title: StatefulSet Podの強制削除
-content_template: templates/task
+content_type: task
 weight: 70
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 このページでは、StatefulSetの一部であるPodを削除する方法と、削除する際に考慮すべき事項について説明します。
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 * これはかなり高度なタスクであり、StatefulSetに固有のいくつかの特性に反する可能性があります。
 * 先に進む前に、以下に列挙されている考慮事項をよく理解してください。
-{{% /capture %}}
 
-{{% capture steps %}}
+
+<!-- steps -->
 
 ## StatefulSetに関する考慮事項
 
@@ -68,10 +69,11 @@ kubectl patch pod <pod> -p '{"metadata":{"finalizers":null}}'
 
 StatefulSet Podの強制削除は、常に慎重に、関連するリスクを完全に把握して実行してください。
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 [StatefulSetのデバッグ](/docs/tasks/debug-application-cluster/debug-stateful-set/)の詳細
 
-{{% /capture %}}
+

content/ja/docs/tasks/run-application/run-replicated-stateful-application.md

@@ -1,10 +1,10 @@
 ---
 title: レプリカを持つステートフルアプリケーションを実行する
-content_template: templates/tutorial
+content_type: tutorial
 weight: 30
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 このページでは、[StatefulSet](/ja/docs/concepts/workloads/controllers/statefulset/)
 コントローラーを使用して、レプリカを持つステートフルアプリケーションを実行する方法を説明します。
@@ -14,9 +14,10 @@ weight: 30
 具体的には、MySQLの設定が安全ではないデフォルトのままとなっています。
 これはKubernetesでステートフルアプリケーションを実行するための一般的なパターンに焦点を当てるためです。
 
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 * {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 * {{< include "default-storage-class-prereqs.md" >}}
@@ -29,18 +30,19 @@ weight: 30
 * MySQLに関する知識は記事の理解に役立ちますが、
   このチュートリアルは他のシステムにも役立つ一般的なパターンを提示することを目的としています。
 
-{{% /capture %}}
 
-{{% capture objectives %}}
+
+## {{% heading "objectives" %}}
+
 
 * StatefulSetコントローラーを使用して、レプリカを持つMySQLトポロジーをデプロイします。
 * MySQLクライアントトラフィックを送信します。
 * ダウンタイムに対する耐性を観察します。
 * StatefulSetをスケールアップおよびスケールダウンします。
 
-{{% /capture %}}
 
-{{% capture lessoncontent %}}
+
+<!-- lessoncontent -->
 
 ## MySQLをデプロイする
 
@@ -437,9 +439,10 @@ kubectl delete pvc data-mysql-3
 kubectl delete pvc data-mysql-4
 ```
 
-{{% /capture %}}
 
-{{% capture cleanup %}}
+
+## {{% heading "cleanup" %}}
+
 
 1. `SELECT @@server_id`ループを実行している端末で**Ctrl+C**を押すか、
    別の端末から次のコマンドを実行して、ループをキャンセルします。
@@ -478,13 +481,14 @@ kubectl delete pvc data-mysql-4
    動的プロビジョニング機能を使用した場合は、PersistentVolumeClaimを削除すれば、自動的にPersistentVolumeも削除されます。
    一部の動的プロビジョナー(EBSやPDなど)は、PersistentVolumeを削除すると同時に下層にあるリソースも解放します。
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * その他のステートフルアプリケーションの例は、[Helm Charts repository](https://github.com/kubernetes/charts)を見てください。
 
-{{% /capture %}}
+
 
 
 

content/ja/docs/tasks/run-application/run-single-instance-stateful-application.md

@@ -1,35 +1,37 @@
 ---
 title: 単一レプリカのステートフルアプリケーションを実行する
-content_template: templates/tutorial
+content_type: tutorial
 weight: 20
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 このページでは、PersistentVolumeとDeploymentを使用して、Kubernetesで単一レプリカのステートフルアプリケーションを実行する方法を説明します。アプリケーションはMySQLです。
 
-{{% /capture %}}
 
 
-{{% capture objectives %}}
+
+## {{% heading "objectives" %}}
+
 
 * 自身の環境のディスクを参照するPersistentVolumeを作成します。
 * MySQLのDeploymentを作成します。
 * MySQLをDNS名でクラスター内の他のPodに公開します。
 
-{{% /capture %}}
 
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 * {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
 * {{< include "default-storage-class-prereqs.md" >}}
 
-{{% /capture %}}
 
 
-{{% capture lessoncontent %}}
+
+<!-- lessoncontent -->
 
 ## MySQLをデプロイする
 
@@ -163,10 +165,11 @@ PersistentVolumeを手動でプロビジョニングした場合は、Persistent
 動的プロビジョニング機能を使用した場合は、PersistentVolumeClaimを削除すれば、自動的にPersistentVolumeも削除されます。
 一部の動的プロビジョナー(EBSやPDなど)は、PersistentVolumeを削除すると同時に下層にあるリソースも解放します。
 
-{{% /capture %}}
 
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * [Deploymentオブジェクト](/ja/docs/concepts/workloads/controllers/deployment/)についてもっと学ぶ
 
@@ -176,6 +179,6 @@ PersistentVolumeを手動でプロビジョニングした場合は、Persistent
 
 * [Volumes](/docs/concepts/storage/volumes/)と[Persistent Volumes](/docs/concepts/storage/persistent-volumes/)
 
-{{% /capture %}}
+
 
 

content/ja/docs/tasks/run-application/run-stateless-application-deployment.md

@@ -1,34 +1,36 @@
 ---
 title: Deploymentを使用してステートレスアプリケーションを実行する
 min-kubernetes-server-version: v1.9
-content_template: templates/tutorial
+content_type: tutorial
 weight: 10
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 このページでは、Kubernetes Deploymentオブジェクトを使用してアプリケーションを実行する方法を説明します。
 
-{{% /capture %}}
 
 
-{{% capture objectives %}}
+
+## {{% heading "objectives" %}}
+
 
 * nginx deploymentを作成します。
 * kubectlを使ってdeploymentに関する情報を一覧表示します。
 * deploymentを更新します。
 
-{{% /capture %}}
 
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
-{{% /capture %}}
 
 
-{{% capture lessoncontent %}}
+
+<!-- lessoncontent -->
 
 ## nginx deploymentの作成と探検
 
@@ -138,13 +140,14 @@ Deploymentを名前を指定して削除します:
 
 複製アプリケーションを作成するための好ましい方法はDeploymentを使用することです。そして、DeploymentはReplicaSetを使用します。 DeploymentとReplicaSetがKubernetesに追加される前は、[ReplicationController](/docs/concepts/workloads/controllers/replicationcontroller/)を使用して複製アプリケーションを構成していました。
 
-{{% /capture %}}
 
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * [Deploymentオブジェクト](/ja/docs/concepts/workloads/controllers/deployment/)の詳細
 
-{{% /capture %}}
+
 
 

content/ja/docs/tasks/run-application/scale-stateful-set.md

@@ -1,14 +1,15 @@
 ---
 title: StatefulSetのスケール
-content_template: templates/task
+content_type: task
 weight: 50
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 このタスクは、StatefulSetをスケールする方法を示します。StatefulSetをスケーリングするとは、レプリカの数を増減することです。
-{{% /capture %}}
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 * StatefulSetはKubernetesバージョン1.5以降でのみ利用可能です。
   Kubernetesのバージョンを確認するには、`kubectl version`を実行してください。
@@ -17,9 +18,9 @@ weight: 50
 
 * ステートフルアプリケーションクラスターが完全に健全であると確信できる場合にのみ、スケーリングを実行してください。
 
-{{% /capture %}}
 
-{{% capture steps %}}
+
+<!-- steps -->
 
 ## StatefulSetのスケール
 
@@ -71,10 +72,11 @@ spec.replicas > 1の場合、Kubernetesは不健康なPodの理由を判断で
 
 一時的な障害によってPodが正常でなくなり、Podが再び使用可能になる可能性がある場合は、一時的なエラーがスケールアップまたはスケールダウン操作の妨げになる可能性があります。一部の分散データベースでは、ノードが同時に参加および脱退するときに問題があります。このような場合は、アプリケーションレベルでスケーリング操作を考えることをお勧めします。また、ステートフルアプリケーションクラスタが完全に健全であることが確実な場合にのみスケーリングを実行してください。
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * [StatefulSetの削除](/ja/docs/tasks/run-application/delete-stateful-set/)の詳細
 
-{{% /capture %}}
+