|
この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。 |
SUSE Rancher Prime ロギングサービスとの統合
ロギングオペレーターは、以前の社内ソリューションに代わってRancherのロギングソリューションを提供しています。
ロギングを有効にする
Rancher管理のクラスターでロギングを有効にするには、アプリページに移動し、ロギングアプリをインストールします。
-
ロギングをインストールしたいクラスターに移動し、*アプリ*をクリックします。
-
*ロギング*アプリをクリックします。
-
HelmチャートのREADMEの下部までスクロールし、*インストール*をクリックします。
*結果:*ロギングアプリは`cattle-logging-system`ネームスペースにデプロイされます。
ロギングをアンインストールする
-
ロギングをインストールしたいクラスターに移動し、*アプリ*をクリックします。
-
*インストール済みアプリ*をクリックします。
-
`cattle-logging-system`ネームスペースに移動し、`rancher-logging`と`rancher-logging-crd`のチェックボックスをオンにします。
-
*削除*をクリックします。
-
*削除*を確認します。
結果 `rancher-logging`がアンインストールされました。
アーキテクチャ
ロギングアプリの動作についての詳細は、このセクションをご覧ください。
ロール(役割)ベースのアクセス制御
Rancherのロギングには、`logging-admin`と`logging-view`の2つの役割があります。これらの役割の使用方法とタイミングについての詳細は、このページをご覧ください。
ロギングカスタムリソースの設定
Flows, ClusterFlows、Outputs、および`ClusterOutputs`を管理するために、
-
左上隅で、*☰ > クラスター管理*をクリックします。
-
*クラスター*ページで、ログのカスタムリソースを構成したいクラスターに移動し、*探索*をクリックします。
-
左のナビゲーションバーで*ロギング*をクリックします。
フローとクラスター・フロー
`Flows`と`ClusterFlows`の構成に関するヘルプについては、このページをご覧ください。
出力とクラスター・出力
`Outputs`と`ClusterOutputs`の構成に関するヘルプについては、このページをご覧ください。
カスタムホストテイラーイメージの使用
`HostTailer`リソースのカスタムイメージを使用するには、`HostTailer`リソースの各`fileTailer`の`containerOverrides`セクションにイメージを指定する必要があります。
apiVersion: logging-extensions.banzaicloud.io/v1alpha1
kind: HostTailer
metadata:
name: cluster-system-log
spec:
workloadMetaOverrides:
annotations: {}
labels: {}
fileTailers:
- disabled: false
name: kubelet-log
path: /var/lib/rancher/rke2/agent/logs/*.log
containerOverrides:
image: <your_registry>/<your_image>:<your_tag>
- disabled: false
name: containerd-log
path: /var/lib/rancher/rke2/agent/containerd/*.log
containerOverrides:
image: <your_registry>/<your_image>:<your_tag>
- name: kube-audit
path: /var/log/kube-audit/audit-log.json
disabled: false
containerOverrides:
image: <your_registry>/<your_image>:<your_tag>
ロギングHelmチャートの構成
ロギングアプリケーションがインストールまたはアップグレードされる際に構成できるオプションのリストについては、このページをご覧ください。
Windowsのサポート
Windowsノードからロギングを有効にすることができます。
カスタムDockerルートディレクトリの操作
カスタムDockerルートディレクトリの使用に関する詳細については、このセクションをご覧ください。
テイントと許容の操作
ロギングアプリケーションでテイントと許容を使用する方法に関する情報については、このページをご覧ください。
SELinuxを使用したロギングV2
SELinux対応ノードのロギングアプリケーションを有効にする方法に関する情報については、このセクションをご覧ください。
追加のログソース
デフォルトでは、Rancherはすべてのクラスタータイプのコントロールプレーンコンポーネントとノードコンポーネントのログを収集します。場合によっては追加のログを収集できます。詳細については、このセクションを参照してください。
トラブルシューティング
ログバッファがポッドをオーバーロードします。
設定によっては、デフォルトのバッファサイズが大きすぎてポッドのエラーを引き起こす可能性があります。負荷を軽減する方法の一つは、ロガーのフラッシュ間隔を短くすることです。これにより、ログがバッファを過剰に満たすのを防ぎます。また、同時に多くのログがバッファを満たそうとする瞬間に対応するために、フラッシュスレッドを追加することもできます。
`cattle-logging`ネームスペースが再作成されています。
クラスターが以前にレガシーRancher UIのグローバルビューからログをデプロイしていた場合、`cattle-logging`ネームスペースが継続的に再作成される問題に直面する可能性があります。
解決策は、管理クラスターのクラスター固有のネームスペースからすべての`clusterloggings.management.cattle.io`および`projectloggings.management.cattle.io`カスタムリソースを削除することです。 これらのカスタムリソースが存在すると、Rancherは下流クラスターに`cattle-logging`ネームスペースが存在しない場合に作成します。
クラスターのネームスペースはクラスターIDと一致するため、各クラスターのクラスターIDを見つける必要があります。
-
左上隅で、*☰ > クラスター管理*をクリックします。
-
*クラスター*ページで、IDを取得したいクラスターに移動し、*探索*をクリックします。
-
以下のURLのいずれかから`<cluster-id>`部分をコピーします。`<cluster-id>`部分はクラスターのネームスペース名です。
# Cluster Management UI
https://<your-url>/c/<cluster-id>/
# Cluster Dashboard
https://<your-url>/dashboard/c/<cluster-id>/
`<cluster-id>`ネームスペースがあるので、`cattle-logging`が継続的に再作成される原因となるCRを削除できます。 警告: レガシーRancher UIのグローバルビューからインストールされたバージョンのロギングが、現在使用されていないことを確認してください。
kubectl delete crd clusterloggings.management.cattle.io -n <cluster-id>
kubectl delete crd projectloggings.management.cattle.io -n <cluster-id>