From 7c810305c1941b206077768a0d1df946c95f3271 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 22:13:41 +0900
Subject: [PATCH 01/22] update: overview of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../production-environment/tools/kubeadm/high-availability.md | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index b9e82a7838..44843056f2 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -13,9 +13,7 @@ weight: 60
 
 先へ進む前に、どちらのアプローチがアプリケーションの要件と、環境に適合するか、慎重に検討してください。[こちらの比較](/ja/docs/setup/independent/ha-topology/)が、それぞれの利点/欠点について概説しています。
 
-クラスターではKubernetesのバージョン1.12以降を使用する必要があります。また、kubeadmを使用した高可用性クラスターはまだ実験的な段階であり、将来のバージョンではもっとシンプルになることに注意してください。たとえば、クラスターのアップグレードに際し問題に遭遇するかもしれません。両方のアプローチを試し、kueadmの[issue tracker](https://github.com/kubernetes/kubeadm/issues/new)で我々にフィードバックを提供してくれることを推奨します。
-
-alpha feature gateである`HighAvailability`はv1.12で非推奨となり、v1.13で削除されたことに留意してください。
+高可用性クラスターの作成で問題が発生した場合は、kueadmの[issue tracker](https://github.com/kubernetes/kubeadm/issues/new)でフィードバックを提供してください。
 
 [高可用性クラスターのアップグレード](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-ha-1-13)も参照してください。
 

From 70a0ec8286248f71b488927e5e37b223cebc4fde Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 22:16:01 +0900
Subject: [PATCH 02/22] update: prerequisites of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md                       | 5 -----
 1 file changed, 5 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 44843056f2..e06004203f 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -39,11 +39,6 @@ weight: 60
 
 - etcdメンバー用に、追加で3台のマシン
 
-{{< note >}}
-以下の例では、CalicoをPodネットワーキングプロバイダーとして使用します。別のネットワーキングプロバイダーを使用する場合、必要に応じてデフォルトの値を変更してください。
-{{< /note >}}
-
-
 
 <!-- steps -->
 

From e275e69cc5890f61ec1619c75bdc34eeea0e39af Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 22:21:14 +0900
Subject: [PATCH 03/22] update: firststep, create loadbalancer of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md                    | 8 ++------
 1 file changed, 2 insertions(+), 6 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index e06004203f..7ec8567999 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -44,12 +44,6 @@ weight: 60
 
 ## 両手順における最初のステップ
 
-{{< note >}}
-コントロールプレーンや、etcdノードでのコマンドはすべてrootとして実行してください。
-{{< /note >}}
-
-- CalicoなどのいくつかのCNIネットワークプラグインは`192.168.0.0/16`のようなCIDRを必要としますが、Weaveなどは必要としません。[CNIネットワークドキュメント](/ja/docs/setup/independent/create-cluster-kubeadm/#pod-network)を参照してください。PodにCIDRを設定するには、`ClusterConfiguration`の`networking`オブジェクトに`podSubnet: 192.168.0.0/16`フィールドを設定してください。
-
 ### kube-apiserver用にロードバランサーを作成
 
 {{< note >}}
@@ -131,6 +125,8 @@ weight: 60
     sudo kubeadm init --config=kubeadm-config.yaml
     ```
 
+    {{< note >}}CalicoなどのいくつかのCNIネットワークプラグインは`192.168.0.0/16`のようなCIDRを必要としますが、Weaveなどは必要としません。[CNIネットワークドキュメント](/ja/docs/setup/independent/create-cluster-kubeadm/#pod-network)を参照してください。PodにCIDRを設定するには、`ClusterConfiguration`の`networking`オブジェクトに`podSubnet: 192.168.0.0/16`フィールドを設定してください。{{< /note >}}
+
     このような出力がされます:
 
     ```sh

From 60036cfdbe7620d3cb8bbf7a02a4c6e0154e9ee4 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 22:22:51 +0900
Subject: [PATCH 04/22] delete: firststep, ssh configure of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md        | 30 -------------------
 1 file changed, 30 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 7ec8567999..7d06d2222e 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -71,36 +71,6 @@ weight: 60
 
 1.  残りのコントロールプレーンノードを、ロードバランサーのターゲットグループに追加します。
 
-### SSHの設定
-
-1台のマシンから全てのノードをコントロールしたいのであれば、SSHが必要です。
-
-1.  システム内の全ての他のノードにアクセスできるメインデバイスで、ssh-agentを有効にします
-
-    ```
-    eval $(ssh-agent)
-    ```
-
-1.  SSHの秘密鍵を、セッションに追加します:
-
-    ```
-    ssh-add ~/.ssh/path_to_private_key
-    ```
-
-1.  正常に接続できることを確認するために、ノード間でSSHします。
-
-    - ノードにSSHする際は、必ず`-A`フラグをつけます:
-
-        ```
-        ssh -A 10.0.0.7
-        ```
-
-    - ノードでsudoするときは、SSHフォワーディングが動くように、環境変数を引き継ぎます:
-
-        ```
-        sudo -E -s
-        ```
-
 ## 積み重なったコントロールプレーンとetcdノード
 
 ### 最初のコントロールプレーンノードの手順

From 19e549afe4a70e407aacce704a4c60f86633533f Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 22:26:59 +0900
Subject: [PATCH 05/22] update: initialize first control plane of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md        | 39 +++++++++----------
 1 file changed, 18 insertions(+), 21 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 7d06d2222e..61716e5edb 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -75,38 +75,35 @@ weight: 60
 
 ### 最初のコントロールプレーンノードの手順
 
-1.  最初のコントロールプレーンノードで、`kubeadm-config.yaml`という設定ファイルを作成します:
-
-        apiVersion: kubeadm.k8s.io/v1beta1
-        kind: ClusterConfiguration
-        kubernetesVersion: stable
-        apiServer:
-          certSANs:
-          - "LOAD_BALANCER_DNS"
-        controlPlaneEndpoint: "LOAD_BALANCER_DNS:LOAD_BALANCER_PORT"
-
-    - `kubernetesVersion`には使用するKubernetesのバージョンを設定します。この例では`stable`を使用しています。
-    - `controlPlaneEndpoint` はロードバランサーのアドレスかDNSと、ポートに一致する必要があります。
-    - kubeadm、kubelet、kubectlとKubernetesのバージョンを一致させることが推奨されます。
-
-1.  ノードがきれいな状態であることを確認します:
+1.  最初のコントロールプレーンノードを初期化します:
 
     ```sh
-    sudo kubeadm init --config=kubeadm-config.yaml
+    sudo kubeadm init --control-plane-endpoint "LOAD_BALANCER_DNS:LOAD_BALANCER_PORT" --upload-certs
     ```
 
+    - `--kubernetes-version`フラグを使用して、使用するKubernetesのバージョンを設定できます。kubeadm、kubelet、kubectl、Kubernetesのバージョンを一致させることが推奨されます。
+    - `--control-plane-endpoint`フラグはロードバランサーのアドレスかDNSと、ポートに一致する必要があります。
+    - `--upload-certs`フラグは全てのコントロールプレーンノードで共有する必要がある証明書をクラスターにアップロードするために使用されます。代わりに、コントロールプレーンノード間で手動あるいは自動化ツールを使用して証明書をコピーしたい場合は、このフラグを削除し、以下の[手動による証明書の配布](#manual-certs)のセクションを参照してください。
+
+    {{< note >}}`kubeadm init`の`--config`フラグと`--certificate-key`フラグは混在させることはできないため、[kubeadm configuration](https://godoc.org/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm/v1beta2)を使用する場合は`certificateKey`フィールドを適切な場所に追加する必要があります(`InitConfiguration`と`JoinConfiguration: controlPlane`の配下)。{{< /note >}}
+
     {{< note >}}CalicoなどのいくつかのCNIネットワークプラグインは`192.168.0.0/16`のようなCIDRを必要としますが、Weaveなどは必要としません。[CNIネットワークドキュメント](/ja/docs/setup/independent/create-cluster-kubeadm/#pod-network)を参照してください。PodにCIDRを設定するには、`ClusterConfiguration`の`networking`オブジェクトに`podSubnet: 192.168.0.0/16`フィールドを設定してください。{{< /note >}}
 
-    このような出力がされます:
+    - このような出力がされます:
 
     ```sh
     ...
-    You can now join any number of machines by running the following on each node
-    as root:
-
-    kubeadm join 192.168.0.200:6443 --token j04n3m.octy8zely83cy2ts --discovery-token-ca-cert-hash    sha256:84938d2a22203a8e56a787ec0c6ddad7bc7dbd52ebabc62fd5f4dbea72b14d1f
+    You can now join any number of control-plane node by running the following command on each as a root:
+        kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery-token-ca-cert-hash sha256:7c2e69131a36ae2a042a339b33381c6d0d43887e2de83720eff5359e26aec866 --control-plane --certificate-key f8902e114ef118304e561c3ecd4d0b543adc226b7a07f675f56564185ffe0c07
+    
+    Please note that the certificate-key gives access to cluster sensitive data, keep it secret!
+    As a safeguard, uploaded-certs will be deleted in two hours; If necessary, you can use kubeadm init phase upload-certs to reload certs afterward.
+    
+    Then you can join any number of worker nodes by running the following on each as root:
+        kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery-token-ca-cert-hash sha256:7c2e69131a36ae2a042a339b33381c6d0d43887e2de83720eff5359e26aec866
     ```
 
+
 1.  この出力をテキストファイルにコピーします。あとで、他のコントロールプレーンノードをクラスターに参加させる際に必要になります。
 
 1.  Weave CNIプラグインをapplyします:

From 2d263bc4b7c2cc17c65d13f2b6a26a2379ed00a8 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 22:30:59 +0900
Subject: [PATCH 06/22] update: describe of token and "--upload-certs" flag

---
 .../tools/kubeadm/high-availability.md        | 23 ++++++++++++++++++-
 1 file changed, 22 insertions(+), 1 deletion(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 61716e5edb..3d539af49a 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -103,8 +103,29 @@ weight: 60
         kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery-token-ca-cert-hash sha256:7c2e69131a36ae2a042a339b33381c6d0d43887e2de83720eff5359e26aec866
     ```
 
+    - この出力をテキストファイルにコピーします。あとで、他のコントロールプレーンノードとワーカーノードをクラスターに参加させる際に必要になります。
 
-1.  この出力をテキストファイルにコピーします。あとで、他のコントロールプレーンノードをクラスターに参加させる際に必要になります。
+    - `--upload-certs`フラグを`kubeadm init`で使用すると、プライマリコントロールプレーンの証明書が暗号化されて、`kubeadm-certs` Secretにアップロードされます。
+
+    - 証明書を再アップロードして新しい復号キーを生成するには、すでにクラスターに参加しているコントロールプレーンノードで次のコマンドを使用します:
+
+    ```sh
+    sudo kubeadm init phase upload-certs --upload-certs
+    ```
+
+    - また、後で`join`で使用できるように、`init`中にカスタムした`--certificate-key`を指定することもできます。このようなキーを生成するには、次のコマンドを使用します:
+
+    ```sh
+    kubeadm alpha certs certificate-key
+    ```
+
+    {{< note >}}
+    `kubeadm-certs`のSecretと復号キーは2時間で期限切れとなります。
+    {{< /note >}}
+
+    {{< caution >}}
+    コマンド出力に記載されているように、証明書キーはクラスターの機密データへのアクセスを提供します。秘密にしてください！
+    {{< /caution >}}
 
 1.  Weave CNIプラグインをapplyします:
 

From 25d7ec8ef23ad750931bbdaf8672e88d67409f93 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sat, 18 Jul 2020 23:31:53 +0900
Subject: [PATCH 07/22] update: install CNI of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md                       | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 3d539af49a..39f23c2f9d 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -127,7 +127,10 @@ weight: 60
     コマンド出力に記載されているように、証明書キーはクラスターの機密データへのアクセスを提供します。秘密にしてください！
     {{< /caution >}}
 
-1.  Weave CNIプラグインをapplyします:
+1.  使用するCNIプラグインを適用します:  
+    [こちらの手順に従い](/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod-network)CNIプロバイダーをインストールします。 Make sure the configuration corresponds to the Pod CIDR specified in the kubeadm configuration file if applicable.
+
+    Weave Netを使用する場合の例:
 
     ```sh
     kubectl apply -f "https://cloud.weave.works/k8s/net?k8s-version=$(kubectl version | base64 | tr -d '\n')"

From 5327023cf541620e326c5bbadd7524b0056343fd Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 00:30:08 +0900
Subject: [PATCH 08/22] update: ssh configure at Manual certificate
 distribution

---
 .../tools/kubeadm/high-availability.md        | 33 +++++++++++++++++++
 1 file changed, 33 insertions(+)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 39f23c2f9d..8ac681dbff 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -281,3 +281,36 @@ Podネットワークをインストールするには、[こちらの手順に
 `kubeadm init`コマンドから返されたコマンドを利用して、workerノードをクラスターに参加させることが可能です。workerノードには、`--experimental-control-plane`フラグを追加する必要はありません。
 
 
+## 証明書の手動配布 {#manual-certs}
+
+`--upload-certs`フラグを指定して`kubeadm init`を実行しない場合、プライマリコントロールプレーンノードから他のコントロールプレーンノードへ証明書を手動でコピーする必要があります。
+
+コピーを行うには多くの方法があります。次の例では`ssh`と`scp`を使用しています。
+
+1台のマシンから全てのノードをコントロールしたいのであれば、SSHが必要です。
+
+1.  システム内の全ての他のノードにアクセスできるメインデバイスで、ssh-agentを有効にします
+
+    ```
+    eval $(ssh-agent)
+    ```
+
+1.  SSHの秘密鍵を、セッションに追加します:
+
+    ```
+    ssh-add ~/.ssh/path_to_private_key
+    ```
+
+1.  正常に接続できることを確認するために、ノード間でSSHします。
+
+    - ノードにSSHする際は、必ず`-A`フラグをつけます:
+
+        ```
+        ssh -A 10.0.0.7
+        ```
+
+    - ノードでsudoするときは、SSHフォワーディングが動くように、環境変数を引き継ぎます:
+
+        ```
+        sudo -E -s
+        ```

From a2a8565dcb1526a2eccb88156bd44c843c8270ab Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 10:33:52 +0900
Subject: [PATCH 09/22] update: manualy certificate copy

---
 .../tools/kubeadm/high-availability.md        | 82 +++++++++----------
 1 file changed, 40 insertions(+), 42 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 8ac681dbff..b89bade7df 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -142,50 +142,8 @@ weight: 60
     kubectl get pod -n kube-system -w
     ```
 
-    - 最初のコントロールプレーンノードが初期化を完了してから、新しいノードを参加させることが推奨されます。
-
-1.  証明書ファイルを最初のコントロールプレーンノードから残りのノードにコピーします:
-
-    以下の例では、`CONTROL_PLANE_IPS`を他のコントロールプレーンノードのIPアドレスで置き換えます。
-    ```sh
-    USER=ubuntu # 変更可能
-    CONTROL_PLANE_IPS="10.0.0.7 10.0.0.8"
-    for host in ${CONTROL_PLANE_IPS}; do
-        scp /etc/kubernetes/pki/ca.crt "${USER}"@$host:
-        scp /etc/kubernetes/pki/ca.key "${USER}"@$host:
-        scp /etc/kubernetes/pki/sa.key "${USER}"@$host:
-        scp /etc/kubernetes/pki/sa.pub "${USER}"@$host:
-        scp /etc/kubernetes/pki/front-proxy-ca.crt "${USER}"@$host:
-        scp /etc/kubernetes/pki/front-proxy-ca.key "${USER}"@$host:
-        scp /etc/kubernetes/pki/etcd/ca.crt "${USER}"@$host:etcd-ca.crt
-        scp /etc/kubernetes/pki/etcd/ca.key "${USER}"@$host:etcd-ca.key
-        scp /etc/kubernetes/admin.conf "${USER}"@$host:
-    done
-    ```
-
-{{< caution >}}
-上のリストにある証明書だけをコピーしてください。kubeadmが、参加するコントロールプレーンノード用に、残りの証明書と必要なSANの生成を行います。間違って全ての証明書をコピーしてしまったら、必要なSANがないため、追加ノードの作成は失敗するかもしれません。
-{{< /caution >}}
-
 ### 残りのコントロールプレーンノードの手順
 
-1.  `scp`を使用する手順で作成したファイルを移動します:
-
-    ```sh
-    USER=ubuntu # 変更可能
-    mkdir -p /etc/kubernetes/pki/etcd
-    mv /home/${USER}/ca.crt /etc/kubernetes/pki/
-    mv /home/${USER}/ca.key /etc/kubernetes/pki/
-    mv /home/${USER}/sa.pub /etc/kubernetes/pki/
-    mv /home/${USER}/sa.key /etc/kubernetes/pki/
-    mv /home/${USER}/front-proxy-ca.crt /etc/kubernetes/pki/
-    mv /home/${USER}/front-proxy-ca.key /etc/kubernetes/pki/
-    mv /home/${USER}/etcd-ca.crt /etc/kubernetes/pki/etcd/ca.crt
-    mv /home/${USER}/etcd-ca.key /etc/kubernetes/pki/etcd/ca.key
-    mv /home/${USER}/admin.conf /etc/kubernetes/admin.conf
-    ```
-
-    この手順で、`/etc/kubernetes`フォルダーに必要な全てのファイルが書き込まれます。
 
 1.  `kubeadm init`を最初のノードで実行した際に取得したjoinコマンドを使って、このノードで`kubeadm join`を開始します。このようなコマンドになるはずです:
 
@@ -314,3 +272,43 @@ Podネットワークをインストールするには、[こちらの手順に
         ```
         sudo -E -s
         ```
+
+1.  全てのノードでSSHを設定したら、`kubeadm init`を実行した後、最初のコントロールノードプレーンノードで次のスクリプトを実行します。このスクリプトは、最初のコントロールプレーンノードから残りのコントロールプレーンノードへ証明書ファイルをコピーします:
+
+    次の例の、`CONTROL_PLANE_IPS`を他のコントロールプレーンノードのIPアドレスに置き換えます。
+
+    ```sh
+    USER=ubuntu # customizable
+    CONTROL_PLANE_IPS="10.0.0.7 10.0.0.8"
+    for host in ${CONTROL_PLANE_IPS}; do
+        scp /etc/kubernetes/pki/ca.crt "${USER}"@$host:
+        scp /etc/kubernetes/pki/ca.key "${USER}"@$host:
+        scp /etc/kubernetes/pki/sa.key "${USER}"@$host:
+        scp /etc/kubernetes/pki/sa.pub "${USER}"@$host:
+        scp /etc/kubernetes/pki/front-proxy-ca.crt "${USER}"@$host:
+        scp /etc/kubernetes/pki/front-proxy-ca.key "${USER}"@$host:
+        scp /etc/kubernetes/pki/etcd/ca.crt "${USER}"@$host:etcd-ca.crt
+        # Quote this line if you are using external etcd
+        scp /etc/kubernetes/pki/etcd/ca.key "${USER}"@$host:etcd-ca.key
+    done
+    ```
+
+    {{< caution >}}
+    上のリストにある証明書だけをコピーしてください。kubeadmが、参加するコントロールプレーンノード用に、残りの証明書と必要なSANの生成を行います。間違って全ての証明書をコピーしてしまったら、必要なSANがないため、追加ノードの作成は失敗するかもしれません。
+    {{< /caution >}}
+
+1.  次に、クラスターに参加させる残りの各コントロールプレーンノードで`kubeadm join`を実行する前に次のスクリプトを実行する必要があります。このスクリプトは、前の手順でコピーした証明書をホームディレクトリから`/etc/kubernetes/pki`へ移動します:
+
+    ```sh
+    USER=ubuntu # customizable
+    mkdir -p /etc/kubernetes/pki/etcd
+    mv /home/${USER}/ca.crt /etc/kubernetes/pki/
+    mv /home/${USER}/ca.key /etc/kubernetes/pki/
+    mv /home/${USER}/sa.pub /etc/kubernetes/pki/
+    mv /home/${USER}/sa.key /etc/kubernetes/pki/
+    mv /home/${USER}/front-proxy-ca.crt /etc/kubernetes/pki/
+    mv /home/${USER}/front-proxy-ca.key /etc/kubernetes/pki/
+    mv /home/${USER}/etcd-ca.crt /etc/kubernetes/pki/etcd/ca.crt
+    # Quote this line if you are using external etcd
+    mv /home/${USER}/etcd-ca.key /etc/kubernetes/pki/etcd/ca.key
+    ```

From b957ab2215409138c6f87b2ea0535532f18181a2 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 11:22:20 +0900
Subject: [PATCH 10/22] update: Steps for the rest of the control plane nodes

---
 .../tools/kubeadm/high-availability.md        | 20 +++++++++----------
 1 file changed, 10 insertions(+), 10 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index b89bade7df..f343b010df 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -144,21 +144,21 @@ weight: 60
 
 ### 残りのコントロールプレーンノードの手順
 
+{{< note >}}
+kubeadmバージョン1.15以降、複数のコントロールプレーンノードを並行してクラスターに参加させることができます。
+このバージョンの前は、最初のノードの初期化が完了した後でのみ、新しいコントロールプレーンノードを順番にクラスターに参加させる必要があります。
+{{< /note >}}
 
-1.  `kubeadm init`を最初のノードで実行した際に取得したjoinコマンドを使って、このノードで`kubeadm join`を開始します。このようなコマンドになるはずです:
+追加のコントロールプレーンノード毎に、以下の手順を行います。
+
+1.  `kubeadm init`を最初のノードで実行した際に取得したjoinコマンドを使って、新しく追加するコントロールプレーンノードで`kubeadm join`を開始します。このようなコマンドになるはずです:
 
     ```sh
-    sudo kubeadm join 192.168.0.200:6443 --token j04n3m.octy8zely83cy2ts --discovery-token-ca-cert-hash sha256:84938d2a22203a8e56a787ec0c6ddad7bc7dbd52ebabc62fd5f4dbea72b14d1f --experimental-control-plane
-    ```
-    - `--experimental-control-plane`フラグが追加されています。このフラグは、コントロールプレーンノードのクラスターへの参加を自動化します。
-
-1.  以下のコマンドをタイプし、コンポーネントのPodが起動するのを確認します:
-
-    ```sh
-    kubectl get pod -n kube-system -w
+    sudo kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery-token-ca-cert-hash sha256:7c2e69131a36ae2a042a339b33381c6d0d43887e2de83720eff5359e26aec866 --control-plane --certificate-key f8902e114ef118304e561c3ecd4d0b543adc226b7a07f675f56564185ffe0c07
     ```
 
-1.  これらのステップを、残りのコントロールプレーンノードに対して繰り返します。
+    - `--control-plane`フラグによって、`kubeadm join`の実行は新しいコントロールプレーンを作成します。
+    - `-certificate-key ...`を指定したキーを使って、クラスターの`kubeadm-certs` Secretからダウンロードされたコントロールプレーンの証明書が復号されます。
 
 ## 外部のetcdノード
 

From 801068abc6f219242e3737628dc6cd85914f6071 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 12:02:50 +0900
Subject: [PATCH 11/22] update: setup etcd cluster of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md        | 19 ++++++++++++-------
 1 file changed, 12 insertions(+), 7 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index f343b010df..48f877d193 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -162,22 +162,27 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ## 外部のetcdノード
 
+外部のetcdノードを使ったクラスターの設定は、(スタック型etcd)の場合と似ていますが、最初にetcdを設定し、kubeadmの設定ファイルにetcdの情報を渡す必要があります。
+
 ### etcdクラスターの構築
 
-- [こちらの手順](/ja/docs/setup/independent/setup-ha-etcd-with-kubeadm/)にしたがって、etcdクラスターを構築してください。
+1. [こちらの手順](/ja/docs/setup/independent/setup-ha-etcd-with-kubeadm/)にしたがって、etcdクラスターを構築してください。
 
-### 最初のコントロールプレーンノードの構築
+1. [こちらの手順](#manual-certs)にしたがって、SSHを構築してください。
 
-1.  以下のファイルをetcdクラスターのどれかのノードからこのノードへコピーしてください:
+1. 以下のファイルをクラスター内の任意のetcdノードから最初のコントロールプレーンノードにコピーしてください:
 
     ```sh
     export CONTROL_PLANE="ubuntu@10.0.0.7"
-    +scp /etc/kubernetes/pki/etcd/ca.crt "${CONTROL_PLANE}":
-    +scp /etc/kubernetes/pki/apiserver-etcd-client.crt "${CONTROL_PLANE}":
-    +scp /etc/kubernetes/pki/apiserver-etcd-client.key "${CONTROL_PLANE}":
+    scp /etc/kubernetes/pki/etcd/ca.crt "${CONTROL_PLANE}":
+    scp /etc/kubernetes/pki/apiserver-etcd-client.crt "${CONTROL_PLANE}":
+    scp /etc/kubernetes/pki/apiserver-etcd-client.key "${CONTROL_PLANE}":
     ```
 
-    - `CONTROL_PLANE`の値を、このマシンの`user@host`で置き換えます。
+    - `CONTROL_PLANE`の値を、最初のコントロールプレーンノードの`user@host`で置き換えます。
+
+### 最初のコントロールプレーンノードの構築
+
 
 1.  以下の内容で、`kubeadm-config.yaml`という名前の設定ファイルを作成します:
 

From 99ee4bc3e2e3c413d899e2848ecad46212a1e1fb Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 13:17:56 +0900
Subject: [PATCH 12/22] update: setup the first control plane node of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md           | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 48f877d193..9798398a07 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -183,15 +183,11 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ### 最初のコントロールプレーンノードの構築
 
-
 1.  以下の内容で、`kubeadm-config.yaml`という名前の設定ファイルを作成します:
 
-        apiVersion: kubeadm.k8s.io/v1beta1
+        apiVersion: kubeadm.k8s.io/v1beta2
         kind: ClusterConfiguration
         kubernetesVersion: stable
-        apiServer:
-          certSANs:
-          - "LOAD_BALANCER_DNS"
         controlPlaneEndpoint: "LOAD_BALANCER_DNS:LOAD_BALANCER_PORT"
         etcd:
             external:
@@ -203,7 +199,9 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
                 certFile: /etc/kubernetes/pki/apiserver-etcd-client.crt
                 keyFile: /etc/kubernetes/pki/apiserver-etcd-client.key
 
-    - ここで、積み重なったetcdと外部etcdの違いは、kubeadmコンフィグの`etcd`に`external`フィールドを使用していることです。積み重なったetcdトポロジーの場合、これは自動で管理されます。
+    {{< note >}}
+    ここで、積み重なったetcdと外部etcdの違いは、kubeadmコンフィグの`etcd`に`external`フィールドを使用していることです。積み重なったetcdトポロジーの場合、これは自動で管理されます。
+    {{< /note >}}
 
     -  テンプレート内の以下の変数を、クラスターに合わせて適切な値に置き換えます:
 
@@ -213,11 +211,13 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
         - `ETCD_1_IP`
         - `ETCD_2_IP`
 
-1.  `kubeadm init --config kubeadm-config.yaml`をこのノードで実行します。
+以下の手順は、積み重なったetcdの構築と同様です。
+
+1.  `sudo kubeadm init --config kubeadm-config.yaml --upload-certs`をこのノードで実行します。
 
 1.  表示されたjoinコマンドを、あとで使うためにテキストファイルに書き込みます。
 
-1.  Weave CNIプラグインをapplyします:
+1.  使用するCNIプラグインを適用します。以下はWeave CNIの場合です:
 
     ```sh
     kubectl apply -f "https://cloud.weave.works/k8s/net?k8s-version=$(kubectl version | base64 | tr -d '\n')"

From a70184966229e740daaa21fad10e956fdce2dafe Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 14:17:39 +0900
Subject: [PATCH 13/22] update: Steps for the rest of the control plane nodes

---
 .../tools/kubeadm/high-availability.md                    | 8 +++-----
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 9798398a07..b8b3a822d6 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -225,13 +225,11 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ### 残りのコントロールプレーンノードの手順
 
-残りのコントロールプレーンノードを参加させるために、[こちらの手順](#残りのコントロールプレーンノードの手順)に従います。ローカルetcdメンバーが作られないことを除いて、積み重なったetcdの構築と同じ手順です。
-
-まとめると:
+手順は、積み重なったetcd構築の場合と同じです:
 
 - 最初のコントロールプレーンノードが完全に初期化されているのを確認します。
-- 証明書を、最初のコントロールプレーンノードから他のコントロールプレーンノードへコピーします。
-- テキストファイルに保存したjoinコマンドに`--experimental-control-plane` フラグを加えたものを使って、それぞれのコントロールプレーンノードを参加させます。
+- テキストファイルに保存したjoinコマンドを使って、それぞれのコントロールプレーンノードをクラスターへ参加させます。コントロールプレーンノードは1台ずつクラスターへ参加させるのを推奨します。
+- `--certificate-key`で指定する復号キーは、デフォルトで2時間で期限切れになることを忘れないでください。
 
 ## コントロールプレーン起動後の共通タスク
 

From bb46648e4bb4089897d97104dd584cc0f3ef8717 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 14:50:28 +0900
Subject: [PATCH 14/22] update: Common tasks after bootstrapping control plane
 of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../tools/kubeadm/high-availability.md                   | 9 ++++-----
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index b8b3a822d6..5ca1ed13be 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -233,14 +233,13 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ## コントロールプレーン起動後の共通タスク
 
-### Podネットワークのインストール
-
-Podネットワークをインストールするには、[こちらの手順に従ってください](/ja/docs/setup/independent/create-cluster-kubeadm/#pod-network)。master設定ファイルで提供したPod CIDRのどれかに一致することを確認します。
-
 ### workerのインストール
 
-`kubeadm init`コマンドから返されたコマンドを利用して、workerノードをクラスターに参加させることが可能です。workerノードには、`--experimental-control-plane`フラグを追加する必要はありません。
+`kubeadm init`コマンドから返されたコマンドを利用して、workerノードをクラスターに参加させることが可能です。
 
+```sh
+sudo kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery-token-ca-cert-hash sha256:7c2e69131a36ae2a042a339b33381c6d0d43887e2de83720eff5359e26aec866
+```
 
 ## 証明書の手動配布 {#manual-certs}
 

From ccb717cb4169521570d68d565ac2c0752dd9ab9f Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 16:09:09 +0900
Subject: [PATCH 15/22] fix words

---
 .../production-environment/tools/kubeadm/high-availability.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 5ca1ed13be..2a845eecd5 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -103,7 +103,7 @@ weight: 60
         kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery-token-ca-cert-hash sha256:7c2e69131a36ae2a042a339b33381c6d0d43887e2de83720eff5359e26aec866
     ```
 
-    - この出力をテキストファイルにコピーします。あとで、他のコントロールプレーンノードとワーカーノードをクラスターに参加させる際に必要になります。
+    - この出力をテキストファイルにコピーします。あとで、他のコントロールプレーンノードとワーカーノードをクラスターに参加させる際に必要です。
 
     - `--upload-certs`フラグを`kubeadm init`で使用すると、プライマリコントロールプレーンの証明書が暗号化されて、`kubeadm-certs` Secretにアップロードされます。
 
@@ -162,7 +162,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ## 外部のetcdノード
 
-外部のetcdノードを使ったクラスターの設定は、(スタック型etcd)の場合と似ていますが、最初にetcdを設定し、kubeadmの設定ファイルにetcdの情報を渡す必要があります。
+外部のetcdノードを使ったクラスターの設定は、積み重なったetcdの場合と似ていますが、最初にetcdを設定し、kubeadmの設定ファイルにetcdの情報を渡す必要があります。
 
 ### etcdクラスターの構築
 

From bbd7a36c8f5a1628690ac6f9bcd0b9ee1ac8e741 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 16:49:11 +0900
Subject: [PATCH 16/22] update: notes of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../production-environment/tools/kubeadm/high-availability.md   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 2a845eecd5..7a6eaf8a7a 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -200,7 +200,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
                 keyFile: /etc/kubernetes/pki/apiserver-etcd-client.key
 
     {{< note >}}
-    ここで、積み重なったetcdと外部etcdの違いは、kubeadmコンフィグの`etcd`に`external`フィールドを使用していることです。積み重なったetcdトポロジーの場合、これは自動で管理されます。
+    ここで、積み重なったetcdと外部etcdの違いは、外部etcdの構成では`etcd`の`external`オブジェクトにetcdのエンドポイントが記述された設定ファイルが必要です。積み重なったetcdトポロジーの場合、これは自動で管理されます。
     {{< /note >}}
 
     -  テンプレート内の以下の変数を、クラスターに合わせて適切な値に置き換えます:

From 0dc5d097b2cacac9540cfdf17c878adff56b799f Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 17:48:54 +0900
Subject: [PATCH 17/22] fix words: "stacked"

---
 .../tools/kubeadm/high-availability.md               | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 7a6eaf8a7a..9be66c4b0f 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -8,7 +8,7 @@ weight: 60
 
 このページでは、kubeadmを使用して、高可用性クラスターを作成する、2つの異なるアプローチを説明します:
 
-- 積み重なったコントロールプレーンノードを使う方法。こちらのアプローチは、必要なインフラストラクチャーが少ないです。etcdのメンバーと、コントロールプレーンノードは同じ場所に置かれます。
+- 積層コントロールプレーンノードを使う方法。こちらのアプローチは、必要なインフラストラクチャーが少ないです。etcdのメンバーと、コントロールプレーンノードは同じ場所に置かれます。
 - 外部のetcdクラスターを使う方法。こちらのアプローチには、より多くのインフラストラクチャーが必要です。コントロールプレーンノードと、etcdのメンバーは分離されます。
 
 先へ進む前に、どちらのアプローチがアプリケーションの要件と、環境に適合するか、慎重に検討してください。[こちらの比較](/ja/docs/setup/independent/ha-topology/)が、それぞれの利点/欠点について概説しています。
@@ -71,7 +71,7 @@ weight: 60
 
 1.  残りのコントロールプレーンノードを、ロードバランサーのターゲットグループに追加します。
 
-## 積み重なったコントロールプレーンとetcdノード
+## 積層コントロールプレーンとetcdノード
 
 ### 最初のコントロールプレーンノードの手順
 
@@ -162,7 +162,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ## 外部のetcdノード
 
-外部のetcdノードを使ったクラスターの設定は、積み重なったetcdの場合と似ていますが、最初にetcdを設定し、kubeadmの設定ファイルにetcdの情報を渡す必要があります。
+外部のetcdノードを使ったクラスターの設定は、積層etcdの場合と似ていますが、最初にetcdを設定し、kubeadmの設定ファイルにetcdの情報を渡す必要があります。
 
 ### etcdクラスターの構築
 
@@ -200,7 +200,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
                 keyFile: /etc/kubernetes/pki/apiserver-etcd-client.key
 
     {{< note >}}
-    ここで、積み重なったetcdと外部etcdの違いは、外部etcdの構成では`etcd`の`external`オブジェクトにetcdのエンドポイントが記述された設定ファイルが必要です。積み重なったetcdトポロジーの場合、これは自動で管理されます。
+    ここで、積層etcdと外部etcdの違いは、外部etcdの構成では`etcd`の`external`オブジェクトにetcdのエンドポイントが記述された設定ファイルが必要です。積層etcdトポロジーの場合、これは自動で管理されます。
     {{< /note >}}
 
     -  テンプレート内の以下の変数を、クラスターに合わせて適切な値に置き換えます:
@@ -211,7 +211,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
         - `ETCD_1_IP`
         - `ETCD_2_IP`
 
-以下の手順は、積み重なったetcdの構築と同様です。
+以下の手順は、積層etcdの構築と同様です。
 
 1.  `sudo kubeadm init --config kubeadm-config.yaml --upload-certs`をこのノードで実行します。
 
@@ -225,7 +225,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ### 残りのコントロールプレーンノードの手順
 
-手順は、積み重なったetcd構築の場合と同じです:
+手順は、積層etcd構築の場合と同じです:
 
 - 最初のコントロールプレーンノードが完全に初期化されているのを確認します。
 - テキストファイルに保存したjoinコマンドを使って、それぞれのコントロールプレーンノードをクラスターへ参加させます。コントロールプレーンノードは1台ずつクラスターへ参加させるのを推奨します。

From ae24c820994fc8f0f238fb72f7ceca43c641fc6d Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 20:47:44 +0900
Subject: [PATCH 18/22] update: comment of script

---
 .../tools/kubeadm/high-availability.md                    | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 9be66c4b0f..d855da684d 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -280,7 +280,7 @@ sudo kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery
     次の例の、`CONTROL_PLANE_IPS`を他のコントロールプレーンノードのIPアドレスに置き換えます。
 
     ```sh
-    USER=ubuntu # customizable
+    USER=ubuntu # 環境に合わせる
     CONTROL_PLANE_IPS="10.0.0.7 10.0.0.8"
     for host in ${CONTROL_PLANE_IPS}; do
         scp /etc/kubernetes/pki/ca.crt "${USER}"@$host:
@@ -290,7 +290,7 @@ sudo kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery
         scp /etc/kubernetes/pki/front-proxy-ca.crt "${USER}"@$host:
         scp /etc/kubernetes/pki/front-proxy-ca.key "${USER}"@$host:
         scp /etc/kubernetes/pki/etcd/ca.crt "${USER}"@$host:etcd-ca.crt
-        # Quote this line if you are using external etcd
+        # 外部のetcdノード使用時はこちらのコマンドを実行
         scp /etc/kubernetes/pki/etcd/ca.key "${USER}"@$host:etcd-ca.key
     done
     ```
@@ -302,7 +302,7 @@ sudo kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery
 1.  次に、クラスターに参加させる残りの各コントロールプレーンノードで`kubeadm join`を実行する前に次のスクリプトを実行する必要があります。このスクリプトは、前の手順でコピーした証明書をホームディレクトリから`/etc/kubernetes/pki`へ移動します:
 
     ```sh
-    USER=ubuntu # customizable
+    USER=ubuntu # 環境に合わせる
     mkdir -p /etc/kubernetes/pki/etcd
     mv /home/${USER}/ca.crt /etc/kubernetes/pki/
     mv /home/${USER}/ca.key /etc/kubernetes/pki/
@@ -311,6 +311,6 @@ sudo kubeadm join 192.168.0.200:6443 --token 9vr73a.a8uxyaju799qwdjv --discovery
     mv /home/${USER}/front-proxy-ca.crt /etc/kubernetes/pki/
     mv /home/${USER}/front-proxy-ca.key /etc/kubernetes/pki/
     mv /home/${USER}/etcd-ca.crt /etc/kubernetes/pki/etcd/ca.crt
-    # Quote this line if you are using external etcd
+    # 外部のetcdノード使用時はこちらのコマンドを実行
     mv /home/${USER}/etcd-ca.key /etc/kubernetes/pki/etcd/ca.key
     ```

From 19472353b12806ef41c1d1ea05c2741381388d85 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 20:56:13 +0900
Subject: [PATCH 19/22] fix link url,text

---
 .../tools/kubeadm/high-availability.md           | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index d855da684d..de1c21e0eb 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -11,11 +11,11 @@ weight: 60
 - 積層コントロールプレーンノードを使う方法。こちらのアプローチは、必要なインフラストラクチャーが少ないです。etcdのメンバーと、コントロールプレーンノードは同じ場所に置かれます。
 - 外部のetcdクラスターを使う方法。こちらのアプローチには、より多くのインフラストラクチャーが必要です。コントロールプレーンノードと、etcdのメンバーは分離されます。
 
-先へ進む前に、どちらのアプローチがアプリケーションの要件と、環境に適合するか、慎重に検討してください。[こちらの比較](/ja/docs/setup/independent/ha-topology/)が、それぞれの利点/欠点について概説しています。
+先へ進む前に、どちらのアプローチがアプリケーションの要件と、環境に適合するか、慎重に検討してください。[こちらの比較](/ja/docs/setup/production-environment/tools/kubeadm/ha-topology/)が、それぞれの利点/欠点について概説しています。
 
 高可用性クラスターの作成で問題が発生した場合は、kueadmの[issue tracker](https://github.com/kubernetes/kubeadm/issues/new)でフィードバックを提供してください。
 
-[高可用性クラスターのアップグレード](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade-ha-1-13)も参照してください。
+[高可用性クラスターのアップグレード](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/)も参照してください。
 
 {{< caution >}}
 このページはクラウド上でクラスターを構築することには対応していません。ここで説明されているどちらのアプローチも、クラウド上で、LoadBalancerタイプのServiceオブジェクトや、動的なPersistentVolumeを利用して動かすことはできません。
@@ -28,8 +28,8 @@ weight: 60
 
 どちらの方法でも、以下のインフラストラクチャーが必要です:
 
-- master用に、[kubeadmの最小要件](/ja/docs/setup/independent/install-kubeadm/#before-you-begin)を満たす3台のマシン
-- worker用に、[kubeadmの最小要件](/ja/docs/setup/independent/install-kubeadm/#before-you-begin)を満たす3台のマシン
+- master用に、[kubeadmの最小要件](/ja/docs/setup/production-environment/tools/kubeadm/install-kubeadm/#始める前に)を満たす3台のマシン
+- worker用に、[kubeadmの最小要件](/ja/docs/setup/production-environment/tools/kubeadm/install-kubeadm/#始める前に)を満たす3台のマシン
 - クラスター内のすべてのマシン間がフルにネットワーク接続可能であること(パブリック、もしくはプライベートネットワーク)
 - すべてのマシンにおいて、sudo権限
 - あるデバイスから、システム内のすべてのノードに対しSSH接続できること
@@ -83,11 +83,11 @@ weight: 60
 
     - `--kubernetes-version`フラグを使用して、使用するKubernetesのバージョンを設定できます。kubeadm、kubelet、kubectl、Kubernetesのバージョンを一致させることが推奨されます。
     - `--control-plane-endpoint`フラグはロードバランサーのアドレスかDNSと、ポートに一致する必要があります。
-    - `--upload-certs`フラグは全てのコントロールプレーンノードで共有する必要がある証明書をクラスターにアップロードするために使用されます。代わりに、コントロールプレーンノード間で手動あるいは自動化ツールを使用して証明書をコピーしたい場合は、このフラグを削除し、以下の[手動による証明書の配布](#manual-certs)のセクションを参照してください。
+    - `--upload-certs`フラグは全てのコントロールプレーンノードで共有する必要がある証明書をクラスターにアップロードするために使用されます。代わりに、コントロールプレーンノード間で手動あるいは自動化ツールを使用して証明書をコピーしたい場合は、このフラグを削除し、以下の[証明書の手動配布](#manual-certs)のセクションを参照してください。
 
     {{< note >}}`kubeadm init`の`--config`フラグと`--certificate-key`フラグは混在させることはできないため、[kubeadm configuration](https://godoc.org/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm/v1beta2)を使用する場合は`certificateKey`フィールドを適切な場所に追加する必要があります(`InitConfiguration`と`JoinConfiguration: controlPlane`の配下)。{{< /note >}}
 
-    {{< note >}}CalicoなどのいくつかのCNIネットワークプラグインは`192.168.0.0/16`のようなCIDRを必要としますが、Weaveなどは必要としません。[CNIネットワークドキュメント](/ja/docs/setup/independent/create-cluster-kubeadm/#pod-network)を参照してください。PodにCIDRを設定するには、`ClusterConfiguration`の`networking`オブジェクトに`podSubnet: 192.168.0.0/16`フィールドを設定してください。{{< /note >}}
+    {{< note >}}CalicoなどのいくつかのCNIネットワークプラグインは`192.168.0.0/16`のようなCIDRを必要としますが、Weaveなどは必要としません。[CNIネットワークドキュメント](/ja/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod-network)を参照してください。PodにCIDRを設定するには、`ClusterConfiguration`の`networking`オブジェクトに`podSubnet: 192.168.0.0/16`フィールドを設定してください。{{< /note >}}
 
     - このような出力がされます:
 
@@ -128,7 +128,7 @@ weight: 60
     {{< /caution >}}
 
 1.  使用するCNIプラグインを適用します:  
-    [こちらの手順に従い](/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod-network)CNIプロバイダーをインストールします。 Make sure the configuration corresponds to the Pod CIDR specified in the kubeadm configuration file if applicable.
+    [こちらの手順に従い](/ja/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod-network)CNIプロバイダーをインストールします。 Make sure the configuration corresponds to the Pod CIDR specified in the kubeadm configuration file if applicable.
 
     Weave Netを使用する場合の例:
 
@@ -166,7 +166,7 @@ kubeadmバージョン1.15以降、複数のコントロールプレーンノー
 
 ### etcdクラスターの構築
 
-1. [こちらの手順](/ja/docs/setup/independent/setup-ha-etcd-with-kubeadm/)にしたがって、etcdクラスターを構築してください。
+1. [こちらの手順](/ja/docs/setup/production-environment/tools/kubeadm/setup-ha-etcd-with-kubeadm/)にしたがって、etcdクラスターを構築してください。
 
 1. [こちらの手順](#manual-certs)にしたがって、SSHを構築してください。
 

From b4f2e24624c8a0c5208cb11734f43f4a9f0e46c6 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Sun, 19 Jul 2020 21:24:44 +0900
Subject: [PATCH 20/22] update: CNI comment of
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

---
 .../production-environment/tools/kubeadm/high-availability.md   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index de1c21e0eb..27b2bd7f39 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -128,7 +128,7 @@ weight: 60
     {{< /caution >}}
 
 1.  使用するCNIプラグインを適用します:  
-    [こちらの手順に従い](/ja/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod-network)CNIプロバイダーをインストールします。 Make sure the configuration corresponds to the Pod CIDR specified in the kubeadm configuration file if applicable.
+    [こちらの手順に従い](/ja/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod-network)CNIプロバイダーをインストールします。該当する場合は、kubeadmの設定で指定されたPodのCIDRに対応していることを確認してください。
 
     Weave Netを使用する場合の例:
 

From 1b01d41b615e2001ef4bc4dba5da9f9c99789a12 Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Mon, 20 Jul 2020 01:39:57 +0900
Subject: [PATCH 21/22] Update
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

Co-authored-by: inductor(Kohei) <kela@inductor.me>
---
 .../production-environment/tools/kubeadm/high-availability.md   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index 27b2bd7f39..f69944e8c5 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -81,7 +81,7 @@ weight: 60
     sudo kubeadm init --control-plane-endpoint "LOAD_BALANCER_DNS:LOAD_BALANCER_PORT" --upload-certs
     ```
 
-    - `--kubernetes-version`フラグを使用して、使用するKubernetesのバージョンを設定できます。kubeadm、kubelet、kubectl、Kubernetesのバージョンを一致させることが推奨されます。
+    - `--kubernetes-version`フラグで使用するKubernetesのバージョンを設定できます。kubeadm、kubelet、kubectl、Kubernetesのバージョンを一致させることが推奨されます。
     - `--control-plane-endpoint`フラグはロードバランサーのアドレスかDNSと、ポートに一致する必要があります。
     - `--upload-certs`フラグは全てのコントロールプレーンノードで共有する必要がある証明書をクラスターにアップロードするために使用されます。代わりに、コントロールプレーンノード間で手動あるいは自動化ツールを使用して証明書をコピーしたい場合は、このフラグを削除し、以下の[証明書の手動配布](#manual-certs)のセクションを参照してください。
 

From 9b44c52e4280853d271034472d7615f29749c98d Mon Sep 17 00:00:00 2001
From: zaki-lknr <zaki.hmkc+github@gmail.com>
Date: Mon, 20 Jul 2020 01:41:00 +0900
Subject: [PATCH 22/22] Update
 content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md

Co-authored-by: inductor(Kohei) <kela@inductor.me>
---
 .../production-environment/tools/kubeadm/high-availability.md   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
index f69944e8c5..6b7cb8b610 100644
--- a/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
+++ b/content/ja/docs/setup/production-environment/tools/kubeadm/high-availability.md
@@ -82,7 +82,7 @@ weight: 60
     ```
 
     - `--kubernetes-version`フラグで使用するKubernetesのバージョンを設定できます。kubeadm、kubelet、kubectl、Kubernetesのバージョンを一致させることが推奨されます。
-    - `--control-plane-endpoint`フラグはロードバランサーのアドレスかDNSと、ポートに一致する必要があります。
+    - `--control-plane-endpoint`フラグは、ロードバランサーのIPアドレスまたはDNS名と、ポートが設定される必要があります。
     - `--upload-certs`フラグは全てのコントロールプレーンノードで共有する必要がある証明書をクラスターにアップロードするために使用されます。代わりに、コントロールプレーンノード間で手動あるいは自動化ツールを使用して証明書をコピーしたい場合は、このフラグを削除し、以下の[証明書の手動配布](#manual-certs)のセクションを参照してください。
 
     {{< note >}}`kubeadm init`の`--config`フラグと`--certificate-key`フラグは混在させることはできないため、[kubeadm configuration](https://godoc.org/k8s.io/kubernetes/cmd/kubeadm/app/apis/kubeadm/v1beta2)を使用する場合は`certificateKey`フィールドを適切な場所に追加する必要があります(`InitConfiguration`と`JoinConfiguration: controlPlane`の配下)。{{< /note >}}