K8S 使用deployment 部署nginx

Posted 2020-12-10

实验环境

1.centos 7.4 系统
2.已经安装docker，部署k8s群集
3.关闭防火墙
4.可连接外网

K8s Deployments 介绍

为了实现在Kubernetes集群上部署容器化应用程序。需要创建一个Kubernetes Deployment，Deployment负责创建和更新应用。创建Deployment后，Kubernetes master 会将Deployment创建好的应用实例调度到集群中的各个节点。

---

应用实例创建完成后，Kubernetes Deployment Controller会持续监视这些实例。如果管理实例的节点被关闭或删除，那么 Deployment Controller将会替换它们，实现自我修复能力。

---

“在旧的世界中” ，一般通常安装脚本来启动应用，但是便不会在机器故障后自动恢复。通过在Node节点上运行创建好的应用实例，使 Kubernetes Deployment 对应用管理提供了截然不同的方法。

先安装k8s群集

可参考博客 ：https://blog.51cto.com/13760351/2488508

编写Deployment文件

vim nginx-deployment.yml

kind: Deployment
metadata:
  name: nginx-deploy
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: nginx-cluster
    spec:
      containers:
      - name: nginx-cluster
        image: nginx
        ports:
        - containerPort: 80
        resources:
          requests:
            cpu: 1
            memory: 500Mi
          limits:
            cpu: 2
            memory: 1024Mi

解释如下：

kind: Deployment
metadata:
name: nginx-deploy
spec:
replicas: 1 #pod副本期待数量
template: #根据此模板创建pod的副本（实例）
metadata:
labels:
app: nginx-cluster #标签名称
spec:
containers: #pod容器的定义部分

• name: nginx-cluster #容器名称
  image: nginx #容器镜像
  ports:
  • containerPort: 80 #容器应用监控的端口号
    resources:
    requests:
    cpu: 1 #指定cpu数量
    memory: 500Mi #指定内存数量
    limits:
    cpu: 2
    memory: 1024Mi

创建deployment

kubectl create -f nginx-deploy.yml #创建deployment
kubectl get deployment #查看deployment
kubectl get pod -o wide #查看pod状态

K8s Services概述

Pod是有生命周期的。当一个工作节点(Node)销毁时，节点上运行的Pod也会销毁，然后通过ReplicationController动态创建新的Pods来保持应用的运行。作为另一个例子，考虑一个图片处理 backend，它运行了3个副本，这些副本是可互换的 —— 前端不需要关心它们调用了哪个 backend 副本。也就是说，Kubernetes集群中的每个Pod都有一个独立的IP地址，甚至是同一个节点上的Pod，因此需要有一种方式来自动协调各个Pod之间的变化，以便应用能够持续运行。

---

Enter Services。Kubernetes中的Service 是一个抽象的概念，它定义了Pod的逻辑分组和一种可以访问它们的策略，这组Pod能被Service访问，使用YAML （优先）或JSON 来定义Service，Service所针对的一组Pod通常由LabelSelector实现（参见下文，为什么可能需要没有 selector 的 Service）。

---

可以通过type在ServiceSpec中指定一个需要的类型的 Service，Service的四种type:

ClusterIP（默认） - 在集群中内部IP上暴露服务。此类型使Service只能从群集中访问。
NodePort - 通过每个 Node 上的 IP 和静态端口（NodePort）暴露服务。NodePort 服务会路由到 ClusterIP 服务，这个 ClusterIP 服务会自动创建。通过请求 <NodeIP>:<NodePort>，可以从集群的外部访问一个 NodePort 服务。
LoadBalancer - 使用云提供商的负载均衡器（如果支持），可以向外部暴露服务。外部的负载均衡器可以路由到 NodePort 服务和 ClusterIP 服务。
ExternalName - 通过返回 CNAME 和它的值，可以将服务映射到 externalName 字段的内容，没有任何类型代理被创建。这种类型需要v1.7版本或更高版本kube-dnsc才支持。

如上图，A中Service 路由一组Pods的流量。Service允许pod在Kubernetes中被销毁并复制pod而不影响应用。相关Pod之间的发现和路由（如应用中的前端和后端组件）由Kubernetes Services处理。

Service 使用label selectors来匹配一组Pod，允许对Kubernetes中的对象进行逻辑运算，Label以key/value 键/值对附加到对象上。以多种方式使用：

指定用于开发，测试和生产的对象
嵌入版本Label
使用Label分类对象
你可以在使用
--exposekubectl 创建 Deployment 的同时创建 Service 。

编写service

vim nginx-service.yml

apiVersion: v1   
kind: Service
metadata:
  name: nginx-service
  labels:
    app: nginx-service
spec:
  type: NodePort
  selector:
    app: nginx-cluster
  ports:
  - port: 8000
    targetPort: 80
    nodePort: 32500

解释如下：

apiVersion: v1 #版本号
kind: Service #表明是k8s service
metadata:
name: nginx-service #自定义service 名称
labels:
app: nginx-service #自定义标签名称
spec:
type: NodePort
selector:
app: nginx-cluster
ports:

• port: 8000
  targetPort: 80 #nginx 服务默认端口号
  nodePort: 32500 #客户端直接访问的端口号

创建service

kubectl create -f nginx-service.yml #创建service
kubectl get svc #查看service

网页验证