OpenShift Data Foundation으로 업그레이드

Red Hat OpenShift Data Foundation 4.9

OpenShift Container Storage를 OpenShift Data Foundation 최신 버전으로 업데이트하는 방법에 대한 지침.

Red Hat Storage Documentation Team

초록

이 문서에서는 이전 버전의 OpenShift Container Storage를 Red Hat OpenShift Data Foundation으로 업데이트하는 방법을 설명합니다.

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

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.

Red Hat 문서에 관한 피드백 제공

문서 개선을 위한 의견을 보내 주십시오. 어떻게 하면 더 잘할 수 있는지 알려주십시오. 피드백을 제공하려면 다음을 수행합니다.

  • 특정 문구에 대한 간단한 의견 작성 방법은 다음과 같습니다.

    1. 문서가 Multi-page HTML 형식으로 표시되는지 확인합니다. 또한 문서 오른쪽 상단에 피드백 버튼이 있는지 확인합니다.
    2. 마우스 커서를 사용하여 주석 처리하려는 텍스트 부분을 강조 표시합니다.
    3. 강조 표시된 텍스트 아래에 표시되는 피드백 추가 팝업을 클릭합니다.
    4. 표시된 지침을 따릅니다.
  • 보다 상세하게 피드백을 제출하려면 다음과 같이 Bugzilla 티켓을 생성하십시오.

    1. Bugzilla 웹 사이트로 이동하십시오.
    2. 구성 요소 섹션에서 문서 를 선택합니다.
    3. 설명 필드에 문서 개선을 위한 제안 사항을 기입하십시오. 관련된 문서의 해당 부분 링크를 알려주십시오.
    4. 버그 제출을 클릭합니다.

1장. OpenShift Data Foundation 업데이트 프로세스 개요

오픈 소스 Ceph 기술을 기반으로 하는 OpenShift Container Storage는 도입 이후 컨테이너화된 하이브리드 클라우드 환경에서의 범위 및 기본 역할을 확장했습니다. 다른 데이터 관련 하드웨어 및 소프트웨어 외에도 기존 스토리지를 보완하여 하이브리드 클라우드 환경에서 빠르게 연결 가능하고 액세스 가능하며 확장할 수 있습니다. 이러한 기본 및 인프라 분리를 보다 잘 반영하기 위해 OpenShift Container Storage는 이제 OpenShift Data Foundation 입니다.

중요

OpenShift Container Platform OperatorHub에서 OpenShift Data Foundation Operator를 설치하는 경우에만 OpenShift Container Storage 버전 4.8에서 OpenShift Data Foundation 버전 4.9의 업그레이드 프로세스를 수행할 수 있습니다.

향후 릴리스에서는 4.9 및 4.x와 같은 마이너 릴리스 사이에서 또는 자동 업데이트를 활성화하지 않는 경우 (운영자 설치 중이 아닌 경우) 자동 업데이트를 활성화하여 4.9.0 및 4.9.1과 같은 배치 업데이트 간에 Red Hat OpenShift Data Foundation을 업그레이드할 수 있습니다.

또한 내부 및 외부 모드 배포 모두에 대해 다음 순서로 Red Hat OpenShift Data Foundation의 다양한 부분을 업그레이드해야 합니다.

  1. OpenShift Container Platform클러스터 업데이트 문서에 따라 OpenShift Container Platform을 업데이트합니다.
  2. Red Hat OpenShift Data Foundation 업데이트.

    1. 업데이트를 위해 연결이 끊긴 환경을 준비하려면 제한된 네트워크에서 Operator Lifecycle Manager를 사용하여 Red Hat OpenShift Data Foundation 및 Local Storage Operator를 업데이트할 수 있습니다.
    2. OpenShift Container Platform 웹 콘솔의 OperatorHub에서 Red Hat OpenShift Container Storage Operator 버전 4.8을 버전 4.9로 업데이트 합니다. Red Hat OpenShift Container Storage 4.8에서 Red Hat OpenShift Data Foundation 4.9로 업데이트를 참조하십시오.
    3. Red Hat OpenShift Data Foundation을 4.9.x에서 4.9.y로 업데이트합니다. Red Hat OpenShift Data Foundation 4.9.x에서 4.9.y 업데이트를 참조하십시오.
    4. 외부 모드 배포를 업데이트 하려면 OpenShift Data Foundation 외부 시크릿 업데이트 섹션에서 단계를 수행해야 합니다.
    5. 로컬 스토리지를 사용하는 경우:

      1. Local Storage Operator를 업데이트 합니다.

        확실하지 않은 경우 Local Storage Operator 배포 확인 을 참조하십시오.

      2. 로컬 스토리지에서 지원하는 클러스터의 업데이트 후 구성 변경을 수행합니다.

        자세한 내용은 로컬 스토리지에서 지원하는 클러스터의 업데이트 후 구성을 참조하십시오.

