【云原生-Kubernetes篇】Kubernetes入门扫盲实战

简介: 【云原生-Kubernetes篇】Kubernetes入门扫盲实战

正文


一、创建集群


1.1 通过minikube搭建集群


假设已经预先安装好了minikube,执行如下命令初始化一个单节点的集群:

minikube start

试试k8s集群是否初始化成功:

kubectl version

然后可以查看集群的信息和节点信息:

$ kubectl cluster-info
Kubernetes control plane is running at https://172.17.0.24:8443
KubeDNS is running at https://172.17.0.24:8443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy
$ kubectl get nodes
NAME       STATUS   ROLES                  AGE     VERSION
minikube   Ready    control-plane,master   8m25s   v1.20.2


二、部署应用


在部署应用之前,我们查看pod的信息:

$ kubectl get pods
No resources found in default namespace.

然后我们使用如下命令部署一个应用并查看应用的信息:

$ kubectl create deployment kubernetes-bootcamp --image=gcr.io/google-samples/kubernetes-bootcamp:v1
deployment.apps/kubernetes-bootcamp created
$ kubectl get deployments
NAME                  READY   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   1/1     1            1           53s
$ kubectl get pods
NAME                                   READY   STATUS    RESTARTS   AGE
kubernetes-bootcamp-57978f5f5d-wk8kg   1/1     Running   0          62s

应用虽然部署完成了,但是默认情况下我们只能在集群内部才能访问pod(参考下面3.3节内容),命令行curl访问应用的接口则是属于集群外部访问pod了,所以要实现curl接口需要做如下的设置:


方案一

新启动一个该节点的命令行,执行如下命令:

$ kubectl proxy
Starting to serve on 127.0.0.1:8001

表示节点的9001端口能访问到集群中的pod了:

$ curl http://localhost:8001/version
{
  "major": "1",
  "minor": "20",
  "gitVersion": "v1.20.2",
  "gitCommit": "faecb196815e248d3ecfb03c680a4507229c2a56",
  "gitTreeState": "clean",
  "buildDate": "2021-01-13T13:20:00Z",
  "goVersion": "go1.15.5",
  "compiler": "gc",
  "platform": "linux/amd64"
}


方案二

主动将应用的端口暴露出去(参考如下第四章节内容):

$ kubectl expose deployment/kubernetes-bootcamp --type="NodePort" --port 8080
service/kubernetes-bootcamp exposed
$ kubectl get services
NAME                  TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
kubernetes            ClusterIP   10.96.0.1       <none>        443/TCP          15m
kubernetes-bootcamp   NodePort    10.106.152.94   <none>        8080:31281/TCP   12s
$ curl http://localhost:31281/version
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-57978f5f5d-wk8kg | v=1


三、应用程序探索


应用部署完成后,我们需要通过一些手段来监控和运维我们的应用。


3.1 检查


$ kubectl get pods
NAME                                  READY   STATUS    RESTARTS   AGE
kubernetes-bootcamp-fb5c67579-q8mrb   1/1     Running   0          26s
$ kubectl describe pods
Name:         kubernetes-bootcamp-fb5c67579-q8mrb
Namespace:    default
Priority:     0
Node:         minikube/172.17.0.129
Start Time:   Tue, 08 Feb 2022 08:39:44 +0000
Labels:       app=kubernetes-bootcamp
              pod-template-hash=fb5c67579
Annotations:  <none>
Status:       Running
IP:           172.18.0.6
IPs:
  IP:           172.18.0.6
Controlled By:  ReplicaSet/kubernetes-bootcamp-fb5c67579
Containers:
  kubernetes-bootcamp:
    Container ID:   docker://e243e942198e2d1a1d37db5820e210ada432221c1ca915b7859fbc3af5543d72
    Image:          gcr.io/google-samples/kubernetes-bootcamp:v1
    Image ID:       docker-pullable://jocatalin/kubernetes-bootcamp@sha256:0d6b8ee63bb57c5f5b6156f446b3bc3b3c143d233037f3a2f00e279c8fcc64af
    Port:           8080/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Tue, 08 Feb 2022 08:39:49 +0000
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-kqhb5 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-kqhb5:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-kqhb5
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                 node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:
  Type    Reason     Age    From               Message
  ----    ------     ----   ----               -------
  Normal  Scheduled  3m38s  default-scheduler  Successfully assigned default/kubernetes-bootcamp-fb5c67579-q8mrb to minikube
  Normal  Pulled     3m34s  kubelet            Container image "gcr.io/google-samples/kubernetes-bootcamp:v1" already present on machine
  Normal  Created    3m34s  kubelet            Created container kubernetes-bootcamp
  Normal  Started    3m33s  kubelet            Started container kubernetes-bootcamp


