현재 OSD 리소스 제한 사항 확인

리소스 제한을 수정하기 전에, OSD 포드의 현재 CPU 및 메모리 설정을 확인하십시오. 현재 요청 사항과 한도를 기록해 두었다가, 나중에 실제 사용량 및 업데이트된 수치와 비교해 볼 수 있도록 하십시오.

oc get pods -n openshift-storage -l app=rook-ceph-osd \
  -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{range .spec.containers[*]}  Container: {.name}{"\n"}    Requests - CPU: {.resources.requests.cpu}, Memory: {.resources.requests.memory}{"\n"}    Limits   - CPU: {.resources.limits.cpu}, Memory: {.resources.limits.memory}{"\n"}{end}{"\n"}{end}'

출력 결과를 검토하여 각 OSD 컨테이너의 현재 CPU 및 메모리 요청량과 제한 사항을 확인하십시오. 다음 명령어를 실행하여 이 값들을 실제 사용량과 비교해 보세요. CPU 또는 메모리 사용량이 설정된 한도에 지속적으로 근접하는 경우, 한도를 높이면 병목 현상을 줄이는 데 도움이 될 수 있습니다.

실제 리소스 사용량을 확인하려면 다음 명령을 실행하고, CPU 및 메모리 사용량을 앞서 기록해 둔 제한값과 비교해 보십시오:

oc adm top pods -n openshift-storage -l app=rook-ceph-osd

OSD 리소스 제한값 늘리기

VM 워크로드에 대해 현재 할당된 제한이 충분하지 않은 경우, ocs-storagecluster 리소스를 편집하여 제한을 업데이트하십시오.

또한 ocs-storagecluster 구성에서 mon, mgr, rgw 등과 같은 다른 Rook-Ceph 포드의 제한 사항도 수정할 수 있습니다. 자세한 내용은 Red Hat 의 해결 방법 6959127을 참조하십시오.

1. 저장소 클러스터 리소스를 편집 모드로 엽니다.

   oc edit storagecluster ocs-storagecluster -n openshift-storage
   

2. 해당 ‘ storageDeviceSets ’ 항목에서 ‘ resources ’ 필드를 추가하거나 수정하십시오. 다음은 CPU 4개와 메모리 24 Gi로 제한을 설정하고, CPU 2개와 메모리 24 Gi를 요청하는 부분 예시입니다:

   storageDeviceSets:
     - name: ocs-deviceset
       resources:
         limits:
           cpu: "4"
           memory: "24Gi"
         requests:
           cpu: "2"
           memory: "24Gi"
   

   CPU 및 메모리 요청량은 제한치 이하이어야 합니다.

3. 편집기를 저장 후 종료하십시오.

   변경 사항을 저장하면 OSD 포드가 자동으로 재시작됩니다. 다른 스토리지 작업을 수행하기 전에 롤링 재시작이 완료될 때까지 기다리십시오.

업데이트된 리소스 제한 사항을 확인하십시오

롤링 재시작이 완료된 후, 업데이트된 제한 사항이 모든 OSD 포드에 적용되었는지 확인하십시오.

1. 롤링 재시작 과정을 모니터링하여 모든 OSD 포드가 ‘ Running ’ 상태로 복귀하는지 확인하십시오. 모든 OSD 포드의 상태가 “ Running ”로 표시되고, “ Pending ” 또는 “ Terminating ” 상태인 포드가 하나도 없을 때 재시작이 완료된 것입니다.

   oc get pods -n openshift-storage | grep osd | grep -v prepare | grep -v rotation
   

2. 새로운 리소스 값이 적용되었는지 확인하십시오.

   oc get pods -n openshift-storage -l app=rook-ceph-osd \
     -o jsonpath='{range .items[*]}{.metadata.name}{"\n"}{range .spec.containers[*]}  Container: {.name}{"\n"}    Requests - CPU: {.resources.requests.cpu}, Memory: {.resources.requests.memory}{"\n"}    Limits   - CPU: {.resources.limits.cpu}, Memory: {.resources.limits.memory}{"\n"}{end}{"\n"}{end}'
   

   CPU 및 메모리 값이 사용자가 설정한 값과 일치하는지 확인하십시오.

기본 상태 점검 실행하기

Ceph의 전반적인 상태 요약 정보를 확인하려면 다음 명령어를 실행하십시오. 정상적인 클러스터는 HEALTH_OK``를 반환합니다.

oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph status

현재 발생 중인 경고나 오류를 확인하려면 다음 명령을 실행하십시오:

oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph health detail

클러스터 상태 이해하기

ceph status 의 출력에는 데이터 상태를 나타내는 배치 그룹(PG) 상태가 포함됩니다.

활성/깨끗한

이상적인 상태. 모든 배치 그룹이 활성 상태이며, 모든 데이터가 복제되어 있고, 데이터 이동은 발생하지 않습니다. 조치가 필요하지 않습니다.

활성화됨+재매핑됨, 활성화됨+백필링 중, 활성화됨+복구 중

데이터가 재분배되고 있습니다. OSD 리소스 변경, 노드 교체 또는 확장 작업 후에는 이러한 상태가 정상적으로 나타납니다. 추가 변경을 적용하기 전에 클러스터가 ‘ active/clean ’ 상태로 돌아올 때까지 기다리십시오.

올바른 출력 예시:

HEALTH_OK

재조정 중의 출력 예시:

HEALTH_WARN
  Degraded data redundancy: 123/456 objects degraded (26.974%)
  Recovery 50/456 objects degraded (10.965%)

배치 그룹 및 OSD 상태 확인

데이터 분포 및 OSD 상태에 대한 보다 자세한 정보를 확인하려면 다음 점검 항목을 수행하십시오.

1. 배정 그룹 상태를 확인하여 ‘ active+clean ’ 상태가 아닌 그룹을 파악하십시오.

   oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph pg stat
   

2. 각 OSD의 상태를 확인하여 OSD가 up 및 in 상태인지 확인하십시오.

   oc rsh -n openshift-storage $(oc get pods -n openshift-storage -l app=rook-ceph-tools -o name) ceph osd status