この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。

ロギングアーキテクチャ

このセクションでは、Rancher ロギングアプリケーションのアーキテクチャを要約します。

ロギングオペレーターの動作に関する詳細については、 公式ドキュメントをご覧ください。

ロギングオペレーターの動作

ロギングオペレーターは、Kubernetes ロギングパイプラインのデプロイメントと設定を自動化します。ノードファイルシステムからコンテナおよびアプリケーションのログを収集するために、すべてのノードに Fluent Bit DaemonSet をデプロイおよび構成します。

Fluent Bit は Kubernetes API にクエリを送り、ポッドに関するメタデータでログを強化し、ログとメタデータの両方を Fluentd に転送します。Fluentd はログを受信し、フィルタリングし、複数の Outputs に転送します。

以下のカスタムリソースは、ログがどのようにフィルタリングされ、Outputs に送信されるかを定義するために使用されます。

  • Flow は、フィルターとセレクターを使用してログメッセージを適切な Outputs にルーティングするネームスペース付きカスタムリソースです。

  • ClusterFlow は、クラスター全体のログメッセージをルーティングするために使用されます。

  • Output は、ログメッセージが送信される場所を定義するネームスペース付きリソースです。

  • ClusterOutput``Output`は、すべての `Flows および ClusterFlows から利用可能な を定義します。

FlowOutput を参照し、各 ClusterFlowClusterOutput を参照しなければなりません。

ロギングオペレーターのドキュメント の以下の図は、新しいロギングアーキテクチャを示しています。

ロギングオペレーターが Fluentd とどのように連携するか
Figure 1. ロギングオペレーターが Fluentd および Fluent Bit とどのように連携するか