1.3. GFS2 지원 고려 사항

다음 표에는 현재 최대 파일 시스템 크기와 GFS2에서 지원하는 노드 수가 요약되어 있습니다.

GFS2는 64비트 아키텍처를 기반으로 하며, 이 아키텍처는 이론적으로 8 EB 파일 시스템을 수용할 수 있습니다. 현재 지원되는 것보다 더 큰 GFS2 파일 시스템이 필요한 경우 Red Hat 서비스 담당자에게 문의하십시오.

파일 시스템의 크기를 결정할 때는 복구 요구 사항을 고려해야 합니다. 매우 큰 파일 시스템에서 fsck.gfs2 명령을 실행하면 시간이 오래 걸릴 수 있으며 많은 양의 메모리를 사용할 수 있습니다. 또한 디스크 또는 디스크 하위 시스템 오류가 발생하는 경우 복구 시간은 백업 미디어의 속도에 따라 제한됩니다. fsck.gfs2 명령에 필요한 메모리 크기에 대한 자세한 내용은 fsck.gfs2 를 실행하는 데 필요한 메모리 결정을 참조하십시오.

독립 실행형 시스템이나 클러스터 구성의 일부로 GFS2 파일 시스템을 구현할 수 있지만 Red Hat은 다음과 같은 예외를 제외하고 단일 노드 파일 시스템으로 GFS2 사용을 지원하지 않습니다.

Red Hat은 단일 노드에 최적화된 다수의 고성능 단일 노드 파일 시스템을 지원하므로 일반적으로 클러스터 파일 시스템보다 오버헤드가 낮습니다. 단일 노드에서 파일 시스템을 마운트해야 하는 경우에는 이러한 파일 시스템을 GFS2에 사용하는 것이 좋습니다. Red Hat Enterprise Linux 9에서 지원하는 파일 시스템에 대한 자세한 내용은 파일 시스템 관리를 참조하십시오.

Red Hat은 LVM 외부에서 GFS2 파일 시스템을 사용할 수 있지만 Red Hat은 공유 LVM 논리 볼륨에서 생성되는 GFS2 파일 시스템만 지원합니다.

GFS2 파일 시스템을 클러스터 파일 시스템으로 구성하는 경우 클러스터의 모든 노드가 공유 스토리지에 액세스할 수 있는지 확인해야 합니다. 일부 노드가 공유 스토리지에 액세스할 수 있고 다른 노드는 지원되지 않는 클러스터 구성입니다. 모든 노드가 실제로 GFS2 파일 시스템 자체를 마운트할 필요는 없습니다.