업데이트 고려 사항

시작하기 전에 다음 중요한 고려 사항을 검토하십시오.

  • Red Hat은 동일한 Red Hat OpenShift Container Platform 버전을 Red Hat OpenShift Data Foundation과 함께 사용하는 것이 좋습니다.

    OpenShift Container Platform 및 Red Hat OpenShift Data Foundation의 지원되는 조합에 대한 자세한 내용은 Interoperability Matrix 를 참조하십시오.

  • 클러스터가 내부 또는 외부 모드에 배포되었는지 확인하려면 ODF 클러스터에 내부 또는 외부 모드에서 스토리지가 있는지 확인하는 방법에 대한 지식 베이스 문서 를 참조하십시오.
  • Local Storage Operator는 Local Storage Operator 버전이 Red Hat OpenShift Container Platform 버전과 일치하는 경우에만 완전히 지원됩니다.
  • 유연한 확장 기능은 Red Hat OpenShift Data Foundation 버전 4.7 이상의 새로운 배포에서만 사용할 수 있습니다. 이전 버전에서 버전 4.7 이상으로 업그레이드된 스토리지 클러스터는 유연한 스케일링을 지원하지 않습니다. 자세한 내용은 4.7 릴리스 노트 의 새로운 기능 섹션에서 OpenShift Container Storage 클러스터의 유연한 스케일링 을 참조하십시오.

2장. OpenShift Data Foundation 업그레이드 채널 및 릴리스

OpenShift Container Platform 4.1에서 Red Hat은 클러스터 업그레이드에 적합한 버전을 권장하기 위해 업그레이드 채널 개념을 도입했습니다. 업그레이드 속도를 제어함으로써 이러한 업그레이드 채널을 통해 업그레이드 전략을 선택할 수 있습니다. OpenShift Data Foundation은 OpenShift Container Platform에서 Operator로 배포되므로 여러 채널에 수정 사항을 제공하여 업그레이드 속도를 제어하는 동일한 전략을 따릅니다. 업그레이드 채널은 OpenShift Data Foundation의 마이너 버전과 연결되어 있습니다.

예를 들어 OpenShift Data Foundation 4.9 업그레이드 채널은 4.9 내에서 업그레이드하는 것이 좋습니다. 4.10 이후 릴리스로 업그레이드하는 것은 권장되지 않습니다. 이 전략을 사용하면 관리자가 OpenShift Data Foundation의 다음 마이너 버전으로 업그레이드하기 위해 명시적으로 업그레이드할 수 있습니다.

업그레이드 채널은 릴리스 선택만 제어하며 설치한 클러스터 버전에는 영향을 미치지 않습니다. odf-operator 는 설치할 OpenShift Data Foundation 버전을 결정합니다. 즉시 OpenShift Container Platform과의 호환성을 유지 관리하는 최신 OpenShift Data Foundation 릴리스를 설치합니다. 따라서 OpenShift Container Platform 4.9에서는 OpenShift Data Foundation 4.9를 설치할 수 있는 최신 버전이 됩니다.

OpenShift Data Foundation 업그레이드는 OpenShift Container Platform과 호환성 및 상호 운용성을 유지 관리할 수 있도록 OpenShift Container Platform 업그레이드와 연결됩니다. OpenShift Data Foundation 4.9의 경우 OpenShift Container Platform 4.9 및 4.10(일반적으로 사용 가능한 경우)이 지원됩니다. OpenShift Container Platform 4.10은 OpenShift Container Platform과의 호환성을 유지하기 위해 지원됩니다. 해당 릴리스의 모든 기능 및 개선 사항을 활용하기 위해 OpenShift Data Foundation 버전을 OpenShift Container Platform과 동일하게 유지합니다.

중요

