Kubernetes–Kubernetes简介以及Kubernetes安装

前面介绍了Kubernetes的安装方式，本篇文章主要介绍Kubernetes的资源管理方式，首先需要理解什么是资源？资源管理的方式一共有三种：命令式对象管理、命令式对象配置、声明式对象配置，三种方式的使用场景等等

什么是资源管理？

在K8s中，所有的内容都被抽象为资源，用户需要操作资源来操作K8s，资源可以分为计算资源、存储资源、网络资源，对于容器化技术来说对这些资源的定义、管理、分配尤其重要，在K8s中，任何可以被申请、分配、最终被使用的对象，都可以是K8s中的资源，例如CPU、内存等等

K8s的本质是一个集群系统，用户可以在集群中部署各种服务，就是在K8s的集群中运行一个一个的容器，并将指定的程序跑在容器中，例如部署一个Nginx容器。

但是K8s的最小单位是pod而不是容器，所以只能将容器放入到pod中，而且K8s也不直接管理pod，而是通过pod控制器来管理pod的，pod可以部署容器之后，那么怎么提供服务呢？需要通过service资源实现服务提供，如果pod需要存储数据持久化，K8s海提供了各种存储系统用于持久化

image-20210713105726871

资源管理方式

K8s对资源的管理一共有三种方式：

  • 命令式对象管理：直接使用命令去操作K8s的资源
kubectl run nginx-pod --image=nginx:1.17.1 --port=80
  • 命令式对象配置：通过命令配置和配置文件去操作资源
kubectl create/patch -f nginx-pod.yaml
  • 声明式对象配置：通过apply命令和配置文件去操作资源
kubectl apply -f nginx-pod.yaml
类型操作对象适用环境优点缺点
命令式对象管理对象测试简单只能操作活动对象，无法审计、跟踪
命令式对象配置文件开发可以审计、跟踪项目大时，配置文件多，操作麻烦
声明式对象配置目录开发支持目录操作意外情况下难以调试

Kubectl命令详解

在介绍三种的资源管理方式之前，首先需要知道Kubectl命令的使用。Kubectl式使用K8s集群的命令行工具，通过它对集群本身进行管理，Kubectl的基本使用方式是：

Kubectl [command] [type] [name] [flags]
  • command：指定要对资源执行的操作，例如create、get、delete等等
  • type：指定资源的类型，例如pod、service等等
  • name：指定资源的名称，注意大小写
  • flages：指定额外的可选参数

例如：

[root@master ~]# kubectl get pod				#查看pod
NAME                     READY   STATUS    RESTARTS   AGE
nginx-6867cdf567-lt9wz   1/1     Running   0          15h
[root@master ~]# kubectl get pod nginx-6867cdf567-lt9wz			#查看指定的pod
NAME                     READY   STATUS    RESTARTS   AGE
nginx-6867cdf567-lt9wz   1/1     Running   0          15h
[root@master ~]# kubectl get pod nginx-6867cdf567-lt9wz -o yaml		# 查看pod的详细信息用yaml文件的方式

资源类型

在K8s中有很多的资源类型，可以使用kubectl api-resources进行查看，经常使用的资源有

资源分类资源名称缩写资源作用
集群级别资源nodesno集群组成部分
namespacesns隔离Pod
pod资源podspo装载容器
pod资源控制器replicationcontrollersrc控制pod资源
replicasetsrs控制pod资源
deploymentsdeploy控制pod资源
daemonsetsds控制pod资源
jobs控制pod资源
cronjobscj控制pod资源
horizontalpodautoscalershpa控制pod资源
statefulsetssts控制pod资源
服务发现资源servicessvc统一pod对外接口
ingressing统一pod对外接口
存储资源volumeattachments存储
persistentvolumespv存储
persistentvolumeclaimspvc存储
配置资源configmapscm配置
secrets配置

操作

使用kubernetes --help可以查看帮助文档

命令分类命令翻译命令作用
基本命令create创建创建一个资源
edit编辑编辑一个资源
get获取获取一个资源
patch更新更新一个资源
delete删除删除一个资源
explain解释展示资源文档
运行和调试run运行在集群中运行一个指定的镜像
expose暴露暴露资源为Service
describe描述显示资源内部信息
logs日志输出容器在 pod 中的日志
attach缠绕进入运行中的容器
exec执行执行容器中的一个命令
cp复制在Pod内外复制文件
rollout首次展示管理资源的发布
scale规模扩(缩)容Pod的数量
autoscale自动调整自动调整Pod的数量
高级命令applyrc通过文件对资源进行配置
label标签更新资源上的标签
其他命令cluster-info集群信息显示集群信息
version版本显示当前Server和Client的版本

简单操作

