![](https://img-blog.csdnimg.cn/20201014180756919.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
Kubernetes
文章平均质量分 95
Mr. Cappuccino
这个作者很懒,什么都没留下…
展开
-
Mr. Cappuccino的第45杯咖啡——Kubernetes之部署SpringBoot项目
使用NodeIP:NodePort从外部访问 http://192.168.102.160:30008/ 或者 http://192.168.102.161:30008/操作两台工作节点,将Dockerfile文件和Jar包上传至服务器。Dockerfile文件。操作Master节点。原创 2023-02-25 21:03:13 · 322 阅读 · 0 评论 -
Mr. Cappuccino的第44杯咖啡——Kubernetes之Service
Kubernetes Pod是有生命周期的,它们可以被创建,也可以被销毁,然而一旦被销毁生命就永远结束,每个Pod都会获取它自己的IP地址,可Pod一旦销毁并重新创建后,IP地址就会发生改变。Endpoint是Kubernetes中的一个资源对象,存储在etcd中,用于记录一个Service对应的所有Pod的访问地址,一个Service由一组Pod组成,这些Pod通过Endpoints暴露出来,Endpoints是实现实际服务的端点集合。IPVS模式的Service,可以使K8S集群支持更多量级的Pod。原创 2023-02-25 19:26:14 · 746 阅读 · 0 评论 -
Mr. Cappuccino的第43杯咖啡——Kubernetes之Pod控制器(二)
HPA可以获取每个Pod的利用率,然后和HPA中定义的指标进行对比,同时计算出需要伸缩的具体值,最后实现Pod数量的调整。其实HPA和之前的Deployment一样,也属于一种kubernetes资源对象,它通过追踪分析目标Pod的负载变化情况,来确定是否需要针对性的调整目标Pod的副本数。从监听Job的窗口上可以看到2个Pod并发执行,总共执行了27s,执行完成后又并发执行了2个Pod,直至成功运行完4个Pod。当Job创建的Pod执行成功结束时,Job将记录成功结束的Pod数量;原创 2023-02-19 04:21:42 · 306 阅读 · 0 评论 -
Mr. Cappuccino的第42杯咖啡——Kubernetes之Pod控制器(一)
Pod是Kubernetes集群中能够被创建和管理的最小部署单元。所以需要有工具去操作和管理它们的生命周期,这里就需要用到控制器了。Pod 控制器由Master的kube-controller-manager组件提供,常见的控制器有 Replication Controller、ReplicaSet、Deployment、DaemonSet、StatefulSet、Job 和 CronJob 等,它们分别以不同的方式管理 Pod 资源对象。原创 2023-02-18 23:49:55 · 361 阅读 · 0 评论 -
Mr. Cappuccino的第41杯咖啡——Kubernetes之Pod调度策略
nodeSelector用于将Pod调度到指定标签上的Node节点,它通过k8s的标签选择器实现,也就是说,Scheduler使用MathNodeSelector调度策略进行Label匹配,找出目标Node,然后将Pod调度到目标节点,该匹配规则也是强制约束,即如果没有匹配到满足条件的Node节点,也会继续往上调度,只不过Pod将会运行失败。污点的作用是拒绝Pod调度,而容忍定义于Pod上,表示Pod允许Node节点上有污点,并且还会往含有对应污点的节点上调度。原创 2023-02-18 02:19:09 · 429 阅读 · 0 评论 -
Mr. Cappuccino的第40杯咖啡——Kubernetes之Pod生命周期
我们可以分析出Pod中首先启动并运行的是mysql容器,mysql容器运行成功后,redis容器开始启动并运行,完成运行后主容器才开始启动。判断我们的应用实例是否存活,如果为宕机状态,则自动重启,同时如果发现该pod无法接受请求,则service不会转发到该pod上执行。启动主容器(main-container)必须等待初始化容器(mysql和redis)启动并运行成功之后,才可以启动;我们可以看到,由于没有/tmp/honey.txt这个文件,执行的查看命令是失败的,所以容器一直在进行重新启动操作。原创 2023-02-15 19:06:46 · 319 阅读 · 0 评论 -
Mr. Cappuccino的第39杯咖啡——Kubernetes之深入理解Pod
:一直死循环,为了避免cpu飙高的问题 休眠3s时间。这是因为busybox容器启动后,它会自动关闭,我们可以通过启动命令写脚本,让busybox一直在运行。其中nginx2由于端口号被占用无法启动,一直在重试启动。可以通过资源配置Pod对应的cpu核数、内存配置等。“/bin/sh”,“-c”:使用sh执行命令。查看pod信息,busybox停止了。容器启动成功之后 可以执行一些脚本。可以发现,busybox仍在运行。文件名称:pod.yaml。原创 2023-02-15 19:05:04 · 310 阅读 · 0 评论 -
Mr. Cappuccino的第38杯咖啡——Kubernetes中Pod、Namespace、Label、Deployment、Service之间的关系
你只需要在Deployment中描述您想要的目标状态是什么,Deployment Controller就会帮您将Pod和ReplicaSet的实际状态改变到您的目标状态。Pod是k8s中的最小单元,k8s不会直接控制Pod,而是通过Pod控制器来进行控制。Pod控制器用于对Pod的管理,确保Pod资源符合预期的状态,当Pod的资源出现故障时,会尝试进行重启或重建Pod。Pod IP会随着Pod的重建产生变化,可以使用Service提供的IP对Pod进行访问。查看指定namespace下的pod的额外信息。原创 2023-02-15 18:55:41 · 659 阅读 · 0 评论 -
Mr. Cappuccino的第37杯咖啡——Kubernetes资源管理
查看Pod的yaml文件(-o yaml:以yaml的格式显示出来)查看yaml配置清单相关属性信息。原创 2023-01-12 00:25:56 · 347 阅读 · 0 评论 -
Mr. Cappuccino的第35杯咖啡——基于CentOS安装Kubernetes
Kubernetes是Google在2014年开源的一款容器集群系统,简称k8s。Kubernetes用于容器化应用程序部署、扩展和管理,目标是让容器化应用简单高效。K8S是一组服务器的集群,对节点(node)上的容器进行管理。官方网站:https://kubernetes.io/官方文档:https://kubernetes.io/zh/docs/home/自我修复:一旦某-个容器崩溃,能够在1秒中左右迅速启动新的容器弹性伸缩:可以根据需要,自动对集群中正在运行的容器数量进行调整。原创 2022-12-18 04:08:37 · 96 阅读 · 0 评论