第3章 kubelet ログレベルの詳細設定およびログの収集


ノードに関するいくつかの問題のトラブルシューティングを行うには、追跡する問題に応じて、kubelet のログレベルの詳細度を確立します。

3.1. 1 回限りのシナリオとしての kubelet の変更

machine-config(spec":{"paused":false}}) の変更によりノードを再起動せずに、1 回限りのシナリオで kubelet を変更し、サービスに影響を与えずに kubelet を変更できるようにするには、次の手順に従います。

手順

  1. デバッグモードでノードに接続します。

    $ oc debug node/<node>
    $ chroot /host

    または、ノードに SSH で接続して root になることもできます。

  2. アクセスが確立されたら、デフォルトのログレベルを確認します。

    $ systemctl cat kubelet

    出力例

    # /etc/systemd/system/kubelet.service.d/20-logging.conf
    [Service]
    Environment="KUBELET_LOG_LEVEL=2"

  3. 新しい /etc/systemd/system/kubelet.service.d/30-logging.conf ファイルで必要な新しい詳細度を定義します。このファイルは、/etc/systemd/system/kubelet.service.d/20-logging.conf をオーバーライドします。この例では、詳細度が 2 から 8 に変更になります。

    $ echo -e "[Service]\nEnvironment=\"KUBELET_LOG_LEVEL=8\"" > /etc/systemd/system/kubelet.service.d/30-logging.conf
  4. systemd をリロードし、サービスを再起動します。

    $ systemctl daemon-reload
    $ systemctl restart kubelet
  5. ログを収集し、ログレベルの増加を元に戻します。

    $ rm -f /etc/systemd/system/kubelet.service.d/30-logging.conf
    $ systemctl daemon-reload
    $ systemctl restart kubelet
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.