聊聊kubernetes[1]——跑个应用

简介: 本文是带领大家一起用kubernetes跑个应用,体验一下kubernetes。

聊聊kubernetes——跑个应用

kubernetes学习笔记,分享出来,希望能帮助一些有需要的人,有问题一起交流。

本文是带领大家一起用kubernetes跑个应用,体验一下kubernetes。

1. 使用官网交互环境跑个应用

去官网,进入kubernetes交互环境。
顺序执行以下命令

# 启动kubernetes
$ minikube start  
# 查看nodes信息
$ kubectl get nodes 
# 查看cluster(集群)信息
$ kubectl cluster-info 
# 跑个应用
$ kubectl run kubernetes-bootcamp --image=docker.io/jocatalin/kubernetes-bootcamp:v1 --port=8080

image.png

最后会输出:deployment.apps "kubernetes-bootcamp" created,说明我们应用跑起来了。

查看Pod:

$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          3m

kubernetes-bootcamp-56cdd766d-zjx5就是应用所在的Pod

默认情况下Pod只能在集群(cluster)内部访问,外部要访问应用需要通过service暴露的端口来访问。

使用service暴露应用,使得外部可以访问:

$ kubectl expose deployment/kubernetes-bootcamp --type="NodePort" --port 8080

输出:service "kubernetes-bootcamp" exposed
查看以下services:

$ kubectl get services

看一下结果:

NAME                  TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S) AGE
kubernetes            ClusterIP   10.96.0.1      <none>        443/TCP 12m
kubernetes-bootcamp   NodePort    10.103.30.96   <none>        8080:30623/TCP 40s

kubernetes是默认的service,我们暂且不管,kubernetes-bootcamp就是我们应用的service。8080:30623 后面的端口30623是随机分配的。

2. Scale 应用

默认情况下应用只有一个副本,通过kubectl get deployments命令查看副本的情况:

$ kubectl get deployments

结果:

NAME                  DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   1         1         1            1           11m

我们看到了1个副本。

通过以下命令增加副本:

$ kubectl scale deployments/kubernetes-bootcamp --replicas=3

输出:deployment.extensions "kubernetes-bootcamp" scaled

然后,查看现在的副本:

$ kubectl get deployments

结果:

NAME                  DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   3         3         3            3           15m

看到了3个副本,扩容速度很快的。

kubectl get pods命令查看我们的pods

$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-f74cg   1/1       Running   0          1m
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          11m
kubernetes-bootcamp-56cdd766d-8sdjc   1/1       Running   0
1m

通过curl nodeName:port来访问应用:

$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-zjx5j |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-f74cg |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-zjx5j |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-f74cg |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-8sdjc |v=1
$

看以上结果,发现应用自动负载均衡了。
其中minikube:30623 中的minikube是我们的node名称,通过kubectl get nodes获取的。

我们来试一下减少副本:

$ kubectl scale deployments/kubernetes-bootcamp --replicas=2

输出:deployment.extensions "kubernetes-bootcamp" scaled

同样的命令,只是改变了一下--replicas的参数
这时候来看一下当前的pods:

$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-f74cg   1/1       Running   0          7m
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          22m

发现少了一个应用(pods)kubernetes-bootcamp-56cdd766d-8sdjc

3. 应用更新

应用升级

为了演示应用更新,我们将副本设置为5个,来看看应用更新过程

$ kubectl scale deployments/kubernetes-bootcamp --replicas=5
deployment.extensions "kubernetes-bootcamp" scaled
$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-722v7   1/1       Running   0          12s
kubernetes-bootcamp-56cdd766d-f74cg   1/1       Running   0          12m
kubernetes-bootcamp-56cdd766d-vft4v   1/1       Running   0          12s
kubernetes-bootcamp-56cdd766d-z525n   1/1       Running   0          12s
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          26m

这时候已经运行了5个副本,下一步开始更新应用,我们用到了镜像v2版本:

$ kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=docker.io/jocatalin/kubernetes-bootcamp:v2
deployment.apps "kubernetes-bootcamp" image updated
$ kubectl get podsNAME                                   READY     STATUS              RESTARTS AGE
kubernetes-bootcamp-56cdd766d-722v7    1/1       Terminating         0 2m
kubernetes-bootcamp-56cdd766d-f74cg    1/1       Terminating         0 14m
kubernetes-bootcamp-56cdd766d-vft4v    1/1       Terminating         0 2m
kubernetes-bootcamp-56cdd766d-z525n    1/1       Terminating         0 2m
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Running             0 29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   0/1       Pending             0 3s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running             0 5s
kubernetes-bootcamp-5bddb78d8f-g5mc7   0/1       ContainerCreating   0 3s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running             0 4s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running             0 5s
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-722v7    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-f74cg    1/1       Terminating   0          14m
kubernetes-bootcamp-56cdd766d-vft4v    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-z525n    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Terminating   0          29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Running       0          12s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running       0          14s
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Running       0          12s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running       0          13s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running       0          14s
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-722v7    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-f74cg    1/1       Terminating   0          14m
kubernetes-bootcamp-56cdd766d-vft4v    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-z525n    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Terminating   0          29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Running       0          19s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running       0          21s
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Running       0          19s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running       0          20s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running       0          21s
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Terminating   0          29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Running       0          35s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running       0          37s
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Running       0          35s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running       0          36s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running       0          37s
$

