您好,登录后才能下订单哦!
本篇内容介绍了“Kubernetes中怎么使用Deployment”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
配置文件包括一个静态页面。首先,我们想要开始为它的静态内容服务。从Kubernetes repository的root开始,运行:
这个在8001端口运行了一个proxy。你现在可以访问:http://localhost:8001/static/ ,就是demo网页版(它现在登录进去显示出来的是一个空白页面)。现在我们想要运行一个应用,并且将它展示到网页上。
这些代码用“update-demo:nautilus”部署了一个应用的副本,你可以点击这里观看:http://localhost:8001/static/
网页上展示的卡片代表的是:一个Kubernetes pod,pod的名称(ID),状态,镜像和标签。
现在我们想要更多这个应用的复制件!
更新应用会怎么样呢?
此代码打开了你的默认编辑器,然后你可以在fly上面更新配置。找到.spec.template.spec.containers[0].image,然后修改nautilus到kitty,然后你会看到:
你现在要做的是将这个应用的镜像从“update-demo:nautilus”更新到“update-demo:kitty”。
过一会儿,你就会发现更新似乎被绊住了。发生了什么呢?
如果你看的再仔细一点,你会发现那些带有“Kitty”标记的镜像仍处于待定状态。一旦运行失败,Deployment会自动停止roll。让我们来看一看新的pod上发生了什么:
看一下这个pod的events,你会注意到Kubernetes由于找不到“kitty”而无法pull镜像:
好的,现在我们想要撤销做出的修改,然后花时间理清楚我们应该使用哪个镜像标签。
所有东西都恢复到正常,耶!
之后,我们终于找出正确的镜像标签是“kitten”,而不是“Kitty”。现在将.spec.template.spec.containers[0].的镜像标签从“nautilus”改到“kitten”。
现在在demo网站上可以看到有4只小猫,这也就意味着我们已经成功地更新了应用!如果想要了解这背后的镜像,来看这个的Deployment吧:
从events章节可以看到配置正在管理另一个叫做Replica Set的资源,每一个都管理不同pod模版的副本的数字。
“Kubernetes中怎么使用Deployment”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。