Kubernetes 学习笔记(二)--- K8S应用快速入门

简介: 目录一、获取资源二、手动部署一个应用 2.1 手动创建一个控制器deployment 2.2 部署一个service 2.3 动态扩缩容Pod副本 2.4 滚动更新 2.5 动态回滚 2.6 配置从集群外部访问myapp此篇接上一篇 《Kubernetes 学习笔记(一)--- 基本概念及利用kubeadm部署K8S》命令kubectl是API Server的客户端程序。

目录

一、获取资源

二、手动部署一个应用
    2.1 手动创建一个控制器deployment
    2.2 部署一个service
    2.3 动态扩缩容Pod副本
    2.4 滚动更新
    2.5 动态回滚
    2.6 配置从集群外部访问myapp

此篇接上一篇 《Kubernetes 学习笔记(一)--- 基本概念及利用kubeadm部署K8S》
命令kubectl是API Server的客户端程序。

taints :污点,用于描述节点的污点。Pod调度到某个节点,取决于能够容忍某个节点的污点的最大限度。
命令: kubectl describe node k8s-master.fhw.com可查看节点的污点(taints)

img_6740329420ead1219dc49b10d35f0d32.png
image.png

一、获取资源

命令: kubectl get <资源名称>
帮助:kubectl get --help
使用 kubectl api-resources 获取支持的资源的完整列表。

img_94cf347fa8c00eca680477c6347d0ef7.png
image.png

以node资源为例:
kubectl get nodes

img_7ca0c3500863c47a9825e426d0537910.png
image.png

参数:

  • -o wide 输出格式,常用格式:json | yaml | wide;
  • -w 监控输出结果,类似tail命令的-f选项;
  • --show-labels 显示标签;

获取资源的详细信息:
kubectl describe node k8s-master.fhw.com

获取集群信息:

[root@k8s-master .kube]# kubectl cluster-info
Kubernetes master is running at https://192.168.100.135:6443
KubeDNS is running at https://192.168.100.135:6443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

二、手动部署一个应用

2.1 手动创建一个控制器deployment

创建一个控制器

[root@k8s-master .kube]# kubectl run nginx-deploy --image=nginx:1.14-alpine --replicas=1 --port=80
deployment.apps/nginx-deploy created

参数:

  • --restart=[Always, OnFailure, Never],pod重启策略,Always是pod退出后总是立即重启,Never是pod退出后不再重启。默认是Always
  • --command -- <cmd> <arg1> ... <argN>,指定在容器中运行的命令;
  • --schedule="0/5 * * * ?" ,创建一个Cron Job控制器。

查看deployment列表:

[root@k8s-master .kube]# kubectl get deployment
NAME           DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx-deploy   1         1         1            1           11m

控制器创建后,会自动部署Pod:

[root@k8s-master .kube]# kubectl get pods -o wide
NAME                          READY     STATUS    RESTARTS   AGE       IP           NODE                NOMINATED NODE
nginx-deploy-5b595999-54c56   1/1       Running   0          1h        10.244.2.3   k8s-node2.fhw.com   <none>

通过pod 的IP访问pod中运行的nginx服务:
curl 10.244.2.3

img_95fc04001e6fda01422271cc11d77350.png
image.png

能够正常访问。

2.2 部署一个service

service为pod提供一个固定访问端点。

用法:

Usage:
  kubectl expose (-f FILENAME | TYPE NAME) [--port=port] [--protocol=TCP|UDP] [--target-port=number-or-name]
[--name=name] [--external-ip=external-ip-of-service] [--type=type] [options]

部署service

[root@k8s-master .kube]# kubectl expose deployment nginx-deploy --port=80 --target-port=80 --protocol=TCP --type=ClusterIP
service/nginx-deploy exposed
  • deployment:暴露的资源类型为控制器deployment;
  • nginx-deploy: deployment的名称
  • --port=80: service的端口
  • --target-port=80 : Pod的端口
  • --type="": service类型有ClusterIP, NodePort, LoadBalancer, or ExternalName. Default is 'ClusterIP'.
    -- ClusterIP:表示这个service只能在群集内部访问,不能在集群外部访问;
    -- NodePort:表示可以在集群外部访问到;

获取service列表:

