针对于 挂载 , 大家有没有思考过一个问题,如果我们需要挂载的文件或访问的远程数据甚至只是挂载一些设备,如果太多的话,数量很大的话,那 光每次挂载 敲的 mount 命令,都得敲很多遍啊, 会不会觉得很麻烦~?
那有的同学就会说,你一次性挂载完不就行了,
那还有个问题就是,你挂载的这些东西,你能保证每时每刻都在用嘛 ???
你这个设备或文件挂载完后,有可能用完之后,就不需要了,甚至有可能就用这一次,以后的长时间里都不会用呢 ??
那是不是就占用空间,浪费资源了 ???
所以,就提出一个需求
===>>>
就是 当批量的设备或文件需要挂载时,我们形成自动化的挂载,即需要时就挂载,不需要时
自己就自动卸掉了,即按需挂载 ~!!!
那什么叫不需要呢 ??
===>>>
就是说,不访问挂载目录,只要退出挂载目录它就自动卸掉了,只要使用 cd 命令进这
个 共享目录了,它自己就又自动挂载上了;
既按需使用同时也节省资源 ~!!!!!!!
那怎么实现这个 需求呢 ??
===>>>
这就引入 我们今天要讲的点 ---- 自动挂载服务 ( Autofs )
# 在一般 NFS 文件系统的使用过程中,如果客户端要使用服务端所提供的文件系统,可以
在 /etc/fstab 中设置开机时自动挂载,也可以在登录系统后手动利用 mount 命令来挂载
( 但是,手动就伴随着 系统重启就会失效 。)
# 由于网络的问题,NFS 服务器与客户端的连接不会一直存在,当我们挂载了 NFS 服务器之
后,任何一方脱机都可能造成另一方等待超时,如果在资源挂载后长期不使用,也会造成
服务器硬件资源的浪费。
# 为了解决这一问题,就提出下列想法 :
* 当客户端在有使用 NFS 文件系统的需求时才让系统自动挂载
* 当 NFS 文件系统使用完毕后 ( autofs 默认自动卸载时间为 300秒 即5 分钟 ),让NFS自
动卸载。
( 这 300秒 的意义就是, 举个例子,其实有的时候,使用完之后,立刻就卸掉好像也不太
好,所以我们就设置了这个延迟时间,这个时间过了之后,就会自动卸载掉。 )
# autofs 自动挂载服务可以帮我们解决这一问题,该服务是运行在客户端的一种 Linux 系统守
护进程,在用户需要使用该文件系统时才会去动态挂载,从而节约了网络资源和服务器的硬
件资源。
( Autofs 它是一个软件,它就可以帮我们解决上面的需求,可以实现 按需挂载;
所以,它能实现我们的需求有一个很大的原因就是, Autofs 是有一个守护进程的,而且它
是肯定会有个守护进程的,不然它怎么知道你需要的时候就可以立即给你挂载呢 ??
这个守护进程 一直在监听 所有的共享目录,只要你 cd 命令进到这个共享目录里,它立刻
就会给你挂载上,一直常驻内存,被动的监听着用户的访问,按照需要实现动态挂载~!)
那它也是个软件,所以,我们先安装下
服务端 :
[root@server ~]# yum install autofs -y # 服务端 Autofs安装
客户端 :
[root@node1 ~]# yum install autofs -y # 客户端 安装
# 我们在 客户端 服务端 都装了 Autofs ;
其实,一般情况下,服务端是不需要装 Autofs 的,但是将来服务端也要用客户端的相关数
据,不也就可以用了,不一定 Autofs 是专门用于自动化挂载远程服务的,它也可以自动化挂
载本地 ( 比如自动化挂载本地光盘~~ )
所以,就干脆 客户端 ,服务端 都安装上 ~!!
但是,注意,要是只使用远程的共享目录的话,那就只需要给 客户端 安装就好( 谁访问就给
谁装嘛~!)
定位到 客户端 :
[root@node1 ~]# vim /etc/auto.master
# /etc/auto.master 即是 Autofs 的主配置文件 ( 38 行,大部分都是注释 )
# 上示主配置文件里的内容 最重要的就是 我们做标记的那个 ( /misc /etc/auto.misc )
表示的含义就是 :
* 指明 要挂载的目录是哪个 ( /misc )
* 它的配置文件的路径是什么 ( /etc/auto.misc )
比如,现在有 100 多个设备需要挂载, 那按道理走,是不是就得在主配置文件里,把这100多
个设备全写在里面,那这个主配置文件是不是肯定也就 多了 100 多行, 那这个配置文件就显
得很臃肿 ( 人家本身也就 38 行,一下又多了 100 多行 ) 所以,就会显得比较臃肿~!!
那么,为了不让配置文件不臃肿,将来检索文件效率高一点,所以,就不需要把 这 100 多个
设备的挂载命令写到 这个配置文件里 ,
那怎么办呐 ?
===>>>
就是把 需要挂载的设备 独立的形成一个 子配置文件 ~!!
以 上示 为例 ( /misc /etc/auto.misc )
/misc ===>>>> 就是 挂载的父目录
/etc/auto.misc ===>>>> 被挂载设备的子配置文件
为什么说 /misc 是父目录呢 ??
===>>>
因为 自动挂载 有一个要求 就是 , 有一个父目录 是最好的 ~!!!
比如,要挂载的目录为 test ,那它前面 就必须得 有一级 ,
那一级的父目录 就得写到 主配置文件里,你的被挂载的设备的相关目录就得写
到子配置文件里 ~!!!
注 :
* 父目录不需要 建立,你只需要在主配置文件里起个名字即可
它是自动建立的~!!!
# 配置文件路径 : /etc/auto.master
# 作用 :
处于 生产环境中的 Linux 服务器,一般会同时管理许多设备的挂载操作。 如果把这些
设备挂载信息都写入到autofs 服务的主配置文件中,无疑会让主配置文件臃肿不堪,
不利于服务执行效率,也不利于日后修改里面的配置内容,则需要将挂载的设备形成
独立配置的子文件,主配置文件只存储配置挂载设置的文件名。
# /etc/auto.master 文件内容格式 : 挂载目录 子配置文件
* 挂载目录 : 不需要实现存在,因为 autofs 会主动建立该目录
* 子配置文件 : 文件名可自定义
* 示例 : /nfs /etc/auto.nfs
( 也不一定必须按照 auto. XXX , 格式命名, 不需要这样 ~!!)
# 子配置文件由自己创建,内容格式 :
* 本地挂载目录 [ -挂载参数 ] 服务器地址 : 目录
示例 : testmnt 192.168.1.1:/data
* 挂载参数 :
参数 | 功能 |
fg/bg | 当执行挂载时,该挂载行为会在前台( fg ) 还是后台( bg ) 执行,若在前台执行,则 mount 会持续尝试多次挂载,直到成功或 time out 为止; 若为后台执行,则mount 会在后台持续多次进行 mount ,而不会影响到前台的程序运行。 |
soft/hard |
hard 表示当 两者之间的任何一台主机脱机,则 RPC 会持续的呼叫,直到对方恢复连接为止。 soft 则表示 RPC 会在 time out 后重复呼叫,而非持续呼叫 |
intr | 当使用上面提到的 hard 方式挂载时,若加上 intr 这个参数,则当 RPC 持续呼叫时,该次的呼叫是可以被中断的 |
rsize/wsize | 读出( rsize ) 与 写入( wsize ) 的区块大小。 这个设置值可以影响客户端与服务器 |