autofs의 작동 방식

autofs는 해당하는 파일 시스템을 자동으로 마운트하는 클라이언트측 서비스입니다. 자동 마운트를 위해 함께 작동하는 구성 요소는 다음과 같습니다.

• automount 명령

• autofs 파일 시스템

• automountd 데몬

자동 마운트 서비스 svc:/system/filesystem/autofs(시스템 시작 시 호출됨)는 마스터 맵 파일 auto_master를 읽어 초기 autofs 마운트 세트를 만듭니다. 이러한 autofs 마운트는 시작 시 자동으로 마운트되지 않습니다. 이러한 마운트는 이후에 파일 시스템에 마운트되는 지점입니다. 이러한 지점은 트리거 노드라고도 합니다.

autofs 마운트를 설정하고 나면 이러한 마운트가 하위에 마운트할 파일 시스템을 트리거할 수 있습니다. 예를 들어 autofs는 현재 마운트되어 있지 않은 파일 시스템 액세스 요청을 받으면 automountd를 호출하며, 그러면 automountd가 요청된 파일 시스템을 자동으로 마운트합니다.

autofs 마운트를 초기 마운트한 후에 automount 명령을 사용하여 필요에 따라 autofs 마운트를 업데이트합니다. 이 명령은 auto_master 맵의 마운트 목록을 마운트 테이블 파일 /etc/mnttab(이전의 /etc/mtab)에 있는 마운트된 파일 시스템 목록과 비교합니다. 그리고 나면 automount가 적절한 변경을 수행합니다. 시스템 관리자는 이 프로세스를 통해 auto_master 내의 마운트 정보를 변경하며, autofs 데몬을 중지했다가 다시 시작하지 않고도 autofs 프로세스에서 해당 변경 내용을 사용할 수 있도록 합니다. 파일 시스템을 마운트한 이후에는 해당 파일 시스템이 자동으로 마운트 해제되기 전까지 후속 액세스 시에 automountd가 작업을 수행하지 않아도 됩니다.

mount와는 달리 automount는 /etc/vfstab파일(각 컴퓨터마다 다름)에서 마운트할 파일 시스템 목록을 읽지 않습니다. automount 명령은 도메인 내와 컴퓨터에서 이름 공간 또는 로컬 파일을 통해 제어됩니다.

아래에는 autofs의 간단한 작동 방식 개요가 나와 있습니다.

자동 마운트 데몬 automountd는 svc:/system/filesystem/autofs 서비스를 통해 부트 시에 시작됩니다. 그림 3-3을 참조하십시오. 이 서비스는 마스터 맵을 읽고 autofs 마운트 지점을 설치하는 automount 명령도 실행합니다. 자세한 내용은 autofs에서 탐색 프로세스를 시작하는 방법(마스터 맵)을 참조하십시오.

그림 3-3 svc:/system/filesystem/autofs 서비스 시작 automount

autofs는 자동 마운트 및 마운트 해제를 지원하는 커널 파일 시스템입니다.

autofs 마운트 지점에서 파일 시스템 액세스 요청을 하면 다음이 수행됩니다.

1. autofs는 해당 요청을 가로챕니다.

2. autofs는 마운트가 요청된 파일 시스템에 대한 메시지를 automountd로 보냅니다.

3. automountd는 맵에서 파일 시스템 정보를 찾고, 트리거 노드를 만들고, 마운트를 수행합니다.

4. autofs는 가로챈 요청의 처리를 허용합니다.

5. autofs는 무작동 기간이 경과되면 파일 시스템을 마운트 해제합니다.

autofs가 네트워크(맵)를 탐색하는 방법

autofs는 일련의 맵을 검색하여 네트워크를 탐색합니다. 맵은 네트워크에 있는 모든 사용자의 암호 항목이나 네트워크의 모든 호스트 컴퓨터 이름과 같은 정보가 포함된 파일입니다. 즉, 맵은 UNIX 관리 파일에 포함된 항목에 해당하는 네트워크 항목을 포함합니다. 맵은 로컬에서 또는 NIS 등의 네트워크 이름 서비스를 통해 사용할 수 있습니다. autofs가 네트워크를 탐색하는 방법 수정(맵 수정)을 참조하십시오.

autofs에서 탐색 프로세스를 시작하는 방법(마스터 맵)

