kubernetes资源管理和基本操作（三）

最新推荐文章于 2024-10-31 17:37:59 发布
最新推荐文章于 2024-10-31 17:37:59 发布
阅读量850 收藏 20
点赞数 18
分类专栏： 部署及运维 k8s 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_65775063/article/details/140477793
版权

kubernetes中的资源管理

在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes

  • kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。
  • kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在Pod中，而kubernetes一般也不会直接管理Pod，而是通过Pod控制器来管理Pod的。
  • Pod可以提供服务之后，就要考虑如何访问Pod中服务，kubernetes提供了Service资源实现这个功能。
  • 当然，如果Pod中程序的数据需要持久化，kubernetes还提供了各种存储系统

kubernetes的核心，就是学习如何对集群上的Pod、Pod控制器、Service、存储等各种资源进行操作 

kubernetes的资源管理方式 

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

命令式对象管理 

kubectl命令

kubectl是kubernetes集群的命令行工具，通过它能够对集群本身进行管理，并能够在集群上进行容器化应用的安装部署

kubectl [command] [type] [name] [flags]

  • comand：指定要对资源执行的操作，例如create、get、delete

  • type：指定资源类型，比如deployment、pod、service

  • name：指定资源的名称，名称大小写敏感

  • flags：指定额外的可选参数

# 查看所有pod
kubectl get pod 

# 查看某个pod
kubectl get pod pod_name

# 查看某个pod,以yaml格式展示结果
kubectl get pod pod_name -o yaml

# 查看某个pod,以json格式展示结果
kubectl get pod pod_name -o json

# 查看某个pod,展示详细信息
kubectl get pod pod_name -o wide

# 删除deployment 
kubectl delete deployment nginx

# 删除service
kubectl delete service nginx
资源类型操作名称

kubernetes中所有的内容都抽象为资源，可以通过下面的命令进行查看，也就是可以操作的资源例如：namespace，pod，deploymnet，service等

kubectl api-resources

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

kubernetes允许对资源进行多种操作，可以通过–help查看详细的操作命令

kubectl --help

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

 namespace如果创建、删除不指定，默认操作的是default命名空间

