지원콘솔개발자평가판 시작연락처

1.2. 지원되는 버전

표 1.1. Red Hat OpenShift Logging (RHOL)에 대한 OpenShift Container Platform 버전 지원
 4.74.84.9

RHOL 5.1

X

X

 

RHOL 5.2

X

X

X

RHOL 5.3

 

X

X

1.2.1. OpenShift Logging 5.1.0

이번 릴리스에는 RHSA-2021:2112 OpenShift Logging 버그 수정 릴리스 5.1.0이 포함되어 있습니다.

1.2.1.1. 새로운 기능 및 개선 사항

OpenShift Logging 5.1은 이제 다음에서 실행되는 OpenShift Container Platform 4.7 이상을 지원합니다.

  • IBM Power Systems
  • IBM Z 및 LinuxONE

이 릴리스에는 다음 구성 요소 및 개념과 관련된 개선 사항이 추가되었습니다.

  • 클러스터 관리자는 Kubernetes Pod 레이블을 사용하여 애플리케이션에서 로그 데이터를 수집하여 특정 로그 수집기로 전달할 수 있습니다. ClusterLogForwarder CR(사용자 정의 리소스) YAML 파일에서 inputs[].application.selector.matchLabels 요소를 구성하여 로그 데이터를 수집할 수 있습니다. 수집된 로그 데이터를 네임스페이스로 필터링할 수도 있습니다. (LOG-883)

  • 이 릴리스에서는 다음과 같은 새로운 ElasticsearchNodeDisœatermarkReached 경고가 OpenShift Elasticsearch Operator (EO)에 추가되었습니다.

    • Elasticsearch 노드 디스크 Low Watermark Reached
    • Elasticsearch 노드 디스크 High Watermark Reached
    • Elasticsearch 노드 디스크 Flood Watermark Reached

    경고는 Elasticsearch 노드가 다음 6시간 내에 Disk Low Watermark, Disk High Watermark, Disk Flood Stage Watermark 차례로 임계값에 도달할 것으로 예측할 때 과거의 여러 경고를 적용합니다. 이 경고 기간을 사용하면 노드가 디스크 워터마크 임계값에 도달하기 전에 응답할 수 있습니다. 경고 메시지는 문제 해결 단계에 대한 링크도 제공하므로 문제를 완화하는 데 도움이 됩니다. EO는 지난 몇 시간 간의 디스크 공간 데이터를 선형 모델에 적용하여 이러한 경고를 생성합니다. (LOG-1100)

  • JSON 로그는 이제 Red Hat의 관리 Elasticsearch 클러스터 또는 기타 지원되는 타사 시스템에 따옴표가 없는 문자열이 아니라 JSON 개체로 전달할 수 있습니다. 또한 Kibana 내부의 JSON 로그 메시지에서 개별 필드를 쿼리하여 특정 로그의 검색 가능성을 높일 수 있습니다. (LOG-785, LOG-1148)

1.2.1.2. 사용되지 않거나 삭제된 기능

이전 릴리스에서 사용 가능하던 일부 기능이 더 이상 사용되지 않거나 삭제되었습니다.

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

1.2.1.2.1. Elasticsearch Curator가 제거됨

이번 업데이트에서는 Elasticsearch Curator가 제거되어 더 이상 지원되지 않습니다. Elasticsearch Curator는 OpenShift Container Platform 4.4 및 이전 버전에서 인덱스를 큐레이팅하거나 관리할 수 있도록 지원합니다. Elasticsearch Curator를 사용하는 대신 로그 보존 시간을 구성합니다.

1.2.1.2.2. 레거시 Fluentd 및 레거시 syslog 방법을 사용하여 로그 전달이 더 이상 사용되지 않음

OpenShift Container Platform 4.6에서 현재로 레거시 Fluentd 및 레거시 syslog 방법을 사용하여 로그를 전달하지 않으며 향후 릴리스에서 제거됩니다. 대신 표준 비레거시 방법을 사용합니다.

