[ja] Change paths of debug pages

content/ja/docs/concepts/security/controlling-access.md

@@ -116,7 +116,7 @@ Kubernetesは、ABACモード、RBACモード、Webhookモードなど、複数
 Kubernetesの監査は、クラスター内の一連のアクションを文書化した、セキュリティに関連する時系列の記録を提供します。
 クラスターは、ユーザー、Kubernetes APIを使用するアプリケーション、およびコントロールプレーン自身によって生成されるアクティビティを監査します。
 
-詳しくは[監査](/ja/docs/tasks/debug-application-cluster/audit/)をご覧ください。
+詳しくは[監査](/ja/docs/tasks/debug/debug-cluster/audit/)をご覧ください。
 
 ## APIサーバーのIPとポート {#api-server-ports-and-ips}
 
@@ -167,4 +167,3 @@ APIサーバーは、実際には2つのポートでサービスを提供する
 
 以下についても知ることができます。
 - PodがAPIクレデンシャルを取得するために[Secrets](/ja/docs/concepts/configuration/secret/#service-accounts-automatically-create-and-attach-secrets-with-api-credentials)を使用する方法について。
-

content/ja/docs/concepts/security/pod-security-admission.md

@@ -65,7 +65,7 @@ Kubernetesは、名前空間に使用したい定義済みのPodセキュリテ
 モード | 説明
 :---------|:------------
 **enforce** | ポリシーに違反した場合、Podは拒否されます。
-**audit** | ポリシー違反は、[監査ログ](/ja/docs/tasks/debug-application-cluster/audit/)に記録されるイベントに監査アノテーションを追加するトリガーとなりますが、それ以外は許可されます。
+**audit** | ポリシー違反は、[監査ログ](/ja/docs/tasks/debug/debug-cluster/audit/)に記録されるイベントに監査アノテーションを追加するトリガーとなりますが、それ以外は許可されます。
 **warn** | ポリシーに違反した場合は、ユーザーへの警告がトリガーされますが、それ以外は許可されます。
 {{< /table >}}
 

content/ja/docs/concepts/workloads/pods/init-containers.md

@@ -261,5 +261,4 @@ Kubernetes v1.20以降では、initコンテナのイメージが変更された
 ## {{% heading "whatsnext" %}} {#what-s-next}
 
 * [Initコンテナを含むPodの作成](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container)方法について学ぶ。
-* [Initコンテナのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-init-containers/)を行う方法について学ぶ。
-
+* [Initコンテナのデバッグ](/ja/docs/tasks/debug/debug-application/debug-init-containers/)を行う方法について学ぶ。

content/ja/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm.md

@@ -147,7 +147,7 @@ Calico、Canal、FlannelのCNIプロバイダは、HostPortをサポートして
 
 ## サービスIP経由でPodにアクセスすることができない
 
-- 多くのネットワークアドオンは、PodがサービスIPを介して自分自身にアクセスできるようにする[ヘアピンモード](/ja/docs/tasks/debug-application-cluster/debug-service/#a-pod-cannot-reach-itself-via-service-ip)を有効にしていません。これは[CNI](https://github.com/containernetworking/cni/issues/476)に関連する問題です。ヘアピンモードのサポート状況については、ネットワークアドオンプロバイダにお問い合わせください。
+- 多くのネットワークアドオンは、PodがサービスIPを介して自分自身にアクセスできるようにする[ヘアピンモード](/ja/docs/tasks/debug/debug-application/debug-service/#a-pod-cannot-reach-itself-via-service-ip)を有効にしていません。これは[CNI](https://github.com/containernetworking/cni/issues/476)に関連する問題です。ヘアピンモードのサポート状況については、ネットワークアドオンプロバイダにお問い合わせください。
 
 - VirtualBoxを使用している場合(直接またはVagrant経由)は、`hostname -i`がルーティング可能なIPアドレスを返すことを確認する必要があります。デフォルトでは、最初のインターフェースはルーティング可能でないホスト専用のネットワークに接続されています。これを回避するには`/etc/hosts`を修正する必要があります。例としてはこの[Vagrantfile](https://github.com/errordeveloper/k8s-playground/blob/22dd39dfc06111235620e6c4404a96ae146f26fd/Vagrantfile#L11)を参照してください。
 

content/ja/docs/tasks/debug/debug-application/debug-service.md

@@ -375,7 +375,7 @@ hostnames-632524106-tlaok   1/1       Running   0          1h
 
 "AGE"列は、これらのPodが約1時間前のものであることを示しており、それらが正常に実行され、クラッシュしていないことを意味します。
 
-"RESTARTS"列は、これらのポッドが頻繁にクラッシュしたり、再起動されていないことを示しています。頻繁に再起動すると、断続的な接続性の問題が発生する可能性があります。再起動回数が多い場合は、[ポッドをデバッグする](/ja/docs/tasks/debug-application-cluster/debug-pods)を参照してください。
+"RESTARTS"列は、これらのポッドが頻繁にクラッシュしたり、再起動されていないことを示しています。頻繁に再起動すると、断続的な接続性の問題が発生する可能性があります。再起動回数が多い場合は、[ポッドをデバッグする](/ja/docs/tasks/debug/debug-application/debug-pods)を参照してください。
 
 Kubernetesシステム内には、すべてのServiceのセレクターを評価し、結果をEndpointsオブジェクトに保存するコントロールループがあります。
 

content/ja/docs/tasks/debug/debug-cluster/resource-usage-monitoring.md

@@ -44,8 +44,8 @@ CNCFに属さない完全なメトリクスパイプラインのプロジェク
 以下のような追加のデバッグツールについて学びます:
 
 * [ロギング](/ja/docs/concepts/cluster-administration/logging/)
-* [モニタリング](/ja/docs/tasks/debug-application-cluster/resource-usage-monitoring/)
-* [`exec`でコンテナに入る](/ja/docs/tasks/debug-application-cluster/get-shell-running-container/)
+* [モニタリング](/ja/docs/tasks/debug/debug-cluster/resource-usage-monitoring/)
+* [`exec`でコンテナに入る](/ja/docs/tasks/debug/debug-application/get-shell-running-container/)
 * [Connecting to containers via proxies](/docs/tasks/extend-kubernetes/http-proxy-access-api/)
 * [Connecting to containers via port forwarding](/docs/tasks/access-application-cluster/port-forward-access-application-cluster/)
-* [crictlでKubernetesのノードを検査する](/ja/docs/tasks/debug-application-cluster/crictl/)
+* [crictlでKubernetesのノードを検査する](/ja/docs/tasks/debug/debug-cluster/crictl/)

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

@@ -74,5 +74,4 @@ StatefulSet Podの強制削除は、常に慎重に、関連するリスクを
 ## {{% heading "whatsnext" %}}
 
 
-[StatefulSetのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-stateful-set/)の詳細
-
+[StatefulSetのデバッグ](/ja/docs/tasks/debug/debug-application/debug-stateful-set/)の詳細

content/ja/docs/tutorials/stateful-application/cassandra.md

@@ -80,7 +80,7 @@ cassandra   ClusterIP   None         <none>        9042/TCP   45s
 ```
 
 
-`cassandra`という名前のServiceが表示されない場合、作成に失敗しています。よくある問題のトラブルシューティングについては、[Serviceのデバッグ](/ja/docs/tasks/debug-application-cluster/debug-service/)を読んでください。
+`cassandra`という名前のServiceが表示されない場合、作成に失敗しています。よくある問題のトラブルシューティングについては、[Serviceのデバッグ](/ja/docs/tasks/debug/debug-application/debug-service/)を読んでください。
 
 ## StatefulSetを使ってCassandra ringを作成する
 
@@ -265,5 +265,3 @@ StatefulSetに関連するすべてのリソースを自動的に破棄するよ
 * [StatefulSetのスケール](/ja/docs/tasks/run-application/scale-stateful-set/)を行う方法を学ぶ。
 * [*KubernetesSeedProvider*](https://github.com/kubernetes/examples/blob/master/cassandra/java/src/main/java/io/k8s/cassandra/KubernetesSeedProvider.java)についてもっと学ぶ。
 * カスタムの[Seed Providerの設定](https://git.k8s.io/examples/cassandra/java/README.md)についてもっと学ぶ。
-
-

content/ja/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume.md

@@ -237,5 +237,4 @@ WordPressのインストールをこのページのまま放置してはいけ
 * [イントロスペクションとデバッグ](/docs/tasks/debug/debug-application)についてさらに学ぶ
 * [Job](/docs/concepts/workloads/controllers/job/)についてさらに学ぶ
 * [Portフォワーディング](/docs/tasks/access-application-cluster/port-forward-access-application-cluster/)についてさらに学ぶ
-* [コンテナへのシェルを取得する](/ja/docs/tasks/debug-application-cluster/get-shell-running-container/)方法について学ぶ
-
+* [コンテナへのシェルを取得する](/ja/docs/tasks/debug/debug-application/get-shell-running-container/)方法について学ぶ

content/ja/docs/tutorials/stateless-application/guestbook-logs-metrics-with-elk.md

@@ -458,5 +458,5 @@ DeploymentとServiceを削除すると、実行中のすべてのPodも削除さ
 
 * [リソースを監視するためのツール](/docs/tasks/debug-application-cluster/resource-usage-monitoring/)について学ぶ。
 * [ロギングのアーキテクチャ](/docs/concepts/cluster-administration/logging/)についてもっと読む。
-* [アプリケーションのイントロスペクションとデバッグ](/ja/docs/tasks/debug-application-cluster/)についてもっと読む。
+* [アプリケーションのイントロスペクションとデバッグ](/ja/docs/tasks/debug/debug-application/)についてもっと読む。
 * [アプリケーションのトラブルシューティング](/docs/tasks/debug-application-cluster/resource-usage-monitoring/)についてもっと読む。