[root@master ~]# kubectl create ns dev				# 
namespace/dev created
[root@master ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   25h
dev               Active   8s
kube-node-lease   Active   25h
kube-public       Active   25h
kube-system       Active   25h
[root@master ~]# kubectl run pod --image=nginx -n dev
kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.
deployment.apps/pod created
[root@master ~]# kubectl get pod -n dev
NAME                   READY   STATUS              RESTARTS   AGE
pod-864f9875b9-mf9px   0/1     ContainerCreating   0          19s
[root@master ~]# kubectl describe  pod pod-864f9875b9-mf9px  -n dev
Name:         pod-864f9875b9-mf9px
Namespace:    dev
Priority:     0
Node:         node2/10.0.0.6
Start Time:   Tue, 13 Jul 2021 15:17:29 +0800
Labels:       pod-template-hash=864f9875b9
              run=pod
Annotations:  <none>
Status:       Running
IP:           10.244.2.3
IPs:
  IP:           10.244.2.3
Controlled By:  ReplicaSet/pod-864f9875b9
Containers:
  pod:
    Container ID:   docker://4307997e9e433225abb06cf5d069535d76a62372dedd9e3d9874e671adabb142
    Image:          nginx
    Image ID:       docker-pullable://nginx@sha256:353c20f74d9b6aee359f30e8e4f69c3d7eaea2f610681c4a95849a2fd7c497f9
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Tue, 13 Jul 2021 15:18:02 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-ngk5d (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-ngk5d:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-ngk5d
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  60s   default-scheduler  Successfully assigned dev/pod-864f9875b9-mf9px to node2
  Normal  Pulling    60s   kubelet, node2     Pulling image "nginx"
  Normal  Pulled     27s   kubelet, node2     Successfully pulled image "nginx"
  Normal  Created    27s   kubelet, node2     Created container pod
  Normal  Started    27s   kubelet, node2     Started container pod

命令式对象管理

在使用kubectl命令的使用的时候，其实使用的就是命令式对象管理，就是只是使用命令对资源进行管理，这种方式一般适用于测试环境

命令式对象配置

命令式对象配置就是使用命令和配置文件的方式一起操作资源，例如同样是创建一个名为dev的namespace名称空间下的nginx资源

  1. 创建一个nginxpod.yaml
apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: nginxpod
  namespace: dev
spec:
  containers:
  - name: nginx-containers
    image: nginx:1.17.1
  1. 执行create命令，创建资源
[root@master ~]# kubectl create -f nginxpod.yaml 
namespace/dev created
pod/nginxpod created
  1. 执行get命令，查看创建的pod和ns
[root@master ~]# kubectl get -f nginxpod.yaml 
NAME            STATUS   AGE
namespace/dev   Active   54s

NAME           READY   STATUS    RESTARTS   AGE
pod/nginxpod   1/1     Running   0          53s
  1. 执行删除命令
[root@master ~]# kubectl delete -f nginxpod.yaml 
namespace "dev" deleted
pod "nginxpod" deleted

声明式对象配置

声明式对象配置同样是写一个配置文件，但是只使用apply操作，也就是说无法执行删除操作使用apply操作资源会进行以下两种操作：

  • 如果资源不存在，则直接创建相当于kubectl create
  • 如果资源已经存在，那么执行更新相当于kubectl patch
[root@master ~]# kubectl apply -f nginxpod.yaml 
namespace/dev created
pod/nginxpod created
[root@master ~]# kubectl apply -f nginxpod.yaml 
namespace/dev unchanged
pod/nginxpod unchanged
[root@master ~]# kubectl get  -f nginxpod.yaml 
NAME            STATUS   AGE
namespace/dev   Active   18s

NAME           READY   STATUS    RESTARTS   AGE
pod/nginxpod   1/1     Running   0          17s

对于三种操作资源的方式，可以结合起来使用，因为声明式对象配置是不能进行删除操作的，可以如下结合：

  • 创建/更新资源 使用声明式对象配置 kubectl apply -f XXX.yaml

  • 删除资源 使用命令式对象配置 kubectl delete -f XXX.yaml

  • 查询资源 使用命令式对象管理 kubectl get(describe) 资源名称

# kubernetes # docker
Logo
K8S/Kubernetes

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐

【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美

作者 |  韩堂、柘远、沉醉来源 | 阿里巴巴云原生公众号​前言台湾作家林清玄在接受记者采访的时候，如此评价自己 30 多年写作生涯：“第一个十年我才华横溢，‘贼光闪现’，令周边黯然失色；第二个十年，我终于‘宝光现形’，不再去抢风头，反而与身边的美丽相得益彰；进入第三个十年，繁华落尽见真醇，我进入了‘醇光初现’的阶段，真正体味到了境界之美”。​长夜有穷，真水无香。领略过了 K8s“身在江

avatar K8S/Kubernetes

如何基于 K8s 构建下一代 DevOps 平台？

作者 | 孙健波（天元）导读：当前云原生 DevOps 体系现状如何？面临哪些挑战？如何通过 OAM 解决云原生 DevOps 场景下的诸多问题？云原生开发应用模型 OAM(Open Application Model) 社区核心成员孙健波将为大家一一解答，并分享如何基于 OAM 和 Kubernetes 打造无限能力的下一代 DevOps 平台。什么是 DevOps？为什么基于 Kub

avatar K8S/Kubernetes

k8s 火了！

2020，上云之年，产品云端化成为一种趋势。在一线城市，很多公司都已经构建了自己的私有云环境，比如阿里云、网易云、华为云等。而Kubernetes 作为基于容器编排领域的王者，具备扩展...

avatar K8S/Kubernetes