OneFS: NFS(Network File System) 클라이언트 설정에 대한 모범 사례

지원되는 프로토콜 버전

PowerScale OneFS는 현재 NFS(Network File System) 버전 3 및 4를 지원합니다. NFS 버전 2는 지원되지 않습니다.

NFSv3

NFS 버전 3은 현재 가장 널리 사용되는 NFS 프로토콜 버전으로, 클라이언트 및 파일러가 가장 광범위하게 채택된 것으로 간주됩니다. 이 버전의 몇 가지 주요 구성 요소는 다음과 같습니다.

• 상태 비저장 - 파일 요청 등에 대한 올바른 정보가 있는 경우 클라이언트가 기술적으로 새 세션을 설정하지 않습니다. 따라서 동적 IP 풀을 사용하여 OneFS 노드 간에 페일오버가 간소해집니다.
• 숫자로 표시되는 사용자 및 그룹 정보 - 클라이언트와 서버는 숫자 식별자로 사용자 정보를 통신하므로 동일한 사용자가 클라이언트와 서버 간의 다른 이름으로 표시될 수 있습니다.
• 아웃오브밴드 파일 잠금 - NFS 버전 3에서는 NLM이라는 도우미 프로토콜을 사용하여 잠금을 수행합니다. 이렇게 하려면 클라이언트가 서버의 RPC 메시지에 응답하여 잠금이 부여되었는지 확인해야 합니다.
• TCP 또는 UDP를 통해 실행 가능 - 이 버전의 프로토콜은 TCP 대신 UDP를 통해 실행될 수 있으므로 운영 체제 대신 소프트웨어에 대한 손실 및 재전송을 처리할 수 있습니다. Dell Technologies는 항상 TCP를 사용할 것을 권장합니다.

NFSv4

NFS 버전 4는 NFS 프로토콜의 최신 주요 개정이며 채택률이 증가하고 있습니다.  다음은 v3와 v4의 몇 가지 주요 차이점입니다.

• 상태 저장 - NFSv4는 통신을 처리하기 위해 세션을 사용합니다. 예를 들어 클라이언트와 서버 모두 통신을 계속하려면 세션 상태를 추적해야 합니다.
  • OneFS 8.X 이전에는 NFSv4 클라이언트의 PowerScale에 정적 IP 풀이 필요하거나 문제가 발생할 수 있었습니다.
• 문자열로 표시되는 사용자 및 그룹 정보 - 클라이언트와 서버 모두는 저장된 숫자 정보의 이름을 확인해야 합니다. 서버는 이름을 조회해야 하지만 클라이언트는 이름을 다시 숫자로 매핑해야 합니다.
• 파일 잠금이 대역에 있음 - 버전 4는 더 이상 파일 잠금을 위해 별도의 프로토콜을 사용하지 않고 대신 OPEN, CREATES 또는 WRITES와 혼합된 호출 유형으로 만듭니다.
• 복합 호출 - 버전 4는 단일 패킷으로 일련의 호출을 번들로 제공하기 때문에 서버가 모든 호출을 처리하고 마지막에 응답할 수 있도록 합니다. 이 기능은 일반 작업과 관련된 호출 수를 줄이는 데 사용됩니다.
• TCP만 지원 - NFS 버전 4는 기본 운영 체제에 따라 손실과 재전송을 남겼습니다.

NFSv4.1 이상

NFSv4.1 및 v4.2는 OneFS 버전 9.3부터 사용할 수 있습니다.

다음은 9.3의 공식 릴리스 정보입니다.

PowerScale OneFS 정보 허브
 

마운트 옵션

Dell Technologies에는 마운트 옵션에 대한 엄격한 요구 사항이 없지만 Dell Technologies는 클라이언트 연결 방법에 대한 몇 가지 권장 사항을 제공합니다. 이러한 옵션을 정의하는 데 사용되는 구문은 사용 중인 운영 체제에 따라 다르므로 Dell Technologies는 특정 마운트 문자열을 제공하지 않았습니다. 특정 마운트 구문에 대해서는 배포 유지 관리자의 설명서를 따라야 합니다.

또한 PowerScale 지원에서는 wsize/rize, 특성 캐싱 등에 대한 권장 옵션을 포함하여 PowerScale을 사용한 NFS 클라이언트 구성에 대한 기본 참조로 다음 백서를 권장합니다.

PowerScale OneFS NFS 설계 고려 사항 및 모범 사례
https://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/

읽기 및 쓰기 크기(rsize/wsize)

wsize/rsize 옵션 과 관련하여 PowerScale 지원에서는 기본 블록 크기를 기준으로 최소 128K의 wsize 및 rsize 를 권장합니다.

그러나 대부분의 최신 Linux 배포판의 경우 PowerScale 지원에서는 설정을 명시적으로 구성하지 않고(즉, 클라이언트 마운트 옵션에서 읽기/쓰기 크기를 지정하지 않음) 클라이언트가 튜닝을 재협상하도록 할 것을 권장합니다. 최신 Linux 배포판은 최대 1MB의 NFS 읽기/쓰기 블록 크기를 지원하며 PowerScale NFS 서버와 최적의 블록 크기를 자동으로 협상합니다. 협상된 값은 가장 적절하게 구성된 고성능 저지연 네트워크에 적합합니다. 특별히 더 작은 크기가 필요한 응용 프로그램이나 공급업체가 없는 경우는 예외입니다.

