Kubernetes(四) - Pod和Deployment-低调大师

Kubernetes(四) - Pod和Deployment

2018-12-12 785

Kubernetes中有各种各样的组件,对于容器来说Kubernetes最小的单元是由Pod进行组成的,但是我们在使用过程中经常会使用到Deployment来部署我们的应用,其中究竟区别在哪里,我们今天就来一同探索

Kubernetes官方文档:https://kubernetes.io/docs/reference/

Kubernetes官方Git地址:https://github.com/kubernetes/kubernetes

PS:本系列中使用 KubernetesV1.8 RancherV1.6.14

1.Pod最小的单元

Pod封装了一个或多个应用程序的容器(比如nginx等),存储资源,唯一的网络IP以及管理容器的一些选项 Pod标示的是一个部署单元,可以理解为Kubernetes中的应用程序的单个实例,它可能由单个容器组成,也可能由少量紧密耦合并共享资源的容器组成。

如果多个容器在同一Pod下他们公用一个IP所以不能出现重复的端口号,比如在一个Pod下运行两个nginx就会有一个容器异常,一个Pod下的多个容器可以使用localhost来访问对方端口

应为Pod是最小的单元如果在Pod中容器出现异常终止了是不会重启,在实际使用场景下基本不会直接使用Pod而是使用Deployment部署自己的应用

例子:

> vim myapp-pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
  labels:
    app: myapp
spec:
  containers:
  - name: myapp-container
    image: busybox
    command: ['sh', '-c', 'echo Hello Kubernetes! && sleep 3600']

> kubectl create -f myapp-pod.yaml
> kubectl get pod
NAME        READY     STATUS    RESTARTS   AGE
myapp-pod   1/1       Running   0          8s

可以在web页面中查看到具体的pod(UI上称为容器组) 查看日志可以看到删除Pod

> kubectl delete -f myapp-pod.yaml
pod "myapp-pod" deleted

向上述所说的我们也可以在一个Pod下运行多个容器(注意不要端口冲突)

> vim nginx-mysql-pod.yaml
apiVersion: v1                          # api版本
kind: Pod                               # 组件类型
metadata:
  name: nginx-mysql-pod
  labels:                               # 标签
    app: nginx-mysql
spec:
  containers:
  - name: nginx                         # 名称
    image: nginx                        # image地址
  - name: mysql                         
    image: mysql                        
    env:                                # 环境变量
    - name: MYSQL_ROOT_PASSWORD
      value: mysql

> kubectl create -f nginx-mysql-pod.yaml
> kubectl get pod
NAME              READY     STATUS    RESTARTS   AGE
nginx-mysql-pod   2/2       Running   0          1m

在ui中就可以看到一个Pod下运行着两个容器

通过运行命令可以进入到那个容器的终端,这里选择mysql容器

这里系统没有curl这里安装好了curl访问本地80端口,能访问到nginx容器的内容(这里证明了在一个Pod下的网络是共享的)

2.Deployment部署

在早期版本使用Replication Controller对Pod副本数量进行管理,在新的版本中官方推荐使用Deployment来代替RC,Deployment相对RC有这些好处

Deployment拥有更加灵活强大的升级、回滚功能,并且支持滚动更新
使用Deployment升级Pod只需要定义Pod的最终状态，k8s会为你执行必要的操作(RC要自己定义如何操作)

不管是RC还是Deployment解决的主要问题是,每个Pod都运行给定应用程序的单个实例。如果您想水平扩展应用程序（例如，运行多个同样的实例），则应该使用多个Pod。这里带来的Pod管理成本

> vim nginx-deployment.yaml

apiVersion: extensions/v1beta1                  # K8S对应的API版本
kind: Deployment                                # 对应的类型
metadata:
  name: nginx-deployment
  labels:
    name: nginx-deployment
spec:
  replicas: 1                                   # 镜像副本数量
  template:
    metadata:
      labels:                                   # 容器的标签 可和service关联
        app: nginx
    spec:
      containers:
        - name: nginx                          # 容器名和镜像
          image: nginx
          imagePullPolicy: Always

> kubectl create -f nginx-deployment.yaml
> kubectl get pod
NAME                                READY     STATUS    RESTARTS   AGE
nginx-deployment-68fcbc9696-tr5fm   1/1       Running   0          6s
nginx-mysql-pod                     2/2       Running   0          15m
> kubectl get deployment
NAME               DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   1         1         1            1           2m

因为使用deployment会部署很多个Pod所以Pod的名字后面会带一串随机数避免重复

扩容

> kubectl scale deployment nginx-deployment --replicas=3
> kubectl get pod
NAME                                READY     STATUS    RESTARTS   AGE
nginx-deployment-68fcbc9696-9r4p8   1/1       Running   0          22s
nginx-deployment-68fcbc9696-lkff2   1/1       Running   0          22s
nginx-deployment-68fcbc9696-tr5fm   1/1       Running   0          5m
nginx-mysql-pod                     2/2       Running   0          21m

恢复一个

> kubectl scale deployment nginx-deployment --replicas=1
> kubectl get pod
NAME                                READY     STATUS    RESTARTS   AGE
nginx-deployment-68fcbc9696-tr5fm   1/1       Running   0          6m
nginx-mysql-pod                     2/2       Running   0          21m

最关键的功能就是可以弹性扩容根据CPU的占用率(需要结合资源限制一同使用),后面会进行实际演示

> kubectl autoscale deployment nginx-deployment --min=2 --max=10 --cpu-percent=80

Deployment回保障你的容器的运行状态,如果删除Pod,Deployment会立即重启一个

> kubectl delete pod nginx-deployment-68fcbc9696-tr5fm
pod "nginx-deployment-68fcbc9696-tr5fm" deleted

