1장. OpenShift Container Storage 배포 준비

로컬 스토리지 장치를 사용하여 OpenShift Container Platform에 OpenShift Container Storage를 배포할 때 내부 클러스터 리소스를 생성할 수 있습니다. 이 접근 방식은 내부적으로 기본 서비스를 프로비저닝합니다. 그런 다음 모든 애플리케이션에서 추가 스토리지 클래스에 액세스할 수 있습니다.

로컬 스토리지를 사용하여 Red Hat OpenShift Container Storage 배포를 시작하기 전에 리소스 요구 사항을 충족해야 합니다. 로컬 스토리지 장치를 사용하여 OpenShift Container Storage 설치를 위한 요구사항 을 참조하십시오.

위 내용에 대해 설명한 후 지정된 순서로 다음 단계를 수행합니다.

  1. Local Storage Operator를 설치합니다.
  2. Red Hat OpenShift Container Storage Operator를 설치합니다.
  3. 베어 메탈에 OpenShift Container Storage 클러스터를 생성합니다.

1.1. 로컬 스토리지 장치를 사용하여 OpenShift Container Storage를 설치하기 위한 요구사항

노드 요구 사항

클러스터는 각각 로컬에 연결된 3개 이상의 OpenShift Container Platform 작업자 노드로 구성되어야 합니다.

  • 선택한 세 개의 각 노드에는 OpenShift Container Storage에서 사용할 수 있는 하나 이상의 원시 블록 장치를 사용할 수 있어야 합니다.
  • 사용하는 장치는 비어 있어야 합니다. 디스크에 물리 볼륨(PV), 볼륨 그룹(VG) 또는 논리 볼륨(LV)이 디스크에 남아 있지 않아야 합니다.

계획 가이드의 리소스 요구 사항 섹션을 참조하십시오.

arbiter 확장 클러스터 요구 사항 [기술 프리뷰]

  • 3개의 영역에 최소 5개의 노드가 필요합니다. 두 영역에는 데이터 센터 영역당 두 개의 노드가 있으며 세 번째 영역에는 하나의 노드가 포함됩니다. 마스터 노드는 중재자 영역에 사용할 수 있습니다.
  • 이 솔루션은 대기 시간이 위치 간에 4밀리초 왕복 시간(RTT)을 초과하지 않는 경우 배포되도록 설계되었습니다. 대기 시간이 길어지는 경우 Red Hat 고객 지원에 문의하십시오.

  • 각 노드는 해당 영역 레이블을 사용하여 사전 레이블을 지정해야 합니다. 노드에 라벨을 지정하려면 다음 명령을 사용합니다. 

    $ oc label nodes <NodeNames> topology.kubernetes.io/zone='<label>'

    예를 들어 다음과 같이 노드에 레이블을 지정할 수 있습니다.

    • master 또는 worker 노드의 topology.kubernetes.io/zone=arbiter
    • topology.kubernetes.io/zone=datacenter1 에서 두 개 이상의 작업자 노드로
    • topology.kubernetes.io/zone=datacenter2 에서 두 개 이상의 작업자 노드로

컴팩트 모드 요구 사항 [기술 프리뷰]

OpenShift Container Storage는 세 개의 강력한 마스터 노드에서 모든 워크로드가 실행되는 3-노드 OpenShift 컴팩트 베어 메탈 클러스터에 설치할 수 있습니다. 작업자 또는 스토리지 노드가 없습니다.

최소 노드 시작 요구 사항 [기술 프리뷰]

표준 배포 리소스 요구 사항이 충족되지 않은 경우 OpenShift Container Storage 클러스터는 최소 구성으로 배포됩니다. 계획 가이드의 리소스 요구 사항 섹션을 참조하십시오.