[DO NOT MERGE] sample pr (scripts/linkchecker.py)

content/ja/docs/concepts/_index.md

@@ -21,7 +21,7 @@ Kubernetesを機能させるには、*Kubernetes API オブジェクト* を使
 
 * **Kubernetes Master**: [kube-apiserver](/docs/admin/kube-apiserver/)、[kube-controller-manager](/docs/admin/kube-controller-manager/)、[kube-scheduler](/docs/admin/kube-scheduler/) の3プロセスの集合です。これらのプロセスはクラスター内の一つのノード上で実行されます。実行ノードはマスターノードとして指定します。
 * クラスター内の個々の非マスターノードは、それぞれ2つのプロセスを実行します。
-  * **[kubelet](/docs/admin/kubelet/)**: Kubernetes Masterと通信します。
+  * **[kubelet](/ja/docs/admin/kubelet/)**: Kubernetes Masterと通信します。
   * **[kube-proxy](/docs/admin/kube-proxy/)**: 各ノードのKubernetesネットワークサービスを反映するネットワークプロキシです。
 
 ## Kubernetesオブジェクト {#kubernetes-objects}
@@ -32,7 +32,7 @@ Kubernetesには、デプロイ済みのコンテナ化されたアプリケー
 
 * [Pod](/ja/docs/concepts/workloads/pods/pod-overview/)
 * [Service](/ja/docs/concepts/services-networking/service/)
-* [Volume](/docs/concepts/storage/volumes/)
+* [Volume](/ja/docs/concepts/storage/volumes/)
 * [Namespace](/ja/docs/concepts/overview/working-with-objects/namespaces/)
 
 Kubernetesには、[コントローラー](/ja/docs/concepts/architecture/controller/)に依存して基本オブジェクトを構築し、追加の機能と便利な機能を提供する高レベルの抽象化も含まれています。これらには以下のものを含みます:
@@ -41,7 +41,7 @@ Kubernetesには、[コントローラー](/ja/docs/concepts/architecture/contro
 * [DaemonSet](/ja/docs/concepts/workloads/controllers/daemonset/)
 * [StatefulSet](/ja/docs/concepts/workloads/controllers/statefulset/)
 * [ReplicaSet](/ja/docs/concepts/workloads/controllers/replicaset/)
-* [Job](/docs/concepts/workloads/controllers/jobs-run-to-completion/)
+* [Job](/ja/docs/concepts/workloads/controllers/jobs-run-to-completion/)
 
 ## Kubernetesコントロールプレーン {#kubernetes-control-plane}
 
@@ -65,7 +65,7 @@ Kubernetesのマスターは、クラスターの望ましい状態を維持す
 
 
 コンセプトページを追加したい場合は、
-[ページテンプレートの使用](/docs/home/contribute/page-templates/)
+[ページテンプレートの使用](/ja/docs/home/contribute/page-templates/)
 のコンセプトページタイプとコンセプトテンプレートに関する情報を確認してください。
 
 

content/ja/docs/concepts/architecture/cgroups.md

@@ -8,7 +8,7 @@ weight: 50
 
 Linuxでは、{{< glossary_tooltip text="コントロールグループ" term_id="cgroup" >}}がプロセスに割り当てられるリソースを制限しています。
 
-コンテナ化されたワークロードの、CPU/メモリーの要求と制限を含む[Podとコンテナのリソース管理](/docs/concepts/configuration/manage-resources-containers/)を強制するために、
+コンテナ化されたワークロードの、CPU/メモリーの要求と制限を含む[Podとコンテナのリソース管理](/ja/docs/concepts/configuration/manage-resources-containers/)を強制するために、
 {{< glossary_tooltip text="kubelet" term_id="kubelet" >}}と基盤となるコンテナランタイムはcgroupをインターフェースとして接続する必要があります。
 
 Linuxではcgroup v1とcgroup v2の2つのバージョンのcgroupがあります。
@@ -32,7 +32,7 @@ cgroup v2はリソース管理機能を強化した統合制御システムを
   - ページキャッシュの書き戻しといった、非即時のリソース変更
 
 Kubernetesのいくつかの機能では、強化されたリソース管理と隔離のためにcgroup v2のみを使用しています。
-例えば、[MemoryQoS](/blog/2021/11/26/qos-memory-resources/)機能はメモリーQoSを改善し、cgroup v2の基本的な機能に依存しています。
+例えば、[MemoryQoS](/ja/blog/2021/11/26/qos-memory-resources/)機能はメモリーQoSを改善し、cgroup v2の基本的な機能に依存しています。
 
 ## cgroup v2を使う {#using-cgroupv2}
 

content/ja/docs/concepts/architecture/control-plane-node-communication.md

@@ -18,7 +18,7 @@ aliases:
 Kubernetesには「ハブアンドスポーク」というAPIパターンがあります。ノード(またはノードが実行するPod)からのすべてのAPIの使用は、APIサーバーで終了します。他のコントロールプレーンコンポーネントは、どれもリモートサービスを公開するようには設計されていません。APIサーバーは、1つ以上の形式のクライアント[認証](/ja/docs/reference/access-authn-authz/authentication/)が有効になっている状態で、セキュアなHTTPSポート(通常は443)でリモート接続をリッスンするように設定されています。
 特に[匿名リクエスト](/ja/docs/reference/access-authn-authz/authentication/#anonymous-requests)や[サービスアカウントトークン](/ja/docs/reference/access-authn-authz/authentication/#service-account-token)が許可されている場合は、1つ以上の[認可](/docs/reference/access-authn-authz/authorization/)形式を有効にする必要があります。
 
-ノードは、有効なクライアント認証情報とともに、APIサーバーに安全に接続できるように、クラスターのパブリックルート{{< glossary_tooltip text="証明書" term_id="certificate" >}}でプロビジョニングされる必要があります。適切なやり方は、kubeletに提供されるクライアント認証情報が、クライアント証明書の形式であることです。kubeletクライアント証明書の自動プロビジョニングについては、[kubelet TLSブートストラップ](/docs/reference/command-line-tools-reference/kubelet-tls-bootstrapping/)を参照してください。
+ノードは、有効なクライアント認証情報とともに、APIサーバーに安全に接続できるように、クラスターのパブリックルート{{< glossary_tooltip text="証明書" term_id="certificate" >}}でプロビジョニングされる必要があります。適切なやり方は、kubeletに提供されるクライアント認証情報が、クライアント証明書の形式であることです。kubeletクライアント証明書の自動プロビジョニングについては、[kubelet TLSブートストラップ](/ja/docs/reference/command-line-tools-reference/kubelet-tls-bootstrapping/)を参照してください。
 
 APIサーバーに接続したい{{< glossary_tooltip text="Pod" term_id="pod" >}}は、サービスアカウントを利用することで、安全に接続することができます。これにより、Podのインスタンス化時に、Kubernetesはパブリックルート証明書と有効なBearerトークンを自動的にPodに挿入します。
 `kubernetes`サービス(`デフォルト`の名前空間)は、APIサーバー上のHTTPSエンドポイントに(`{{< glossary_tooltip text="kube-proxy" term_id="kube-proxy" >}}`経由で)リダイレクトされる仮想IPアドレスで構成されます。

content/ja/docs/concepts/architecture/garbage-collection.md

@@ -20,12 +20,12 @@ weight: 70
 
 ## オーナーの依存関係 {#owners-dependents}
 
-Kubernetesの多くのオブジェクトは、[*owner reference*](/docs/concepts/overview/working-with-objects/owners-dependents/)を介して相互にリンクしています。
+Kubernetesの多くのオブジェクトは、[*owner reference*](/ja/docs/concepts/overview/working-with-objects/owners-dependents/)を介して相互にリンクしています。
 owner referenceは、どのオブジェクトが他のオブジェクトに依存しているかをコントロールプレーンに通知します。
 Kubernetesは、owner referenceを使用して、コントロールプレーンやその他のAPIクライアントに、オブジェクトを削除する前に関連するリソースをクリーンアップする機会を提供します。
 ほとんどの場合、Kubernetesはowner referenceを自動的に管理します。
 
-Ownershipは、一部のリソースでも使用される[ラベルおよびセレクター](/docs/concepts/overview/working-with-objects/labels/)メカニズムとは異なります。
+Ownershipは、一部のリソースでも使用される[ラベルおよびセレクター](/ja/docs/concepts/overview/working-with-objects/labels/)メカニズムとは異なります。
 たとえば、`EndpointSlice`オブジェクトを作成する{{<glossary_tooltip text="Service" term_id="service">}}を考えます。
 Serviceは*ラベル*を使用して、コントロールプレーンがServiceに使用されている`EndpointSlice`オブジェクトを判別できるようにします。
 ラベルに加えて、Serviceに代わって管理される各`EndpointSlice`には、owner referenceがあります。
@@ -131,6 +131,6 @@ kubeletは、次の変数に基づいて未使用のコンテナをガベージ
 
 ## {{% heading "whatsnext" %}}
 
-* [Kubernetes オブジェクトの所有権](/docs/concepts/overview/working-with-objects/owners-dependents/)を学びます。
-* Kubernetes [finalizer](/docs/concepts/overview/working-with-objects/finalizers/)を学びます。
+* [Kubernetes オブジェクトの所有権](/ja/docs/concepts/overview/working-with-objects/owners-dependents/)を学びます。
+* Kubernetes [finalizer](/ja/docs/concepts/overview/working-with-objects/finalizers/)を学びます。
 * 完了したジョブをクリーンアップする[TTL controller](/ja/docs/concepts/workloads/controllers/ttlafterfinished/)(beta)について学びます。

content/ja/docs/concepts/architecture/nodes.md

@@ -249,7 +249,7 @@ kubeletはリソースの割当を決定する際にトポロジーのヒント
 
 kubeletは、ノードのシステムシャットダウンを検出すると、ノード上で動作しているPodを終了させます。
 
-Kubelet は、ノードのシャットダウン時に、ポッドが通常の[通常のポッド終了プロセス](/docs/concepts/workloads/pods/pod-lifecycle/#pod-termination)に従うようにします。
+Kubelet は、ノードのシャットダウン時に、ポッドが通常の[通常のポッド終了プロセス](/ja/docs/concepts/workloads/pods/pod-lifecycle/#pod-termination)に従うようにします。
 
 Graceful Node Shutdownはsystemdに依存しているため、[systemd inhibitor locks](https://www.freedesktop.org/wiki/Software/systemd/inhibit/)を
 利用してノードのシャットダウンを一定時間遅らせることができます。
@@ -284,7 +284,7 @@ Reason:         Shutdown
 Message:        Node is shutting, evicting pods
 ```
 
-失敗したポッドオブジェクトは、明示的に削除されるか、[GCによってクリーンアップ](/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection)されるまで保存されます。
+失敗したポッドオブジェクトは、明示的に削除されるか、[GCによってクリーンアップ](/ja/docs/concepts/workloads/pods/pod-lifecycle/#pod-garbage-collection)されるまで保存されます。
 これは、ノードが突然終了した場合とは異なった振る舞いです。
 
 {{< /note >}}

content/ja/docs/concepts/cluster-administration/cluster-administration-overview.md

@@ -17,7 +17,7 @@ Kubernetesクラスターの計画、セットアップ、設定の例を知る
 ガイドを選択する前に、いくつかの考慮事項を挙げます。
 
  - ユーザーのコンピューター上でKubernetesを試したいでしょうか、それとも高可用性のあるマルチノードクラスターを構築したいでしょうか？あなたのニーズにあったディストリビューションを選択してください。
- - **もしあなたが高可用性を求める場合**、 [複数ゾーンにまたがるクラスター](/docs/concepts/cluster-administration/federation/)の設定について学んでください。
+ - **もしあなたが高可用性を求める場合**、 [複数ゾーンにまたがるクラスター](/ja/docs/concepts/cluster-administration/federation/)の設定について学んでください。
  - [Google Kubernetes Engine](https://cloud.google.com/kubernetes-engine/)のような**ホストされているKubernetesクラスター**を使用するのか、それとも**自分自身でクラスターをホストするのでしょうか**？
  - 使用するクラスターは**オンプレミス**なのか、それとも**クラウド(IaaS)** でしょうか？Kubernetesはハイブリッドクラスターを直接サポートしていません。その代わりユーザーは複数のクラスターをセットアップできます。
  - Kubernetesを **「ベアメタル」なハードウェア**上で稼働させますか？それとも**仮想マシン(VMs)** 上で稼働させますか？
@@ -39,25 +39,25 @@ Kubernetesクラスターの計画、セットアップ、設定の例を知る
 
 * [Kubernetes コンテナの環境](/ja/docs/concepts/containers/container-environment/)では、Kubernetesノード上でのKubeletが管理するコンテナの環境について説明します。
 
-* [Kubernetes APIへのアクセス制御](/docs/concepts/security/controlling-access)では、Kubernetesで自身のAPIに対するアクセスコントロールがどのように実装されているかを説明します。
+* [Kubernetes APIへのアクセス制御](/ja/docs/concepts/security/controlling-access)では、Kubernetesで自身のAPIに対するアクセスコントロールがどのように実装されているかを説明します。
 
-* [認証](/docs/reference/access-authn-authz/authentication/)では、様々な認証オプションを含むKubernetesでの認証について説明します。
+* [認証](/ja/docs/reference/access-authn-authz/authentication/)では、様々な認証オプションを含むKubernetesでの認証について説明します。
 
 * [認可](/docs/reference/access-authn-authz/authorization/)では、認証とは別に、HTTPリクエストの処理方法を制御します。
 
 * [アドミッションコントローラーの使用](/docs/reference/access-authn-authz/admission-controllers/)では、認証と認可の後にKubernetes APIに対するリクエストをインターセプトするプラグインについて説明します。
 
-* [Kubernetesクラスターでのsysctlの使用](/docs/concepts/cluster-administration/sysctl-cluster/)では、管理者向けにカーネルパラメーターを設定するため`sysctl`コマンドラインツールの使用方法について解説します。
+* [Kubernetesクラスターでのsysctlの使用](/ja/docs/concepts/cluster-administration/sysctl-cluster/)では、管理者向けにカーネルパラメーターを設定するため`sysctl`コマンドラインツールの使用方法について解説します。
 
 * [クラスターの監査](/ja/docs/tasks/debug/debug-cluster/audit/)では、Kubernetesの監査ログの扱い方について解説します。
 
 ### kubeletをセキュアにする
   * [マスターとノードのコミュニケーション](/ja/docs/concepts/architecture/master-node-communication/)
-  * [TLSのブートストラップ](/docs/reference/command-line-tools-reference/kubelet-tls-bootstrapping/)
-  * [Kubeletの認証/認可](/docs/admin/kubelet-authentication-authorization/)
+  * [TLSのブートストラップ](/ja/docs/reference/command-line-tools-reference/kubelet-tls-bootstrapping/)
+  * [Kubeletの認証/認可](/ja/docs/admin/kubelet-authentication-authorization/)
 
 ## オプションのクラスターサービス
 
 * [DNSのインテグレーション](/ja/docs/concepts/services-networking/dns-pod-service/)では、DNS名をKubernetes Serviceに直接名前解決する方法を解説します。
 
-* [クラスターアクティビィのロギングと監視](/docs/concepts/cluster-administration/logging/)では、Kubernetesにおけるロギングがどのように行われ、どう実装されているかについて解説します。
+* [クラスターアクティビィのロギングと監視](/ja/docs/concepts/cluster-administration/logging/)では、Kubernetesにおけるロギングがどのように行われ、どう実装されているかについて解説します。

content/ja/docs/concepts/cluster-administration/manage-deployment.md

@@ -347,7 +347,7 @@ horizontalpodautoscaler.autoscaling/my-nginx autoscaled
 
 実行すると、nginxのレプリカは必要に応じて自動でスケールアップ、スケールダウンします。
 
-さらなる情報は、[kubectl scale](/docs/reference/generated/kubectl/kubectl-commands/#scale)、[kubectl autoscale](/docs/reference/generated/kubectl/kubectl-commands/#autoscale) and [horizontal pod autoscaler](/docs/tasks/run-application/horizontal-pod-autoscale/)を参照してください。
+さらなる情報は、[kubectl scale](/docs/reference/generated/kubectl/kubectl-commands/#scale)、[kubectl autoscale](/docs/reference/generated/kubectl/kubectl-commands/#autoscale) and [horizontal pod autoscaler](/ja/docs/tasks/run-application/horizontal-pod-autoscale/)を参照してください。
 
 
 ## リソースの直接的アップデート

content/ja/docs/concepts/cluster-administration/system-logs.md

@@ -14,7 +14,7 @@ weight: 80
 
 klogは、Kubernetesのログライブラリです。[klog](https://github.com/kubernetes/klog)は、Kubernetesのシステムコンポーネント向けのログメッセージを生成します。
 
-klogの設定に関する詳しい情報については、[コマンドラインツールのリファレンス](/docs/reference/command-line-tools-reference/)を参照してください。
+klogの設定に関する詳しい情報については、[コマンドラインツールのリファレンス](/ja/docs/reference/command-line-tools-reference/)を参照してください。
 
 klogネイティブ形式の例:
 
@@ -52,7 +52,7 @@ I1025 00:15:15.525108       1 controller_utils.go:116] "Pod status updated" pod=
 {{< feature-state for_k8s_version="v1.19" state="alpha" >}}
 
 {{<warning >}}
-JSONの出力は多数の標準のklogフラグをサポートしていません。非対応のklogフラグの一覧については、[コマンドラインツールリファレンス](/docs/reference/command-line-tools-reference/)を参照してください。
+JSONの出力は多数の標準のklogフラグをサポートしていません。非対応のklogフラグの一覧については、[コマンドラインツールリファレンス](/ja/docs/reference/command-line-tools-reference/)を参照してください。
 
 すべてのログがJSON形式で書き込むことに対応しているわけではありません(たとえば、プロセスの開始時など)。ログのパースを行おうとしている場合、JSONではないログの行に対処できるようにしてください。
 
@@ -121,6 +121,6 @@ systemdを使用しているマシンでは、kubeletとコンテナランタイ
 
 ## {{% heading "whatsnext" %}}
 
-* [Kubernetesのログのアーキテクチャ](/docs/concepts/cluster-administration/logging/)について読む。
+* [Kubernetesのログのアーキテクチャ](/ja/docs/concepts/cluster-administration/logging/)について読む。
 * [構造化ログ](https://github.com/kubernetes/enhancements/tree/master/keps/sig-instrumentation/1602-structured-logging)について読む。
 * [ログの深刻度の慣習](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-instrumentation/logging.md)について読む。