기본 Kubernetes 설계로 인해 마이너 버전 간의 모든 OpenShift Container Platform 업데이트가 직렬화되어야 합니다. OpenShift Container Platform 4.8을 4.9로 업데이트한 다음 4.10으로 업데이트해야 합니다. OpenShift Container Platform 4.8에서 4.10으로 직접 업데이트할 수 없습니다. 자세한 내용은 OpenShift Container Platform 설명서의 클러스터 업데이트 가이드에 대한 EUS-to-EUS 업데이트 준비를 참조하십시오.

OpenShift Data Foundation 4.9는 다음과 같은 업그레이드 채널을 제공합니다.

  • stable-4.9
  • EUS-4.y ( 4.10)와 같이 짝수된 4.y 클러스터 릴리스를 실행하는 경우에만

stable-4.9 채널

새 버전이 일반적으로 사용 가능하게 되면 마이너 버전에 해당하는 stable 채널이 업그레이드에 사용할 수 있는 새 이미지로 업데이트됩니다. stable-4.9 채널을 사용하여 OpenShift Container Storage 4.8에서 업그레이드하고 4.9 내에서 업그레이드할 수 있습니다.

EUS-4.y 채널

stable 채널 외에도 OpenShift Data Foundation의 모든 짝수의 마이너 버전은 EUS (Extended Update Support)를 제공합니다. 이러한 EUS 버전은 표준 및 프리미엄 서브스크립션을 사용하는 고객의 완전 지원 단계 및 유지 관리 지원 단계를 18 개월로 확장합니다. stable-4.y와 eus-4.y 채널의 유일한 차이점은 EUS 채널이 다음 EUS 릴리스가 사용 가능한 경우에만 릴리스를 포함할 것이라는 점입니다.

3장. Red Hat OpenShift Container Storage 4.8에서 Red Hat OpenShift Data Foundation 4.9로 업데이트

이 장에서는 모든 Red Hat OpenShift Data Foundation 배포(내부, 내부 연결 및 외부)의 z-stream 릴리스를 업그레이드하는 데 도움이 됩니다. 업그레이드 프로세스는 모든 배포에 동일하게 유지됩니다. 유일한 차이점은 업그레이드 된 것과 그렇지 않은 것입니다.

  • 내부 및 내부 연결 배포의 경우 OpenShift Container Storage를 업그레이드하면 백엔드 Ceph Storage 클러스터를 비롯한 모든 OpenShift Container Storage 서비스가 업그레이드됩니다.
  • 외부 모드 배포의 경우 OpenShift Container Storage는 OpenShift Container Storage 서비스를 업그레이드하고 백엔드 Ceph 스토리지 클러스터가 그대로 유지되므로 별도로 업그레이드해야 합니다.

    새로운 기능 지원, 보안 수정 및 기타 버그 수정을 얻으려면 OpenShift Container Storage와 함께 RHCS를 업그레이드하는 것이 좋습니다. RHCS 업그레이드에 대한 강력한 종속성이 없기 때문에 먼저 OpenShift Data Foundation Operator를 업그레이드한 후 RHCS 업그레이드 또는 그 반대의 경우도 업그레이드할 수 있습니다. Red Hat Ceph Storage 릴리스에 대한 자세한 내용은 솔루션을 참조하십시오.

중요

4.8 이전 버전에서 직접 4.9로 업그레이드할 수 없습니다.

사전 요구 사항

  • OpenShift Container Platform 클러스터가 버전 4.9.X의 안정적인 최신 릴리스로 업데이트되었는지 확인합니다. 클러스터 업데이트를 참조하십시오.
  • OpenShift Container Storage 클러스터가 정상이며 데이터의 복원력이 있는지 확인합니다.

    • 스토리지 → 개요 로 이동하여 상태 카드의 녹색 눈금에 대해 블록 및 파일오브젝트 탭을 모두 확인합니다. 녹색 눈금은 스토리지 클러스터,오브젝트 서비스데이터 복원력 이 모두 정상임을 나타냅니다.
  • Operator 포드를 포함한 모든 OpenShift Container Storage Pod가 openshift-storage 네임스페이스에서 Running 상태인지 확인합니다.

    OpenShift 웹 콘솔에서 Pod 상태를 보려면 워크로드 → Pod 를 클릭합니다. 프로젝트 드롭다운 목록에서 openshift-storage 를 선택합니다.

    참고

    Show default projects (기본 프로젝트 표시) 옵션이 비활성화된 경우 토글 버튼을 사용하여 모든 기본 프로젝트를 나열합니다.

  • 클러스터에서 실행되는 OSD 수에 따라 업데이트 시간이 다르기 때문에 OpenShift Data Foundation 업데이트 프로세스를 완료하는 데 충분한 시간이 있는지 확인합니다.