automount 명령은 시스템 시작 시 마스터 맵을 읽습니다. 그림 3-4에 나와 있는 것처럼 마스터 맵의 모든 항목은 직접 맵 이름 또는 간접 맵 이름, 해당 경로 및 해당 마운트 옵션입니다. 항목의 특정 순서는 중요하지 않습니다. automount는 마스터 맵의 항목을 마운트 테이블의 항목과 비교하여 현재 목록을 생성합니다.

그림 3-4 마스터 맵을 통한 탐색

autofs 마운트 프로세스

마운트 요청이 트리거될 때 autofs 서비스에서 수행하는 작업은 자동 마운트 맵이 구성된 방식에 따라 다릅니다. 일반적으로 마운트 프로세스는 모든 마운트에 대해 동일합니다. 그러나 최종 결과는 지정된 마운트 지점과 맵의 복잡도에 따라 달라집니다. 마운트 프로세스에는 트리거 노드 생성이 포함됩니다.

단순 autofs 마운트

autofs 마운트 프로세스를 쉽게 설명하기 위해 다음과 같은 파일이 설치되어 있다고 가정하겠습니다.

$ cat /etc/auto_master
# Master map for automounter
#
+auto_master
/net        -hosts        -nosuid,nobrowse
/home       auto_home     -nobrowse
/share      auto_share
$ cat /etc/auto_share
# share directory map for automounter
#
ws          gumbo:/export/share/ws

/share 디렉토리에 액세스하면 autofs 서비스는 /share/ws에 대한 트리거 노드를 만듭니다. /share/ws는 /etc/mnttab의 항목으로, 다음 항목과 비슷합니다.

-hosts  /share/ws     autofs  nosuid,nobrowse,ignore,nest,dev=###

/share/ws 디렉토리에 액세스하면 autofs 서비스는 다음과 같은 단계를 수행하여 프로세스를 완료합니다.

1. 서버 마운트 서비스를 사용할 수 있는지 확인합니다.

2. 요청된 파일 시스템을 /share 아래에 마운트합니다. 그러면 /etc/mnttab 파일에 다음 항목이 포함됩니다.

   -hosts  /share/ws     autofs  nosuid,nobrowse,ignore,nest,dev=###
   gumbo:/export/share/ws /share/ws   nfs   nosuid,dev=####    #####

계층적 마운트

자동 마운트 파일에 여러 계층이 정의되어 있으면 마운트 프로세스가 더 복잡해집니다. 다음 항목을 포함하여 이전 예제에서 사용했던 /etc/auto_shared 파일을 확장한다고 가정해 보겠습니다.

# share directory map for automounter
#
ws       /       gumbo:/export/share/ws
         /usr    gumbo:/export/share/ws/usr

/share/ws 마운트 지점에 액세스할 때의 마운트 프로세스는 기본적으로 이전 예제와 동일합니다. 또한 다음 레벨로의 트리거 노드(/usr)가 /share/ws 파일 시스템에 만들어지므로 다음 레벨을 액세스한 적이 있었던 것처럼 마운트할 수 있습니다. 이 예에서는 /export/share/ws/usr가 NFS 서버에 있어야 트리거 노드가 만들어집니다.

---

주의 - 계층적 계층을 지정할 때는 -soft 옵션을 사용하지 마십시오. 이 제한에 대한 설명은 autofs 마운트 해제를 참조하십시오.

---

autofs 마운트 해제

특정 유휴 시간이 경과되고 나면 수행되는 마운트 해제는 상향식(마운트의 역순)입니다. 계층에서 더 높은 레벨의 디렉토리 중 하나를 사용 중이면 해당 디렉토리 아래의 파일 시스템만 마운트 해제됩니다. 마운트 해제 프로세스 중에는 트리거 노드가 제거되고 파일 시스템이 마운트 해제됩니다. 파일 시스템이 사용 중이면 마운트 해제가 실패하고 트리거 노드가 다시 설치됩니다.

---

주의 - 계층적 계층을 지정할 때는 -soft 옵션을 사용하지 마십시오. -soft 옵션을 사용하는 경우 트리거 노드 다시 설치 요청의 시간이 초과될 수 있습니다. 트리거 노드 다시 설치가 실패하면 다음 마운트 레벨에 액세스할 수 없습니다. 이 문제를 해결하는 방법은 자동 마운트에서 계층의 모든 구성 요소를 마운트 해제하도록 하는 것뿐입니다. 자동 마운트는 파일 시스템이 자동으로 마운트 해제되도록 기다리거나 시스템을 재부트하여 마운트 해제를 완료할 수 있습니다.