3.2 查看日志


使用容器名称查看容器中的运行日志。

$ kubectl logs kubernetes-bootcamp-fb5c67579-q8mrb
Kubernetes Bootcamp App Started At: 2022-02-08T08:39:49.327Z | Running On:  kubernetes-bootcamp-fb5c67579-q8mrb 


3.3容器内执行命令


# 进入容器内部并执行bash命令
$ kubectl exec -ti kubernetes-bootcamp-fb5c67579-q8mrb -- bash
# 测试容器内部命令
root@kubernetes-bootcamp-fb5c67579-q8mrb:/# pwd 
# 容器内部curl访问pod
root@kubernetes-bootcamp-fb5c67579-q8mrb:/# curl localhost:8080
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-fb5c67579-q8mrb | v=1
# 退出容器
root@kubernetes-bootcamp-fb5c67579-q8mrb:/# exit
exit


四、访问应用


在第二章中我们介绍了,部署完成pod之后,默认情况下只能在集群内部才能访问到该pod,想要通过外部访问该pod,就一定要使用Service。


我们如上已经创建了service,并将其暴露在外了,此处不再赘述


我们可以通过使用label来筛选想要查询的资源信息:

$ kubectl get pods -l app=kubernetes-bootcamp
NAME                                  READY   STATUS    RESTARTS   AGE
kubernetes-bootcamp-fb5c67579-rvbxv   1/1     Running   0          2m15s
$ kubectl get services -l app=kubernetes-bootcamp
NAME                  TYPE       CLUSTER-IP     EXTERNAL-IP   PORT(S)          AGE
kubernetes-bootcamp   NodePort   10.97.252.94   <none>        8080:31926/TCP   76s


当我们不再需要该service的时候,可以通过如下命令删除,删除后,外部将无法再访问运行的pod。

$ curl localhost:31926
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-fb5c67579-rvbxv | v=1
$ kubectl delete service -l app=kubernetes-bootcamp
service "kubernetes-bootcamp" deleted
$ kubectl get services
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   5m13s
$ curl localhost:31926
curl: (7) Failed to connect to localhost port 31926: Connection refused


五、扩展应用


当流量有变化的时候,我们就需要动态地对pod进行扩容:

$ kubectl get deployments
NAME                  READY   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   1/1     1            1           6m10s
$ kubectl get rs
NAME                            DESIRED   CURRENT   READY   AGE
kubernetes-bootcamp-fb5c67579   1         1         1       6m6s
$ kubectl scale deployments/kubernetes-bootcamp --replicas=4
deployment.apps/kubernetes-bootcamp scaled
$ kubectl get deployments
NAME                  READY   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   4/4     4            4           8m32s
$ kubectl get rsNAME                            DESIRED   CURRENT   READY   AGE
kubernetes-bootcamp-fb5c67579   4         4         1       7m27s
$ kubectl get pods -o wide
NAME                                  READY   STATUS    RESTARTS   AGE     IP           NODE       NOMINATED NODE   READINESS GATES
kubernetes-bootcamp-fb5c67579-82nhh   1/1     Running   0          2m13s   172.18.0.8   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-96t49   1/1     Running   0          9m6s    172.18.0.5   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-jz5vw   1/1     Running   0          2m13s   172.18.0.9   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-vfpn8   1/1     Running   0          2m13s   172.18.0.7   minikube   <none>           <none>
$ kubectl describe deployments/kubernetes-bootcamp
Name:                   kubernetes-bootcamp
Namespace:              default
CreationTimestamp:      Tue, 08 Feb 2022 09:16:30 +0000
Labels:                 app=kubernetes-bootcamp
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               app=kubernetes-bootcamp
Replicas:               4 desired | 4 updated | 4 total | 4 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=kubernetes-bootcamp
  Containers:
   kubernetes-bootcamp:
    Image:        gcr.io/google-samples/kubernetes-bootcamp:v1
    Port:         8080/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Progressing    True    NewReplicaSetAvailable
  Available      True    MinimumReplicasAvailable
