autofs에서 클라이언트에 대해 가장 가까운 읽기 전용 파일을 선택하는 방법(여러 위치)

이 절에서는 다음 직접 맵 예를 사용하여 autofs가 클라이언트에 대한 가장 가까운 읽기 전용 파일을 선택하는 방법을 설명합니다.

/usr/local          -ro \
   /bin                   ivy:/export/local/sun4\
   /share                 ivy:/export/local/share\
   /src                   ivy:/export/local/src
/usr/man            -ro   oak:/usr/man \
                          rose:/usr/man \
                          willow:/usr/man
/usr/games          -ro   peach:/usr/games
/usr/spool/news     -ro   pine:/usr/spool/news \
                          willow:/var/spool/news 

마운트 지점 /usr/man 및 /usr/spool/news는 둘 이상의 위치가 나열됩니다(첫번째 마운트 지점의 경우 3개 위치, 두번째 마운트 지점의 경우 2개 위치 포함). 복제된 위치도 사용자에 대해 같은 서비스를 제공할 수 있습니다. 이 절차는 읽기 전용인 파일 시스템을 마운트할 때만 적용됩니다. 쓰거나 수정하는 파일 위치에 대한 어느 정도의 제어권이 있어야 하기 때문입니다. 한 서버에서 파일을 수정한 후에 다른 서버에서 “같은” 파일을 다시 수정해야 한다면 작업이 번거로워질 것입니다. 사용자가 작업을 수행하지 않아도 사용 가능한 최적의 서버가 자동으로 사용된다는 이점도 있습니다.

파일 시스템이 복제(복제된 파일 시스템이란? 참조)로 구성된 경우 클라이언트에서는 페일오버를 사용할 수 있습니다. 최적의 서버가 자동으로 결정될 뿐만 아니라, 해당 서버를 사용할 수 없으면 클라이언트가 다음 최상의 서버를 자동으로 사용합니다.

복제로 구성하기에 적합한 파일 시스템의 예로는 매뉴얼 페이지가 있습니다. 대규모 네트워크에서는 여러 서버가 현재 매뉴얼 페이지 세트를 내보낼 수 있습니다. 서버가 실행 중이며 해당 파일 시스템을 내보낸다면, 어떤 서버에서 매뉴얼 페이지를 마운트하는지는 중요하지 않습니다. 직접 맵 예에서는 여러 마운트 위치가 맵 항목에서 마운트 위치 목록으로 표현됩니다.

/usr/man -ro oak:/usr/man rose:/usr/man willow:/usr/man 

이 예에서는 oak, rose 또는 willow 서버에서 매뉴얼 페이지를 마운트할 수 있습니다. 가장 효율적인 서버는 다음과 같은 다양한 요인에 따라 달라집니다.

• 특정 NFS 프로토콜 레벨을 지원하는 서버의 수

• 서버의 인접도

• 가중치

정렬 프로세스 중에는 각 NFS 프로토콜 버전을 지원하는 서버 수를 계산합니다. 가장 많은 서버에서 지원되는 프로토콜 버전이 기본적으로 사용되는 프로토콜이 됩니다. 이러한 선택 방법으로 인해 클라이언트는 가장 많은 수의 서버를 사용할 수 있습니다.

프로토콜 버전이 같은 최대 서버 하위 세트를 찾으면 해당 서버 목록이 인접도에 따라 정렬됩니다. 인접도를 확인하려면 IPv4 주소를 검사하여 각 서브넷에 있는 서버를 확인합니다. 로컬 서브넷의 서버가 원격 서브넷의 서버보다 우선적으로 사용됩니다. 가장 가까운 서버가 우선적으로 사용되므로 대기 시간과 네트워크 트래픽이 줄어듭니다.

Figure 2–5에서는 서버 인접도를 보여줍니다.

그림 2-5  서버 인접도

