00:00
欢迎大家继续收看上硅谷的Linux云计算视频。大家好,我是汪洋老师。那我们的任何的dock的一些存储呢,都离不开一个东西,非常关键的东西叫存储引擎,对吧,它是实现我们的联合文件系统的基本。那这节课呢,我们就带大家去看一下,我们到底有哪些常见的存储驱动。以及我们的存储系统怎么去调用。好,那首先呢,我们先看一下第一个点对吧,也就是常见的一些我们存储驱动。那冲动驱动是我们的刀客的核心组件,是实现分成镜像的基础,这个应该我们现在都已经有有非常非常深入的一些了解了,对吧,包括我们的到高费用啊,每一每一行代码会转换成一层单独的镜像啊,对吧?好,这些都没问题,那从我们诞生以来到现在基本上。较为出名的一些存储驱动。就那么三个。第一个叫DM。
01:01
DM。好,那它的性能和稳定性存在问题。但是,但是需要大家注意一下,DM是会在一些较为老的C27的内核中去使用的这么一个存储驱动。也就意味着,如果你的内核版本低于3.18,它的OLAFS也就存动驱动还没有进入主线版本,那主线版本在当时的时候是。DM。那dock呢,会退格制采用BM的。重组驱动。也就意味着,所以你要在选择一个操作系统以后,你怎么去确定啊,叫do in for,还记得吧,叫do in for,我们往上翻看这里。Storage对吧,也就是有。存储驱动对吧?那这里写的是overlay,原因是什么?我们再去安装的时候是不是进行了1EXAM update的更新,我们把内核更新到最新版本了,对吧?那如果你没有更新的话,并且采用的深度27的版本比较老的话,可能它的默认存储驱动就是DM,但DM大家也看到了,对吧?性能和稳定性存在问题,当然这个性能和稳定性存在的问题是相对于我们的OA类FS来说的。
02:27
并不是说差到不能用,这个需要大家注意一下,当然最好的方式依然是OLAFS。这是完全没有任何。需要去并解的这么一个。问题的。那第二个常见的存储引擎呢,就是BTRFSBTRFS,这是由我们的包括社区社区去实现的,在某些的一些呃。第三方的容器,也就是不是dock的容器的一些方案中也有人在去使用。但是同理,它对于O类FS来说。
03:04
不是大家去实现的。稳定性和性能还是有一些问题的。那当然较于BM来说呢,经测试的话稍微强一点。那最建议他采用就是OLAFS对吧,这也是我们的。官方社区推荐的这么一个存储系统版本,但是它有要求,就是3.18以后OLAY在圣S或re哈的系列中才会进入到主线,那无班图16的话就已经进入主线了。性能稳定性优异,第一选择。也就意味着内核必须大于这个版本以后,你才会默认使用到ola,如果你内核没有3018的话,O类不是主线版本,你需要去编译以及应用。需要大家注意一下,那ola是怎样工作呢?我们过来看一下。它会分为三层对吧,一个叫镜像层,一个叫容器层,一个叫容器挂载。
04:03
容器层呢,你可以把它理解为就是我们的容器的。是吧?读写成对吧,那容器挂载点是不是就是我们的用户看到的这么一些信息啊。这个是可写层,这个是用户能够看到的这么一些属性,这个是我们的镜像层,当然这里的镜像层没有再进一步的去分了,对吧,再分的话是不是比较费事了,那对应到我们的O类操作系统的话,就会分为这么三个目录。漏最低的。Up上一上magic,也就是我们的用户的展示空间,对吧。好,那给大家去展示一下,它到底怎样去采用的。怎样的工作特性对吧,我们过来到我们的探下。嗯。当下吧。我们创建一个挂载目录,我们就给大家演示一下这个工作的过程。
05:04
麦克利亚,比如就唱一个。去创一个OA类吧,我们到OA类目录下,我们就创建一个子目录。这个目录我就直接复制了,我记得不太清。Lay low up。Walk。Magic。好。Law walker。Up。Major。好,没问题,确定。好创建完成以后呢,我们再使用我们的O类的挂载命令,去挂载O类的文件系统,对吧,挂载这个ola目录,然后当前呢,有这么几个。
06:03
子目录需要去挂载应用。好,我们在mount,我们看一下这里已经显示已经挂了成功了,对吧,那这里呢,也有这么几个目录,Work目录就是我们的工作目录对吧,那这个目录呢,不需要我们去管理的字,管理up呢是我们的中间层对吧?漏是我们的最下层,Magic是我们用户的挂载层,好,首先我们先做一些操作,就是我们在漏里面,我们去写一个1.tt文件,我在里面写A,保存退出。然后我在我们的APP里面去写一下2.t,我写的是BBBB保存退出。那我现在去安装一下我们的翠明明。
07:07
好,那我们现在去当前目录我们看一下。漏1.tittup 2.titt,这肯定都没问题,我刚才写了,但是为什么现在magic出现了一个1.trt 2.titt。有没有想过这个问题?这就是我们所谓的用户展现,成了自上而下去看,这样去想,这是漏对吧。这是我们的Apple,这是我们的magic。那自上而下去看,如果下面有的,上面都会显示出来。如果上面有的会把下面给覆盖掉,那这句话怎么去理解,我们过来看一下,首先到up到我们的magic里,这里会有car,一点开t car 2.ttb,对吧?那我现在对一点开T进行修改,我在底下加一个bbb保存退出,那我们在cut1.tt。
08:04
肯定是没问题的,对吧,那我去看看到底哪些修改了,首先我们看一下我们的最底层漏,层漏里面是不是就一个1.t,并且还是AA,那我们再cut一下我们的。Up。下面是不是就会出现一个1.tt,原因原来是不是没有啊。原来是不是没有啊,为什么现在出现了呢?这就是我们之前所说的写实复制,那并且看一下1.tt已经变了,变成我修改了。看到了吗?很特殊对吧?好,那如果我们在用户里面,在我们的magic,我们把一点开给删除了。那我们看一下我们的路里面还有吗?还有还是A,但是我去LS下我们的up。你会看到1.t。
09:05
依然在,但是它变了一个特殊的颜色,那我们加个杠L,我们看一下。看到吗?C标签肯定不是一个普通文件了,对吧?这个代表在我们的O类里面,代表已经删除了,已经被删除了,也就意味着只要是显示这种格式的话,那自上而下去看的话,这个1.tit会把下面的漏里面的et1.tit给它覆盖掉,覆盖的结果就是这个文件已经不在了。那如果我现在把我们的up里面的1.tt给删了,那我们的magic里面1.tt又回来了,并且它的内容应该是我们的漏中的内容。这个是不是很好的给大家形象的展示出了我们的。存储驱动,也就是我们之前说过的写实复制的机制,以及自上而下去看,上层的源级大于下层。
10:02
没问题吧?好。那接下来我们继续往后看。那如果你通过安装完了dock以后,使用doer in for查看到我们的存储驱动不是我们的OLAY的话,那这时候就建议把它改成ola,修改的方式呢,写在这里了,对吧?先把我们的O类加载到我们的模块加载中,然后再去查看一下当前的模块加载方式,再去重启,并且把默认存储驱统引擎改为O类即可,还是非常简单的,那在这里呢,我们的默认引擎是O类了,就给大家去修改了。好,那在我们的这张大章里面呢,给大家讲解了我们的数据存储驱动相关,对吧,首先是我们的券的一些特性。那。只会在读写程中去写入写实复制,上层面积大于下层,是不是都是它的一些特性对吧?那解决方案呢,怎么去做我们的do口的持据化存储解决方案,就是我们的券或者叫数据卷,那数据卷呢,有这么几种,第一个是我们的。
11:03
用户自管理的,第二是融进自管理的,对吧,那对应的命令大家都好好的把这些实验给演示一下,还有就是我们的存储驱动的引擎,那ola还是非常重要的这么一个传输系统引擎,其他两个不建议去使用,在生态环境中,好,那这节课呢,我们就先讲到这里,我们下节课再见。
我来说两句