
容器编排(Kubernetes)
文章平均质量分 85
Kubernetes工具
咖啡调调。
保持热爱!
展开
-
配置和使用基本存储
Pod容器中的文件在磁盘上是临时存放的,一旦容器崩溃就会造成文件丢失,容器重新启动也会丢掉运行过程中产生的数据,恢复到最初的状态。在同一个Pod中运行多个容器时,这些容器可能需要共享文件。Kubernetes使用卷来解决这些问题。kubernetes的卷是Pod的一部分,卷不是单独的对象,不能独立创建,只能在Pod中定义。卷关联到外部的存储设备之上的存储空间,独立于容器自身的文件系统。卷也是Pod中所有容器挂载的共享目录,Pod中所有容器都可以访问卷,但必须要挂载,卷可以挂载到容器中的任何目录。原创 2025-04-30 23:54:42 · 423 阅读 · 0 评论 -
实现灰度发布与蓝绿发布
灰度发布(又称金丝雀发布或渐进式发布)是一种在软件发布过程中逐步引入新功能或版本的策略,旨在通过分阶段控制流量来降低风险并保障用户体验。其核心原理是:将新版本先部署给一小部分用户(如1%-10%),通过监控性能、收集反馈验证稳定性,若未发现问题则逐步扩大范围,最终完成全量替换。分阶段发布:新版本并非一次性推送给所有用户,而是按地域、用户ID、设备类型等维度逐步扩大覆盖范围。风险控制:若新版本出现严重问题(如BUG),可快速回滚至旧版本,仅影响少量用户,避免大规模故障。实时优化。原创 2025-04-20 13:46:34 · 745 阅读 · 0 评论 -
使用Ingress发布应用程序
Ingress可以理解成Kubernetes集群的“智能交通指挥系统”。就像商场入口的导览员会根据顾客需求指引不同店铺一样,Ingress的作用是管理外部流量,把用户请求准确引导到集群内的各个服务。举个更生活化的例子:假设你的Kubernetes集群是一个大型游乐园,里面有多个游乐项目(服务)。规则手册(Ingress资源):由管理员编写,比如规定“从东门来的游客去摩天轮,通过官网预约的游客去过山车”。执行者(Ingress控制器):像检票员一样实时检查游客请求,根据规则手册把请求转发到对应项目。原创 2025-04-19 22:25:04 · 1035 阅读 · 0 评论 -
使用Service发布前后端应用程序
部署前端(Frontend)微服务和后端(Backend)微服务是比较常见的应用场景。使用Service就可以在Kubernetes集群中实现这种部署,本例以nginx作为前端应用程序,Tomcat作为后端应用程序,分别创建两个Service,前端Service对外发布,前端的Pod通过后端Service的域名连接后端。原创 2025-04-19 14:35:52 · 1003 阅读 · 0 评论 -
使用Service对外发布集群中的应用程序
在Kubernetes集群中创建NodePort类型的Service来对外发布应用程序,可以为Service在每台节点主机上绑定一个端口(节点端口),让集群外部的客户端可以通过“NodeIP:NodePort”格式的地址来访问该应用程序。(1)service的后端是pod,一般都是通过控制器创建相应的pod来运行负载。(3)基于新的Service配置文件创建Service来发布nginx。(5)列出运行的nginx的pod,可以发现部署在两个不同的节点上。(8)使用节点地址和节点端口来访问发布的应用程序。原创 2025-04-19 13:47:31 · 440 阅读 · 0 评论 -
验证Kubernetes的服务发现机制
服务发现是让客户端能够以固定的方式获取到后端Pod访问地址的机制。下面验证环境变量和DNS这两种机制。原创 2025-04-19 13:13:32 · 532 阅读 · 0 评论 -
使用Service发布应用程序
Kubernetes 中的Service就像一个智能的“服务导航员”,它帮助用户和其他服务找到并访问一组动态变化的 Pod(容器组)。为什么需要 Service?想象你有一个餐厅,后厨有多个厨师(Pod)在做菜,但厨师可能随时请假或换班(Pod 被销毁或新建)。如果顾客每次都要记住每个厨师的名字和位置(Pod 的 IP 地址),那会非常麻烦。Service 的作用就是充当餐厅的“前台”,顾客只需要找前台(Service)点餐,前台会自动分配顾客到可用的厨师那里,无论厨师怎么变动,顾客的体验始终流畅。原创 2025-04-18 23:44:37 · 938 阅读 · 0 评论 -
运行一次性任务与定时任务
(3)查看最后一次调度任务创建的Pod日志。(1)创建CronJob配置文件。(1)获取CronJob的状态。(1)创建Job配置文件。(3)查看该Pod的日志。(2)创建CronJob。(1)监视创建的Job。(2)查看创建的Pod。(2)监视创建的Pod。(3)查看创建的Pod。原创 2025-04-12 23:00:57 · 463 阅读 · 0 评论 -
使用DaemonSet部署集群守护进程集
可以发现3个节点各自运行了Pod,DaemonSet会先遍历节点列表,检查是否带有此标签的Pod在运行,若没有,则创建。(3)查看该DaemonSet的Pod部署(操作该DaemonSet必须指定名称空间)(3)监视DaemonSet的滚动更新状态和进度。(2)直接回滚到该DaemonSet的上一版本。(2)更新DaemonSet模板中的容器镜像。(1)查看该DaemonSet的修订版本历史。(3)监视该DaemonSet的回滚进度。(1)检查DaemonSet的更新策略。(1)从名称空间中删除。原创 2025-04-12 22:38:06 · 665 阅读 · 0 评论 -
使用Deployment运行无状态应用
Deployment 是 Kubernetes 中。原创 2025-04-03 23:26:26 · 1156 阅读 · 0 评论 -
创建和管理Pod
Pod 是 Kubernetes 中最小的可部署和可管理的计算单元,用于封装一个或多个紧密关联的容器,并为其提供共享的运行环境。最小部署单元Pod 是 Kubernetes 中创建和管理的最小逻辑单元,代表集群中运行的一个应用实例。每个 Pod 包含一个或多个容器(如 Docker 容器),这些容器共享以下资源:网络命名空间:同一 Pod 内的容器共享 IP 地址和端口范围,可通过localhost直接通信。存储卷:挂载到 Pod 的存储卷(如emptyDirconfigMap)可被所有容器共享。原创 2025-03-30 20:56:14 · 707 阅读 · 0 评论 -
使用kubectl命令
是 Kubernetes 的命令行工具,用于管理集群和资源。语法格式: 提供了大量子命令,方便管理 Kubernetes 集群中的各种功能,以下是一些常用子命令分类介绍:Kubectl命令支持的资源类型丰富多样,可通过命令获取完整列表。以下是部分常见资源类型及其缩写、所属API组和命名空间相关信息:Kubectl命令默认输出格式是人类可读的明文格式,若要以特定格式输出详细信息,可将或参数添加到受支持的命令中。以下是Kubectl命令支持的输出格式:使用kubectl -h命令可以查看子命令列表,通过以下用法原创 2025-03-30 19:14:04 · 493 阅读 · 0 评论 -
理解使用Kubernetes对象
Kubernetes 对象是 Kubernetes 系统中的持久化实体,Kubernetes 使用这些实体来表示整个集群的状态。哪些容器化应用正在运行(以及在哪些节点上运行);可以被应用使用的资源;关于应用运行时行为的策略,比如重启策略、升级策略以及容错策略。Kubernetes 对象是一种“意向表达(Record of Intent)”,一旦创建该对象,Kubernetes 系统将不断工作以确保该对象存在。原创 2025-03-23 14:51:14 · 1223 阅读 · 0 评论 -
kubernetes集群部署
kubernetes集群部署原创 2022-11-14 22:09:19 · 1312 阅读 · 1 评论