OldReplicaSets:  <none>
NewReplicaSet:   kubernetes-bootcamp-fb5c67579 (4/4 replicas created)
Events:
  Type    Reason             Age    From                   Message
  ----    ------             ----   ----                   -------
  Normal  ScalingReplicaSet  9m45s  deployment-controller  Scaled up replica set kubernetes-bootcamp-fb5c67579 to 1
  Normal  ScalingReplicaSet  2m50s  deployment-controller  Scaled up replica set kubernetes-bootcamp-fb5c67579 to 4

此时我们已经将pod扩展到4个副本了,此时我们在集群外部访问Service,那么请求会被自动地以负载均衡的方式分发到各个pod上。

$ kubectl describe services/kubernetes-bootcamp
Name:                     kubernetes-bootcamp
Namespace:                default
Labels:                   app=kubernetes-bootcamp
Annotations:              <none>
Selector:                 app=kubernetes-bootcamp
Type:                     NodePort
IP Families:              <none>
IP:                       10.104.229.171
IPs:                      10.104.229.171
Port:                     <unset>  8080/TCP
TargetPort:               8080/TCP
NodePort:                 <unset>  30848/TCP
Endpoints:                172.18.0.5:8080,172.18.0.7:8080,172.18.0.8:8080 + 1 more...
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>
# 如下请求将会被负载均衡地分发到各个pod上
$ curl localhost:30848
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-fb5c67579-96t49 | v=1
$ curl localhost:30848
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-fb5c67579-vfpn8 | v=1
$ curl localhost:30848
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-fb5c67579-jz5vw | v=1
$ curl localhost:30848
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-fb5c67579-82nhh | v=1

当我们需要缩容的时候也很简单:

$ kubectl scale deployments/kubernetes-bootcamp --replicas=2
deployment.apps/kubernetes-bootcamp scaled
$ kubectl get deployments
NAME                  READY   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   2/2     2            2           17m
$ kubectl get pods -o wide
NAME                                  READY   STATUS        RESTARTS   AGE     IP           NODE       NOMINATED NODE   READINESS GATES
kubernetes-bootcamp-fb5c67579-82nhh   1/1     Terminating   0          9m38s   172.18.0.8   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-96t49   1/1     Running       0          16m     172.18.0.5   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-jz5vw   1/1     Running       0          9m38s   172.18.0.9   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-vfpn8   1/1     Terminating   0          9m38s   172.18.0.7   minikube   <none>           <none>
$ kubectl get pods -o wide
NAME                                  READY   STATUS    RESTARTS   AGE   IP           NODE       NOMINATED NODE   READINESS GATES
kubernetes-bootcamp-fb5c67579-96t49   1/1     Running   0          18m   172.18.0.5   minikube   <none>           <none>
kubernetes-bootcamp-fb5c67579-jz5vw   1/1     Running   0          11m   172.18.0.9   minikube   <none>           <none>


六、更新应用


如果新版本的应用镜像已经发布,如何将旧版本的deployment升级呢?

# 查看当前pod的信息,检查使用的应用镜像版本等信息
$ kubectl describe pods
...
# 告诉deployment中的kubernetes-bootcamp,需要将镜像替换为指定的其它镜像
$ kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=jocatalin/kubernetes-bootcamp:v2
deployment.apps/kubernetes-bootcamp image updated
# 开始替换
$ kubectl get pods
NAME                                   READY   STATUS        RESTARTS   AGE
kubernetes-bootcamp-7d44784b7c-55vrt   1/1     Running       0          4s
kubernetes-bootcamp-7d44784b7c-cftsl   1/1     Running       0          4s
kubernetes-bootcamp-7d44784b7c-dhc42   1/1     Running       0          6s
kubernetes-bootcamp-7d44784b7c-lg2bd   1/1     Running       0          7s
kubernetes-bootcamp-fb5c67579-9bddh    1/1     Terminating   0          5m42s
kubernetes-bootcamp-fb5c67579-sfwwh    1/1     Terminating   0          5m42s
kubernetes-bootcamp-fb5c67579-sx9kt    1/1     Terminating   0          5m42s
kubernetes-bootcamp-fb5c67579-x4n6h    1/1     Terminating   0          5m42s
# 替换完成
$ kubectl get pods
NAME                                   READY   STATUS    RESTARTS   AGE
kubernetes-bootcamp-7d44784b7c-55vrt   1/1     Running   0          5m
kubernetes-bootcamp-7d44784b7c-cftsl   1/1     Running   0          5m
kubernetes-bootcamp-7d44784b7c-dhc42   1/1     Running   0          5m2s
kubernetes-bootcamp-7d44784b7c-lg2bd   1/1     Running   0          5m3s
# 查看当前pod的信息,检查使用的应用镜像版本等信息
$ kubectl describe pods
...

