k8s---pod资源管理和镜像拉取策略;实验:部署harbor创建私有项目

Pod概述

●在Kubernetes集群中,Pod是所有业务类型的基础,它是一个或多个容器的组合。这些容器共享存储、网络和命名空间,以及如何运行的规范。在Pod中,所有容器都被同一安排和调度,并运行在共享的上下文中。对于具体应用而言,Pod是它们的逻辑主机,Pod包含业务相关的多个应用容器。Kubernetes不只是支持Docker容器,它也支持其他容器。Pod 的上下文可以理解成多个linux命名空间的联合:

  • PID 命名空间(同一个Pod中应用可以看到其它进程)
  • 网络 命名空间(同一个Pod的中的应用对相同的IP地址和端口有权限)
  • IPC 命名空间(同一个Pod中的应用可以通过VPC或者POSIX进行通信)
  • UTS 命名空间(同一个Pod中的应用共享一个主机名称)

●一个Pod的共享上下文是Linux命名空间、cgroups和其它潜在隔离内容的集合。 在Pod中,容器共享一个IP地址和端口空间,它们可以通过localhost发现彼此。在同一个Pod中的容器,可以使用System V 或POSIX信号进行标准的进程间通信和共享内存。在不同Pod中的容器,拥有不同的IP地址,因此不能够直接在进程间进行通信。容器间通常使用Pod IP地址进行通信。在一个Pod中的应用于口访问共享的存储卷,它被定为为Pod的一部分,可以被挂接至每一个应用文件系统。与独立的应用容器一样,Pod是一个临时的实体,它有着自己的生命周期。在Pod被创建时,会被指派一个唯一的ID,并被调度到Node中,直到Pod被终止或删除。如果Pod所在的Node宕机,给定的Pod(即通过UID定义)不会被重新调度。相反,它将被完全相同的Pod所替代。这所说的具有和Pod相关生命周期的情况,例如存储卷,是说和Pod存在的时间一样长。如果Pod被删除,即使完全相同的副本被创建,则相关存储卷等也会被删除,并会Pod创建一个新的存储卷等。Pod本身就没有打算作为持久化的实体,在调度失败、Node失败和获取其它退出(缺少资源或者Node在维护)情况下,Pod都会被删除。一般来说,用户不应该直接创建Pod,即是创建单个的Pod也应该通过控制器创建。在集群范围内,控制器为Pod提供自愈能力,以及副本和部署管理。

一个多容器的Pod会包含一个文件拉取器和一个web服务器,此web服务器使用一个持久化存储卷来在容器中共享存储。
在这里插入图片描述

网络:每一个Pod都会被指派一个唯一的Ip地址,在Pod中的每一个容器共享网络命名空间,包括Ip地址和网络端口。在同一个Pod中的容器可以同locahost进行互相通信。当Pod中的容器需要与Pod外的实体进行通信时,则需要通过端口等共享的网络资源。

存储:Pod能够被指定共享存储卷的集合,在Pod中所有的容器能够访问共享存储卷,允许这些容器共享数据。存储卷也允许在一个Pod持久化数据,以防止其中的容器需要被重启。

特点

  • 最小部署单元
  • 一组容器的集合
  • 一个Pod中的容器共享网络命名空间
  • Pod是短暂的

pod容器的分类

一.infrastructure container 基础容器

●作用:维护整个Pod网络空间;在k8s集群当中,只要创建Pod就会创建与Pod对应的基本容器,对于用户是透明的
1.在node节点上操作(这边举例node01)

[root@node01 ~]# cat /opt/kubernetes/cfg/kubelet      ##查看kubelet配置文件
......
--pod-infra-container-image=registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64:3.0"     ##基础容器

2.在node节点中查看容器状态也可以看到基础容器,和pod是对应创建的(只要是在k8s集群当中),创建一个pod就会有一个基础容器;用户访问是感觉不到的

[root@master ~]# kubectl run nginx-deployment --image=nginx --port=80 --replicas=2     ##master节点创建nginx的pod资源,副本数量为2[root@master ~]# kubectl get pods -o wide   ##查看服务对应的node节点
NAME                                READY   STATUS    RESTARTS   AGE     IP            NODE              NOMINATED NODE
nginx-deployment-5477945587-6qcwv   1/1     Running   0          7m35s   172.17.64.3   192.168.148.140   <none>    ##一个在node01节点上
nginx-deployment-5477945587-wx5r5   1/1     Running   0          7m35s   172.17.57.2   192.168.148.139   <none>    ##一个在node02节点上