명시적으로 설정되지 않은 경우 NFS 클라이언트는 PowerScale 클러스터에 구성된 NFS 내보내기에 정의된 대로 PowerScale NFS 서버 FSINFO 데이터를 사용합니다.

PowerScale에서 제공하는 기본값은 다음과 같습니다.

NFSv3: 512KB writes / 1MB reads
NFSv4: 1MB writes/ 1MB reads

'rsize' 및 'wsize'에 대한 자세한 내용은 아래 백서의 12페이지와 19페이지를 참조하십시오.

PowerScale OneFS NFS 설계 고려 사항 및 모범 사례
https://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/ 

재시도 및 시간 초과 정의

PowerScale은 일반적으로 클라이언트 통신에 신속하게 응답하지만, 노드의 전원 또는 네트워크 연결이 끊어진 경우 IP 주소가 작동 중인 노드로 이동하는 데 몇 초 정도 걸릴 수 있습니다. 따라서 시간 초과 및 재시도 값을 올바르게 정의하는 것이 중요합니다. PowerScale은 일반적으로 최악의 경우 페일오버 시나리오를 고려하여 60초의 시간 초과를 권장합니다. 장애를 보고하기 전에 두 번 재시도하도록 설정합니다.

소프트 마운트 및 하드 마운트

하드 마운트를 사용하면 클라이언트가 시간 초과 또는 오류 발생 시 작업을 무기한 재시도합니다. 이렇게 하면 PowerScale Cluster가 IP 주소를 한 노드에서 다른 노드로 이동하는 상황에서 클라이언트의 마운트 연결이 끊어지지 않습니다. 소프트 마운트가 오류를 발생시키고 마운트를 만료하므로 IP 주소를 이동한 후 액세스를 복원하기 위해 다시 마운트해야 합니다.

인터럽트 허용

기본적으로 대부분의 클라이언트에서는 입출력 또는 I/O 대기를 중단할 수 없습니다. 즉, ctrl+c 클러스터가 응답을 중지하는 경우 대기 프로세스를 종료하려면 다음을 포함합니다. interrupt mount 옵션을 사용하면 이러한 신호가 대신 정상적으로 전달되도록 할 수 있습니다.

로컬 잠금과 원격 잠금 비교

NFS 내보내기를 마운트할 때 클라이언트에서 잠금을 로컬로 생성할지 아니면 클러스터에서 잠금 조정기를 사용할지 지정할 수 있습니다. 대부분의 클라이언트는 기본적으로 원격 잠금을 사용하며 여러 클라이언트가 동일한 디렉토리에 액세스하는 경우 이 옵션이 가장 좋습니다. 그러나 클라이언트가 작업 중인 디렉토리에 대한 액세스를 공유할 필요가 없는 경우 로컬 잠금을 수행하면 성능상의 이점이 있을 수 있습니다. 또한 일부 데이터베이스 및 소프트웨어는 자체 코디네이터가 있으므로 로컬 잠금을 사용하도록 요청합니다.

특성 캐싱(ac/noac)

"활성 캐시 시간 초과"와 관련하여 이는 클라이언트 측 동작으로 간주됩니다. 따라서 PowerScale 지원에서는 사용자의 요구 사항에 따라 다르므로 이러한 설정에 대한 권장 사항을 제공하지 않습니다. 그러나 고객은 아래 백서의 22페이지에서 이러한 설정에 대한 몇 가지 일반적인 지침을 찾을 수 있습니다.

PowerScale OneFS NFS 설계 고려 사항 및 모범 사례
https://infohub.delltechnologies.com/en-us/t/powerscale-onefs-nfs-design-considerations-and-best-practices-3/ 

위의 22 페이지 당 :

특성 캐싱(ac/noac)

noac 마운트 옵션을 사용하여 여러 클라이언트 간에 속성 캐시 일관성을 확보합니다. 거의 모든 파일 시스템 작업은 파일 특성 정보를 확인합니다. 클라이언트는 네트워크 및 서버 로드를 줄이기 위해 일정 기간 동안 이 정보를 캐시합니다. noac가 적용되면 클라이언트의 파일 속성 캐시가 비활성화되므로 파일의 속성을 확인해야 하는 각 작업은 서버로 돌아가야 합니다. 게다가 noac 옵션을 사용하면 애플리케이션 쓰기가 동기식으로 전환되므로 클라이언트가 파일을 열 때 파일에 대한 변경 사항을 볼 수 있으므로 많은 추가 네트워크 작업이 필요합니다. 기본적으로 속성 캐싱은 NFS를 마운트할 때 활성화됩니다. 속성 캐싱을 설정하여 속성 검사 성능을 개선하고 NFS 작업 레이턴시를 줄입니다.

NFSv3와 NFSv4의 성능 비교

Lab 테스트 결과, PowerScale 지원은 지원되는 최신 OneFS 버전에서 서로 다른 NFS 버전 간에 뚜렷한 성능 차이를 발견하지 못했습니다. 

특정 NFS 내보내기의 wsize/rsize 값을 보려면 PowerScale Node에서 다음 명령을 실행할 수 있습니다.

# isi nfs exports ls -v  --zone <zone name>

 또는 특정 내보내기 ID를 확인하기 위해 고객은 다음을 실행할 수 있습니다.

# isi nfs export view <export id>

 예:

Read Transfer Max Size: 1.00M
     Read Transfer Size: 128.00k
Write Transfer Max Size: 1.00M
 Write Transfer Size: 512.00k