@@ -17,11 +17,11 @@ weight: 10
1717トラブルシューティングの最初のステップは切り分けです。何が問題なのでしょうか？
1818Podなのか、レプリケーションコントローラーなのか、それともサービスなのか？
1919
20- * [ Debugging Pods ] ( #debugging-pods )
21- * [ Debugging Replication Controllers ] ( #debugging-replication-controllers )
22- * [ Debugging Services ] ( #debugging-services )
20+ * [ Podのデバッグ ] ( #debugging-pods )
21+ * [ レプリケーションコントローラーのデバッグ ] ( #debugging-replication-controllers )
22+ * [ Serviceのデバッグ ] ( #debugging-services )
2323
24- ### Podのデバッグ
24+ ### Podのデバッグ {#debugging-pods}
2525
2626デバッグの第一歩は、Podを見てみることです。
2727以下のコマンドで、Podの現在の状態や最近のイベントを確認します。
@@ -45,7 +45,7 @@ Podが`Pending`で止まっている場合、それはノードにスケジュ
4545
4646* ** リソースが不足しています。** クラスターのCPUまたはメモリーを使い果たしている可能性があります。Podを削除するか、リソースの要求値を調整するか、クラスターに新しいノードを追加する必要があります。詳しくは[ Compute Resources document] ( /ja/docs/concepts/configuration/manage-resources-containers/ ) を参照してください。
4747
48- * ** あなたが使用しているのは` hostPort ` ** です。Podを` hostPort ` にバインドすると、そのPodがスケジュールできる場所が限定されます。ほとんどの場合、` hostPort ` は不要なので、Serviceオブジェクトを使ってPodを公開するようにしてください。もし` hostPort ` が必要な場合は、Kubernetesクラスターのノード数だけPodをスケジュールすることができます。
48+ * ** あなたが使用しているのは` hostPort ` です。** Podを` hostPort ` にバインドすると、そのPodがスケジュールできる場所が限定されます。ほとんどの場合、` hostPort ` は不要なので、Serviceオブジェクトを使ってPodを公開するようにしてください。もし` hostPort ` が必要な場合は、Kubernetesクラスターのノード数だけPodをスケジュールすることができます。
4949
5050
5151#### Podがwaitingのまま
@@ -83,14 +83,14 @@ pods/mypod
8383通常、"apiserver" バージョンには、元のバージョンにはない行がいくつかあります。これは予想されることです。
8484しかし、もし元のバージョンにある行がapiserverバージョンにない場合、これはあなたのPod specに問題があることを示している可能性があります。
8585
86- ### レプリケーションコントローラーのデバッグ
86+ ### レプリケーションコントローラーのデバッグ {#debugging-replication-controllers}
8787
8888レプリケーションコントローラーはかなり単純なものです。
8989彼らはPodを作ることができるか、できないか、どちらかです。
9090もしPodを作成できないのであれば、[ 上記の説明] ( #debugging-pods ) を参照して、Podをデバッグしてください。
9191また、` kubectl describe rc ${CONTROLLER_NAME} ` を使用すると、レプリケーションコントローラーに関連するイベントを確認することができます。
9292
93- ### Serviceのデバッグ
93+ ### Serviceのデバッグ {#debugging-services}
9494
9595Serviceは、Podの集合全体でロードバランシングを提供します。
9696Serviceが正しく動作しない原因には、いくつかの一般的な問題があります。
0 commit comments