7.5. 스토리지 장치 요구 사항
이 섹션을 사용하여 내부 모드 배포 및 업그레이드를 계획할 때 고려할 수 있는 다양한 스토리지 용량 요구 사항을 파악할 수 있습니다. 일반적으로 노드당 9 개의 장치 또는 적은 것을 권장합니다. 이 권장 사항은 노드를 클라우드 공급자 동적 스토리지 장치 연결 제한 미만으로 유지하고 로컬 스토리지 장치에서 노드 장애 발생 후 복구 시간을 제한하는 것이 좋습니다. 각 장애 도메인에서 하나의 노드로 구성된 3개의 노드로 클러스터를 확장하는 것은 Pod 배치 규칙을 충족하기 쉽게 수행할 수 있는 방법입니다.
스토리지 노드에는 운영 체제용 디스크와 OpenShift Data Foundation 구성 요소의 나머지 디스크용 디스크가 두 개 이상 있어야 합니다.
설치 시 선택한 용량 증가에서만 스토리지 용량을 확장할 수 있습니다.
7.5.1. 동적 스토리지 장치 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat OpenShift Data Foundation은 0.5 TiB, 2TiB 또는 4TB 용량을 동적 스토리지 장치 크기에 대한 요청 크기로 선택할 수 있습니다. 노드당 실행할 수 있는 동적 스토리지 장치의 수는 노드 크기, 기본 프로비저너 제한 및 리소스 요구 사항 의 기능입니다.
7.5.2. 로컬 스토리지 장치 링크 복사링크가 클립보드에 복사되었습니다!
로컬 스토리지 배포의 경우 4TTiB 이하의 디스크 크기를 사용할 수 있으며 모든 디스크를 동일한 크기와 유형이어야 합니다. 노드당 실행할 수 있는 로컬 스토리지 장치의 수는 노드 크기 및 리소스 요구 사항 의 기능입니다. 각 장애 도메인에서 하나의 노드로 구성된 3개의 노드로 클러스터를 확장하는 것은 Pod 배치 규칙을 충족하기 쉽게 수행할 수 있는 방법입니다.
디스크 파티션은 지원되지 않습니다.
7.5.3. 용량 계획 링크 복사링크가 클립보드에 복사되었습니다!
항상 사용 가능한 스토리지 용량이 소비보다 먼저 유지되도록 해야 합니다. 사용 가능한 스토리지 용량이 완전히 소모되면 복구하기 어렵고 간단히 용량을 추가하거나 콘텐츠를 삭제하거나 마이그레이션하는 것보다 더 많은 개입이 필요합니다.
클러스터 스토리지 용량이 75% (near-full)에 도달하면 용량 경고가 발행되고 총 용량의 85%(완전)가 발생합니다. 항상 용량 경고를 신속하게 해결하고 스토리지를 정기적으로 검토하여 스토리지 공간이 부족하지 않도록 합니다. 75%(near-full)에 도달하면 공간을 확보하거나 클러스터를 확장합니다. 85%(완전) 경고가 표시되면 스토리지 공간이 완전히 부족하여 표준 명령을 사용하여 공간을 확보할 수 없음을 나타냅니다. 이 시점에서 Red Hat 고객 지원에 문의하십시오.
다음 표는 동적 스토리지 장치가 있는 Red Hat OpenShift Data Foundation의 노드 구성 예를 보여줍니다.
| 스토리지 장치 크기 | 노드당 스토리지 장치 | 총 용량 | 사용 가능한 스토리지 용량 |
|---|---|---|---|
| 0.5 TiB | 1 | 1.5 TiB | 0.5 TiB |
| 2 TiB | 1 | 6 TiB | 2 TiB |
| 4 TiB | 1 | 12 TiB | 4 TiB |
| 스토리지 장치 크기(D) | 노드당 스토리지 장치 (M) | 총 용량 (D * M * N) | 사용 가능한 스토리지 용량(D*M*N/3) |
|---|---|---|---|
| 0.5 TiB | 3 | 45 TiB | 15 TiB |
| 2 TiB | 6 | 360 TiB | 120 TiB |
| 4 TiB | 9 | 1080 TiB | 360 TiB |