00:01
好，那现在我们可以看一下第一个WEB0 web杠零，它访问绑定到的是NFS的PVE，我们可以看一下它的详细信息，Q ctrscript PV FS p VE，它是在根下的NFS，我们到NFS里我们看一下。Card1.2，我们把这个文件给它删掉吧。好，我们去创个INDEX2星帽，内容是A保存背书千金帽的，我们去不管不考虑权限，先给他一个777。好，那我们现在过来访问一下Google CTR给po-O，它的地址是2.85C，看到了吗？诶，一定是用了这么一个目录，对吧？好。那我们看一下我们的第二个，第二个是在哪里。
01:01
绑定的是我们的NFSPV3，我们看一下PV3用的是什么存储，PV3用的是NFS杠二好。C的N2中，Um index map，我们写一个BPB保存为数。好，Cooper c-O哈，我们访问这个pvr的BBBB。对吧，好，那第三个呢，它绑定的是。PV4。PV4对应的我们看下信息是在NFS3中，那我们去写一个。VMNFS3中有一个index，我们写一个CCC。好。我们去get一下Co，访问一下我们的R的86CCCCCC，那你会发现这三个是不是都已经完成了绑定关系，并且数据都已经一致了。好，那继续我们今天说我们的step seat，一旦我们退出以后呢，这个数据不会丢，对吧？比如我现在把这个pod给它删掉。
02:21
B杠零。稍微等一下，有点慢。好，删除成功，我们再去get，我们看一下看到了吗？又起了一个对吧？并且并且你发现其实这里的地址是不是信息已经变了，原来是2.85，现在是2.87，我们之前说过地址不是一样的吗？其实地址并不是一样的，我们也没有说过地址一样。那我们说的是什么呢？我们说的是它的访问的名称一致。
03:03
访问的名称一致，也就是我们可以通过cor DS的这么一个解析，解析的它的FQ名称一致，需要注意一下啊，别听错了对吧？好，那现在我们还可以访问到这个，用我们的这一个pod里面，你看一下它是不是aaaa，依然是，所以这里的数据是不会丢失的，那这也是我们的sta seat这么一个特性。好，那在step step的这么一些特性里呢，给大家进行了一些总结，对吧，比如第一个。匹配pod name的网络标识模式是我们的step的名称杠，一个序号从零往后去数对吧？好，还有就是step会为每个创建一个N的名称，它的格式为你的的名称跟上呢，Head list的名称也就意味着服务间通过pod域名来通讯，而非pod的IP。因此pod所在的node发生故障的时候，Pod会被漂移到其他no上，Pod的IP会发生变化，但是pod的域名不会，也就意味着如果有一天我们需要去调用到这些pod的时候，你可以通过它的FQD名称去调用，而不是所谓的。
04:18
这里的IP地址能理解我的意思吧，好。使用的是head list服务来控制po的域名，这个域名的F名称为name name space s VC class local，其中的class logo指的是我们的域名名称，那这里会有两个不同的地址信息了，对吧？好，根据我们的PVC的卷的请求，这么一个VC的模板，PV的模板为每一个pod创建一个PVCPVC的匹配格式为。Time。Name-pod name对吧？比如上面的等于3W，那pod就等于web杠零杠一杠二，那创建的PVC就叫3W-web杠零，好这么一种。
05:05
声明的方式。下一删除pod并不会删除其中的PVC，手动删除PVC呢，需要去释放一些PV。好，那讲了这么多信息，我们一个一个去尝试一下，是不是真的是这样对吧，比如第一个它的网络标识。好。这里呢，有一个叫test pd的这么一个炮，我们进去看一下图括c prec杠啊，跟上我们炮的名称，杠it杠杠B向SH好进来了，那现在呢，我们拼一下这里的名称，怎么说呢？Step的名称对吧，加上我们的序号。不不不在这里对吧，好，Pod name的名称加上我们的hard类的名称，那也就意味着我们现在的po的名称是web杠零。
06:02
然后呢，点对吧，这里有个点哈，点我们的SVC的名称，我们看一下我们的SVC的名称叫什么。突破C撇r get s VC这里叫N尼X对吧，那就点N回车通了吧，10.244.0.8710.244.0.87，那我现在把这个炮塔给他删掉。突破CTR delete，你把这炮给他删掉。好，酷波CR get po-O，他出了一个新的IP叫2.88了，对吧，那我们再拼一下又通了吧，10242.88，所以如果你想要在一些服务中去访问到这么一个所谓的外部服务的话，你只需要通过这种所谓的我们的。Po的这么一个DNS解析的这么一个域名的方式去访问即可，不管我们这个pod怎样去重建，它都会都会进行所谓的映射关联，并且这个名称是不会变的，对吧？好，那第二个就是我们的，呃。
07:13
的这么一个访问地址，那它呢叫s VC name加上我们加上我们的s VC class的local，我们去尝试一下，好，那我们看一下我们的这么一个dig能完成吗？首先呢，我们先去history看一下我们原来的历史命令有的一个dick。好，我们去复制一个，那我们再去看一下我们当前的cover DNS的这么一个地址信息，对吧？Get po杠人的空间在库system下。好，它的地址呢，是10244.0.8，我们去改一下1024.0.8，我们现在解析的地址这里也说了对吧，是一个service名称，加上name space svc class logo就是我们的域名对吧？好，那就意味着我把这里的改成。
08:11
看到了吗？那这样它的对应关系是不是就已经出来了？这也是为什么能够实现一个绑定地址不同的原因，通过我们的无头服务进行绑定的。好。那接下来呢，我们去把这些。服务给它关闭一下，有一个启停顺序，我们先看一下，看是不是这样有序部署，他说如果有多个炮的副本，它会从零到NE1去部署，并且在下一个pod运营之前，前面的所有pod必须是running或追的状态，这个其实在之前已经给大家进行演示过了，对吧？演示的效果是不是就是诶，我当时的时候是因为我们没有对应的PVC与之绑定，在创建WEB0的时候有绑定的，创建WEB1的时候，因为没有对应的PV能够符合我们的PVC的要求，所以它卡住了，对吧？你会发现web GA啊，并没有在创建，需要注意一下有序部署。
09:04
那有趣删除，我们可以看一下库C啊，Delete我们的，把我们的PVC给它删掉，我们删的是我们的底love就是底老的是我们的sta set刚刚啊。好，不过CT啊，别的炮其实应该是先二铁没有的，这个速度太快了，为什么这样看呢？原因是你会发现，诶，这里不是西一先没有了吗？他们都已经进入退出状态了，对吧？只是1000在对应的节点信息被删除而已。好，那真实情况下应该是我们的R没有，我们再重新运行一下吧，QCTRPFPV下的好，QCR给的有序创建对吧？有余创建没有问题，那我们加上W嘛，我们在这边去删除诶。
10:13
好，看到了吗？啊亲亲。前面都是一些警示信息对吧。然后一清。然后最后到我们的游戏删除是没有问题的，对吧？好，有序扩展，如果你还有多个副本的话，比如我们要扩展到六个副本，在这里就不给大家演示了，因为我没有这么多PV存在，那如果有六个副本的话，那就可以先扩展web杠三，然后呢在web杠四再杠五，对吧，这么一个扩展方式。好，同理，它的前一个po必须处于running或的状态，下一个才会去创建。那它的使用场景也比较简单，如果你需要有持久的稳定化的持稳稳定化的持久存储，稳定化的网络标识，这里的网络标识需要注意一下是pod name的名称和我们的house name名称，并不是IP地址哈，好，以及有序的扩展，有序的收缩，那需要这么几种请求的话，都可以通过我们的step set的这么一个控制器进行使用，完全没有问题，好，那现在其实我们也可以看到一个效果，我刚才是不是已经把我们的。
11:21
这些都给删掉了，对吧，我们再去重建一下create-FPV下的po雅没cooper CR po-O，好，我们去返回他的信息，我们看一下CA。也就意味着，只要这一个ma文件保存，你不管什么时候，如果没有做一些删除操作的话，你不管什么时候过来去创建它的数据，依然是你上次删除的这么一个位置。好。那这个呢，就是我们的这么一个PVPVC，以及我们的stepc的这么一个演示，那当然如果有一天你真的真的真的不想要这个集群以及里面的数据了，那我们现在看一下怎么去删除，首先如果你有这个加麦文件的话，你就可以直接delete-FPV下的port的样面，那我们酷个CT啊，Get po这里的get下我们的S这么一控制器。
12:26
好，这里也变空了，对吧？那我们再去get一下我们的s sa c，我们把这个ningx给它删掉，S等于C删掉，好，那我们再去看一下我们的PVC，这些请求并不会随着我们的po的删除而被删除，那这个删除是需要我们去手动去建立的，比如d delete的PVC刚刚好，我确定不要了，对吧？我再这样去删，好那我们再get一下我们的PV。你会发现这里进入了一个状态，也就是没有，虽然这里的资源已经被回收了，但是没有被我们的对应的是吧？呃，IP所重新调度对吧？那我们需要去手动释放资源。
13:10
那释放资源的方式就是我们需要先在这几个节点上把对应的数据给它删掉，RF、杠、FFS下的所有文件，NFS2下的所有文件，N f3下的所有文件，那这样的话，每一个NFS这里的数据是不是都被我清空了？但你会发现其实这里，诶还是瑞状态，原因是什么呢？NFPV，他并不会去看这个文件底下是否有什么内容，这种方式他只知道在他的数据里，在他的描述数据里依然有一个人在连接，我们可以看一下图，CTR get PV，比如叫NFPVE-o email，输出格式为email类型，我们会发现这里的，看这里对吧，它的使用者这里，哎，还有一些信息说我现在既然有使用者的信息，那就已经代表，诶我的这个还是有人用的，虽然已经解除绑定了，对吧？那所以它还是处于一个release状态，等待你的回收，那我们现在可以手动把它回收一下，Q波ctl a PV PV n fs01，不叫PVNFS01吗？
14:22
叫NFPVE是吧？好到了NFSPVE，零一好进来以后能把这里的clean book删掉，保准备书，QQ CTR game PV。会发现已经是我们的利动态了，那我们再看一下我们的PV3。好，没问题，那再把PV4回收一下。
15:02
好，那至此呢，我们的所有的资源就已经被释放掉了，就是怎么去把我们的step PV PVC一起去删除，好，那接下来呢，我们去给大家画张图，我们去看一下这里的连接关系，首先在我们的环境中呢，我们有这么几台机器，我就缩减一下了，我就不去画四台了，有点多对吧，我们就画两台。一个是NFSNFS的服务器端对吧，一个是我们的，呃，K8SMAS节点，好，那在NFS端里呢，我们去。创建了一组我们的rfs服务。比如RFS1。啊。
16:02
三。四好，在这里呢，我们去创建一组的我们的PV。P1。Pvr。PV3PV。四那这里的PV呢？相当于就是描述了后端的连接方案，对吧？我们把它与之相连一下，比如它连的是它。好，我们与之相连。那这样的话，我们的PV和我们对应的后端存储就已经建立连接关系了。那接下来呢，我们去创建一个stac的这么一个控制器，对吧。这么一个控制器，那这个控制器呢，里面定义了一些PVC的模板。
17:07
好PVC的模板，那它会创建出来对应的PVC。那当然我们的pod会与PVC去关联，比如这是我们的pod，我们pod副本是我刚才是不是创建了三个对吧？好，那stepc的呢，会把这些pod给它串联出来。好，创建出来以后呢，在这里呢，我们因为有一个PVC的模板，所以它还会在上面基础之上去创建一个PVC。
18:00
PVC小白来说，就是我们匹配PV的这么一些属性准则，对吧？好，它呢在会与我们的PV去关联。那这样的话就完成了我们的对应与后端的存储的一个绑定关系，好，那这个呢，就是我们的刚才使用的这么一个调度的关系，稍微有点复杂对吧，那这个呢，需要大家自己好好的去理解一下。那这个呢，就是我们的PVPVC和我们的一些注意事项以及演示模板，那今天的课程呢，我们就先聊到这里了，那我们下节课再见。
我来说两句