
답변1
저는 프로덕션 환경의 홈 디렉토리에 NFS를 사용합니다. 몇 가지 트릭이 있습니다.
NFS를 마운트하지 마십시오
/home
. 이렇게 하면 NFS 서버가 다운되는 경우 로컬 사용자를 허용할 수 있습니다. 우리는/mnt/nfs/home
소프트 마운트와 매우 짧은 시간 제한을 사용하세요. 이렇게 하면 프로세스가 영원히 차단되는 것을 방지할 수 있습니다.
사용자동 마운트. 이렇게 하면 리소스 사용량이 줄어들고 NFS 서버가 어떤 이유로 다운되더라도 서비스를 다시 시작하는 것에 대해 걱정할 필요가 없습니다.
auto.master: +auto.master /mnt/nfs /etc/auto.home --timeout=300 auto.home home -rw,soft,timeo=5,intr home.bzzprod.lan:/home
권한 관련 문제가 발생하지 않도록 Single Sign-On 시스템을 사용하세요. OpenLDAP 서버가 있습니다.
답변2
소프트 마운트를 조심하세요! NFS 파일 시스템을 소프트 마운트하면 시간 초과가 발생한 후 IO가 실패합니다. 이것이 사용자의 홈 디렉토리에 원하는 것인지 확인하십시오! 내 생각엔 당신은 그렇지 않을 것 같아요. intr 옵션과 함께 홈 디렉토리에 하드 마운트를 사용하는 것이 훨씬 더 안전하다고 느껴집니다.
하드는 시간 초과되지 않습니다. IO 작업이 무기한 재시도됩니다. intr 옵션을 사용하면 마운트 프로세스를 중단할 수 있습니다. 따라서 내보내기를 마운트하고 오류가 발생하면 하드 마운트가 세션을 잠급니다. intr 옵션을 사용하면 마운트를 중단할 수 있으므로 이 조합은 매우 안전하며 사용자 데이터가 쉽게 손실되지 않도록 보장합니다.
어쨌든, autofs를 사용하면 이 모든 것이 더욱 쉬워집니다.
답변3
HowtoForge는 다음과 같은 제목의 기사를 게시했습니다.Debian Lenny에서 GlusterFS를 사용하여 NFS와 유사한 독립형 스토리지 서버 생성, 확인해 보시는 것이 좋을 것 같습니다.
다음은 NFS에 대한 좋은 "실행 가능한" 대안인 이유에 대한 간단한 설명입니다.GlusterFS프로젝트 페이지:
GlusterFS는 즉시 자가 치유됩니다. fsck가 없습니다. 스토리지 백엔드는 일반 파일 및 폴더(NFS 스타일)로 직접 액세스할 수 있습니다. 복제가 활성화되면 GlusterFS는 하드웨어 오류를 견딜 수 있습니다.
자세한 내용은 프로젝트 문서에서 확인할 수 있습니다.
또한 GlusterFS 사용의 또 다른 좋은 점은 SAN에 더 많은 공간이 필요한 경우 다른 스토리지 브릭(서버 노드)을 추가하기만 하면 필요할 때 스토리지를 병렬로 확장/증가할 수 있다는 것입니다.
답변4
어떤 네트워크 파일 시스템을 채택하든 관계없이 적용되는 몇 가지 일반적인 조언: 많은 프로그램은 사용자의 홈 디렉토리에 데이터를 캐시합니다. 이는 일반적으로 네트워크를 통해 홈 디렉토리에 액세스할 때 득보다 실이 더 많습니다.
요즘에는 XDG_CACHE_HOME
로그인 스크립트에서 환경 변수를 설정하여 많은 프로그램에 캐시를 다른 곳에(예: 로컬 디스크) 저장하도록 지시할 수 있습니다. 그러나 많은 프로그램(예: Firefox)에는 여전히 수동 구성이 필요하므로 모든 사용자에 대해 동일한 방식으로 이를 식별하고 구성하려면 추가 작업을 수행해야 할 것입니다.