---

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 주소를 검사합니다. IPv4 주소는 각 서브넷 내의 서버를 보여줍니다. 로컬 서브넷의 서버가 원격 서브넷의 서버보다 우선적으로 사용됩니다. 가장 가까운 서버가 우선적으로 사용되므로 대기 시간과 네트워크 트래픽이 줄어듭니다.

그림 3-5에서는 서버 인접도를 보여줍니다.

그림 3-5 서버 인접도

로컬 서브넷에 같은 프로토콜을 지원하는 서버가 여러 대 있는 경우 각 서버에 연결하는 시간을 확인하여 연결 시간이 가장 빠른 서버가 사용됩니다. 가중치를 지정하여 정렬을 조정할 수도 있습니다(autofs 및 가중치 참조).

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

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

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

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

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

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

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

autofs 및 가중치

autofs 맵에 가중치 값을 추가하여 인접도 레벨이 같은 서버 선택을 조정할 수 있습니다. 예를 들면 다음과 같습니다.

/usr/man -ro oak,rose(1),willow(2):/usr/man

괄호 안의 숫자가 가중치를 나타냅니다. 가중치가 없는 서버는 값이 0이므로 선택될 가능성이 가장 높습니다. 가중치 값이 높을수록 서버가 선택될 가능성은 낮아집니다.

autofs 맵 항목의 변수

이름 앞에 달러 기호($)를 접두어로 붙여 클라이언트별 변수를 만들 수 있습니다. 변수를 사용하면 같은 파일 시스템 위치에 액세스하는 여러 구조 유형을 포함할 수 있습니다. 중괄호를 사용하여 변수 이름과 추가된 문자/숫자를 구분할 수도 있습니다. 표 3-3에서는 미리 정의된 맵 변수를 보여 줍니다.

표 3-3 미리 정의된 맵 변수

변수는 항목 행의 어디에나 사용할 수 있습니다. 단, 키로는 사용할 수 없습니다. 예를 들어 SPARC 및 x86 구조의 이진을 각각 /usr/local/bin/sparc 및 /usr/local/bin/x86에서 내보내는 파일 서버가 있다고 가정해 보겠습니다. 클라이언트는 다음과 같은 맵 항목을 통해 마운트할 수 있습니다.

/usr/local/bin       -ro    server:/usr/local/bin/$CPU

그러면 모든 클라이언트에 대해 같은 항목이 모든 구조에 적용됩니다.

다른 맵을 참조하는 맵

파일 맵에서 맵 항목 +mapname을 사용하면 자동 마운트에서 지정된 맵을 현재 파일에 포함된 것처럼 읽습니다. mapname 앞에 슬래시가 없으면 autofs는 맵 이름을 문자열로 처리하며 이름 서비스 스위치 정책을 사용하여 맵 이름을 찾습니다. 경로 이름이 절대 경로 이름이면 automount는 해당 이름의 로컬 맵을 확인합니다. 맵 이름이 대시(-)로 시작하는 경우 automount는 hosts와 같은 해당 내장 맵을 찾습니다.

svc:system/name-service/switch 서비스는 이름 지정 서비스의 검색 순서를 포함합니다. config 등록 정보 그룹의 automount 등록 정보는 자동 마운트 항목을 찾을 때 이름 서비스 데이터베이스를 검색하는 순서를 지정합니다. 특정 config/automount 등록 정보가 지정되어 있지 않으면 config/default 등록 정보에 정의된 순서가 사용됩니다. 예를 들면 다음과 같습니다.

# svcprop -p config svc:/system/name-service/switch
config/value_authorization astring solaris.smf.value.name-service.switch
config/printer astring user\ files
config/default astring files\ nis
config/automount astring files\ nis

이 예제에서는 로컬 파일의 맵을 NIS 맵보다 먼저 검색합니다. config/automount 등록 정보가 지정되지 않은 경우에도 마찬가지입니다. 이 경우에는 config/default 항목이 사용되기 때문입니다. 따라서 가장 자주 액세스하는 홈 디렉토리의 경우 로컬 /etc/auto_home 맵에 몇 개의 항목을 포함할 수 있습니다. 그런 다음 스위치를 사용하여 해당 항목에 대해 NIS 맵으로 폴백할 수 있습니다.

