4.2. GFS2에서 NFS 설정
GFS2 잠금 하브 시스템과 클러스터된 환경을 통한 추가된 복잡성으로 인해 GFS2에서 NFS를 설정하려면 많은 주의와 신중한 설정이 필요합니다. 다음 부분에서는 GFS2 파일 시스템을 통해 NFS 서버를 설정할 때 고려해야 할 사항에 대해 설명합니다.
참고
GFS2 파일 시스템이 NFS 내보내기하고 있고 NFS 클라이언트 어플리케이션이 POSIX 잠금을 사용하는 경우,
localflocks 옵션을 사용하여 파일 시스템을 마운트해야 합니다. 이것이 의도하는 효과는 각 서버에서 POSIX 잠금이 로컬화 (즉, 클러스터되지 않으면 상호 독립적인 상태) 되도록 강제하는 것입니다. (클러스터 노드 전역에 걸쳐 NFS에서 GFS2가 POSIX 잠금 구현을 시도하는 경우에 여러 문제가 있습니다.) NFS 클라이언트에서 실행되고 있는 어플리케이션의 경우, 로컬화된 POSIX 잠금은 두 클라이언트가 다른 서버에서 마운트될 때 이 두 클라이언트는 동일한 잠금을 동시에 유지할 수 있다는 것을 의미합니다. 모든 클라이언트가 하나의 서버에서 NFS를 마운트하는 경우 별도의 서버가 동일한 잠금을 독립적으로 허용하는데는 문제가 없습니다.
GFS2 파일 시스템에서 NFS 서비스를 설정할 때 잠금 기능을 고려하는 것 이외에 다음과 같은 사항도 고려해야 합니다.
- Red Hat은 다음과 같은 특성의 active/passive 설정의 잠금 기능을 갖는 NFSv3를 사용하는 Red Hat 고가용성 추가 기능 설정만을 지원합니다:
- 백엔드 파일 시스템은 2 ~ 16 노드 클러스터에서 실행되는 GFS2 파일 시스템입니다.
- NFSv3 서버는 단일 클러스터 노드에서 GFS2 파일 시스템 전체를 한번에 내보내기할 서비스로 정의됩니다.
- NFS 서버는 하나의 클러스터 노드에서 다른 클러스터 노드로 장애 조치할 수 있습니다 (active/passive 설정)
- NFS 서버를 통해 예외적인 GFS2 파일 시스템으로의 액세스는 허용되지 않습니다. 여기에는 로컬 GFS2 파일 시스템 액세스와 Samba 또는 클러스터된 Samba를 통한 액세스가 모두 포함됩니다.
- 시스템에서 NFS 쿼터는 지원하지 않습니다.
이 설정에서는 노드에 장애가 발생해도 하나의 노드에서 다른 노드로 NFS 서버가 장애 조치하여fsck명령을 실행할 필요가 생기지 않기 때문에 파일 시스템에 고가용성을 제공하고 시스템 다운타임을 줄일 수 있습니다. fsid=NFS 옵션은 GFS2의 NFS 내보내기가 필요합니다.- 클러스터에 문제가 생긴 경우 (예: 클러스터가 쿼럼에 도달하지 않고 펜싱이 실패한 경우)에는 클러스터된 논리 볼륨 및 GFS2 파일 시스템은 동결되고 클러스터가 쿼럼을 충족할 때 까지 액세스할 수 없습니다. 이러한 절차에서 설명한 것과 같은 간단한 장애 조치 해결 방법이 시스템에 가장 적합한지 여부를 결정할 때 이러한 가능성을 고려해야 합니다.
