4.5.2. OpenShift Data Foundation を使用するためのクラスターロギングの設定
このセクションの手順に従って、OpenShift Data Foundation を OpenShift クラスターロギングのストレージとして設定します。
OpenShift Data Foundation では、ロギングを初めて設定する際に、すべてのログを取得できます。ただし、ロギングをアンインストールして再インストールすると、古いログが削除され、新しいログのみが処理されます。
前提条件
- OpenShift Web コンソールへの管理者アクセス。
-
OpenShift Data Foundation Operator が
openshift-storagenamespace にインストールされ、実行されている。 -
クラスターロギング Operator が
openshift-loggingnamespace にインストールされ、実行されている。
手順
-
OpenShift Web コンソールの左側のペインから Administration
Custom Resource Definitions をクリックします。 - Custom Resource Definitions ページで、ClusterLogging をクリックします。
- Custom Resource Definition Overview ページで、Actions メニューから View Instances を選択するか、Instances タブをクリックします。
Cluster Logging ページで、Create Cluster Logging をクリックします。
データを読み込むためにページの更新が必要になる場合があります。
YAML において、storageClassName、をプロビジョナー
openshift-storage.rbd.csi.ceph.comを使用するstorageclassに置き換えます。以下の例では、storageclass の名前はocs-storagecluster-ceph-rbdです。apiVersion: "logging.openshift.io/v1" kind: "ClusterLogging" metadata: name: "instance" namespace: "openshift-logging" spec: managementState: "Managed" logStore: type: "elasticsearch" elasticsearch: nodeCount: 3 storage: storageClassName: ocs-storagecluster-ceph-rbd size: 200G # Change as per your requirement redundancyPolicy: "SingleRedundancy" visualization: type: "kibana" kibana: replicas: 1 curation: type: "curator" curator: schedule: "30 3 * * *" collection: logs: type: "fluentd" fluentd: {}OpenShift Data Foundation ノードにテイントのマークが付けられている場合は、ロギング用に daemonset Pod のスケジューリングを有効にするために容認を追加する必要があります。
spec: [...] collection: logs: fluentd: tolerations: - effect: NoSchedule key: node.ocs.openshift.io/storage value: 'true' type: fluentd- Save をクリックします。
検証手順
永続ボリューム要求が
elasticsearchPod にバインドされていることを確認します。-
Storage
Persistent Volume Claims に移動します。 -
Project ドロップダウンを
openshift-loggingに設定します。 永続ボリューム要求が
elasticsearch-* Pod にアタッチされ、Bound(バインド) の状態で表示されることを確認します。図4.4 作成済みのバインドされたクラスターロギング
-
Storage
新規クラスターロギングが使用されていることを確認します。
-
Workload
Pods をクリックします。 -
プロジェクトを
openshift-loggingに設定します。 -
新規の
elasticsearch-* Pod がRunning状態で表示されることを確認します。 -
新規の
elasticsearch-* Pod をクリックし、Pod の詳細を表示します。 -
Volumes までスクロールダウンし、elasticsearch ボリュームに新規永続ボリューム要求に一致する Type があることを確認します (例:
elasticsearch-elasticsearch-cdm-9r624biv-3)。 - 永続ボリューム要求の名前をクリックし、PersistentVolumeClaim Overview ページでストレージクラス名を確認します。
-
Workload
Elasticsearch Pod にアタッチされる PV が満杯になるシナリオを回避するために、キュレーターの時間を短く設定してください。
Curator を、保持設定に基づいて Elasticsearch データを削除するように設定できます。以下の 5 日間のインデックスデータの保持期間をデフォルトとして設定することが推奨されます。
config.yaml: |
openshift-storage:
delete:
days: 5
詳細は、Elasticsearch データのキュレーション を参照してください。
永続ボリューム要求がサポートするクラスターロギングをアンインストールするには、それぞれのデプロイメントガイドのアンインストールに関する章に記載されている、クラスターロギング Operator の OpenShift Data Foundation からの削除に関する手順を使用します。