[root@k8s-master .kube]# kubectl get svc -o wide
NAME           TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE       SELECTOR
kubernetes     ClusterIP   10.96.0.1       <none>        443/TCP   20h       <none>
nginx          ClusterIP   10.106.125.69   <none>        80/TCP    8s

通过service IP 访问pod中的nginx服务:
curl 10.106.125.69

img_6768c286c028a4ec5f74315499bc9149.png
image.png

可以正常访问。

运行一个客户端Pod,在客户端Pod内部通过service的名称去访问nginx服务。

 kubectl run client -it --image=busybox --replicas=1 --restart=Never

如下图,直接通过service的名称nginx,可以正常访问:


img_c9e163874d5008d88238f6244d9f46f7.png
image.png

service通过label去关联pod:


img_c5bcc59230746bf0a3d13526b136feea.png
image.png

这时你删除这个关联的pod,控制器会立即启动一个新pod,并且关联至名为nginx这个service。

2.3 动态扩缩容Pod副本

先创建一个新应用,叫myapp:

[root@k8s-master ~]# kubectl run myapp --image=ikubernetes/myapp:v1 --replicas=2
deployment.apps/myapp created
[root@k8s-master ~]# 
[root@k8s-master ~]# kubectl get deployment -w
NAME           DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
myapp          2         2         2            2           22s
nginx-deploy   1         1         1            1           3h
[root@k8s-master ~]# 
[root@k8s-master ~]# 
[root@k8s-master ~]# kubectl get pods -o wide
NAME                          READY     STATUS    RESTARTS   AGE       IP           NODE                NOMINATED NODE
client                        1/1       Running   0          1h        10.244.2.4   k8s-node2.fhw.com   <none>
myapp-848b5b879b-fqbkd        1/1       Running   0          42s       10.244.1.6   k8s-node1.fhw.com   <none>
myapp-848b5b879b-j7lj5        1/1       Running   0          42s       10.244.2.5   k8s-node2.fhw.com   <none>
nginx-deploy-5b595999-54c56   1/1       Running   0          2h        10.244.2.3   k8s-node2.fhw.com   <none>

在第2.2节创建的客户端Pod中通过ip访问新建的应用myapp:


img_985094818e814d8a7249fe94629c76a4.png
image.png

两个Pod中的内容分别对应Pod名称。

为myapp创建一个service。
kubectl expose deployment myapp --name=myapp --port=80

img_51f8e22ce6a68dcaacab960a89ef699a.png
image.png

再到客户端Pod中使用service名称myapp去访问:


img_3b6ef763f6e0ad7866939b8f8386f7e9.png
image.png

如图,两个myapp Pod做负载均衡。

将myapp扩容至5个
kubectl scale deployment myapp --replicas=5

img_548aaaadde2651636e91892ed8399aa2.png
image.png

这时新增的Pod会立即加入到myapp service中接受请求。


img_2bf550bb89d2ddb021bcbfa7b5e101c4.png
image.png

再将myapp缩减至3个


img_5de13b6bfdad9d98d1de588e1a734231.png
image.png

2.4 滚动更新

升级myapp镜像的版本。
命令:

[root@k8s-master ~]# kubectl set image deployment myapp myapp=ikubernetes/myapp:v2
deployment.extensions/myapp image updated
img_9141518989d2ee51a12e8544c985a1db.png
image.png

查看滚动更新状态

[root@k8s-master ~]# kubectl rollout status deployment myapp
deployment "myapp" successfully rolled out

查看滚动更新后的结果


img_28434fc41bd9d29dd159be226b45b387.png
image.png

myapp更新过后,pod名称也更新了


img_c0abdaceecea6c97954801ad81533b26.png
image.png

查看pod内容器的镜像版本:


img_554b588ba378a8c16146f1cc9867944c.png
image.png

2.5 动态回滚

kubectl rollout undo deployment myapp
默认回滚至上一版本

img_a5432ab2377a67c80aa9a525d9b1a93f.png
image.png

查看回滚结果:


img_55925423aa75f3cdf6f5dc37aa56e95c.png
image.png

自动扩缩容依赖于监控系统,去监控系统资源使用率,根据系统资源去判断是否需要扩容。这个问题后续再记录。

2.6 配置从集群外部访问myapp

