4、Kubernetes - 资源清单/3、视屏/22、Kubernetes - 资源清单 - 探针（2）

好city啊，Gett。现在是运行状态了，对吧。肯定是没问题的，那我们等一分钟看W监测一下。这一分钟要等起来，感觉时间好长啊，是吧？

稍等一下。我们可以看到有一个问题存在了，对吧，这里的restart它已经重启为一了，原因是什么？我们这里的levelness levelness检测给大家过一下思路哈，首先这个basicy boss的这个pot，这个pot不叫bay boss，对吧，这叫它，它是po的名称里面运行了一个bay boss的。

容器。容器名为他。那这个容器在启动的时候会创建在tab下创建这么一个文件。经过60秒以后，这个文件就不存在了。也就意味着60秒之前，这个容器启动的60秒过程中，这个文件是存在的，那在这个live检测的时候，测试这个文件是不是存在存在。正常退出对吧？好，那没问题，但是60秒以后这个文件就不存在了，不存在的时候，这个再去检测的时候，诶你看这文件不存在了，那是不是就会把这个容器给它干掉。容器一干掉，那pad对应的里面的容器已经死亡了，那这个pod是不是要进行重启，重启以后像阴尼的文件啊，像这些文件是不是要重新初始化啊，所以又有了，又有这个文件了，60秒以后再重启，60秒以后再重启，就这么一个意思，能理解我的意思吧。好，回来我们看一下。

当然这里说是60秒哈，不一定是60秒，能理解我意思吧，因为这里面是不是还有延时啊，以及启动时间对吧？启动耗时好看到了吗？重启第二次了。没问题吧，这就是我们的leness通过EE去执行的方案，好，Co CTR get pot，我们把它给删掉吧。Delete pot刚刚好，不需要了。好，那接下来我们再往后看Le pro HP g的获取方案。那我们看一下。依然是我们的IP，沃森依然是我们的V，一把炮的类型。这个pod叫level的PG的pod，民层空间是default民层空间下。那里面运行了第一个容器叫Le HP container。用到的镜像呢，是这么一个镜像。那if not present，也就是有的话就不下载了，对吧，镜像的下载策略。

好，定义了一个pose。民政。那端口呢是80LEVEL pro，那APP get的方案呢，是检测我们的八零对吧，检测八零可以去复用的检测八零。好检测的是index h ma这个文件还在不在？也就是获取这个文件到底能不能正常CR访问到对吧？好，那延迟一秒以后开始检测，那检测的重复次数呢，是三秒一次，三秒一次，三秒一次，这是每次访问的时候它的最大的超时时间，一旦超时的话，是不是代表。失败了，是这个意思吧，好，那这样的话，我们把这个实验给大家看一下。YM。嗯，依然是我们的love。通过的是IP get的方案。

镜像我们改一下。啊，去找他是吧。保存退出cooper city create-f love。HTTP。City get po，我们看一下running了对吧？好，现在肯定是没有问题的，那我们加一个杠O。你可以看到这里的是10244，我们去访问一下10.244.2.1下的index.l肯定是能访问到的，对吧，那现在我们进入这个容器，把这个文件给它干掉。呃，Dock啊，不是do啊，库波CPL对吧，好eec。Portt的名称T。杠it杠杠并下的SH。

啊杠FU下下的下的ima下的index itma3了对吧，我们退出，然后我们在Co访问肯定是访问不到的，那我们再看一下我们当前的port的状态。还是双零是吧，稍微等一下，还没到检测时间呢。加个W。其实大家已经看到了吧，看这里。我还说没到检测时间呢，其实已经到了，为什么？这里是不是已经重启次数变为一了？那可以再给大家看一下对吧，比如。我们去直接执行。小M-FU。吓吓的。分镜下来，H这下的。你再给他一下。

