3장. 지원 요구 사항
이 섹션을 검토하여 계획한 배포가 Red Hat의 지원 요구 사항을 충족하는지 확인하십시오.
3.1. 운영 체제
Red Hat Hyperconverged Infrastructure(RHHI)는 Red Hat Virtualization Host 4.1에서만 지원됩니다. 다른 모든 설정은 Red Hat Virtualization Host 4.1을 기반으로 사용하십시오.
Red Hat Virtualization의 자세한 요구 사항은 Red Hat Virtualization 설치 가이드를 참조하십시오. https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/installation_guide/chap-system_requirements
3.2. 물리 머신
Red Hat Hyperconverged Infrastructure(RHHI)에는 최소 3개의 물리 머신이 필요합니다. 6개 물리 머신 또는 9개 물리 머신으로의 확장도 지원됩니다.
각 물리 머신에는 다음과 같은 기능이 있어야 합니다.
- 데이터 및 관리 트래픽 분리를 위한 물리 머신당 최소 2개의 NIC(자세한 내용은 3.4절. “네트워킹” 참조)
소형 배포의 경우:
- 최소 12개 코어
- 최소 64GB RAM
- 최대 48TB 스토리지
중간급 배포의 경우:
- 최소 12개 코어
- 최소 128GB RAM
- 최대 64TB 스토리지
대형 배포의 경우:
- 최소 16개 코어
- 최소 256GB RAM
- 최대 80TB 스토리지
3.3. 가상 머신
각 가상 머신은 최대 4개의 가상 CPU와 2TB의 가상 디스크 공간을 보유할 수 있습니다.
지원되는 가상 머신의 수는 크기와 리소스 사용량에 따라 다릅니다.
3.4. 네트워킹
클러스터의 클라이언트 및 관리 트래픽이 분리되도록 두 개의 구분된 네트워크가 필요합니다.
- 프런트 엔드 네트워크
ovirt 관리의 네트워크 브리지로 사용됩니다.
- 프런트 엔드 네트워크에 할당된 IP 주소는 동일한 서브넷에 있어야 하며 백엔드 IP 주소와는 다른 서브넷이어야 합니다.
- 백엔드 네트워크
스토리지 피어 간 스토리지 및 마이그레이션 트래픽에 사용됩니다.
- Red Hat은 백엔드 네트워크에 10Gbps의 네트워크를 권장합니다.
- Red Hat Gluster Storage에는 피어 간 5밀리초의 최대 대기 시간이 필요합니다.
- 백엔드 네트워크에 할당된 IP 주소는 동일한 서브넷에 있어야 하며 프런트 엔드 IP 주소와는 다른 서브넷이어야 합니다.
모든 호스트의 FQDN 및 호스트 엔진 가상 머신의 FQDN은 DNS에서 정방향/역방향 이름 확인이 가능해야 합니다.
DHCP 서버는 호스트 엔진 가상 머신의 DHCP 네트워크 구성을 선택하는 경우 필요합니다.
3.5. 스토리지
3.5.1. 아키텍처
단일 Red Hat Gluster Storage 클러스터는 3-4개의 볼륨을 보유할 수 있습니다.
- 셀프 호스트 엔진 용 1개의 엔진 볼륨
- 가상 머신 부트 디스크 이미지 용 1개의 vmstore 볼륨
- 기타 가상 머신 디스크 이미지 용 1개의 옵션 데이터 볼륨
- 지역 복제 메타데이터 용 1개의 shared_storage 볼륨
Red Hat Gluster Storage 클러스터에는 최대 1개의 지역 복제 볼륨이 포함될 수 있습니다.
Red Hat은 추가적으로 각 서버에 하나 이상의 로컬 핫 스페어 드라이브를 제공할 것을 권장합니다.
3.5.2. RAID
RAID 구성 제한은 사용 중인 기술에 따라 다릅니다.
- SAS/SATA 7k 디스크는 RAID6로 지원됩니다 (최대 10+2)
SAS 10k 및 15k 디스크는 다음으로 지원됩니다.
- RAID10
- RAID5 (최대 7+1)
- RAID6 (최대 10+2)
RAID 카드는 FBWC (Flash Backed Write Cache)를 사용해야 합니다.
3.5.3. JBOD
JBOD 구성에는 아키텍처 리뷰가 필요합니다. 자세한 사항은 Red Hat 담당자에게 문의하십시오.
3.5.4. 볼륨 유형
Red Hat Hyperconverged Infrastructure(RHHI)는 Replicated 또는 Arbitrated Replicated 볼륨 유형만 지원합니다.
Arbitrated Replicated 볼륨 유형은 다음의 추가 제한을 수행합니다.
- Arbitrated Replicated 볼륨은 처음 세 개의 노드에서만 지원됩니다.
-
Arbitrated Replicated 볼륨은
replica 3 arbiter 1구성을 사용해야 합니다. Arbiter 브릭은 파일 데이터를 저장하지 않습니다. 파일 이름, 구조 및 메타데이터만 저장합니다.
이는 3방향 Replicated 볼륨이 동일한 수준의 일관성을 구현하기 위해 스토리지 공간의 약 75%를 3방향 Arbitrated Replicated 볼륨에서 필요로 한다는 것을 의미합니다.
그러나 Arbiter 브릭은 메타데이터만 저장하므로 3방향 Arbitrated Replicated 볼륨은 2방향 Replicated 볼륨의 가용성만 제공합니다.
자세한 내용은 Red Hat Gluster Storage 3.2 관리 가이드: https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.2/html-single/administration_guide/#Creating_Arbitrated_Replicated_Volumes를 참조하십시오.
3.6. 지원 제한
- 하나의 Arbitrated Replicated 볼륨은 Red Hat Hyperconverged Infrastructurer(RHHI)의 초기 배포 일부로 지원됩니다. 이 Arbitrated Replicated 볼륨 확장은 지원되지 않습니다. Arbitrated Replicated 볼륨 추가도 지원되지 않습니다.
-
Arbitrated Replicated 볼륨은 현재
replica 3 arbiter 1구성에서만 지원됩니다.
이러한 볼륨에 대한 자세한 내용은 Red Hat Gluster Storage 관리 가이드를 참조하십시오.
3.7. 재해 복구
Red Hat은 재해 복구 솔루션을 설정할 것을 강력히 권장합니다. 재해 복구 솔루션으로 지역 복제를 구성하는 방법에 대한 자세한 내용은 Red Hat Hyperconverged Infrastructure 유지관리를 참조하십시오. https://access.redhat.com/documentation/en-us/red_hat_hyperconverged_infrastructure/1.0/html/maintaining_red_hat_hyperconverged_infrastructure/configure_disaster_recovery_using_geo_replication
지역 복제를 구성하는 동안 다음의 지원 제한 사항에 유의하십시오.
- Red Hat Hyperconverged Infrastructure(RHHI)는 하나의 지역 복제 볼륨만 지원합니다. Red Hat은 가상 머신의 데이터를 저장하는 볼륨 백업을 권장합니다.
- 지역 복제의 소스 및 대상 볼륨은 Red Hat Virtualization Manager의 다른 인스턴스에서 관리해야 합니다.