절차

  1. OpenShift 웹 콘솔에서 OperatorHub 로 이동합니다.
  2. 키워드로 필터링 박스를 사용하여 OpenShift Data Foundation 을 검색하고 OpenShift Data Foundation 타일을 클릭합니다.
  3. 설치를 클릭합니다.
  4. Operator 설치 페이지에서 설치를 클릭합니다. Operator 설치가 완료될 때까지 기다립니다.

    참고

    모든 기본 설정을 사용하는 것이 좋습니다. 이를 변경하면 예기치 않은 동작이 발생할 수 있습니다. 결과를 알고 있는 경우에만 변경합니다.

검증 단계

  1. Create StorageSystem 에 대한 옵션과 함께 페이지에 Succeeded 메시지가 표시되는지 확인합니다.

    참고

    업그레이드된 클러스터의 경우 스토리지 시스템이 자동으로 생성되므로 다시 생성하지 않습니다.

  2. 알림 팝업에서 웹 콘솔 새로 고침 링크를 클릭하여 OpenShift 콘솔의 OpenShift Data Foundation 변경 사항을 반영합니다.
  3. OpenShift 웹 콘솔에서 포드 상태를 확인합니다.

    • 워크로드 → 포드 를 클릭합니다.
    • 프로젝트 드롭다운 목록에서 openshift-storage 를 선택합니다.

      참고

      Show default projects (기본 프로젝트 표시) 옵션이 비활성화된 경우 토글 버튼을 사용하여 모든 기본 프로젝트를 나열합니다.

      openshift-storage 네임스페이스의 모든 포드가 다시 시작되고 Running 상태가 될 때까지 기다립니다.

  4. OpenShift Data Foundation 클러스터가 정상이고 데이터가 탄력적인지 확인합니다.

    • 스토리지OpenShift Data foundationStorage Systems 탭으로 이동한 다음 스토리지 시스템 이름을 클릭합니다.
    • 상태 카드에서 Block 및 FileObject 탭을 모두 확인합니다. 녹색 눈금은 스토리지 클러스터, 오브젝트 서비스 및 데이터 복원력이 모두 정상임을 나타냅니다.
중요

추가 리소스

OpenShift Data Foundation을 업데이트하는 동안 문제가 발생하는 경우 문제 해결 가이드 의 일반적으로 필요한 로그를 참조하십시오.

4장. Red Hat OpenShift Data Foundation 4.9.x에서 4.9.y로 업데이트

이 장에서는 모든 Red Hat OpenShift Data Foundation 배포(내부, 내부 연결 및 외부)의 z-stream 릴리스를 업그레이드하는 데 도움이 됩니다. 업그레이드 프로세스는 모든 배포에 동일하게 유지됩니다. 유일한 차이점은 업그레이드 된 것과 그렇지 않은 것입니다.

  • 내부 및 내부 연결 배포의 경우 OpenShift Container Storage를 업그레이드하면 백엔드 Ceph Storage 클러스터를 비롯한 모든 OpenShift Container Storage 서비스가 업그레이드됩니다.
  • 외부 모드 배포의 경우 OpenShift Container Storage는 OpenShift Container Storage 서비스를 업그레이드하고 백엔드 Ceph 스토리지 클러스터가 그대로 유지되므로 별도로 업그레이드해야 합니다.

    따라서 새로운 기능 지원, 보안 수정 및 기타 버그 수정을 얻으려면 OpenShift Container Storage와 함께 RHCS를 업그레이드하는 것이 좋습니다. RHCS 업그레이드에 대한 강력한 종속성이 없기 때문에 먼저 OpenShift Data Foundation Operator를 업그레이드한 후 RHCS 업그레이드 또는 그 반대의 경우도 업그레이드할 수 있습니다. Red Hat Ceph Storage 릴리스에 대한 자세한 내용은 솔루션을 참조하십시오.

새 z-stream 릴리스가 사용 가능하게 되면 업데이트 전략이 자동으로 설정된 경우 업그레이드 프로세스가 자동으로 트리거됩니다. 업데이트 전략이 Manual 로 설정된 경우 다음 절차를 사용하십시오.