如果新版本镜像部署有问题,还可以及时回滚:

# 回滚deployments/kubernetes-bootcamp到上一个版本
$ kubectl rollout undo deployments/kubernetes-bootcamp
deployment.apps/kubernetes-bootcamp rolled back
# 回滚中
$ kubectl get pods
NAME                                   READY   STATUS              RESTARTS   AGE
kubernetes-bootcamp-7d44784b7c-55vrt   1/1     Terminating         0          10m
kubernetes-bootcamp-7d44784b7c-cftsl   1/1     Terminating         0          10m
kubernetes-bootcamp-7d44784b7c-dhc42   1/1     Terminating         0          10m
kubernetes-bootcamp-7d44784b7c-lg2bd   1/1     Running             0          10m
kubernetes-bootcamp-fb5c67579-6lbbh    0/1     ContainerCreating   0          1s
kubernetes-bootcamp-fb5c67579-84hrk    0/1     ContainerCreating   0          1s
kubernetes-bootcamp-fb5c67579-n8xnp    1/1     Running             0          4s
kubernetes-bootcamp-fb5c67579-qgrs7    1/1     Running             0          4s
# 回滚完成
$ kubectl get pods
NAME                                  READY   STATUS    RESTARTS   AGE
kubernetes-bootcamp-fb5c67579-6lbbh   1/1     Running   0          95s
kubernetes-bootcamp-fb5c67579-84hrk   1/1     Running   0          95s
kubernetes-bootcamp-fb5c67579-n8xnp   1/1     Running   0          98s
kubernetes-bootcamp-fb5c67579-qgrs7   1/1     Running   0          98s
# 查看当前pod的信息,检查使用的应用镜像版本等信息
$ kubectl describe pods
...


七、参考文档