1.2.1.3. 버그 수정

  • 이 업데이트 이전에는 ClusterLogForwarder CR에 생성된 후 input[].selector 요소가 표시되지 않았습니다. 이번 업데이트를 통해 ClusterLogForwarder CR에서 selector를 지정할 때 계속 유지됩니다. 이 버그를 수정하려면 Pod 라벨 선택기를 사용하여 애플리케이션 로그 데이터를 전달할 수 있는 LOG-883에 필요합니다. (LOG-1338)
  • 이 업데이트 이전에는 CSV(클러스터 서비스 버전) 업데이트에서 실수로 OpenShift Elasticsearch Operator 컨테이너의 리소스 및 제한이 잘못 설치되었습니다. 특정 조건에서 이로 인해 메모리 부족 상태가 발생하여 Elasticsearch Operator Pod가 종료되었습니다. 현재 릴리스에서는 Operator 컨테이너의 CSV 리소스 및 제한을 제거하여 이 문제가 해결되어 있습니다. perator가 문제 없이 예약됩니다. (LOG-1254)

  • 이번 업데이트 이전에는 체인 인증서를 사용하여 Kafka로 로그를 전달하지 못했습니다. 다음 오류 메시지와 함께 실패했습니다.

    state=error: certificate verify failed (unable to get local issuer certificate)

    중간 CA에서 서명한 인증서를 사용하여 Kafka 브로커로 로그를 전달할 수 없었습니다. 이 문제는 fluentd Kafka 플러그인이 해당 시크릿의 ca-bundle.crt 항목에 제공된 단일 CA 인증서만 처리할 수 있었기 때문에 발생했습니다. 현재 릴리스에서는 fluentd Kafka 플러그인이 해당 시크릿의 ca-bundle.crt 항목에 제공된 여러 CA 인증서를 처리할 수 있도록 하여 이 문제를 해결합니다. 이제 중간 CA에서 서명한 인증서를 사용하여 Kafka 브로커로 로그를 전달할 수 있습니다. (LOG-1218, LOG-1216)

  • 이번 업데이트 전에는 로드 중 Elasticsearch에서 클러스터에 문제가 없는 경우에도 HTTP 500 오류가 있는 일부 요청에 응답했습니다. 요청을 다시 시도하면 성공했습니다. 이 릴리스에서는 임시 HTTP 500 오류가 발생할 때 인덱스 관리 cron 작업을 업데이트하여 문제를 해결합니다. 업데이트된 인덱스 관리 cron 작업은 실패하기 전에 먼저 여러 번 요청을 재시도합니다. (LOG-1215)
  • 이번 업데이트 이전에는 설치 구성에 .proxy 값을 설정하지 않은 다음 설치된 클러스터에 글로벌 프록시를 구성한 경우 버그로 인해 Fluentd가 로그를 Elasticsearch로 전달하지 못했습니다. 이 문제를 해결하려면 프록시 또는 클러스터 구성에서 no_proxy 값을 .svc.cluster.local로 설정하여 내부 트래픽을 건너뜁니다. 이번 업데이트에서는 프록시 설정 문제가 수정되었습니다. 이제 OpenShift Container Platform 클러스터를 설치한 후 글로벌 프록시를 구성하면 Fluentd가 Elasticsearch로 로그를 전달합니다. (LOG-1187, BZ#1915448)
  • 이번 업데이트 이전에는 로깅 수집기가 필요한 것보다 많은 소켓 연결을 생성했습니다. 이번 업데이트를 통해 로깅 수집기는 기존 소켓 연결을 사용하여 로그를 보냅니다. (LOG-1186)

  • 이번 업데이트 이전에는 클러스터 관리자가 Elasticsearch 클러스터에서 스토리지를 추가하거나 제거하려고 하면 OpenShift Elasticsearch Operator (EO)가 Elasticsearch 클러스터를 업그레이드하여 scheduledUpgrade를 표시하도록 잘못 시도했습니다. "true", shardAllocationEnabled: 기본 설정 및 볼륨을 변경합니다. 이번 업데이트에서는 EO에서 Elasticsearch 클러스터를 업그레이드하지 않습니다.

    EO 상태에는 지원되지 않는 변경을 무시한 Elasticsearch 스토리지 변경을 시도한 경우를 나타내는 다음과 같은 새 상태 정보가 표시됩니다.

    • 임시 스토리지 구조와 영구저장장치 구조를 사용하여 변경할 때 StorageStructureChangeIgnored됩니다.
    • 스토리지 클래스 이름을 변경하려고 하면 StorageClassNameChangeIgnored됩니다.
    • 스토리지 크기를 변경하려고 하면 StorageSizeChangeIgnored됩니다.
    참고

    임시 스토리지에서 영구 스토리지로 전환하도록 ClusterLogging 사용자 정의 리소스(CR)를 구성하는 경우 EO는 PVC(영구 볼륨 클레임)를 생성하지만 PV(영구 볼륨)를 생성하지 않습니다. StorageStructureChangeIgnored 상태를 지우려면 ClusterLogging CR로 변경 사항을 취소하고 PVC(영구 볼륨 클레임)를 삭제해야 합니다.

    (LOG-1351)

  • 이번 업데이트 이전에는 전체 Elasticsearch 클러스터를 재배포한 경우 하나의 비 데이터 노드가 실행되고 다른 모든 데이터 노드가 종료되는 비정상 상태가 되었습니다. 이는 새 인증서로 인해 Elasticsearch Operator가 Elasticsearch 클러스터의 데이터가 아닌 노드를 축소할 수 없었기 때문에 발생했습니다. 이번 업데이트를 통해 Elasticsearch Operator는 모든 데이터와 비 데이터 노드를 축소한 다음 다시 백업하여 새 인증서를 로드할 수 있습니다. Elasticsearch Operator는 새 인증서를 로드한 후 새 노드에 연결할 수 있습니다. (LOG-1536)
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.