사전 요구 사항

  • OpenShift Container Platform 클러스터가 버전 4.9.X의 안정적인 최신 릴리스로 업데이트되었는지 확인합니다. 클러스터 업데이트를 참조하십시오.
  • OpenShift Data Foundation 클러스터가 정상이며 데이터의 복원력이 있는지 확인합니다.

    • 스토리지 → OpenShift Data Foundation → Storage Systems 탭으로 이동한 다음 스토리지 시스템 이름을 클릭합니다.
    • 개요 - 블록 및 파일 및 오브젝트 탭의 상태 카드에서 녹색 눈금을 확인합니다. 녹색 눈금은 스토리지 클러스터, 오브젝트 서비스 및 데이터 복원력이 정상임을 나타냅니다.
  • Operator 포드를 포함한 모든 OpenShift Data Foundation Pod가 openshift-storage 네임스페이스에서 Running 상태인지 확인합니다.

    OpenShift 웹 콘솔에서 Pod 상태를 보려면 워크로드 → Pod 를 클릭합니다. 프로젝트 드롭다운 목록에서 openshift-storage 를 선택합니다.

    참고

    Show default projects (기본 프로젝트 표시) 옵션이 비활성화된 경우 토글 버튼을 사용하여 모든 기본 프로젝트를 나열합니다.

  • 클러스터에서 실행되는 OSD 수에 따라 업데이트 시간이 다르기 때문에 OpenShift Data Foundation 업데이트 프로세스를 완료하는 데 충분한 시간이 있는지 확인합니다.

절차

  1. OpenShift 웹 콘솔에서 Operator → 설치된 Operator 로 이동합니다.
  2. openshift-storage 프로젝트를 선택합니다.

    참고

    Show default projects (기본 프로젝트 표시) 옵션이 비활성화된 경우 토글 버튼을 사용하여 모든 기본 프로젝트를 나열합니다.

  3. OpenShift Data Foundation Operator 이름을 클릭합니다.
  4. 서브스크립션 탭을 클릭합니다.
  5. 업그레이드 상태에 승인이 필요한 경우 승인 링크가 필요합니다.
  6. InstallPlan 세부 정보 페이지에서 설치 계획 프리뷰 를 클릭합니다.
  7. 설치 계획을 검토하고 승인을 클릭합니다.
  8. Status가 Unknown 에서 Created 로 변경될 때까지 기다립니다.

검증 단계

  • OpenShift Data Foundation 이름 아래의 버전 및 Operator 상태가 최신 버전인지 확인합니다.

    • Operators → 설치된 Operators 로 이동하여 openshift-storage 프로젝트를 선택합니다.
    • 업그레이드가 완료되면 OpenShift Data Foundation의 새 버전 번호로 업데이트되고 녹색 틱을 사용하여 성공으로 변경됩니다.
  • OpenShift Data Foundation 클러스터가 정상이고 데이터가 탄력적인지 확인합니다.

    • 스토리지 → OpenShift Data Foundation → Storage Systems 탭으로 이동한 다음 스토리지 시스템 이름을 클릭합니다.
    • 개요 - 블록 및 파일 및 오브젝트 탭의 상태 카드에서 녹색 눈금을 확인합니다. 녹색 눈금은 스토리지 클러스터, 오브젝트 서비스 및 데이터 복원력이 정상임을 나타냅니다.
중요

OpenShift Data Foundation Operator를 설치한 후 콘솔 플러그인 옵션이 자동으로 활성화되지 않은 경우 이를 활성화해야 합니다.

콘솔 플러그인을 활성화하는 방법에 대한 자세한 내용은 Red Hat OpenShift Data Foundation 콘솔 플러그인 활성화를 참조하십시오.

5장. 업데이트 승인 전략 변경

동일한 채널에서 새 업데이트를 사용할 수 있을 때 스토리지 시스템이 자동으로 업데이트되도록 하려면 업데이트 승인 전략을 자동으로 유지하는 것이 좋습니다. 업데이트 승인 전략을 Manual 로 변경하면 각 업그레이드에 대한 수동 승인이 필요합니다.

