권장 NFS 마운트 설정

noresvport— 네트워크 연결이 다시 설정되면 권한이 없는 새로운 전송 제어 프로토콜 (TCP) 소스 포트를 사용하도록 NFS 클라이언트에 지시합니다. NFS이전 버전의 Linux 커널 (버전 v5.4 이하) 에 포함된 클라이언트 소프트웨어에는 연결이 끊길 때 NFS 클라이언트가 동일한 소스 포트에서 재연결을 시도하도록 하는 동작이 포함되어 있습니다. TCP 이 동작은 을 TCP RFC 준수하지 않으므로 클라이언트가 파일 시스템에 빠르게 다시 연결하지 못할 수 있습니다. EFS

noresvport옵션을 사용하면 NFS 클라이언트가 EFS 파일 시스템에 투명하게 다시 연결되므로 네트워크 복구 이벤트 후 다시 연결할 때 중단 없는 가용성을 유지할 수 있습니다.

rsize=1048576— NFS 클라이언트가 각 네트워크 READ 요청에 대해 수신할 수 있는 최대 데이터 바이트 수를 설정합니다. 이 값은 EFS 파일 시스템의 파일에서 데이터를 읽을 때 적용됩니다. 성능이 저하되지 않도록 최대한 큰 크기(최대 1048576)를 사용하는 것이 좋습니다.

wsize=1048576- NFS 클라이언트가 각 네트워크 WRITE 요청에 대해 전송할 수 있는 최대 데이터 바이트 수를 설정합니다. 이 값은 파일 시스템의 EFS 파일에 데이터를 쓸 때 적용됩니다. 성능이 저하되지 않도록 최대한 큰 크기(최대 1048576)를 사용하는 것이 좋습니다.

hard— NFS 요청 제한 시간이 초과된 후 서버가 응답할 때까지 NFS 요청이 무기한 재시도되도록 NFS 클라이언트의 복구 동작을 설정합니다. 데이터 무결성을 위하여 하드 탑재 옵션(hard)을 사용하는 것이 좋습니다. 그러나 soft 탑재를 사용하는 경우 timeo 파라미터를 150데시초(15초) 이상으로 설정해야 합니다. 이렇게 하면 소프트 탑재에 고유한 데이터 손상 위험을 최소화하는 데 도움이 됩니다.

timeo=600— NFS 클라이언트가 NFS 요청을 재시도하기 전에 응답을 기다리는 데 사용하는 제한 시간 값을 600초초 (60초) 로 설정합니다. 시간 제한 파라미터(timeo)를 변경해야 하는 경우 15초에 해당하는 150 이상의 값을 사용하는 것이 좋습니다. 이렇게 하면 원하지 않는 성능 저하를 방지할 수 있습니다.

retrans=2— 추가 복구 작업을 시도하기 전에 NFS 클라이언트가 요청을 재시도하는 횟수를 2로 설정합니다.

_netdev— 에 /etc/fstab 있는 경우 네트워크가 활성화될 때까지 클라이언트가 EFS 파일 시스템을 마운트하려고 시도하지 못하게 합니다.

nofail— 마운트된 EFS 파일 시스템의 상태와 관계없이 EC2 인스턴스를 시작해야 하는 경우 파일의 파일 시스템 항목에 nofail 옵션을 추가하십시오. /etc/fstab

일반적으로 기본값과 다른 탑재 옵션을 설정하지 마세요. 성능 저하 및 기타 문제가 발생할 수 있습니다. 예를 들어, 읽기 또는 쓰기 버퍼 크기를 변경하거나 속성 캐싱을 비활성화하면 성능이 저하될 수 있습니다.

Amazon은 소스 포트를 EFS 무시합니다. Amazon EFS 소스 포트를 변경해도 아무런 효과가 없습니다.

EFSAmazon은 nconnect 마운트 옵션을 지원하지 않습니다.

EFSAmazon은 Kerberos 보안 변형을 지원하지 않습니다. 예를 들어 다음 탑재 명령은 실패합니다.

 $ mount -t nfs4 -o krb5p <DNS_NAME>:/ /efs/ 

파일 시스템 이름을 DNS 사용하여 파일 시스템을 마운트하는 것이 좋습니다. 이 이름은 Amazon EC2 인스턴스와 동일한 가용 영역에 있는 Amazon EFS 탑재 대상의 IP 주소로 확인됩니다. Amazon EC2 인스턴스와 다른 가용 영역에서 탑재 대상을 사용하는 경우 가용 영역 전체에 전송된 데이터에 대해 표준 EC2 요금이 발생합니다. 또한 파일 시스템 작업의 대기 시간이 늘어날 수 있습니다.

추가 탑재 옵션과 기본값에 대한 자세한 설명은 Linux 설명서를 참조하십시오.