[root@node01 ~]# docker ps -a        ##查看node01容器状态
CONTAINER ID        IMAGE                                                                 COMMAND                  CREATED             STATUS              PORTS               NAMES
85fd60533366        nginx                                                                 "/docker-entrypoint.…"   23 seconds ago      Up 22 seconds                           k8s_nginx-deployment_nginx-deployment-5477945587-wx5r5_default_9ab284e3-0c69-11eb-bad0-000c29b67cec_0
b5fff649eecd        registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64:3.0   "/pause"                 50 seconds ago      Up 49 seconds                           k8s_POD_nginx-deployment-5477945587-wx5r5_default_9ab284e3-0c69-11eb-bad0-000c29b67cec_0

Node02:

[root@node02 ~]# docker ps -a     ##查看node02容器状态
CONTAINER ID        IMAGE                                                                 COMMAND                  CREATED             STATUS                  PORTS               NAMES
386d21ff2d95        nginx                                                                 "/docker-entrypoint.…"   11 minutes ago      Up 11 minutes                               k8s_nginx-deployment_nginx-deployment-5477945587-6qcwv_default_9ab530a2-0c69-11eb-bad0-000c29b67cec_0
e55809e746fb        registry.cn-hangzhou.aliyuncs.com/google-containers/pause-amd64:3.0   "/pause"                 11 minutes ago      Up 11 minutes                               k8s_POD_nginx-deployment-5477945587-6qcwv_default_9ab530a2-0c69-11eb-bad0-000c29b67cec_0

二.initcontainers 初始化容器

1.先于业务容器开始执行,原先Pod中容器是并行开启,现在进行了改进

2.创建业务容器之前先定义初始化容器

三.container 业务容器

官方网站

https://kubernetes.io/docs/concepts/workloads/pods/init-containers/

本示例定义了一个具有两个init容器的简单Pod。第一个等待myservice,第二个等待mydb。一旦两个初始化容器都完成,则Pod将从其spec部分运行app容器。

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
  labels:
    app: myapp
spec:    ##属性
  containers:    ##定义业务容器
  - name: myapp-container     ##业务容器名字
    image: busybox:1.28     ##依赖于的镜像
command: ['sh', '-c', 'echo The app is running! && sleep 3600']  ##启动容器所需的指令
Sh:shell环境;   -c:command指令 echo:输出   sleep 3600:休眠3600秒
  initContainers:     ##初始化容器
  - name: init-myservice     ##名称
    image: busybox:1.28    ##镜像
    command: ['sh', '-c', "until nslookup myservice.$(cat /var/run/secrets/kubernetes.io/serviceaccount/namespace).svc.cluster.local; do echo waiting for myservice; sleep 2; done"]    ####启动容器所需的指令
  - name: init-mydb
    image: busybox:1.28
command: ['sh', '-c', "until nslookup mydb.$(cat /var/run/secrets/kubernetes.io/serviceaccount/namespace).svc.cluster.local; do echo waiting for mydb; sleep 2; done"]

●初始化容器可以理解为:假设要装一个LAMP架构;apache(myservice)和mysql服务(mydb)就相当于初始化容器(要先部署);PHP就好比是业务容器(app)依赖于apache和mysql之后去部署

镜像拉取策略(image PullPolicy)

  • IfNotPresent:默认值,宿主机不存在情况下会去官网上下载
  • Always:每次创建Pod都会从镜像仓库重新拉取一次镜像
  • Never:Pod永远不会主动拉取这个镜像

镜像官网地址:

https://kubernetes.io/docs/concepts/containers/images

示例:
在这里插入图片描述
在master01上操作

[root@master ~]# kubectl get pods    ##查看pod资源信息
NAME                                READY   STATUS    RESTARTS   AGE
nginx-deployment-5477945587-dvz87   1/1     Running   0          24s
nginx-deployment-5477945587-ngnn7   1/1     Running   0          24s
nginx-deployment-5477945587-zlnvz   1/1     Running   0          24s
[root@master ~]# kubectl edit deploy/nginx-deployment     ##编辑控制器nginx镜像资源
....
    spec:
      containers:     ##容器属性中
      - image: nginx
        imagePullPolicy: Always    ##每次创建pod都是always
        name: nginx-deployment
        ports:
        - containerPort: 80
          protocol: TCP
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30