https://kubernetes.io/zh-cn/docs/tutorials/kubernetes-basics/

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
13天前
|
存储 Kubernetes 开发者
容器化时代的领航者:Docker 和 Kubernetes 云原生时代的黄金搭档
Docker 是一种开源的应用容器引擎,允许开发者将应用程序及其依赖打包成可移植的镜像,并在任何支持 Docker 的平台上运行。其核心概念包括镜像、容器和仓库。镜像是只读的文件系统,容器是镜像的运行实例,仓库用于存储和分发镜像。Kubernetes(k8s)则是容器集群管理系统,提供自动化部署、扩展和维护等功能,支持服务发现、负载均衡、自动伸缩等特性。两者结合使用,可以实现高效的容器化应用管理和运维。Docker 主要用于单主机上的容器管理,而 Kubernetes 则专注于跨多主机的容器编排与调度。尽管 k8s 逐渐减少了对 Docker 作为容器运行时的支持,但 Doc
77 5
容器化时代的领航者:Docker 和 Kubernetes 云原生时代的黄金搭档
|
30天前
|
Kubernetes Cloud Native API
云原生入门:从理论到实践的探索之旅
本文旨在为初学者提供一个关于云原生技术的全面介绍,包括其定义、核心原则、关键技术组件以及如何将这些概念应用于实际项目中。我们将通过一个简易的代码示例,展示如何在云原生环境下部署一个简单的应用,从而帮助读者更好地理解云原生技术的实践意义和应用价值。
|
1月前
|
运维 Cloud Native 开发者
云原生技术入门与实践
在云计算的浪潮中,云原生技术以其独特的优势和魅力吸引了越来越多的开发者和企业。本文将从云原生技术的基本概念、核心组件以及实际应用三个方面进行详细介绍,帮助读者更好地理解和掌握这一新兴技术。同时,文章还将分享一些实际案例和经验教训,让读者能够更深入地了解云原生技术的应用场景和发展趋势。
42 5
|
2月前
|
Kubernetes Cloud Native 开发者
云原生入门:从容器到微服务
本文将带你走进云原生的世界,从容器技术开始,逐步深入到微服务架构。我们将通过实际代码示例,展示如何利用云原生技术构建和部署应用。无论你是初学者还是有经验的开发者,这篇文章都将为你提供有价值的信息和启示。
|
2月前
|
Kubernetes Cloud Native 微服务
云原生入门与实践:Kubernetes的简易部署
云原生技术正改变着现代应用的开发和部署方式。本文将引导你了解云原生的基础概念,并重点介绍如何使用Kubernetes进行容器编排。我们将通过一个简易的示例来展示如何快速启动一个Kubernetes集群,并在其上运行一个简单的应用。无论你是云原生新手还是希望扩展现有知识,本文都将为你提供实用的信息和启发性的见解。
|
2月前
|
Kubernetes Cloud Native 云计算
云原生入门:Kubernetes 和容器化基础
在这篇文章中,我们将一起揭开云原生技术的神秘面纱。通过简单易懂的语言,我们将探索如何利用Kubernetes和容器化技术简化应用的部署和管理。无论你是初学者还是有一定经验的开发者,本文都将为你提供一条清晰的道路,帮助你理解和运用这些强大的工具。让我们从基础开始,逐步深入了解,最终能够自信地使用这些技术来优化我们的工作流程。
|
10天前
|
Prometheus Kubernetes 监控
OpenAI故障复盘 - 阿里云容器服务与可观测产品如何保障大规模K8s集群稳定性
聚焦近日OpenAI的大规模K8s集群故障,介绍阿里云容器服务与可观测团队在大规模K8s场景下我们的建设与沉淀。以及分享对类似故障问题的应对方案:包括在K8s和Prometheus的高可用架构设计方面、事前事后的稳定性保障体系方面。
|
8天前
|
Kubernetes Ubuntu 网络安全
ubuntu使用kubeadm搭建k8s集群
通过以上步骤,您可以在 Ubuntu 系统上使用 kubeadm 成功搭建一个 Kubernetes 集群。本文详细介绍了从环境准备、安装 Kubernetes 组件、初始化集群到管理和使用集群的完整过程,希望对您有所帮助。在实际应用中,您可以根据具体需求调整配置,进一步优化集群性能和安全性。
44 12
|
13天前
|
Kubernetes 网络协议 应用服务中间件
Kubernetes Ingress:灵活的集群外部网络访问的利器
《Kubernetes Ingress:集群外部访问的利器-打造灵活的集群网络》介绍了如何通过Ingress实现Kubernetes集群的外部访问。前提条件是已拥有Kubernetes集群并安装了kubectl工具。文章详细讲解了Ingress的基本组成(Ingress Controller和资源对象),选择合适的版本,以及具体的安装步骤,如下载配置文件、部署Nginx Ingress Controller等。此外,还提供了常见问题的解决方案,例如镜像下载失败的应对措施。最后,通过部署示例应用展示了Ingress的实际使用方法。
29 2
|
25天前
|
存储 Kubernetes 关系型数据库
阿里云ACK备份中心,K8s集群业务应用数据的一站式灾备方案
本文源自2024云栖大会苏雅诗的演讲,探讨了K8s集群业务为何需要灾备及其重要性。文中强调了集群与业务高可用配置对稳定性的重要性,并指出人为误操作等风险,建议实施周期性和特定情况下的灾备措施。针对容器化业务,提出了灾备的新特性与需求,包括工作负载为核心、云资源信息的备份,以及有状态应用的数据保护。介绍了ACK推出的备份中心解决方案,支持命名空间、标签、资源类型等维度的备份,并具备存储卷数据保护功能,能够满足GitOps流程企业的特定需求。此外,还详细描述了备份中心的使用流程、控制台展示、灾备难点及解决方案等内容,展示了备份中心如何有效应对K8s集群资源和存储卷数据的灾备挑战。