> kubectl get pod
NAME                                READY     STATUS    RESTARTS   AGE
nginx-deployment-68fcbc9696-ndfzj   1/1       Running   0          12s
nginx-mysql-pod                     2/2       Running   0          32m

Deployment会配合RC调度启动新的Pod从而保障定量的Pod数量

3.环境变量配置和执行命令参数配置

3.1 环境变量配置

环境变量在上述使用多Pod的时候已经提到了,但是这里面有一个坑就是Value值不能数字开头,否则会报错无法创建,需要使用引号应用起来

> vim mysql-pod.yaml
apiVersion: v1                          # api版本
kind: Pod                               # 组件类型
metadata:
  name: mysql-pod
  labels:                               # 标签
    app: mysql
spec:
  containers:
  - name: mysql                         # 名称
    image: mysql                        # image地址
    env:                                # 环境变量
    - name: MYSQL_ROOT_PASSWORD
      value: "666666"

> kubectl create -f mysql-pod.yaml
Error from server (BadRequest): error when creating "mysql-pod.yaml": Pod in version "v1" cannot be handled as a Pod: v1.Pod: Spec: v1.PodSpec: Containers: []v1.Container: v1.Container: Env: []v1.EnvVar: v1.EnvVar: Value: ReadString: expects " or n,parsing 180 ...,"value":6... at {"apiVersion":"v1","kind":"Pod","metadata":{"labels":{"app":"mysql"},"name":"mysql-pod","namespace":"default"},"spec":{"containers":[{"env":[{"name":"MYSQL_ROOT_PASSWORD","value":666666}],"image":"mysql","name":"mysql"}]}}

# 修改
    env:                                # 环境变量
    - name: MYSQL_ROOT_PASSWORD
      value: "666666"

> kubectl create -f mysql-pod.yaml
pod "mysql-pod" created

> kubectl get pod
NAME                                READY     STATUS    RESTARTS   AGE
mysql-pod                           1/1       Running   0          12s
nginx-deployment-68fcbc9696-ndfzj   1/1       Running   0          10m
nginx-mysql-pod                     2/2       Running   0          42m

3.2 执行命令参数

我们在使用Docker的时候为了运行具体的程序一般会在Dockerfile中使用CMD预设好需要执行的命令,当然也可以在运行的时候替换为你希望执行的命名,比如之前我们运行的输出程序就使用了command执行我们希望的命令

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
  labels:
    app: myapp
spec:
  containers:
  - name: myapp-container
    image: busybox
    command: ['sh', '-c', 'echo Hello Kubernetes! && sleep 3600']

但是除了CMD的方式有很多复杂组件的Docker使用的是ENTRYPOINT的方式(使用sh文件接收参数运行复杂程序),这个使用又有一个坑,如果使用command配置参数会出现设置的参数无效(docker-composer是可以使用cmd来传参的),在这里需要使用args的方式指定参数,举个例子(以下例子无法正常运行只是展示):

apiVersion: extensions/v1beta1                  # K8S对应的API版本
kind: Deployment                                # 对应的类型
metadata:
  name: kong-deployment
  labels:
    name: kong-deployment
spec:
  replicas: 1                                   # 镜像副本数量
  template:
    metadata:
      labels:                                   # 容器的标签 可和service关联
        app: kong
    spec:
      containers:
        - name: kong                            # 容器名和镜像
          image: kong:0.11.2
          imagePullPolicy: Always
          args: ["kong","migrations","up"]      # 执行数据库初始化

本文转自开源中国-Kubernetes(四) - Pod和Deployment

微信关注我们

原文链接：https://yq.aliyun.com/articles/679218

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

kubernetes与web集群

k8s架构 Kubernetes最初源于谷歌内部的Borg，提供了面向应用的容器集群部署和管理系统。Kubernetes借鉴了Borg的设计理念，比如Pod、Service、Labels和单Pod单IP等。乍一看Kubernetes的架构图会觉得有点晕网上好多关于k8s的介绍都是从大讲到小，从master节点讲到pod。可是对于我这种对集群的理解不是很深的人，我看了好几遍都是一知半解。于是我决定从小往大扩展讲起。 pod 上次我们使用docker搭建了一个web集群（原文链接https://my.oschina.net/daba0007/blog/1605365）我们就从这个集群开始讲起。docker十分成功的把开发环境打包到一个个容器中，对外看来它只是一个个服务，迁移也十分简单，写成镜像就可以带走了。我们部署的web集群，其实就是四个服务： nginx服务 web服务 redis缓存服务 mysql存储服务在k8s中，最基础、最小的原件就是pod。一个pod代表着集群中运行的一个进程。在一个pod中可以运行一个或多个容器，即它就是一个单位。对于我们的web集群来说，我们可以把...

2018-12-13

720

部署架构概要部署架构 kubernetes高可用的核心架构是master的高可用，kubectl、客户端以及nodes访问load balancer实现高可用。返回目录详细部署架构 kubernetes组件说明 kube-apiserver：集群核心，集群API接口、集群各个组件通信的中枢；集群安全控制； etcd：集群的数据中心，用于存放集群的配置以及状态信息，非常重要，如果数据丢失那么集群将无法恢复；因此高可用集群部署首先就是etcd是高可用集群； kube-scheduler：集群Pod的调度中心；默认kubeadm安装情况下--leader-elect参数已经设置为true，保证master集群中只有一个kube-scheduler处于活跃状态； kube-controller-manager：集群状态管理器，当集群状态与期望不同时，kcm会努力让集群恢复期望状态，比如：当一个pod死掉，kcm会努力新建一个pod来恢复对应replicas set期望的状态；默认kubeadm安装情况下--leader-elect参数已经设置为true，保证master集群中只有一个ku...

2018-12-13

735

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。