5.2. 스토리지 위치

중요

미터링은 더 이상 사용되지 않는 기능입니다. 더 이상 사용되지 않는 기능은 여전히 OpenShift Container Platform에 포함되어 있으며 계속 지원됩니다. 그러나 이 기능은 향후 릴리스에서 제거될 예정이므로 새로운 배포에는 사용하지 않는 것이 좋습니다.

OpenShift Container Platform에서 더 이상 사용되지 않거나 삭제된 주요 기능의 최신 목록은 OpenShift Container Platform 릴리스 노트에서 더 이상 사용되지 않고 삭제된 기능 섹션을 참조하십시오.

StorageLocation 사용자 지정 리소스는 Reporting Operator에서 데이터를 저장할 위치를 구성하는 사용자 정의 리소스입니다. 여기에는 Prometheus에서 수집한 데이터와 Report 사용자 정의 리소스를 생성하여 생성된 결과가 포함됩니다.

여러 S3 버킷 또는 S3 및 HDFS 둘 다와 같은 여러 위치에 데이터를 저장하거나 미터링할 때 생성되지 않은 Hive 및 Presto의 데이터베이스에 액세스하려는 경우에만 StorageLocation 사용자 지정 리소스를 구성해야 합니다. 대부분의 사용자에게는 필수 항목이 아니며 미터링 설정에 대한 문서는 필요한 모든 스토리지 구성 요소를 구성하는 것입니다.

5.2.1. 스토리지 위치 예제

다음 예제에서는 기본 제공 로컬 스토리지 옵션을 보여주며 Hive를 사용하도록 구성되어 있습니다. 기본적으로 데이터는 HDFS, S3 또는 ReadWriteMany PVC(Persistent Volume Claim)와 같이 스토리지를 사용하도록 Hive가 구성된 모든 위치에 저장됩니다.

로컬 스토리지 예제

apiVersion: metering.openshift.io/v1
kind: StorageLocation
metadata:
  name: hive
  labels:
    operator-metering: "true"
spec:
  hive: 1
    databaseName: metering 2
    unmanagedDatabase: false 3

1
hive 섹션이 있는 경우 Hive 서버를 사용하는 테이블을 생성하여 Presto에 데이터를 저장하도록 StorageLocation 리소스가 구성됩니다. databaseNameunmanagedDatabase만 필수 필드입니다.
2
hive 내 데이터베이스의 이름입니다.
3
true인 경우 StorageLocation 리소스는 적극적으로 관리되지 않으며 databaseName은 이미 Hive에 있을 것으로 예상됩니다. false인 경우, Reporting Operator를 통해 Hive에서 데이터베이스가 생성됩니다.

다음 예에서는 스토리지에 AWS S3 버킷을 사용합니다. 사용할 경로를 구성할 때 접두사가 버킷 이름에 추가됩니다.

원격 스토리지 예

apiVersion: metering.openshift.io/v1
kind: StorageLocation
metadata:
  name: example-s3-storage
  labels:
    operator-metering: "true"
spec:
  hive:
    databaseName: example_s3_storage
    unmanagedDatabase: false
    location: "s3a://bucket-name/path/within/bucket" 1

1
선택 사항: 데이터베이스에 사용할 Presto 및 Hive의 파일 시스템 URL입니다. 이는 hdfs:// 또는 s3a:// 파일 시스템 URL이 될 수 있습니다.

hive 섹션에 지정할 수 있는 몇 가지 추가 선택적 필드가 있습니다.