1.创建always资源

[root@master ~]# cd demo/
[root@master demo]# vim pod1.yaml    ##创建pod1的yaml文件
apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
    - name: nginx
      image: nginx
      imagePullPolicy: Always
      command: [ "echo", "SUCCESS" ]
[root@master demo]#  kubectl create -f pod1.yaml     ##依据yaml文件创建资源
pod/mypod created

这时发现状态为等待状态
在这里插入图片描述
失败的状态的原因是因为命令启动冲突,启动完成后就将资源释放掉了,查看日志可以知道command: [ “echo”, “SUCCESS” ]是否被正确执行

[root@master demo]# kubectl logs mypod     ##查看资源的日志信息
SUCCESS     ##执行成功

2.删除command: [ “echo”, “SUCCESS” ],同时更改版本image: nginx:1.14

[root@master demo]# kubectl delete -f pod1.yaml    ##删除pod1资源
pod "mypod" deleted
[root@master demo]# vim pod1.yaml    ##修改yaml文件
containers:
    - name: nginx
      image: nginx:1.14    ##镜像版本改为1.14
[root@master demo]# kubectl apply -f pod1.yaml     ##更新资源
[root@master demo]# kubectl get pods -o wide    ##查看信息
NAME                                READY   STATUS    RESTARTS   AGE   IP            NODE              NOMINATED NODE
mypod                               1/1     Running   0          32s   172.17.57.4   192.168.148.139   <none>    ##状态为running状态,并且创建在node01节点上

3.在任意node节点使用curl 查看头部信息

[root@node01 ~]# curl -I 172.17.57.4    ##在node01上操作,查看信息
HTTP/1.1 200 OK
Server: nginx/1.14.2     ##版本号也修改了
.......

更新信息最好用yaml文件格式去更新最好,不会影响业务节点

部署harbor创建私有项目

1.打开新的节点部署私有仓库(docker的安装和私有仓库部署方式参考之前的博客)
在这里插入图片描述
2.创建一个test项目
在这里插入图片描述
3.node节点配置连接私有仓库(注意后面的逗号要添加)

[root@node01 ~]# cd /etc/docker/
[root@node01 docker]# vim daemon.json     ##修改node01上的daemon.json文件
{
  "registry-mirrors": ["https://iadhmcld.mirror.aliyuncs.com"],
  "insecure-registries":["192.168.148.134"]     ##添加连接私有仓库的地址
}
[root@node01 docker]# systemctl restart docker    ##重启服务
同理修改node02的daemon.json文件(这边不举例了)

4.登录harbor私有仓库
[root@node01 docker]# docker login 192.168.148.134 ##node01登录
Node02登录
在这里插入图片描述
5.下载httpd镜像进行推送

[root@node01 ~]# docker pull httpd     ##node01从共有仓库下载httpd镜像

在这里插入图片描述
6.推送镜像

[root@node01 ~]# docker tag httpd 192.168.148.134/test/httpd     ##将镜像打上标签
[root@node01 ~]# docker push 192.168.148.134/test/httpd      ##推送到私有仓库
The push refers to repository [192.168.148.134/test/httpd]
9f3f3dd7b0c2: Pushed 
51eabf53c0c9: Pushed 
6ce7826117a0: Pushed 
d37da03a9458: Pushed 
07cab4339852: Pushed 
latest: digest: sha256:ee876fb8588d58d25eb95840c5d81d211f0ebf238c7c10cbaea10861f6a027db size: 1366  
上传成功

在这里插入图片描述
7.node节点都下载tomcat镜像(这边举例node02),便于资源的快速创建

[root@node02 ~]# docker pull tomcat:8.0.52      ##版本为8.0.52版本
8.0.52: Pulling from library/tomcat
1c7fe136a31e: Pull complete 
ece825d3308b: Pull complete 
122a54f77455: Pull complete 
b0f58081abfa: Pull complete 
d87948ea8b09: Pull complete 
25934b035c41: Pull complete 
c19ad0b452cb: Pull complete 
97b2cf7bf1a2: Pull complete 
5a118107a2f9: Pull complete 
bf2397e2ae9f: Pull complete 
4378950c2263: Pull complete 
Digest: sha256:32d451f50c0f9e46011091adb3a726e24512002df66aaeecc3c3fd4ba6981bd4
Status: Downloaded newer image for tomcat:8.0.52
docker.io/library/tomcat:8.0.52