看到了吗？重启是不是变为R了？原因是什么？在启动完成以后，它会持续的对它进行所谓的level检测。检测的时候你会发现，诶，突然这个文件不在了。因为我是不是执行命令把它删了，删了以后这个level是不是就执行不成功了，执行不成功会怎么做，会把这个容器给它干掉，容器一旦主容器被退出以后，那pad是不是要进行重启，因为默认的重启策略是不是always啊对吧？好，这是我们的通过HPGI的方案，还有最后一个TCP的方案。那唯一的不同点就是在这里加了一个TCP socket指定了一个端口。超出时间是一秒，对吧，超出时间是一秒。然后呢，这是我们的延迟检测时间。那我们可以再给大家看一下吧。也不差这一个了，是吧。

没有重试时间，我们给他添一个吧，不然的话会用默认。我们去给大家看一下效果。CT啊。嗯，叫什么呢？叫live。TCP点麦。保存对书库普city啊，Delete pot刚刚二我们把其他都给删掉吧。CTR这个还不太好改，原因是什么？我要检测八零端口的话，我只能进去把我们的N给它干掉，但干掉的话就会出错，那所以我们来改一个乱七八糟的，比如8080。这样打肯定就就去检测不了对吧。杠FTCP。Up get。

启动了。如果没错的话，就是启动第一次重启第一次重启第二次，重启第三次对吧。看到吗？重启第一次了，原因是什么？我刚才是不是把这个端口给改成8080了。他一进去千等等什么等。五秒以后再开始检测。检测的时候发起连接我们的8080端口，8080端口没搭理它，但是它的操作时间定义为一秒，一秒以后他会告诉诶检测失败了。所以这不就退出了，是这个意思吧，好。为什么说我没有直接用八零呢？原因是如果我把N给它干掉的话，这个重器是不是自己就会退出了，根本都不需要就去检测啊，生存检测对吧？生存检测能理解我的意思吧？好，这是我们的level的演示，那有些同学可能会说了。老师，你这里的存活检测、就绪检测都是分开演示的，能不能合在一起呢？

那肯定是没有问题的，比如我们可以过来看一下。我们给合并一下哈。嗯，打开一个，比如live的PG。我们先让他来一个。就绪检测。你只需要在我们对应的下面把它复制下来即可，所以这些交给大家以后，你是不是可以拿这些模板可以复制去改呀。我这样写完了以后是什么意思啊。这个容器在启动的时候。一秒以后进行我们的就绪检测。就绪检测的条件就是INDEX1这个文件必须存在，不存在我三秒以后再看一下，三秒以后再看一下，如果有的话，进行我们的ready状态，然后呢，Level在同样的时间，在一秒以后开始进行。

存活检测，不存活的话，直接重启了，就绪检测是不就绪的话，只是把它的状态不是改成ready。那存活检测的是不存活的话直接就干掉了，是这个意思吧，需要注意一下哈，保存运输库CTR。Play-f live。HTP。可不CT啊。Get。这个TCB的探测是不是已经到重重重启的次数了，对吧，所以直接退缩了，我们可以把它删掉。出播CTR。稍微等一下，好，我们再给他一下。看到了吗？这现在是虽然是running的，但是不是椎状态好，那可以怎么办呢？我们进入这个容器库部CT啊E。

It放在后面，这是一个固定格式，需要注意一下pod的名称杠it杠杠，并下了S。CD到下下的NG下的HTML。好，比如我们去YM。一一点去吧。没有VM是吧，艾。Index1.27。汤姆退出。我们再去get，我们看一下。Running了吧，并且已经ready了对吧，好，那如果。我们把这个文件给它删掉。我们稍微等一下。因为我们的旧区检测里是不是要求这个文件必须存在，对吧，看到了吗？重启了，但是重启结果以后呢，它还不是旧绪状态，原因是什么？就绪检测是不是要重新执行了，那这个INDEX1IML文件是不是不在啊，不在他怎么就绪是这个意思吧？好，那这样的话，我们的。

Level和我们的read就已经给大家讲解完毕了，当然INC也是可以跟我们的read和level一起使用的，也就意味着其实不管是我们的red和the level，它都可以去相互配合使用，并且还可以跟我们之前所学到的C配合使用，包括我们的什么start以及stop的最后开启以及结束的这么一个片段都可以一起使用，希望大家注意一下。