00:01
经过一段时间的等待以后呢，这个镜像已经被我下载成功了，对吧，我们把它放进来。到时候呢，这个英格的目录会打包给大家，那这样的话大家直接导入即可对吧。就不需要花这么长时间去下载了。好，我们去传给其他机器节点K8S的NO01。
01:04
以及我们的诺德雷亚。好，这上面我们去导入，怕这一叉VF，我们先把它解答一下对吧。Ingra control z。好。这面一。好，这边也一样，Z v in green control touch z，解压完成以后呢，我们去导入一下do no load杠，I inra点。CT点怕对吧。
02:01
导入一下，好，这面也一样，Do load.ctrlt，好，稍微等一下。
03:03
好，已经导入成功了，对吧，好，接下来我们去看，我们到我们的目录下去，把这个可以给他执行一下了啊play-F。好，执行成功以后呢，我们突破ctl g pot-n in Grace。是我们的吗？我们看一下它的名字空间。啊，在in格斯目录下啊明的空间内，好，这里呢，有一个running已经运行了，对吧？好，接着我们想往下去翻，我们需要去找一下它的暴露模式，这里说了对吧？在不同的这么一种服务中，你需要暴露的方案，比如在我们的谷歌的GCE上，比如在I语云上，那如果我们是一个裸金属结构呢，建议大家采用我们note时候暴露方案，对吧？好，那么把它的note暴露方案给它部署一下，其实这里就是一个SVC而已，那我们先把它给下载一下。
04:12
好，那我们直接运行即可，库CTR po运行即可，那这样呢，我们库CTR get s VC-N。Google CR s VC-NS，好，就可以看到这里有个node炮D的服务暴露，如果你想要访问我们的八零端口的话，访问的就是31345端口，如果你想要访问43端口的话，访问就是31802端口。那所以其实暴露完安妮以后，我们还需要进行这么一个结构的复制。呼叫设置。啊，我们可以看一下。
05:08
假设这是我们的三台K8S节点，这是我们的ma，这是我们的note。如果我们采用in Grace的暴露方案，大家也看到了，对吧？在这里的它的其实底层的暴露类型就是我们的note。并且这三个note pod呢，是都能访问的，对吧，三个不同的主机上都能访问，那其实在生产环境中呢，更建议大家在前面加一个负载均衡。比如是我们的iOS，或者是我们的pro，或者是nnux都是可以的，也就前端再加一个调度器，这样的话能够实现一个真正的高可用，原因是这里的机器任何一个节点死亡以后都不会引碍我们的访问。
06:03
如果我们是直接客户端直接访问至我们的多的pod，那万一有一天我们的must的意思了呢？当在我们集训中没有对must做高活用，如果我们现在对must做高活用了，比如它是mmr，它是M3。然后分别有我们的NOTE01 note02 note03等等，对吧。有这么一种结构的话，如果我们直接把用户的客户请求连接至M1的noted，万一有一天他死了，那这个访问是不是就已经中断了？那如果我们在前端加一个负载滤路器的话，那这样的话整个实验是不是更高可用了？能理解我意思吗？请求签打到他的身上，他在被我转发到后端的任意的一个节点之上去实现这么一种方案也是没有问题的。好，那当然如果你觉得它的可用性已经非常高了，你把它直接流量打入到note上increase note上也是完全没有问题的，对吧？好。
07:08
那接下来我们继续往后看。那English瑞呢，我们也部署好了，非常简单，对吧？通过我们两个email文件就可以直接去生成，那我们先看第一种配置方案，也就是进行我们的HTP代理的配置，首先呢，我们先运行一个deployment的这么一个控制器的模板，好，那IP对吧？VE betterta1好看的类型为deploy，那这个deploy叫N几杠DM。当前的副本数目为两个，然后模板为它的一个标签，Name等于ni的一个标签，好容器里面name这个容器的名称就叫ingx对吧？好，它的镜像用的是我们的map的VE1版。镜像的下载策略是如果有的话就不下载，释放的容器端口是我们的八零端口。
08:01
那然后呢，这里又定义了一个nu的SVC，看到了吗？标准的SVC哈，并不是in Grace的SVC，好，那定义的端口是我们的80T的端口是八零对吧？协议是TCP协议，选择的方案呢，是当nnux等于啊name等于nnux的时候，会去进行这么一个选择，匹配到SVC上，好，我们把这两个给它创建一下。Vimce ittp em m好，我们去创建一下保存内书，突破ctl啊，Play-f gracep em好，突破CTLKSVC我们看一下。这里是不是已经出现了一个ending的SVC，那我直接访问到这一个地址的话，肯定是没有问题的，对吧？肯定是没有问题的。好，那现在呢，我们想去通过engine的in方案把它给暴露出去，实现一个根据域名访问的这么一个结构，那我们看一下效果，它的一个书写方案，首先它的看的类型呢，就是in Grace了，这是它的ipi接口，需要大家注意一下，好，那这个in格Grace呢，叫test ruler那个规则对吧？Host也就是我们的主机域名是什么？那在这里的域名我把它改写到3w it硅谷点com，好，IDP pass访问它的路径是我们的根，也就访问这个域名的根路径，那它的service name。
09:43
SVC的name等于SVC。好，它的端口是八零，你也可以看出来了，也就意味着这里的Grace，它链接的是我们的这个SVC的名称，所以这个SVC肯定是要提前创建的，好，那我们把这个格瑞的方案给大家创建一下。
10:09
1.1L好，我们去创建一下突破CTR阿，Play-f Grace啊，1.gl创建成功了，对吧，那这时候我们就可以通过域名去访问了，当然我们当前没有做DNS解析，所以我们要去改一下我们的host文件。192.168.66.103W1.it硅谷点com保存一下。好。那我们过来去访问，我们通过这个域名去访问，我们看一下。
11:07
3WIT硅谷。点com注意哈，端口不是八零，而是我们的in Grace的端口，突CTLKSVC-n in graces，它的端口是3134580的，对吧？好。冒号31345黄刀了吧，这就是根据我们的。主金明的这么一个英国代理。我们先把之前做的一些实验的给它清一下，比如我们把这里的SVC给它清掉，对吧，比例SVC。一个一个给他清掉。太多了，看着有点乱眼对吧。
12:07
好，然后我们再去把它清一下。好，那我们突破cpil，别的下我们看一下都在推出对吧？好，那这样来，那我想给大家演示一下，我们基于in格瑞实现一个虚拟主机的方案，那我们现在可以给大家画一下我们的结构图。首先呢，我们要新建两个我们的deployment，比如一个叫3W的deployment，一个叫3WR的deployment，好，这两个deployment呢，会创建对应的一些po。
13:06
比如就两个副本吧。这个也是一样的。那接着呢，我们要去创建一个SVC，与这个lo对应的pod相关联。好，然后我们再去创建一个in Grace里面的配置方式。与这两个SSPC进行相关联。那左边呢，我们就叫它是我们的3W的it硅谷点com。
14:07
右边呢，就是我们的3WR的it硅谷点com。好。也就意味着我们需要干这么多事情才能建立两个不同的基于我们的域名的虚拟主机，对吧？那在这里的镜像呢，我们就把它采用我们的IAPP买APP的V版，那这里我们采用VR版去做一个分别可以吧？好，那我们接下来把这个实验给大家做一下，首先呢，我们去创建一个in Grace为虚拟主机的方案，对吧？目录我们去到这个目录下面去创建，好首先我们要创建第一个的我们的。好在这里呢，我们去采用我们之前创建的方案，我把它可以改一改。
15:03
好名称呢，我们就把它叫做DEPLOY1。这里面呢，标签什么的我就不动了，V1版对吧，好八零，那下面的一个SVC呢，我们就把它叫做SVC。好，没问题，保存对出库CTR up-f deployment，好，库ctl get s VC，我们看一下C啊，我们去访问一下这个SVC的地址，看他们有没有连接上，没问题对吧？好，第一个成功了，我们再说第二个development问题。那打开我们的deploy的RGML，我们去看一下，这里能把它改到二。Level标签就不能一致了，对吧，我们都把它改成到尼一。
16:05
别尼克一了，你就统一安尼二吧，好版本呢，改一下VR吧，你对吧。好SVC也是第二个标签，杠二是杠2S22对吧，不是杠二好，我们把它改成二好保存对数cooper city2，那play f deployment好理解没有好cooper city2get svc。我们去访问一下，看一下对不对。VR版对吧，刚才我们的是看一下是V1版，好，那这样两个不同的SVC就建立了，那接下来我们要写我们的English的规则了，对吧。打开in Grace，见没有好，我们去暂停一下。
17:06
第一个规则呢，我们比如说我们叫叫做IN1，那它的域名就3W1it硅谷，第二个呢，就是我们的二可以吧，588，我们去复制一下多个我们的加麦文件是可以写在一起的，只要中间通过三个杠去隔开即可，那我就把它写在一起吧，好，Name呢，这个叫in Grace啊，这个是3W2。那他叫SVC杠，他叫匹配的是SVC杠一对吧，我们看看有没有问题，是这样吗。波波CP对26C杠一杠二对吧，好杠一杠。好，那我们再看下有没有问题，Name ince1这面呢是GRACE2。
18:00
好，都没有问题，保存对数，Cityr up、杠f in Grace加ma创建成功，那其实我们可以到我们的increase的这么一个容器里去看一下，In increasenu，我们可以进去看一下。Eec加上我们的容器名杠it杠杠定一下的白没有霸气是吧？啊，没有加名的空间。加下名生空间杠n in increasece好进来了对吧？那我们可以看一下我们的nnu com。去一下，别grape，我们直接找吧。往上翻。
19:00
好，看到了吗？3WRI硅谷com这里有一堆的pro行代理的区域，对吧。这是3W1的pro带一个区域，所以其实就等于我们写了刚才写了这么一个in Grace的规则。它会把这些规则转换成我们的N子配置文件，注入到N离子配置文件之中，达到访问的这么一个目的，那我们过来可以测试一下了，对吧？那这里呢，我们原来只有一个3W1的，我们再添加一个解析的地址都是一致的，对吧？当你这里写R0是不是也一样，因为所有的节点都可以被访问，好我们保存一下，那现在呢，我们去看一下我们English Grace暴露的这么一个端口是多少，你去访问即可，In。31345端口好，接下来呢，我们去打开我们的谷歌浏览器，我们去访问一下，那为了防止有一些缓存的出现，我们就直接打开一个新建页面，谷歌访问，好那幺九二点幺六八点幺幺幺点啊不66.20，我叫幺零的31345不对不对不对，我们现在要玉米访问对吧？好3W1it硅谷点com回车V1版，好，我们再看一下我们的VR版的。
20:18
3WRID硅谷VR，那这是不是就是根据我们的虚拟主机去实现了？根据不同的域名去实现我们的虚拟主机，对吧？好，需要注意一下，就这么一个实现方案，当然有更多，以此类推即可。那我们也可以酷波CL get一下我们的in Grace，你可以看到当前有CE的规则，这是没有问题的。
我来说两句