resolve conflict

2020-06-15 02:59:15 +09:00
parent c9472ad4b6 ce768c84b7
commit 298382169c
2451 changed files with 127381 additions and 564546 deletions
@@ -3,7 +3,7 @@ no_issue: true
 title: はじめに
 main_menu: true
 weight: 20
-content_template: templates/concept
+content_type: concept
 card:
  name: setup
  weight: 20
@@ -14,7 +14,7 @@ card:
    title: 本番環境
 ---

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

 このセクションではKubernetesをセットアップして動かすための複数のやり方について説明します。

@@ -24,9 +24,9 @@ Kubernetesクラスタはローカルマシン、クラウド、オンプレの

 簡潔に言えば、学習用としても、本番環境用としてもKubernetesクラスターを作成することができます。

-{{% /capture %}}

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

 ## 環境について学ぶ

@@ -51,4 +51,4 @@ Kubernetesについて学んでいる場合、Dockerベースのソリューシ

 [Certified Kubernetes](https://github.com/cncf/k8s-conformance/#certified-kubernetes)プロバイダーの一覧については、"[Partners](https://kubernetes.io/partners/#conformance)"を参照してください。 

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: PKI証明書とその要件
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

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

 Kubernetesでは、TLS認証のためにPKI証明書が必要です。
 [kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/)でKubernetesをインストールする場合、必要な証明書は自動で生成されます。
 自身で証明書を作成することも可能です。例えば、秘密鍵をAPIサーバーに保持しないことで、管理をよりセキュアにする場合が挙げられます。
 本ページでは、クラスターに必要な証明書について説明します。

-{{% /capture %}}

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

 ## クラスタではどのように証明書が使われているのか

@@ -161,4 +161,4 @@ KUBECONFIG=<filename> kubectl config use-context default-system
 [kubeadm]: /docs/reference/setup-tools/kubeadm/kubeadm/
 [proxy]: /docs/tasks/access-kubernetes-api/configure-aggregation-layer/

-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 title: 複数のゾーンで動かす
 weight: 10
-content_template: templates/concept
+content_type: concept
 ---

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

 This page describes how to run a cluster in multiple zones.

-{{% /capture %}}

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

 ## 始めに

@@ -397,4 +397,4 @@ KUBERNETES_PROVIDER=aws KUBE_USE_EXISTING_MASTER=true KUBE_AWS_ZONE=us-west-2b k
 KUBERNETES_PROVIDER=aws KUBE_AWS_ZONE=us-west-2a kubernetes/cluster/kube-down.sh
 ```

-{{% /capture %}}
+
@@ -1,15 +1,15 @@
 ---
 title: Minikubeを使用してローカル環境でKubernetesを動かす
-content_template: templates/concept
+content_type: concept
 ---

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

 Minikubeはローカル環境でKubernetesを簡単に実行するためのツールです。Kubernetesを試したり日々の開発への使用を検討するユーザー向けに、PC上のVM内でシングルノードのKubernetesクラスタを実行することができます。

-{{% /capture %}}

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

 ## Minikubeの機能

@@ -441,4 +441,4 @@ Minikubeの詳細については、[proposal](https://git.k8s.io/community/contr

 コントリビューションや質問、コメントは歓迎・奨励されています! Minikubeの開発者は[Slack](https://kubernetes.slack.com)の#minikubeチャンネルにいます(Slackへの招待状は[こちら](http://slack.kubernetes.io/))。[kubernetes-dev Google Groupsメーリングリスト](https://groups.google.com/forum/#!forum/kubernetes-dev)もあります。メーリングリストに投稿する際は件名の最初に "minikube: " をつけてください。

-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 title: CRIのインストール
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
-{{% capture overview %}}
+<!-- overview -->
 {{< feature-state for_k8s_version="v1.6" state="stable" >}}
 Podのコンテナを実行するために、Kubernetesはコンテナランタイムを使用します。
 様々なランタイムのインストール手順は次のとおりです。

-{{% /capture %}}

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


 {{< caution >}}
@@ -253,4 +253,4 @@ systemctl start containerd

 詳細については[Fraktiのクイックスタートガイド](https://github.com/kubernetes/frakti#quickstart)を参照してください。

-{{% /capture %}}
+
@@ -1,9 +1,9 @@
 ---
 title: Cloudstack
-content_template: templates/concept
+content_type: concept
 ---

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

 [CloudStack](https://cloudstack.apache.org/) is a software to build public and private clouds based on hardware virtualization principles (traditional IaaS). To deploy Kubernetes on CloudStack there are several possibilities depending on the Cloud being used and what images are made available. CloudStack also has a vagrant plugin available, hence Vagrant could be used to deploy Kubernetes either using the existing shell provisioner or using new Salt based recipes.

@@ -11,9 +11,9 @@ content_template: templates/concept

 This guide uses a single [Ansible playbook](https://github.com/apachecloudstack/k8s), which is completely automated and can deploy Kubernetes on a CloudStack based Cloud using CoreOS images. The playbook, creates an ssh key pair, creates a security group and associated rules and finally starts coreOS instances configured via cloud-init.

-{{% /capture %}}

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

 ## 前提条件

@@ -115,4 +115,4 @@ IaaS Provider        | Config. Mgmt | OS     | Networking  | Docs
 -------------------- | ------------ | ------ | ----------  | ---------------------------------------------     | ---------| ----------------------------
 CloudStack           | Ansible      | CoreOS | flannel     | [docs](/docs/setup/production-environment/on-premises-vm/cloudstack/)                             |          | Community ([@Guiques](https://github.com/ltupin/))

-{{% /capture %}}
+
@@ -1,9 +1,9 @@
 ---
 title: DC/OS上のKubernetes
-content_template: templates/concept
+content_type: concept
 ---

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

 Mesosphereは[DC/OS](https://mesosphere.com/product/)上にKubernetesを構築する為の簡単な選択肢を提供します。それは

@@ -14,12 +14,12 @@ Mesosphereは[DC/OS](https://mesosphere.com/product/)上にKubernetesを構築

 です。

-{{% /capture %}}

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

 ## 公式Mesosphereガイド

 DC/OS入門の正規のソースは[クイックスタートリポジトリ](https://github.com/mesosphere/dcos-kubernetes-quickstart)にあります。

-{{% /capture %}}
+
@@ -1,15 +1,15 @@
 ---
 title: oVirt
-content_template: templates/concept
+content_type: concept
 ---

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

 oVirt is a virtual datacenter manager that delivers powerful management of multiple virtual machines on multiple hosts. Using KVM and libvirt, oVirt can be installed on Fedora, CentOS, or Red Hat Enterprise Linux hosts to set up and manage your virtual data center.

-{{% /capture %}}

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

 ## oVirtクラウドプロバイダーによる構築

@@ -65,4 +65,4 @@ IaaS Provider        | Config. Mgmt | OS     | Networking  | Docs
 -------------------- | ------------ | ------ | ----------  | ---------------------------------------------     | ---------| ----------------------------
 oVirt                |              |        |             | [docs](/docs/setup/production-environment/on-premises-vm/ovirt/)                                  |          | Community ([@simon3z](https://github.com/simon3z))

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: kopsを使ったAWS上でのKubernetesのインストール
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---

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

 This quickstart shows you how to easily install a Kubernetes cluster on AWS.
 It uses a tool called [`kops`](https://github.com/kubernetes/kops).
@@ -21,9 +21,9 @@ kops is an opinionated provisioning system:
 If your opinions differ from these you may prefer to build your own cluster using [kubeadm](/docs/admin/kubeadm/) as
 a building block.  kops builds on the kubeadm work.

-{{% /capture %}}

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

 ## クラスタの作成

@@ -224,12 +224,13 @@ See the [list of add-ons](/docs/concepts/cluster-administration/addons/) to expl
 * Slack Channel: [#kops-users](https://kubernetes.slack.com/messages/kops-users/)
 * [GitHub Issues](https://github.com/kubernetes/kops/issues)

-{{% /capture %}}

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

 * Learn more about Kubernetes [concepts](/docs/concepts/) and [`kubectl`](/docs/user-guide/kubectl-overview/).
 * Learn about `kops` [advanced usage](https://github.com/kubernetes/kops)
 * See the `kops` [docs](https://github.com/kubernetes/kops) section for tutorials, best practices and advanced configuration options.

-{{% /capture %}}
+
@@ -1,101 +0,0 @@
---
-title: KRIBを使用してDigital Rebar Provision (DRP)と共にKubernetesをインストールする
-krib-version: 2.4
-author: Rob Hirschfeld (zehicle)
-weight: 20
---
-
-## 概要
-
-This guide helps to install a Kubernetes cluster hosted on bare metal with [Digital Rebar Provision](https://github.com/digitalrebar/provision) using only its Content packages and *kubeadm*.
-
-Digital Rebar Provision (DRP) is an integrated Golang DHCP, bare metal provisioning (PXE/iPXE) and workflow automation platform. While [DRP can be used to invoke](https://provision.readthedocs.io/en/tip/doc/integrations/ansible.html) [kubespray](/ja/docs/setup/custom-cloud/kubespray), it also offers a self-contained Kubernetes installation known as [KRIB (Kubernetes Rebar Integrated Bootstrap)](https://github.com/digitalrebar/provision-content/tree/master/krib).
-
-{{< note >}}
-KRIB is not a _stand-alone_ installer: Digital Rebar templates drive a standard *[kubeadm](/docs/admin/kubeadm/)* configuration that manages the Kubernetes installation with the [Digital Rebar cluster pattern](https://provision.readthedocs.io/en/tip/doc/arch/cluster.html#rs-cluster-pattern) to elect leaders _without external supervision_.
-{{< /note >}}
-
-
-KRIB features:
-
-* zero-touch, self-configuring cluster without pre-configuration or inventory
-* very fast, no-ssh required automation
-* bare metal, on-premises focused platform
-* highly available cluster options (including splitting etcd from the controllers)
-* dynamic generation of a TLS infrastructure
-* composable attributes and automatic detection of hardware by profile
-* options for persistent, immutable and image-based deployments
-* support for Ubuntu 18.04, CentOS/RHEL 7, CoreOS, RancherOS and others
-
-## クラスターの作成
-
-Review [Digital Rebar documentation](https://provision.readthedocs.io/en/tip/README.html) for details about installing the platform.
-
-The Digital Rebar Provision Golang binary should be installed on a Linux-like system with 16 GB of RAM or larger (Packet.net Tiny and Rasberry Pi are also acceptable).
-
-### (1/5) サーバーの発見
-
-Following the [Digital Rebar installation](https://provision.readthedocs.io/en/tip/doc/quickstart.html), allow one or more servers to boot through the _Sledgehammer_ discovery process to register with the API. This will automatically install the Digital Rebar runner and to allow for next steps.
-
-### (2/5) KRIBと証明書プラグインのインストール
-
-Upload the KRIB Content bundle (or build from [source](https://github.com/digitalrebar/provision-content/tree/master/krib)) and the Cert Plugin for your DRP platform. Both are freely available via the [RackN UX](https://portal.rackn.io) or using the upload from catalog feature of the DRPCLI (shown below).
-
-```
-drpcli plugin_providers upload certs from catalog:certs-stable
-drpcli contents upload catalog:krib-stable
-```
-
-### (3/5) クラスター構築の開始
-
-{{< note >}}
-KRIB documentation is dynamically generated from the source and will be more up to date than this guide.
-{{< /note >}}
-
-Following the [KRIB documentation](https://provision.readthedocs.io/en/tip/doc/content-packages/krib.html), create a Profile for your cluster and assign your target servers into the cluster Profile. The Profile must set `krib\cluster-name` and `etcd\cluster-name` Params to be the name of the Profile. Cluster configuration choices can be made by adding additional Params to the Profile; however, safe defaults are provided for all Params.
-
-Once all target servers are assigned to the cluster Profile, start a KRIB installation Workflow by assigning one of the included Workflows to all cluster servers. For example, selecting `krib-live-cluster` will perform an immutable deployment into the Sledgehammer discovery operating system. You may use one of the pre-created read-only Workflows or choose to build your own custom variation.
-
-For basic installs, no further action is required. Advanced users may choose to assign the controllers, etcd servers or other configuration values in the relevant Params.
-
-### (4/5) クラスター構築を監視
-
-Digital Rebar Provision provides detailed logging and live updates during the installation process. Workflow events are available via a websocket connection or monitoring the Jobs list.
-
-During the installation, KRIB writes cluster configuration data back into the cluster Profile.
-
-### (5/5) クラスターへのアクセス
-
-The cluster is available for access via *kubectl* once the `krib/cluster-admin-conf` Param has been set. This Param contains the `kubeconfig` information necessary to access the cluster.
-
-For example, if you named the cluster Profile `krib` then the following commands would allow you to connect to the installed cluster from your local terminal.
-
-  ::
-
-    drpcli profiles get krib params krib/cluster-admin-conf > admin.conf
-    export KUBECONFIG=admin.conf
-    kubectl get nodes
-
-
-The installation continues after the `krib/cluster-admin-conf` is set to install the Kubernetes UI and Helm. You may interact with the cluster as soon as the `admin.conf` file is available.
-
-## クラスター操作
-
-KRIB provides additional Workflows to manage your cluster. Please see the [KRIB documentation](https://provision.readthedocs.io/en/tip/doc/content-packages/krib.html) for an updated list of advanced cluster operations.
-
-### クラスターのスケール
-
-You can add servers into your cluster by adding the cluster Profile to the server and running the appropriate Workflow.
-
-### クラスターのクリーンアップ(開発者向け)
-
-You can reset your cluster and wipe out all configuration and TLS certificates using the `krib-reset-cluster` Workflow on any of the servers in the cluster.
-
-{{< caution >}}
-When running the reset Workflow, be sure not to accidentally target your production cluster!
-{{< /caution >}}
-
-## フィードバック
-
-* Slack Channel: [#community](https://rackn.slack.com/messages/community/)
-* [GitHub Issues](https://github.com/digitalrebar/provision/issues)
@@ -1,10 +1,10 @@
 ---
 title: kubeadmを使ったコントロールプレーンの設定のカスタマイズ
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

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

 {{< feature-state for_k8s_version="1.12" state="stable" >}}

@@ -27,9 +27,9 @@ kubeadmの`ClusterConfiguration`オブジェクトはAPIServer、ControllerManag
 `kubeadm config print init-defaults`を実行し、選択したファイルに出力を保存することで、デフォルト値で`ClusterConfiguration`オブジェクトを生成できます。
 {{< /note >}}

-{{% /capture %}}

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

 ## APIServerフラグ

@@ -80,4 +80,4 @@ scheduler:
    kubeconfig: /home/johndoe/kubeconfig.yaml
 ```

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: kubeadmを使用したシングルコントロールプレーンクラスターの作成
-content_template: templates/task
+content_type: task
 weight: 30
 ---

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

 <img src="https://raw.githubusercontent.com/kubernetes/kubeadm/master/logos/stacked/color/kubeadm-stacked-color.png" align="right" width="150px">`kubeadm`ツールは、ベストプラクティスに準拠した実用最小限のKubernetesクラスターをブートストラップする手助けをします。実際、`kubeadm`を使用すれば、[Kubernetes Conformance tests](https://kubernetes.io/blog/2017/10/software-conformance-certification)に通るクラスターをセットアップすることができます。`kubeadm`は、[ブートストラップトークン](/docs/reference/access-authn-authz/bootstrap-tokens/)やクラスターのアップグレードなどのその他のクラスターのライフサイクルの機能もサポートします。

@@ -16,9 +16,7 @@ weight: 30

 `kubeadm`は、ラップトップ、クラウドのサーバー群、Raspberry Piなどの様々なマシンにインストールして使えます。クラウドとオンプレミスのどちらにデプロイする場合でも、`kubeadm`はAnsibleやTerraformなどのプロビジョニングシステムに統合できます。

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

 このガイドを進めるには、以下の環境が必要です。

@@ -37,9 +35,9 @@ kubeadmツールの全体の機能の状態は、一般利用可能(GA)です。
 `kubeadm alpha`以下のすべてのコマンドは、定義通り、アルファレベルでサポートされています。
 {{< /note >}}

-{{% /capture %}}

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

 ## 目的

@@ -1,10 +1,10 @@
 ---
 title: 高可用性トポロジーのためのオプション
-content_template: templates/concept
+content_type: concept
 weight: 50
 ---

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

 このページでは、高可用性(HA)Kubernetesクラスターのトポロジーを設定するための2つのオプションについて説明します。

@@ -15,9 +15,9 @@ HAクラスターは次の方法で設定できます。

 HAクラスターをセットアップする前に、各トポロジーの利点と欠点について注意深く考慮する必要があります。

-{{% /capture %}}

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

 ## 積層etcdトポロジー

@@ -49,10 +49,11 @@ HAクラスターをセットアップする前に、各トポロジーの利点

 ![外部のetcdトポロジー](/images/kubeadm/kubeadm-ha-topology-external-etcd.svg)

-{{% /capture %}}

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

 - [kubeadmを使用した高可用性クラスターの作成](/ja/docs/setup/production-environment/tools/kubeadm/high-availability/)

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: kubeadmを使用した高可用性クラスターの作成
-content_template: templates/task
+content_type: task
 weight: 60
 ---

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

 このページでは、kubeadmを使用して、高可用性クラスターを作成する、2つの異なるアプローチを説明します:

@@ -23,9 +23,10 @@ alpha feature gateである`HighAvailability`はv1.12で非推奨となり、v1.
 このページはクラウド上でクラスターを構築することには対応していません。ここで説明されているどちらのアプローチも、クラウド上で、LoadBalancerタイプのServiceオブジェクトや、動的なPersistentVolumeを利用して動かすことはできません。
 {{< /caution >}}

-{{% /capture %}}

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

 どちらの方法でも、以下のインフラストラクチャーが必要です:

@@ -44,9 +45,9 @@ alpha feature gateである`HighAvailability`はv1.12で非推奨となり、v1.
 以下の例では、CalicoをPodネットワーキングプロバイダーとして使用します。別のネットワーキングプロバイダーを使用する場合、必要に応じてデフォルトの値を変更してください。
 {{< /note >}}

-{{% /capture %}}

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

 ## 両手順における最初のステップ

@@ -299,4 +300,4 @@ Podネットワークをインストールするには、[こちらの手順に

 `kubeadm init`コマンドから返されたコマンドを利用して、workerノードをクラスターに参加させることが可能です。workerノードには、`--experimental-control-plane`フラグを追加する必要はありません。

-{{% /capture %}}
+
@@ -1,6 +1,6 @@
 ---
 title: kubeadmのインストール
-content_template: templates/task
+content_type: task
 weight: 20
 card:
  name: setup
@@ -8,14 +8,15 @@ card:
  title: kubeadmセットアップツールのインストール
 ---

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

 <img src="https://raw.githubusercontent.com/kubernetes/kubeadm/master/logos/stacked/color/kubeadm-stacked-color.png" align="right" width="150px">
 このページでは`kubeadm`コマンドをインストールする方法を示します。このインストール処理実行後にkubeadmを使用してクラスターを作成する方法については、[kubeadmを使用したシングルマスタークラスターの作成](/ja/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/)を参照してください。

-{{% /capture %}}

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

 * 次のいずれかが動作しているマシンが必要です
  - Ubuntu 16.04+
@@ -32,9 +33,9 @@ card:
 * マシン内の特定のポートが開いていること。詳細は[ここ](#必須ポートの確認)を参照してください。
 * Swapがオフであること。kubeletが正常に動作するためにはswapは**必ず**オフでなければなりません。

-{{% /capture %}}

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

 ## MACアドレスとproduct_uuidが全てのノードでユニークであることの検証

@@ -269,8 +270,9 @@ CRI-Oやcontainerdといった他のコンテナランタイムのcgroup driver

 kubeadmで問題が発生した場合は、[トラブルシューティング](/ja/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm/)を参照してください。

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

 * [kubeadmを使用したシングルコントロールプレーンクラスターの作成](/ja/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/)

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: kubeadmを使用したクラスター内の各kubeletの設定
-content_template: templates/concept
+content_type: concept
 weight: 80
 ---

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

 {{< feature-state for_k8s_version="1.11" state="stable" >}}

@@ -24,9 +24,9 @@ characteristics of a given machine, such as OS, storage, and networking. You can
 of your kubelets manually, but [kubeadm now provides a `KubeletConfiguration` API type for managing your
 kubelet configurations centrally](#configure-kubelets-using-kubeadm).

-{{% /capture %}}

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

 ## Kubeletの設定パターン

@@ -197,4 +197,4 @@ The DEB and RPM packages shipped with the Kubernetes releases are:
 | `kubernetes-cni` | Installs the official CNI binaries into the `/opt/cni/bin` directory. |
 | `cri-tools` | Installs the `/usr/bin/crictl` binary from the [cri-tools git repository](https://github.com/kubernetes-incubator/cri-tools). |

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Configuring your kubernetes cluster to self-host the control plane
-content_template: templates/concept
+content_type: concept
 weight: 100
 ---

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

 ### Self-hosting the Kubernetes control plane {#self-hosting}

@@ -17,9 +17,9 @@ configured in the kubelet via static files.
 To create a self-hosted cluster see the
 [kubeadm alpha selfhosting pivot](/docs/reference/setup-tools/kubeadm/kubeadm-alpha/#cmd-selfhosting) command.

-{{% /capture %}}

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

 #### Caveats

@@ -65,4 +65,4 @@ In summary, `kubeadm alpha selfhosting` works as follows:
  1. When the original static control plane stops, the new self-hosted control
    plane is able to bind to listening ports and become active.

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: kubeadmを使用した高可用性etcdクラスターの作成
-content_template: templates/task
+content_type: task
 weight: 70
 ---

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

 Kubeadm defaults to running a single member etcd cluster in a static pod managed
 by the kubelet on the control plane node. This is not a high availability setup
@@ -13,9 +13,10 @@ becoming unavailable. This task walks through the process of creating a high
 availability etcd cluster of three members that can be used as an external etcd
 when using kubeadm to set up a kubernetes cluster.

-{{% /capture %}}

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

 * Three hosts that can talk to each other over ports 2379 and 2380. This
  document assumes these default ports. However, they are configurable through
@@ -26,9 +27,9 @@ when using kubeadm to set up a kubernetes cluster.

 [toolbox]: /docs/setup/production-environment/tools/kubeadm/install-kubeadm/

-{{% /capture %}}

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

 ## クラスターの構築

@@ -251,14 +252,15 @@ this example.
    - Set `${ETCD_TAG}` to the version tag of your etcd image. For example `v3.2.24`.
    - Set `${HOST0}`to the IP address of the host you are testing.

-{{% /capture %}}

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

 Once you have a working 3 member etcd cluster, you can continue setting up a
 highly available control plane using the [external etcd method with
 kubeadm](/ja/docs/setup/production-environment/tools/kubeadm/high-availability/).

-{{% /capture %}}
+


@@ -1,10 +1,10 @@
 ---
 title: kubeadmのトラブルシューティング
-content_template: templates/concept
+content_type: concept
 weight: 90
 ---

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

 As with any program, you might run into an error installing or running kubeadm.
 This page lists some common failure scenarios and have provided steps that can help you understand and fix the problem.
@@ -18,9 +18,9 @@ If your problem is not listed below, please follow the following steps:
 - If you are unsure about how kubeadm works, you can ask on [Slack](http://slack.k8s.io/) in #kubeadm, or open a question on [StackOverflow](https://stackoverflow.com/questions/tagged/kubernetes). Please include
  relevant tags like `#kubernetes` and `#kubeadm` so folks can help you.

-{{% /capture %}}

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

 ## インストール中に`ebtables`もしくは他の似たような実行プログラムが見つからない

@@ -318,4 +318,4 @@ There are at least two workarounds:
 ```bash
 kubectl taint nodes NODE_NAME role.kubernetes.io/master:NoSchedule-
 ```
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: kubesprayを使ったオンプレミス/クラウドプロバイダへのKubernetesのインストール
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

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

 This quickstart helps to install a Kubernetes cluster hosted on GCE, Azure, OpenStack, AWS, vSphere, Oracle Cloud Infrastructure (Experimental) or Baremetal with [Kubespray](https://github.com/kubernetes-incubator/kubespray).

@@ -23,9 +23,9 @@ Kubespray is a composition of [Ansible](http://docs.ansible.com/) playbooks, [in

 To choose a tool which best fits your use case, read [this comparison](https://github.com/kubernetes-incubator/kubespray/blob/master/docs/comparisons.md) to [kubeadm](/docs/admin/kubeadm/) and [kops](../kops).

-{{% /capture %}}

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

 ## クラスタの作成

@@ -112,10 +112,11 @@ When running the reset playbook, be sure not to accidentally target your product
 * Slack Channel: [#kubespray](https://kubernetes.slack.com/messages/kubespray/)
 * [GitHub Issues](https://github.com/kubernetes-incubator/kubespray/issues)

-{{% /capture %}}

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

 Check out planned work on Kubespray's [roadmap](https://github.com/kubernetes-incubator/kubespray/blob/master/docs/roadmap.md).

-{{% /capture %}}
+
@@ -1,15 +1,16 @@
 ---
 title: AWS EC2上でKubernetesを動かす
-content_template: templates/task
+content_type: task
 ---

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

 このページでは、AWS上でKubernetesクラスターをインストールする方法について説明します。

-{{% /capture %}}

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

 AWS上でKubernetesクラスターを作成するには、AWSからアクセスキーIDおよびシークレットアクセスキーを入手する必要があります。

@@ -25,9 +26,9 @@ AWS上でKubernetesクラスターを作成するには、AWSからアクセス

 * [KubeOne](https://github.com/kubermatic/kubeone)は可用性の高いKubernetesクラスターを作成、アップグレード、管理するための、オープンソースのライフサイクル管理ツールです。

-{{% /capture %}}

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

 ## クラスターの始まり

@@ -84,4 +85,4 @@ AWS                  | KubeOne         | Ubuntu, CoreOS, CentOS   | canal, weave

 Kubernetesクラスターの利用と管理に関する詳細は、[Kubernetesドキュメント](/ja/docs/)を参照してください。

-{{% /capture %}}
+
@@ -1,15 +1,16 @@
 ---
 title: Google Compute Engine上でKubernetesを動かす
-content_template: templates/task
+content_type: task
 ---

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

 The example below creates a Kubernetes cluster with 3 worker node Virtual Machines and a master Virtual Machine (i.e. 4 VMs in your cluster). This cluster is set up and controlled from your workstation (or wherever you find convenient).

-{{% /capture %}}

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

 If you want a simplified getting started experience and GUI for managing clusters, please consider trying [Google Kubernetes Engine](https://cloud.google.com/kubernetes-engine/) for hosted cluster installation and management.

@@ -31,9 +32,9 @@ If you want to use custom binaries or pure open source Kubernetes, please contin
 1. Make sure you can start up a GCE VM from the command line.  At least make sure you can do the [Create an instance](https://cloud.google.com/compute/docs/instances/#startinstancegcloud) part of the GCE Quickstart.
 1. Make sure you can SSH into the VM without interactive prompts.  See the [Log in to the instance](https://cloud.google.com/compute/docs/instances/#sshing) part of the GCE Quickstart.

-{{% /capture %}}

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

 ## クラスターの起動

@@ -220,4 +221,4 @@ GCE                  | Saltstack    | Debian | GCE         | [docs](/ja/docs/set
 Please see the [Kubernetes docs](/ja/docs/) for more details on administering
 and using a Kubernetes cluster.

-{{% /capture %}}
+
@@ -1,15 +1,15 @@
 ---
 title: Stackpoint.ioを利用して複数のクラウド上でKubernetesを動かす
-content_template: templates/concept
+content_type: concept
 ---

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

 [StackPointCloud](https://stackpoint.io/) is the universal control plane for Kubernetes Anywhere. StackPointCloud allows you to deploy and manage a Kubernetes cluster to the cloud provider of your choice in 3 steps using a web-based interface.

-{{% /capture %}}

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

 ## AWS

@@ -184,4 +184,4 @@ To create a Kubernetes cluster on Packet, you will need a Packet API Key.

    For information on using and managing a Kubernetes cluster on Packet, consult [the official documentation](/ja/docs/home/).

-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 title: Intro to Windows support in Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 65
 ---

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

 Windows applications constitute a large portion of the services and applications that run in many organizations. [Windows containers](https://aka.ms/windowscontainers) provide a modern way to encapsulate processes and package dependencies, making it easier to use DevOps practices and follow cloud native patterns for Windows applications. Kubernetes has become the defacto standard container orchestrator, and the release of Kubernetes 1.14 includes production support for scheduling Windows containers on Windows nodes in a Kubernetes cluster, enabling a vast ecosystem of Windows applications to leverage the power of Kubernetes. Organizations with investments in Windows-based applications and Linux-based applications don't have to look for separate orchestrators to manage their workloads, leading to increased operational efficiencies across their deployments, regardless of operating system.

-{{% /capture %}}

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

 ## Windows containers in Kubernetes

@@ -530,9 +530,10 @@ If filing a bug, please include detailed information about how to reproduce the
 * [Relevant logs](https://github.com/kubernetes/community/blob/master/sig-windows/CONTRIBUTING.md#gathering-logs)
 * Tag the issue sig/windows by commenting on the issue with `/sig windows` to bring it to a SIG-Windows member's attention

-{{% /capture %}}

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

 We have a lot of features in our roadmap. An abbreviated high level list is included below, but we encourage you to view our [roadmap project](https://github.com/orgs/kubernetes/projects/8) and help us make Windows support better by [contributing](https://github.com/kubernetes/community/blob/master/sig-windows/).

@@ -584,4 +585,4 @@ Kubeadm is becoming the de facto standard for users to deploy a Kubernetes clust
 * More CNIs
 * More Storage Plugins

-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 title: Guide for scheduling Windows containers in Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 75
 ---

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

 Windows applications constitute a large portion of the services and applications that run in many organizations. This guide walks you through the steps to configure and deploy a Windows container in Kubernetes.

-{{% /capture %}}

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

 ## Objectives

@@ -64,7 +64,7 @@ To deploy a Windows container on Kubernetes, you must first create an example ap
            - -command
            - "<#code used from https://gist.github.com/wagnerandrade/5424431#> ; $$listener = New-Object System.Net.HttpListener ; $$listener.Prefixes.Add('http://*:80/') ; $$listener.Start() ; $$callerCounts = @{} ; Write-Host('Listening at http://*:80/') ; while ($$listener.IsListening) { ;$$context = $$listener.GetContext() ;$$requestUrl = $$context.Request.Url ;$$clientIP = $$context.Request.RemoteEndPoint.Address ;$$response = $$context.Response ;Write-Host '' ;Write-Host('> {0}' -f $$requestUrl) ;  ;$$count = 1 ;$$k=$$callerCounts.Get_Item($$clientIP) ;if ($$k -ne $$null) { $$count += $$k } ;$$callerCounts.Set_Item($$clientIP, $$count) ;$$ip=(Get-NetAdapter | Get-NetIpAddress); $$header='<html><body><H1>Windows Container Web Server</H1>' ;$$callerCountsString='' ;$$callerCounts.Keys | % { $$callerCountsString+='<p>IP {0} callerCount {1} ' -f $$ip[1].IPAddress,$$callerCounts.Item($$_) } ;$$footer='</body></html>' ;$$content='{0}{1}{2}' -f $$header,$$callerCountsString,$$footer ;Write-Output $$content ;$$buffer = [System.Text.Encoding]::UTF8.GetBytes($$content) ;$$response.ContentLength64 = $$buffer.Length ;$$response.OutputStream.Write($$buffer, 0, $$buffer.Length) ;$$response.Close() ;$$responseStatus = $$response.StatusCode ;Write-Host('< {0}' -f $$responseStatus)  } ; "
          nodeSelector:
-            beta.kubernetes.io/os: windows
+            kubernetes.io/os: windows
 ```

 {{< note >}}
@@ -113,8 +113,8 @@ Users today need to use some combination of taints and node selectors in order t

 Users can ensure Windows containers can be scheduled on the appropriate host using Taints and Tolerations. All Kubernetes nodes today have the following default labels:

-* beta.kubernetes.io/os = [windows|linux]
-* beta.kubernetes.io/arch = [amd64|arm64|...]
+* kubernetes.io/os = [windows|linux]
+* kubernetes.io/arch = [amd64|arm64|...]

 If a Pod specification does not specify a nodeSelector like `"beta.kubernetes.io/os": windows`, it is possible the Pod can be scheduled on any host, Windows or Linux. This can be problematic since a Windows container can only run on Windows and a Linux container can only run on Linux. The best practice is to use a nodeSelector.

@@ -134,4 +134,4 @@ tolerations:
      effect: "NoSchedule"
 ```

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: Guide for adding Windows Nodes in Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 70
 ---

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

 The Kubernetes platform can now be used to run both Linux and Windows containers. One or more Windows nodes can be registered to a cluster. This guide shows how to:

 * Register a Windows node to the cluster
 * Configure networking so pods on Linux and Windows can communicate

-{{% /capture %}}

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

 ## Before you begin

@@ -261,4 +261,4 @@ Kubeadm is becoming the de facto standard for users to deploy a Kubernetes clust

 Now that you've configured a Windows worker in your cluster to run Windows containers you may want to add one or more Linux nodes as well to run Linux containers. You are now ready to schedule Windows containers on your cluster.

-{{% /capture %}}
+
@@ -1,18 +1,18 @@
 ---
 title: リリースのビルド
-content_template: templates/concept
+content_type: concept
 card:
  name: download
  weight: 20
  title: リリースのビルド
 ---
-{{% capture overview %}}
+<!-- overview -->
 ソースコードからリリースをビルドすることもできますし、既にビルドされたリリースをダウンロードすることも可能です。Kubernetesを開発する予定が無いのであれば、[リリースノート](/docs/setup/release/notes/)内にて既にビルドされたバージョンを使用することを推奨します。

 Kubernetes のソースコードは[kubernetes/kubernetes](https://github.com/kubernetes/kubernetes)のリポジトリからダウンロードすることが可能です。
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## ソースからのビルド

 単にソースからリリースをビルドするだけであれば、完全なGOの環境を準備する必要はなく、全てのビルドはDockerコンテナの中で行われます。
@@ -27,4 +27,4 @@ make release

 リリース手段の詳細な情報はkubernetes/kubernetes内の[`build`](http://releases.k8s.io/{{< param "githubbranch" >}}/build/)ディレクトリを参照して下さい。

-{{% /capture %}}
+
@@ -1,14 +1,14 @@
 ---
 title: Kubernetesバージョンとバージョンスキューサポートポリシー
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->
 このドキュメントでは、さまざまなKubernetesコンポーネント間でサポートされる最大のバージョンの差異（バージョンスキュー）について説明します。特定のクラスターデプロイツールは、バージョンの差異に追加の制限を加える場合があります。
-{{% /capture %}}

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

 ## サポートされるバージョン {#supported-versions}