切换到master节点上配置

[root@master ~]# cd demo/
[root@master demo]# vim tomcat-deployment.yaml     ##编写tomcat的yaml文件
##资源创建
apiVersion: extensions/v1beta1
kind: Deployment    ##无状态化
metadata:
  name: my-tomcat
spec:
  replicas: 2    ##2个副本
  template:
    metadata:
      labels:
        app: my-tomcat
    spec:
      containers:
      - name: my-tomcat
        image: docker.io/tomcat:8.0.52    ##用docker.io的方式创建
        ports:
        - containerPort: 80    ##容器端口
---
##service资源创建
apiVersion: v1
kind: Service
metadata:
  name: my-tomcat
spec:
  type: NodePort    ##端口类型为nodeport 
  ports:
  - port: 8080
    targetPort: 8080
    nodePort: 31111    ##nodeport端口为31111
  selector:
    app: my-tomcat
[root@master demo]# kubectl create -f tomcat-deployment.yaml    ##创建tomcatpod资源
deployment.extensions/my-tomcat created
service/my-tomcat created
[root@master demo]# kubectl get pods,svc,deploy    ##查看pod,service,控制器资源信息

在这里插入图片描述
8.这时打开浏览器可以正常访问tomcat页面
在这里插入图片描述
9.node01上操作

[root@node01 ~]# docker tag tomcat:8.0.52 192.168.148.134/test/tomcat    ##将tomcat镜像打上标签
[root@node01 ~]# docker push 192.168.148.134/test/tomcat    ##上传到harbor私有仓库

在这里插入图片描述

[root@node01 ~]# cat .docker/config.json | base64 -w 0    ##在node节点查看登陆凭据
ewoJImF1dGhzIjogewoJCSIxOTIuMTY4LjE0OC4xMzQiOiB7CgkJCSJhdXRoIjogIllXUnRhVzQ2U0dGeVltOXlNVEl6TkRVPSIKCQl9Cgl9LAoJIkh0dHBIZWFkZXJzIjogewoJCSJVc2VyLUFnZW50IjogIkRvY2tlci1DbGllbnQvMTkuMDMuMTMgKGxpbnV4KSIKCX0KfQ==   ##序列码,两个节点都是一样的
[root@master demo]# vim registry-pull-secret.yaml   ##编写yaml格式的安全凭证资源
apiVersion: v1   版本
kind: Secret
metadata:
  name: registry-pull-secret
data:
  .dockerconfigjson: ewoJImF1dGhzIjogewoJCSIxOTIuMTY4LjE0OC4xMzQiOiB7CgkJCSJhdXRoIjogIllXUnRhVzQ2U0dGeVltOXlNVEl6TkRVPSIKCQl9Cgl9LAoJIkh0dHBIZWFkZXJzIjogewoJCSJVc2VyLUFnZW50IjogIkRvY2tlci1DbGllbnQvMTkuMDMuMTMgKGxpbnV4KSIKCX0KfQ==
type: kubernetes.io/dockerconfigjson   ##来自于k8s的json

[root@master demo]# kubectl create -f registry-pull-secret.yaml   ##创建安全凭证资源
secret/registry-pull-secret created
[root@master demo]# kubectl get secret   ##查看创建凭证资源
NAME                   TYPE                                  DATA   AGE
default-token-szxtd    kubernetes.io/service-account-token   3      4d12h
registry-pull-secret   kubernetes.io/dockerconfigjson        1      40s
[root@master demo]# kubectl delete -f tomcat-deployment.yaml    ##将原先的tomcat的资源删除
deployment.extensions "my-tomcat" deleted
service "my-tomcat" deleted

在这里插入图片描述

[root@master demo]# vim tomcat-deployment.yaml      ##修改tomcat资源文件 
 ........  
 spec:    ##属性列修改
      imagePullSecrets:    ##添加镜像下载凭证
      - name: registry-pull-secret    ##凭证的名称
      containers:
      - name: my-tomcat
        image: 192.168.148.134/test/tomcat    ##镜像下载方式改为从私有仓库下载
[root@master demo]# kubectl create -f tomcat-deployment.yaml    ##重新创建tomcat资源
deployment.extensions/my-tomcat created
service/my-tomcat created

在这里插入图片描述
这时打开浏览器访问私有仓库页面
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值