修改service myapp的类型为NodePort
命令:kubectl edit svc myapp

img_0bf7a2cdc5a1d5dc8e10d52bddc66bf3.png
image.png

修改后:


img_b95faab7f05d5e6d5a6e5ea8b2a518bc.png
image.png

查看service myapp


img_8343be0c5d295f4529de046372bc6a22.png
image.png

在集群中每个节点上都会开启一个31679端口(这个端口是随机生成的),映射到K8S集群的myapp service的80端口。可自行在其它节点验证。


img_2da43ec347ef52184ff3880ae7fb8b6f.png
image.png

提供给集群外部的访问端口为31679。
外部访问地址:http://192.168.100.135:31679
在192.168.100.200这台主机上验证,如图:


img_5ba220e3fb390a15e7e699650678ca56.png
image.png

三个节点均可正常访问。

如果想通过一个固定地址去访问这个myapp,可以利用nginx做反向代理:


img_dafd425d2637c3f3049c769b559fefa7.png
image.png

此篇结尾:
这一篇笔记只是演示如何通过手动去创建、更新、回滚一个应用。这只是在使用K8S中,最简单但是无法实现其全部功能 、全部定制的一种使用方式。而在真正使用K8S时,基本不会这样去操作。我们使用K8S的常用方式,应该是基于YAML格式的配置文件来定义和创建资源。

下一篇学习用YAML配置文件来创建资源。

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
2天前
|
Kubernetes 应用服务中间件 nginx
二进制安装Kubernetes(k8s)v1.32.0
本指南提供了一个详细的步骤,用于在Linux系统上通过二进制文件安装Kubernetes(k8s)v1.32.0,支持IPv4+IPv6双栈。具体步骤包括环境准备、系统配置、组件安装和配置等。
57 10
|
7天前
|
人工智能 Kubernetes 安全
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
赋能加速AI应用交付,F5 BIG-IP Next for Kubernetes方案解读
43 13
|
7天前
|
存储 Kubernetes 关系型数据库
阿里云ACK备份中心,K8s集群业务应用数据的一站式灾备方案
本文源自2024云栖大会苏雅诗的演讲,探讨了K8s集群业务为何需要灾备及其重要性。文中强调了集群与业务高可用配置对稳定性的重要性,并指出人为误操作等风险,建议实施周期性和特定情况下的灾备措施。针对容器化业务,提出了灾备的新特性与需求,包括工作负载为核心、云资源信息的备份,以及有状态应用的数据保护。介绍了ACK推出的备份中心解决方案,支持命名空间、标签、资源类型等维度的备份,并具备存储卷数据保护功能,能够满足GitOps流程企业的特定需求。此外,还详细描述了备份中心的使用流程、控制台展示、灾备难点及解决方案等内容,展示了备份中心如何有效应对K8s集群资源和存储卷数据的灾备挑战。
|
21天前
|
Kubernetes Cloud Native API
深入理解Kubernetes——容器编排的王者之道
深入理解Kubernetes——容器编排的王者之道
34 1
|
29天前
|
存储 运维 Kubernetes
K8s业务迁移最佳实践: 灵活管理资源备份与调整策略,实现高效简便的应用恢复
在当今快速变化的云原生领域,Kubernetes(K8s)集群的运维面临着诸多挑战,其中灾备与业务迁移尤为关键。ACK备份中心支持丰富的资源调整策略,在数据恢复阶段即可自动适配目标集群环境,确保业务无缝重启。
|
28天前
|
Kubernetes Cloud Native 持续交付
深入理解Kubernetes:容器编排的基石
深入理解Kubernetes:容器编排的基石
|
27天前
|
Kubernetes 监控 安全
容器化技术:Docker与Kubernetes的实战应用
容器化技术:Docker与Kubernetes的实战应用
|
28天前
|
Java Docker 微服务
利用Docker容器化部署Spring Boot应用
利用Docker容器化部署Spring Boot应用
47 0
|
28天前
|
Kubernetes 监控 Cloud Native
Kubernetes集群的高可用性与伸缩性实践
Kubernetes集群的高可用性与伸缩性实践
61 1
|
2月前
|
JSON Kubernetes 容灾
ACK One应用分发上线:高效管理多集群应用
ACK One应用分发上线,主要介绍了新能力的使用场景