절차

  1. Operator → 설치된 Operator로 이동합니다.
  2. 프로젝트 드롭다운 목록에서 openshift-storage 를 선택합니다.

    참고

    Show default projects (기본 프로젝트 표시) 옵션이 비활성화된 경우 토글 버튼을 사용하여 모든 기본 프로젝트를 나열합니다.

  3. OpenShift Data Foundation Operator 이름을 클릭합니다.
  4. 서브스크립션 탭으로 이동합니다.
  5. 업데이트 승인을 변경하려면 연필 아이콘을 클릭합니다.
  6. 업데이트 승인 전략을 선택하고 저장을 클릭합니다.

검증 단계

  • 업데이트 승인에 아래에서 새로 선택한 승인 전략이 표시되는지 확인합니다.

6장. OpenShift Data Foundation 외부 시크릿 업데이트

OpenShift Data Foundation 최신 버전으로 업데이트한 후 OpenShift Data Foundation 외부 시크릿을 업데이트합니다.

참고

배치 업데이트에는 외부 시크릿을 업데이트할 필요가 없습니다. 예를 들어 OpenShift Data Foundation 4.9.X를 4.9.Y로 업데이트할 때

사전 요구 사항

  • OpenShift Container Platform 클러스터를 4.9.z의 안정적인 최신 릴리스로 업데이트하면 클러스터 업데이트를 참조하십시오.
  • OpenShift Container Storage Operator가 OpenShift Data Foundation 버전 4.9로 업그레이드되었습니다. 자세한 내용은 Red Hat OpenShift Container Storage 4.8에서 Red Hat OpenShift Data Foundation 업데이트로 업데이트를 참조하십시오.
  • OpenShift Data Foundation 클러스터가 정상이며 데이터의 복원력이 있는지 확인합니다. 스토리지OpenShift Data foundationStorage Systems 탭으로 이동한 다음 스토리지 시스템 이름을 클릭합니다.

    • Overview - Block and File 탭에서 Status 카드를 확인하고 Storage 클러스터에 녹색 눈금이 정상인지 확인합니다.
    • 오브젝트 탭을 클릭하고 오브젝트 서비스 및 데이터 복원력 이 정상임을 나타내는 녹색 눈금이 있는지 확인합니다. RADOS 오브젝트 게이트웨이는 OpenShift Data Foundation을 외부 모드에 배포하는 동안 RADOS 오브젝트 게이트웨이 세부 정보가 포함된 경우에만 나열됩니다.
  • Red Hat Ceph Storage에는 Ceph 대시보드가 설치되어 구성되어 있어야 합니다.