我们快速的用kubectl get pods查看pod的情况,发现它先创建了5个新的pod然后逐渐删除旧的pod

应用降级

应用降级很简单,使用undo命令就可以搞定:

$ kubectl rollout undo deployments/kubernetes-bootcamp
deployment.apps "kubernetes-bootcamp"
$ kubectl get pods
NAME                                   READY     STATUS              RESTARTS AGE
kubernetes-bootcamp-56cdd766d-2j2tp    1/1       Running             0 4s
kubernetes-bootcamp-56cdd766d-gt45v    0/1       Pending             0 2s
kubernetes-bootcamp-56cdd766d-x6wxb    1/1       Running             0 3s
kubernetes-bootcamp-56cdd766d-xwbc6    0/1       ContainerCreating   0 2s
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Terminating         0 4m
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running             0 4m
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Terminating         0 4m
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Terminating         0 4m
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running             0 4m
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-2j2tp    1/1       Running       0          13s
kubernetes-bootcamp-56cdd766d-gt45v    1/1       Running       0          11s
kubernetes-bootcamp-56cdd766d-kfxcj    1/1       Running       0          8s
kubernetes-bootcamp-56cdd766d-x6wxb    1/1       Running       0          12s
kubernetes-bootcamp-56cdd766d-xwbc6    1/1       Running       0          11s
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Terminating   0          4m
$

看输出结果,同应用升级一样的过程,先创建5个pod,然后逐渐删除旧的pod。

这时候可以用curl来验证一下版本

$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-xwbc6 |v=1

看到最后的v=1,说明版本已回退。

4. 总结

kubernetes看起来有点复杂,但想想她用简单的命令完成的操作,比如:应用部署、应用更新,还觉得她复杂吗?我只是觉得:强大!

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
12天前
|
缓存 Kubernetes Docker
GitLab Runner 全面解析:Kubernetes 环境下的应用
GitLab Runner 是 GitLab CI/CD 的核心组件,负责执行由 `.gitlab-ci.yml` 定义的任务。它支持多种执行方式(如 Shell、Docker、Kubernetes),可在不同环境中运行作业。本文详细介绍了 GitLab Runner 的基本概念、功能特点及使用方法,重点探讨了流水线缓存(以 Python 项目为例)和构建镜像的应用,特别是在 Kubernetes 环境中的配置与优化。通过合理配置缓存和镜像构建,能够显著提升 CI/CD 流水线的效率和可靠性,助力开发团队实现持续集成与交付的目标。
|
3月前
|
存储 Kubernetes 持续交付
介绍一下Kubernetes的应用场景
【10月更文挑战第18天】介绍一下Kubernetes的应用场景。
262 3
|
5天前
|
存储 监控 对象存储
ACK容器监控存储全面更新:让您的应用运行更稳定、更透明
介绍升级之后的ACK容器监控体系,包括各大盘界面展示和概要介绍。
|
1月前
|
人工智能 Kubernetes 安全
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
70 13
|
1月前
|
存储 Kubernetes 关系型数据库
阿里云ACK备份中心,K8s集群业务应用数据的一站式灾备方案
本文源自2024云栖大会苏雅诗的演讲,探讨了K8s集群业务为何需要灾备及其重要性。文中强调了集群与业务高可用配置对稳定性的重要性,并指出人为误操作等风险,建议实施周期性和特定情况下的灾备措施。针对容器化业务,提出了灾备的新特性与需求,包括工作负载为核心、云资源信息的备份,以及有状态应用的数据保护。介绍了ACK推出的备份中心解决方案,支持命名空间、标签、资源类型等维度的备份,并具备存储卷数据保护功能,能够满足GitOps流程企业的特定需求。此外,还详细描述了备份中心的使用流程、控制台展示、灾备难点及解决方案等内容,展示了备份中心如何有效应对K8s集群资源和存储卷数据的灾备挑战。
|
2月前
|
存储 运维 Kubernetes
K8s业务迁移最佳实践: 灵活管理资源备份与调整策略,实现高效简便的应用恢复
在当今快速变化的云原生领域,Kubernetes(K8s)集群的运维面临着诸多挑战,其中灾备与业务迁移尤为关键。ACK备份中心支持丰富的资源调整策略,在数据恢复阶段即可自动适配目标集群环境,确保业务无缝重启。
|
2月前
|
监控 持续交付 Docker
Docker 容器化部署在微服务架构中的应用有哪些?
Docker 容器化部署在微服务架构中的应用有哪些?
|
2月前
|
监控 持续交付 Docker
Docker容器化部署在微服务架构中的应用
Docker容器化部署在微服务架构中的应用
|
2月前
|
JavaScript 持续交付 Docker
解锁新技能:Docker容器化部署在微服务架构中的应用
【10月更文挑战第29天】在数字化转型中,微服务架构因灵活性和可扩展性成为企业首选。Docker容器化技术为微服务的部署和管理带来革命性变化。本文探讨Docker在微服务架构中的应用,包括隔离性、可移植性、扩展性、版本控制等方面,并提供代码示例。
74 1
|
3月前
|
JSON Kubernetes 容灾
ACK One应用分发上线:高效管理多集群应用
ACK One应用分发上线,主要介绍了新能力的使用场景

热门文章

最新文章