로컬 서브넷에 같은 프로토콜을 지원하는 서버가 여러 대 있는 경우 각 서버에 연결하는 시간을 확인하여 연결 시간이 가장 빠른 서버가 사용됩니다. 가중치를 사용하면 정렬에 영향을 미칠 수도 있습니다. 가중치에 대한 자세한 내용은 autofs 및 가중치를 참조하십시오.

예를 들어 NFS 버전 4 서버의 수가 로컬 서브넷에서 가장 많으면 NFS 버전 4가 기본적으로 사용되는 프로토콜이 됩니다. 그러나 로컬 서브넷의 서버가 여러 프로토콜을 지원하면 정렬 프로세스가 더욱 복잡합니다. 아래에 정렬 프로세스의 작동 방식을 보여주는 몇 가지 예제가 나와 있습니다.

• 로컬 서브넷의 서버가 원격 서브넷의 서버보다 우선적으로 사용됩니다. 따라서 NFS 버전 3 서버가 로컬 서브넷에 있고 가장 가까운 NFS 버전 4 서버가 원격 서브넷에 있으면 NFS 버전 3 서버가 우선적으로 사용됩니다. 마찬가지로 로컬 서브넷이 NFS 버전 2 서버로 구성된 경우 NFS 버전 3 및 NFS 버전 4 서버로 구성된 원격 서브넷보다 우선적으로 사용됩니다.

• 로컬 서브넷이 각각 다른 수의 NFS 버전 2, NFS 버전 3, NFS 버전 4 서버로 구성된 경우에는 추가적인 정렬이 필요합니다. 자동 마운트는 로컬 서브넷에서 가장 높은 버전을 우선적으로 사용합니다. 이 경우에는 NFS 버전 4가 가장 높은 버전입니다. 그러나 로컬 서브넷의 NFS 버전 3 또는 NFS 버전 2 서버 수가 NFS 버전 4 서버의 수보다 많은 경우 자동 마운트는 로컬 서브넷의 가장 높은 버전에서 한 버전 낮은 서버를 사용합니다. 예를 들어 로컬 서브넷에 NFS 버전 4 서버 3대, NFS 버전 3 서버 3대, NFS 버전 2 서버 10대가 있는 경우에는 NFS 버전 3 서버가 선택됩니다.

• 마찬가지로 로컬 서브넷이 각각 다른 수의 NFS 버전 2 및 NFS 버전 3 서버로 구성된 경우 자동 마운트는 먼저 로컬 서브넷에서 가장 높은 버전을 나타내는 버전을 확인합니다. 그런 다음 자동 마운트는 각 버전을 실행하는 서버의 수를 계산합니다. 로컬 서브넷의 가장 높은 버전이 수가 가장 많은 서버와 일치하면 가장 높은 버전이 선택됩니다. 더 낮은 버전의 수가 더 많으면 자동 마운트는 로컬 서브넷에서 가장 높은 버전보다 하나 낮은 버전을 선택합니다. 예를 들어 로컬 서브넷에서 NFS 버전 3 서버보다 NFS 버전 2 서버의 수가 더 많으면 NFS 버전 2 서버가 선택됩니다.

페일오버를 사용하는 경우 서버를 선택하면 마운트 시에 정렬을 확인합니다. 개별 서버에서 해당 파일 시스템을 일시적으로 내보내지 않을 수 있는 환경에서는 여러 위치를 사용하면 유용합니다.

서브넷이 많은 대규모 네트워크에서는 페일오버가 특히 유용합니다. autofs는 적절한 서버를 선택하며, NFS 네트워크 트래픽을 로컬 네트워크 세그먼트로 제한할 수 있습니다. 서버에 네트워크 인터페이스가 여러 개 있으면 각 네트워크 인터페이스가 별도의 서버인 것처럼 인터페이스에 연관된 호스트 이름을 나열할 수 있습니다. autofs는 클라이언트에 가장 가까운 인터페이스를 선택합니다.

자세한 내용은 automount(1M) 매뉴얼 페이지를 참조하십시오.