절차

  1. ceph-external-cluster-details-exporter.py python 스크립트의 OpenShift Data Foundation 버전을 다운로드합니다.

    # oc get csv $(oc get csv -n openshift-storage | grep ocs-operator | awk '{print $1}') -n openshift-storage -o jsonpath='{.metadata.annotations.external\.features\.ocs\.openshift\.io/export-script}' | base64 --decode > ceph-external-cluster-details-exporter.py
  2. 업데이트 권한은 외부 Red Hat Ceph Storage 클러스터의 모든 클라이언트 노드에서 ceph-external-cluster-details-exporter.py 를 실행하여 외부 Red Hat Ceph Storage 클러스터에서 제한됩니다. 이 작업을 수행하려면 Red Hat Ceph Storage 관리자에게 문의해야 할 수 있습니다.

    # python3 ceph-external-cluster-details-exporter.py --upgrade --run-as-user=<ocs_client_name>
    --run-as-user

    OpenShift Data Foundation 클러스터 배포 중에 사용되는 클라이언트 이름입니다. 다른 클라이언트 이름이 설정되지 않은 경우 기본 클라이언트 이름 client.healthchecker 를 사용합니다.

    사용자에 대한 업데이트된 권한은 다음과 같이 설정됩니다.

    caps: [mgr] allow command config
    caps: [mon] allow r, allow command quorum_status, allow command version
    caps: [osd] allow rwx pool=RGW_POOL_PREFIX.rgw.meta, allow r pool=.rgw.root, allow rw pool=RGW_POOL_PREFIX.rgw.control, allow rx pool=RGW_POOL_PREFIX.rgw.log, allow x pool=RGW_POOL_PREFIX.rgw.buckets.index
  3. 이전에 다운로드한 python 스크립트를 실행하고 외부 Red Hat Ceph Storage 클러스터에서 생성된 JSON 출력을 저장합니다.

    1. 이전에 다운로드한 python 스크립트를 실행합니다.

      # python3 ceph-external-cluster-details-exporter.py --rbd-data-pool-name <rbd block pool name> --monitoring-endpoint <ceph mgr prometheus exporter endpoint> --monitoring-endpoint-port <ceph mgr prometheus exporter port> --rgw-endpoint <rgw endpoint> --run-as-user <ocs_client_name>  [optional arguments]
      --rbd-data-pool-name
      OpenShift Data Foundation에서 블록 스토리지를 제공하는 데 사용되는 필수 매개 변수입니다.
      --rgw-endpoint
      은 선택 사항입니다. OpenShift Data Foundation용 Ceph Rados Gateway를 통해 오브젝트 스토리지를 프로비저닝할 경우 이 매개변수를 제공합니다. 다음과 같은 형식으로 끝점을 제공합니다. <ip_address>:<port>.
      --monitoring-endpoint
      은 선택 사항입니다. OpenShift Container Platform 클러스터에서 연결할 수 있는 활성 및 대기 mgrs의 쉼표로 구분된 IP 주소 목록을 허용합니다. 제공되지 않으면 값이 자동으로 채워집니다.
      --monitoring-endpoint-port
      은 선택 사항입니다. --monitoring-endpoint 에서 지정한 ceph-mgr Prometheus 내보내기와 연결된 포트입니다. 제공되지 않으면 값이 자동으로 채워집니다.
      --run-as-user

      OpenShift Data Foundation 클러스터 배포 중에 사용되는 클라이언트 이름입니다. 다른 클라이언트 이름이 설정되지 않은 경우 기본 클라이언트 이름 client.healthchecker 를 사용합니다.

      참고

      monitoring-endpoint 및 monitoring-endpoint-port를 제외한 선택적 인수를 포함하여 모든 매개변수가 외부 모드에서 OpenShift Data Foundation을 배포하는 동안 사용된 것과 동일한지 확인합니다.

    2. 이전 단계에서 스크립트를 실행한 후 생성된 JSON 출력을 저장합니다.

      출력 예:

      [{"name": "rook-ceph-mon-endpoints", "kind": "ConfigMap", "data": {"data": "xxx.xxx.xxx.xxx:xxxx", "maxMonId": "0", "mapping": "{}"}}, {"name": "rook-ceph-mon", "kind": "Secret", "data": {"admin-secret": "admin-secret", "fsid": "<fs-id>", "mon-secret": "mon-secret"}}, {"name": "rook-ceph-operator-creds", "kind": "Secret", "data": {"userID": "<user-id>", "userKey": "<user-key>"}}, {"name": "rook-csi-rbd-node", "kind": "Secret", "data": {"userID": "csi-rbd-node", "userKey": "<user-key>"}}, {"name": "ceph-rbd", "kind": "StorageClass", "data": {"pool": "<pool>"}}, {"name": "monitoring-endpoint", "kind": "CephCluster", "data": {"MonitoringEndpoint": "xxx.xxx.xxx.xxxx", "MonitoringPort": "xxxx"}}, {"name": "rook-ceph-dashboard-link", "kind": "Secret", "data": {"userID": "ceph-dashboard-link", "userKey": "<user-key>"}}, {"name": "rook-csi-rbd-provisioner", "kind": "Secret", "data": {"userID": "csi-rbd-provisioner", "userKey": "<user-key>"}}, {"name": "rook-csi-cephfs-provisioner", "kind": "Secret", "data": {"adminID": "csi-cephfs-provisioner", "adminKey": "<admin-key>"}}, {"name": "rook-csi-cephfs-node", "kind": "Secret", "data": {"adminID": "csi-cephfs-node", "adminKey": "<admin-key>"}}, {"name": "cephfs", "kind": "StorageClass", "data": {"fsName": "cephfs", "pool": "cephfs_data"}}, {"name": "ceph-rgw", "kind": "StorageClass", "data": {"endpoint": "xxx.xxx.xxx.xxxx", "poolPrefix": "default"}}, {"name": "rgw-admin-ops-user", "kind": "Secret", "data": {"accessKey": "<access-key>", "secretKey": "<secret-key>"}}]
  4. 생성된 JSON 파일을 업로드합니다.

    1. OpenShift 웹 콘솔에 로그인합니다.
    2. 워크로드 → 시크릿 을 클릭합니다.
    3. project를 openshift-storage 로 설정합니다.
    4. rook-ceph-external-cluster-details 를 클릭합니다.
    5. 작업(hiera) → 시크릿 편집 을 클릭합니다.
    6. 찾아보기 를 클릭하고 JSON 파일을 업로드합니다.
    7. 저장을 클릭합니다.

