Linux | 您所在的位置:网站首页 › auto有什么软件 › Linux |
背景引入 :
针对于 挂载 , 大家有没有思考过一个问题,如果我们需要挂载的文件或访问的远程数据甚至只是挂载一些设备,如果太多的话,数量很大的话,那 光每次挂载 敲的 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 ) 的区块大小。 这个设置值可以影响客户端与服务器 |
CopyRight 2018-2019 实验室设备网 版权所有 |