[root@ecs-601-0003 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   15h
kube-node-lease   Active   15h
kube-public       Active   15h
kube-system       Active   15h
# 创建dev命名空间
[root@ecs-601-0003 ~]# kubectl create ns dev
namespace/dev created
# 运行镜像在dev
[root@ecs-601-0003 ~]# kubectl run pod --image=nginx:latest -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
# 查询pos在dev下
[root@ecs-601-0003 ~]# kubectl get pod -n dev
NAME                   READY   STATUS    RESTARTS   AGE
pod-644584df94-npjmp   1/1     Running   0          30s
# 删除pod不指定namespace，默认会去default中找，所以报错
[root@ecs-601-0003 ~]# kubectl delete pod pod-644584df94-npjmp
Error from server (NotFound): pods "pod-644584df94-npjmp" not found
# 删除namespace下的pod
[root@ecs-601-0003 ~]# kubectl delete pod pod-644584df94-npjmp -n dev
pod "pod-644584df94-npjmp" deleted
#删除namespace
[root@ecs-601-0003 ~]# kubectl delete ns dev
namespace "dev" deleted

命令式对象配置 

命令式对象配置就是使用命令配合配置文件一起来操作kubernetes资源，这也是经常使用的一种方式，

命令式对象配置的方式操作资源，可以简单的认为：命令  +  yaml配置文件（里面是命令需要的各种参数）

创建一个nginxpod.yaml

内容也简单，创建命名空间dev，在dev下创建一个nginx的pod，镜像是nginx：latest

apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: nginxpod
  namespace: dev
spec:
  containers:
  - name: nginx-containers
    image: nginx:latest
执行创建、查看删除操作
#编辑nginxpod.yaml文件
[root@ecs-601-0003 ~]# vim nginxpod.yaml
#通过nginxpod.yaml文件创建namespace和pod
[root@ecs-601-0003 ~]# kubectl create -f nginxpod.yaml 
namespace/dev created
pod/nginxpod created
#通过nginxpod.yaml查看namespace和pod
[root@ecs-601-0003 ~]# kubectl get -f nginxpod.yaml
NAME            STATUS   AGE
namespace/dev   Active   20s

NAME           READY   STATUS    RESTARTS   AGE
pod/nginxpod   1/1     Running   0          19s
#通过nginxpod.yaml删除namespace和pod
[root@ecs-601-0003 ~]# kubectl delete -f nginxpod.yaml 
namespace "dev" deleted
pod "nginxpod" deleted
[root@ecs-601-0003 ~]#

声明式对象配置

声明式对象配置跟命令式对象配置很相似，但是它只有一个命令apply，apply类似于insertorupdate，这也是和create最大的不同之处，如果没有则新建，如果有则更新

#根据nginxpod.yaml创建namespace和pod
[root@ecs-601-0003 ~]# kubectl apply -f nginxpod.yaml 
namespace/dev created
pod/nginxpod created
#再次创建，提示namespace和pod都没有变化
[root@ecs-601-0003 ~]# kubectl apply -f nginxpod.yaml 
namespace/dev unchanged
pod/nginxpod unchanged

三种方式应该怎么选择

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

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

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

也就是只有查询资源使用纯命令式，其他创建、更新、删除资源都基于文件yaml进行操作

kubernetes基本操作

Namespace

namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离

  • 不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下，也就是形成逻辑上的"组"
  • 通过kubernetes的授权机制，将不同的namespace交给不同租户进行管理，这样就实现了多租户的资源隔离
  • 还能结合kubernetes的资源配额机制，限定不同租户能占用的资源，例如CPU使用量、内存使用量等等，来实现租户可用资源的管理

默认创建的namespace

default           Active   15h    #  所有未指定Namespace的对象都会被分配在default命名空间   
kube-node-lease   Active   15h    #  集群节点之间的心跳维护，v1.13开始引入，也就是检测是否活着
kube-public       Active   15h    #  此命名空间下的资源可以被所有人访问（包括未认证用户
kube-system       Active   15h    #  所有由Kubernetes系统创建的资源都处于这个命名空间
查看namespace
# 查看所有的ns
[root@ecs-601-0003 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   15h
dev               Active   14m
kube-node-lease   Active   15h
kube-public       Active   15h
kube-system       Active   15h
# 查看指定的ns   
[root@ecs-601-0003 ~]# kubectl get ns kube-system
NAME          STATUS   AGE
kube-system   Active   15h
# 指定输出格式  命令：kubectl get ns ns名称  -o 格式参数
# kubernetes支持的格式有很多，比较常见的是wide、json、yaml
[root@ecs-601-0003 ~]# kubectl get ns dev -o yaml
apiVersion: v1
kind: Namespace
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"Namespace","metadata":{"annotations":{},"name":"dev"}}
  creationTimestamp: "2024-07-17T01:52:47Z"
  name: dev
  resourceVersion: "137527"
  selfLink: /api/v1/namespaces/dev
  uid: 4cc99c86-83bf-4cc9-af83-2e0bbbef63af
spec:
  finalizers:
  - kubernetes
status:
  phase: Active

# 查看ns详情 
[root@ecs-601-0003 ~]# kubectl describe ns  dev
Name:         dev
Labels:       <none>
Annotations:  kubectl.kubernetes.io/last-applied-configuration: {"apiVersion":"v1","kind":"Namespace","metadata":{"annotations":{},"name":"dev"}}
Status:       Active

No resource quota.

No LimitRange resource.

创建删除namespace
[root@ecs-601-0003 ~]# kubectl create ns prod
namespace/prod created
[root@ecs-601-0003 ~]# kubectl delete ns prod
namespace "prod" deleted
 配置方式创建删除namespace

 准备ns-prod.yaml

apiVersion: v1
kind: Namespace
metadata:
  name: prod

  • 创建：kubectl create -f ns-prod.yaml

  • 删除：kubectl delete -f ns-prod.yaml

Pod

Pod是kubernetes集群进行管理的最小单元，程序要运行必须部署在容器中，而容器必须存在于Pod中,Pod可以认为是容器的封装，一个Pod中可以存在一个或者多个容器,类似于进程和线程的关系

 kubernetes在集群启动之后，集群中的各个组件也都是以Pod方式运行的

 kubectl get pod -n kube-system

创建并运行pod

kubernetes没有提供单独运行Pod的命令，都是通过Pod控制器（deployment就是pod控制器）来实现的

[root@ecs-601-0003 ~]# kubectl run pod --image=nginx:latest -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
查看pod 

# 查看pod
[root@ecs-601-0003 ~]# kubectl get pods -n dev
NAME       READY   STATUS    RESTARTS   AGE
nginxpod   1/1     Running   0          34m

#查看pod详情
[root@ecs-601-0003 ~]# kubectl describe pod nginxpod -n dev
Name:         nginxpod
Namespace:    dev
Priority:     0
Node:         ecs-601-0004/192.168.0.130
Start Time:   Wed, 17 Jul 2024 09:52:48 +0800
Labels:       <none>
Annotations:  kubectl.kubernetes.io/last-applied-configuration:
                {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"name":"nginxpod","namespace":"dev"},"spec":{"containers":[{"image":"nginx:la...
Status:       Running
IP:           10.244.1.10
IPs:
  IP:  10.244.1.10
Containers:
  nginx-containers:
    Container ID:   docker://3471510f2aabb82441124df717179c5a52f8884ae631284aec32f900fce31816
    Image:          nginx:latest
    Image ID:       docker-pullable://nginx@sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Wed, 17 Jul 2024 09:53:05 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-hq48t (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-hq48t:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-hq48t
    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  35m   default-scheduler      Successfully assigned dev/nginxpod to ecs-601-0004
  Normal  Pulling    34m   kubelet, ecs-601-0004  Pulling image "nginx:latest"
  Normal  Pulled     34m   kubelet, ecs-601-0004  Successfully pulled image "nginx:latest"
  Normal  Created    34m   kubelet, ecs-601-0004  Created container nginx-containers
  Normal  Started    34m   kubelet, ecs-601-0004  Started container nginx-containers
[root@ecs-601-0003 ~]#

访问Pod 
#查询pod其他信息 访问IP
[root@ecs-601-0003 ~]# kubectl get pods -n dev -o wide
NAME       READY   STATUS    RESTARTS   AGE   IP            NODE           NOMINATED NODE   READINESS GATES
nginxpod   1/1     Running   0          37m   10.244.1.10   ecs-601-0004   <none>           <none>
# http访问pod
[root@ecs-601-0003 ~]# curl http://10.244.1.10:80
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
[root@ecs-601-0003 ~]#

删除指定Pod 

如果当前的Pod是由Pod控制器创建的，控制器会监控Pod状况，一旦发现Pod死亡，会立即重建

因此要想删除Pod，必须删除Pod控制器

# 查看pod
[root@ecs-601-0003 ~]# kubectl get pod -n dev
NAME                    READY   STATUS    RESTARTS   AGE
nginx-dd6b5d745-tfzdj   1/1     Running   0          37s
# 删除pod nginx-dd6b5d745-tfzdj
[root@ecs-601-0003 ~]# kubectl delete pod nginx-dd6b5d745-tfzdj -n dev
pod "nginx-dd6b5d745-tfzdj" deleted
# 删除成功又多了一个nginx-dd6b5d745-99njm 
[root@ecs-601-0003 ~]# kubectl get pod -n dev
NAME                    READY   STATUS    RESTARTS   AGE
nginx-dd6b5d745-99njm   1/1     Running   0          19s
# 查看pod控制器
[root@ecs-601-0003 ~]# kubectl get deploy -n  dev
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   1/1     1            1           2m4s
# 删除控制器
[root@ecs-601-0003 ~]# kubectl delete deploy nginx -n dev
deployment.apps "nginx" deleted
# 再次查看pod 已经删除了
[root@ecs-601-0003 ~]# kubectl get pods -n dev
No resources found in dev namespace.
配置创建删除 

准备pod-nginx.yaml文件

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  namespace: dev
spec:
  containers:
  - image: nginx:latest
    name: pod
    ports:
    - name: nginx-port
      containerPort: 80
      protocol: TCP
  • 创建：kubectl create -f pod-nginx.yaml
  • 删除：kubectl delete -f pod-nginx.yaml

Label 

Label是kubernetes系统中的一个重要概念。它的作用就是在资源上添加标识，用来对它们进行区分和选择

Label的特点 
  • 一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等等
  • 一个资源对象可以定义任意数量的Label ，同一个Label也可以被添加到任意数量的资源对象上去
  • Label通常在资源对象定义时确定，当然也可以在对象创建后动态添加或者删除

可以通过Label实现资源的多维度分组，以便灵活、方便地进行资源分配、调度、配置、部署等管理工作

 一些常用的Label 示例如下：

版本标签：“version”:“release”, “version”:“stable”…
环境标签：“environment”:“dev”，“environment”:“test”，“environment”:“prod”

Label Selector 

Label Selector用于查询和筛选拥有某些标签的资源对象

有两种Label Selector：

基于等式的Label Selector

  • name = slave: 选择所有包含Label中key="name"且value="slave"的对象
  • env != production: 选择所有包括Label中的key="env"且value不等于"production"的对象

基于集合的Label Selector

  • name in (master, slave): 选择所有包含Label中的key="name"且value="master"或"slave"的对象
  • name not in (frontend): 选择所有包含Label中的key="name"且value不等于"frontend"的对象

标签的选择条件可以使用多个，此时将多个Label Selector进行组合，使用逗号","进行分隔即可 

  • name=slave，env!=production
  • name not in (frontend)，env!=production
命令方式操作标签 
# 创建标签version=1.0 对nginxpod
[root@ecs-601-0003 ~]# kubectl label pod nginxpod version=1.0 -n dev
pod/nginxpod labeled
# 查询nginxpod标签 --show-labels
[root@ecs-601-0003 ~]# kubectl get pod nginxpod  -n dev --show-labels
NAME       READY   STATUS    RESTARTS   AGE   LABELS
nginxpod   1/1     Running   0          90s   version=1.0
# 更新nginxpod标签
[root@ecs-601-0003 ~]# kubectl label pod nginxpod version=2.0 -n dev --overwrite
pod/nginxpod labeled
# 查询更新后的标签
[root@ecs-601-0003 ~]# kubectl get pod nginxpod  -n dev --show-labels
NAME       READY   STATUS    RESTARTS   AGE     LABELS
nginxpod   1/1     Running   0          2m10s   version=2.0

#筛选version=2.0的pod
[root@ecs-601-0003 ~]#  kubectl get pod -n dev -l version=2.0  --show-labels
NAME       READY   STATUS    RESTARTS   AGE     LABELS
nginxpod   1/1     Running   0          3m37s   version=2.0
# 筛选version!=2.0的pod
[root@ecs-601-0003 ~]# kubectl get pod -n dev -l version!=2.0 --show-labels
No resources found in dev namespace.
# 删除标签
[root@ecs-601-0003 ~]# kubectl label pod nginxpod version- -n dev
pod/nginxpod labeled
[root@ecs-601-0003 ~]#

配置方式 
apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: nginxpod
  namespace: dev
  labels:
    version: "3.0"
    env: "prod"
spec:
  containers:
  - name: nginx-containers
    image: nginx:latest
 kubectl apply -f nginxpod.yaml

Deployment

在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的

Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod

在kubernetes中Pod控制器的种类有很多，Deployment就是其中一种

命令操作

命令格式: kubectl create deployment 名称  [参数]

--image 指定pod的镜像

 --port 指定端口

--replicas 指定创建pod数量

 --namespace 指定namespace

kubectl run 名称 [参数]

# pod控制器创建pod 副本为3
[root@ecs-601-0003 ~]# kubectl run nginx --image=nginx:latest --port=80 --replicas=3 -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/nginx created
# 查看创建的pod
[root@ecs-601-0003 ~]# kubectl get pod -n dev
NAME                    READY   STATUS    RESTARTS   AGE
nginx-dd6b5d745-fbp6b   1/1     Running   0          41s
nginx-dd6b5d745-gnxhx   1/1     Running   0          41s
nginx-dd6b5d745-ngjvm   1/1     Running   0          41s
# 查看pod控制器信息
[root@ecs-601-0003 ~]# kubectl get deploy -n dev
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
nginx   3/3     3            3           60s
#查看deployment其他信息
# UP-TO-DATE：成功升级的副本数量
# AVAILABLE：可用副本的数量
[root@ecs-601-0003 ~]# kubectl get deploy -n dev -o wide
NAME    READY   UP-TO-DATE   AVAILABLE   AGE   CONTAINERS   IMAGES         SELECTOR
nginx   3/3     3            3           97s   nginx        nginx:latest   run=nginx
#
# 查看deployment的详细信息
[root@ecs-601-0003 ~]# kubectl describe deploy nginx -n dev
Name:                   nginx
Namespace:              dev
CreationTimestamp:      Wed, 17 Jul 2024 11:22:00 +0800
Labels:                 run=nginx
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               run=nginx
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  run=nginx
  Containers:
   nginx:
    Image:        nginx:latest
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-dd6b5d745 (3/3 replicas created)
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  115s  deployment-controller  Scaled up replica set nginx-dd6b5d745 to 3
# 删除 deployment
[root@ecs-601-0003 ~]# kubectl delete deploy nginx -n dev
deployment.apps "nginx" deleted
配置操作 

准备文件deploy-nginx.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      run: nginx
  template:
    metadata:
      labels:
        run: nginx
    spec:
      containers:
      - image: nginx:latest
        name: nginx
        ports:
        - containerPort: 80
          protocol: TCP

# 通过pod控制器创建pod
kubectl create -f deploy-nginx.yaml

# 通过pod控制器删除pod
kubectl delete -f deploy-nginx.yaml

Service 

利用Deployment来创建一组Pod来提供具有高可用性的服务，虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下问题

  • Pod IP 会随着Pod的重建产生变化
  • Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问

这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题

Service可以看作是一组同类Pod对外的访问接口，借助Service，应用可以方便地实现服务发现和负载均衡

创建集群内部可以访问的service
# 查询pod
[root@ecs-601-0003 ~]# kubectl get pod -n dev -o wide
NAME                    READY   STATUS    RESTARTS   AGE   IP            NODE           NOMINATED NODE   READINESS GATES
nginx-dd6b5d745-5bgwr   1/1     Running   0          99s   10.244.1.21   ecs-601-0004   <none>           <none>

# 暴露service 集群内ip
[root@ecs-601-0003 ~]# kubectl expose deploy nginx --name=nginx1 --type=ClusterIP --port=80 --target-port=80 -n dev
service/nginx1 exposed
#查看service
[root@ecs-601-0003 ~]# kubectl get svc nginx1 -n dev -o wide
NAME     TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE   SELECTOR
nginx1   ClusterIP   10.101.147.83   <none>        80/TCP    37s   run=nginx

# 访问service
[root@ecs-601-0003 ~]# curl http://10.101.147.83
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

创建集群外部也可访问的Service 

上面创建的Service的type类型为ClusterIP，这个ip地址只用集群内部可访问，如果需要创建外部也可以访问的Service，需要修改type为NodePort 

# 创建type为NodePort nginx service
[root@ecs-601-0003 ~]# kubectl expose deploy nginx --name=nginx2 --type=NodePort --port=80 --target-port=80 -n dev
service/nginx2 exposed
# 查看service 发现 有了NodePort的nginx服务，端口为80:32337 ，外部访问32337端口
[root@ecs-601-0003 ~]# kubectl get svc -n dev -o wide
NAME     TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE     SELECTOR
nginx1   ClusterIP   10.101.147.83    <none>        80/TCP         5m36s   run=nginx
nginx2   NodePort    10.105.236.110   <none>        80:32337/TCP   17s     run=nginx
# 查看pod节点为ecs-601-0004，用此节点ip访问即可
[root@ecs-601-0003 ~]# kubectl get pods -n dev -o wide
NAME                    READY   STATUS    RESTARTS   AGE   IP            NODE           NOMINATED NODE   READINESS GATES
nginx-dd6b5d745-5bgwr   1/1     Running   0          11m   10.244.1.21   ecs-601-0004   <none>           <none>

小趴菜不能喝
关注
专栏目录
Kubernetes集群管理与编排核心技术详解
09-14
主要内容包括集群配置管理、节点配置管理和集群内部网络设置等多个方面，涵盖了从基本单元Pod到服务访问、存储卷及资源配额等一系列核心主题。此外，文档深入探讨了安全性、调度管理、状态化应用部署等高级话题，并...
k8s(kubernetes)集群搭建和搭完后管理操作
05-27
在IT行业中，Kubernetes（简称k8s）已经成为容器编排和管理的首选平台，它为企业提供了高效、灵活且可扩展的基础设施管理解决方案。本文将深入探讨如何搭建k8s集群以及集群搭建完成后如何进行日常管理操作。 首先，...
Velero 管理 Kubernetes 备份和还原
06-18
备份和还原管理工具，相比其它直接操作etcd集群备份的优势在于，它可以备份k8s的持久卷数据。它主要在生产中应用于灾难还原，集群迁移、数据保护等多种情况。 由于本套课程需要一些其它知识才能学习，因此需要您具备...
Kubernetes的一些主要特性和概念
02-15
Kubernetes的学习涉及到大量的实践操作和持续的更新，理解并掌握以上特性是成为Kubernetes专家的关键步骤。随着云原生技术的发展，Kubernetes已经成为现代云基础设施的核心组成部分，对任何想要在这一领域有所作为的...
k8s-1.16.1-搭建和操作-kubernetes安装包和详细文档笔记整理
05-27
6. 监控和管理：通过Kubernetes的Dashboard或者使用命令行工具监控集群状态，进行故障排查和资源管理。 在这个资源包中，详细文档笔记将涵盖以上所有环节，包括每一步的详细操作指南、常见问题及解决方法。对于运维...
Kubeadm搭建k8s
YCyjs的博客
10-29 1156
kubectl需经由API server认证及授权后方能执行相应的管理操作，kubeadm 部署的集群为其生成了一个具有管理员权限的认证配置文件 /etc/kubernetes/admin.conf，它可由 kubectl 通过默认的 “$HOME/.kube/config” 的路径进行加载。上传 harbor-offline-installer-v1.2.2.tgz 和 docker-compose 文件到 /opt 目录。所有节点上传flannel镜像 flannel.tar 到 /opt 目录，
Kubernetes（K8s）相关漏洞介绍
weixin_45945976的博客
10-31 236
Kubernetes Image Builder通过Proxmox Provider构建的VM镜像中存在默认凭证漏洞（SSH账户builder/builder），由于这些默认凭证未在镜像构建完成后被修改或禁用，导致未授权攻击者可以利用它们通过SSH连接到使用受影响镜像的虚拟机，从而获得对目标节点的访问权限。这些只是一部分已知的Kubernetes安全漏洞，实际的安全风险可能更多，因此，定期更新和打补丁、遵循最佳实践进行安全管理是非常重要的。：集群内部的服务间通信如果没有充分加密，可能导致数据泄露。
k8s 查看cpu使用率最高的pod
u010674101的专栏
10-31 373
在 Kubernetes 中，可以使用命令查看 Pod 的资源使用情况，从而找到 CPU 使用率最高的 Pod。
K8s 容器的定向调度与亲和性
KubeSphere
10-30 1086
K8s 集群节点 CPU 使用率高！内存溢出（OOM）！宕机！导致大量微服务瘫痪怎么办？可能是调度策略没做好，看完这篇文章掌握提高集群稳定性的管理诀窍。Kubernetes（K8s）是一个开源的容器编排工具，而容器调度是其非常重要的特性，所谓的调度是指将容器（Pod）分配到集群中的节点上运行的过程。为了更好地控制容器的调度，K8s 提供了多种调度策略，其中包括定向调度和亲和性策略。在实际的 K8s 集群维护场景中，合理使用这些调度策略，对集群的稳定性至关重要。
K8s核心组件全解析
weixin_46619605的博客
10-31 1168
K8s核心组件全解析。
从k8s的事件聊聊for循环
运维Linux和python
10-26 759
序言见过的人越多，就越喜欢狗。感觉没有秋天，突然一下就凉凉的，偶尔还下个雨。k8s事件和for循环人人都爱for循环，无论是开发还是运维，经常随便来个for循环来执行一些脚本，例如进行一个测试。foriin`seq1000`;docurl-Ihttp://example.com;donefor循环是最简单的一种调用方式，但是也有巨坑，在一些特别的场景之...
k8s的发展历史
qaz9821的专栏
10-31 458
Kubernetes 的发展历史是一个不断演进的过程，反映了容器技术和云计算的快速变化。作为当今最流行的容器编排平台之一，Kubernetes 通过开放和社区驱动的方式，推动了云原生应用的广泛采用。
【K8S】kubernetes-dashboard.yaml
binqian的专栏
10-27 911
Images 对象的镜像。
k8s 排查集群中故障节点
最新发布
u010674101的专栏
10-31 338
通过上述方法可以排查出节点故障原因，比如资源耗尽、服务故障、网络中断等。根据具体问题采取相应的措施，如重启服务、增加资源、调整网络配置等，从而恢复节点正常状态。
三、k8s快速入门之Kubectl 命令基础操作
qq_52122458的博客
10-29 308
record的作用是将当前命令记录到revision中，可以知道每个revision对应的是哪个配置文件。⭐️删除pod-如果你的删除后你设定的副本数大于你当前pod数，rs就会给你在重新创建一个。把镜像换成v2在试一下。查看一下有几个副本数。​ 未仅允许禁止转载。
K8s pod 调度策略
qq1271566323的博客
10-26 1151
k8s pod 调度策略
K8S 容器可视化管理工具-kuboard 监控管理工具搭建
Mr.ACO的专栏
10-29 452
Kuboard 容器化部署
Kubernetes：（三）Kubeadm搭建K8s 1.20集群
yangye2424637628的博客
10-29 720
kubectl需经由API server认证及授权后方能执行相应的管理操作，kubeadm 部署的集群为其生成了一个具有管理员权限的认证配置文件 /etc/kubernetes/admin.conf，它可由 kubectl 通过默认的 “$HOME/.kube/config” 的路径进行加载。上传dashboard.tar，metrics-scraper.tar文件到 /opt/k8s 目录中。在本地使用火狐浏览器访问：https://hub.benet.com。3、部署容器网络插件。
在基于AWS EC2的云端k8s环境中 搭建开发基础设施
qq_37106501的博客
10-31 242
k8s使用helm 定制value搭建开发环境基础设施mysql redis rabbitmq
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值