검증 단계

  • OpenShift Data Foundation 클러스터가 정상이고 데이터가 탄력적인지 확인하려면 스토리지OpenShift 데이터 기반 → 스토리지 시스템 탭으로 이동한 다음 스토리지 시스템 이름을 클릭합니다.

    • 개요블록 및 파일 탭에서 Details 카드를 확인하여 RHCS 대시보드 링크를 사용할 수 있는지 확인하고 Status 카드를 확인하여 스토리지 클러스터에 녹색 눈금이 정상인지 확인합니다.
    • 오브젝트 탭을 클릭하고 오브젝트 서비스 및 데이터 복원력 이 정상임을 나타내는 녹색 눈금이 있는지 확인합니다. RADOS 오브젝트 게이트웨이는 OpenShift Data Foundation을 외부 모드에 배포하는 동안 RADOS 오브젝트 게이트웨이 세부 정보가 포함된 경우에만 나열됩니다.

7장. 기존 백업 저장소에 주석 추가

기존 백업 저장소에 올바른 주석을 추가하면 개체 게이트웨이(RGW)에서 지원하는 백업 저장소가 실제 및 여유 크기를 보고할 수 있습니다. MCG(Multicloud Object Gateway)는 이 정보를 검색하고 사용할 수 있습니다. 이 흐름은 RGW가 존재하고 클러스터에서 사용되는 경우에만 관련이 있습니다. RGW는 vSphere와 같은 온프레미스 플랫폼에서만 사용됩니다.

참고

OpenShift Data Foundation 버전 4.8로 업그레이드한 후 기존 백업 저장소에 주석을 추가한 경우 4.9로 업그레이드한 후 추가할 필요가 없습니다. 버전 4.8 이상에서 생성된 모든 백업 저장소에는 기본적으로 이 주석이 이미 있습니다.

절차

  1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
  2. 검색을 클릭합니다.
  3. 리소스에서 백업 저장소를 검색하여 클릭합니다.
  4. S3 호환 백업 저장소 옆에 있어야 Action Menu(작업 메뉴)Edit annotations.
  5. KEY rgw 를 추가합니다.
  6. 저장을 클릭합니다.

8장. 로컬 스토리지에서 지원하는 클러스터의 업데이트 후 구성 변경

Red Hat OpenShift Container Platform 4.6 이상에서 Local Storage Operator는 로컬 스토리지 관리를 위한 새로운 사용자 정의 리소스 유형을 제공합니다.

  • LocalVolumeDiscovery
  • LocalVolumeSet

Local Storage Operator 버전 4.5 또는 이전 버전에서 OpenShift Data Foundation 버전 4.9로 점진적으로 업그레이드하고 이러한 리소스가 아직 생성되지 않은 경우 모든 기능이 예상대로 작동하도록 업데이트 후에 추가 설정 단계가 필요합니다. 이러한 리소스 유형은 4.5의 업데이트의 일부로 자동으로 처리되지 않으며 수동으로 생성해야 합니다. 리소스 생성에 대한 지침은 로컬 스토리지에서 지원하는 클러스터의 업데이트 후 구성 변경을 참조하십시오.

참고

4.5에서 업그레이드한 후 이러한 리소스를 이미 만든 경우 4.9로 업그레이드한 후 생성할 필요가 없습니다.

8.1. 주석 추가

이전 버전에서 OpenShift Data Foundation 버전 4.9로 업그레이드할 때 사용자 인터페이스를 통해 실패한 스토리지 장치를 교체하도록 스토리지 클러스터에 주석을 추가해야 합니다.

절차

  1. OpenShift Container Platform 웹 콘솔에 로그인합니다.
  2. 검색을 클릭합니다.
  3. 클러스터에서 스토리지 클러스터를 검색하고 해당 클러스터를 클릭합니다.
  4. ocs-storagecluster 옆의 작업 메뉴 (tekton) → 주석 편집을 클릭합니다.
  5. KEYVALUE 에 각각 cluster.ocs.openshift.io/local-devicestrue 를 추가합니다.
  6. 저장을 클릭합니다.