bill               cs.csc.edu:/export/home/bill
bonny              cs.csc.edu:/export/home/bonny

포함된 맵을 확인한 후 일치하는 항목이 없으면 automount는 현재 맵을 계속 스캔합니다. 따라서 + 항목 뒤에 항목을 더 추가할 수 있습니다.

bill               cs.csc.edu:/export/home/bill
bonny              cs.csc.edu:/export/home/bonny
+auto_home 

포함된 맵은 로컬 파일 또는 내장 맵일 수 있습니다. 로컬 파일만 + 항목을 포함할 수 있습니다.

+/etc/auto_mystuff      # local map
+auto_home              # NIS map
+-hosts                 # built-in hosts map 

실행 가능 autofs 맵

일부 명령을 실행하여 autofs 마운트 지점을 생성하는 autofs 맵을 만들 수 있습니다. 데이터베이스 또는 플랫 파일에서 autofs 구조를 만들어야 하는 경우 실행 가능 autofs 맵을 사용하면 효율적입니다. 그러나 실행 가능 맵을 사용하는 경우 각 호스트에 해당 맵을 설치해야 한다는 단점이 있습니다. NIS 이름 서비스에는 실행 가능 맵을 포함할 수 없습니다.

실행 가능 맵에는 auto_master 파일의 항목이 있어야 합니다.

/execute    auto_execute

아래에 실행 가능 맵의 예가 나와 있습니다.

#!/bin/ksh
#
# executable map for autofs
#

case $1 in
             src)  echo '-nosuid,hard bee:/export1' ;;
esac

이 예가 작동하려면 파일을 /etc/auto_execute로 설치해야 하며 파일에 실행 가능한 비트 세트가 있어야 합니다. 권한을 744로 설정합니다. 이러한 상황에서 다음 명령을 실행하면 bee의 /export1 파일 시스템이 마운트됩니다.

% ls /execute/src

autofs가 네트워크를 탐색하는 방법 수정(맵 수정)

환경의 요구를 충족하기 위해 맵을 수정 또는 삭제하거나 맵에 항목을 추가할 수 있습니다. 사용자가 필요로 하는 응용 프로그램 및 기타 파일 시스템의 위치가 변경되면 맵에 해당 변경 내용을 반영해야 합니다. autofs 맵은 언제든지 수정할 수 있습니다. 다음 번에 automountd가 파일 시스템을 마운트할 때 수정 내용이 적용되는지 여부는 수정하는 맵 및 수정의 종류에 따라 달라집니다.

이름 서비스에 대한 기본 autofs 동작

부트 시에는 autofs가 svc:/system/filesystem/autofs 서비스에 의해 호출되어 마스터 auto_master 맵을 확인합니다. autofs는 규칙에 따라 달라지며, 여기에 대해서는 아래에서 설명합니다.

autofs는 svc:/system/name-service/switch 서비스의 config/automount 등록 정보에 지정된 이름 서비스 순서를 사용합니다. config/automount 등록 정보가 정의되어 있지 않으면 config/default 등록 정보가 사용됩니다. NIS를 선택했는데 autofs가 필요한 맵은 찾지 못하고 밑줄이 하나 이상 포함된 맵 이름을 찾으면 밑줄이 점으로 변경됩니다. 이와 같이 이름이 변경되므로 이전 NIS 파일 이름도 계속 작동합니다. 그러면 autofs는 그림 3-6에 나와 있는 것처럼 맵을 다시 확인합니다.

그림 3-6 autofs에서 이름 서비스를 사용하는 방법

이 세션의 화면 작업은 다음 예제와 같습니다.

$ grep /home /etc/auto_master
/home           auto_home

$ ypmatch brent auto_home
Can't match key brent in map auto_home.  Reason: no such map in
server's domain.

$ ypmatch brent auto.home
diskus:/export/home/diskus1/&

“파일”을 이름 서비스로 선택하면 모든 맵이 /etc 디렉토리의 로컬 파일로 간주됩니다. autofs는 사용하는 이름 서비스에 관계없이 슬래시(/)로 시작하는 맵 이름을 로컬로 해석합니다.