三艾云 Kubernetes 集群最佳实践

三艾云 Kubernetes 集群最佳实践

容器是 Cloud Native 的基石，它们之间的关系不言而喻。了解容器对于学习 Cloud Native 也是十分重要的。近期，三艾云 Cloud Native 的 “在线公开课” 从理论和实践两个层面为大家分享了 Cloud Native 相关的技术知识。在本周的周日，我们还将迎来”Cloud Native 时代的应用之路与开源创新 “专场技术沙龙。

因此我们今天的文章将会和大家分享关于三艾云 Kubernetes 集群的部分最佳实践。感兴趣的小伙伴也可以跟着文档自己动手进行创建。

三艾云 Kubernetes 集群采用管理节点全托管的方式，为用户提供简单易用、高可靠、功能强大的容器管理服务。该产品完全兼容标准 Kubernetes API ，集成三艾云网络、存储等插件。Kubernetes 集群服务简化了 Kubernetes 部署、管理，降低了 Kubernetes 使用门槛，增强应用的可靠性，提升开发的效率，同时，也能更好地帮助用户减少资源投入的成本。

最佳实践 —— 部署应用

---

部署持久化存储

三艾云 Kubernetes 集群服务集成了三艾云云硬盘，您可以在集群中使用三艾云云硬盘作为持久化存储；

使用云盘定义静态存储

1. 创建 PV

kind: PersistentVolume
apiVersion: v1
metadata:
  name: pv-static
  labels:
    type: jdcloud-ebs
spec:
  capacity:
    storage: 30Gi
  accessModes:
    - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  jdcloudElasticBlockStore:
    volumeID: vol-ogcbkdjg7x
    fsType: xfs

参数说明：

1、如您需要在三艾云 Kubernetes 集群服务中使用三艾云云硬盘作为持久化存储，请在 PersistentVolume 定义时，指定插件 jdcloudElasticBlockStore；

2、VolumeID：指定同地域下为 Kubernetes 集群服务提供持久化存储的云硬盘 ID；

3、Fstype：指定文件系统类型；目前仅支持 ext4 和 xfs 两种；

4、Capacity：PV 将具有特定的存储容量。这是使用 PV 的容量属性设置的；

5、PersistentVolume 可以以资源提供者支持的任何方式挂载到主机上。

三艾云云硬盘目前只支持一种模式 ReadWriteOnce—— 该卷可以被单个节点以读 / 写模式挂载；

访问模式包括： ReadWriteOnce—— 该卷可以被单个节点以读 / 写模式挂载

在命令行中，访问模式缩写为： RWO - ReadWriteOnce 三艾云为 PersistentVolume 提供了插件，插件类型为：jdcloudElasticBlockStore

注：

• 由于云硬盘限制一个云硬盘只能同时挂载一个云主机，在使用基于 PVC 的 Pod 时，建议使用 replicas=1 来创建一个部署集。StatefulSet 可解决多副本问题。
• Pod 迁移，PVC 迁移 (卸载旧实例 / 挂载新实例) 默认 35 秒。
• 通过 Deployment 部署，删除 Deployment 之后，可重新挂载原有 PVC 到新的 Pod 里面。

2. 创建 PVC

声明可以指定一个标签选择器来进一步过滤该组卷。只有标签与选择器匹配的卷可以绑定到声明。选择器由两个字段组成：

所有来自 MatchLabels 和 MatchExpressions 的要求都被 “与” 在一起 —— 它们必须全部满足才能匹配。

本例使用 MatchLabels 作为过滤条件，将匹配的 PersistentVolume 绑定到 Persistent Volume Claim。

MatchLabels：Volume 必须有具有该值的标签

matchExpressions：这是一个要求列表，通过指定关键字，值列表以及与关键字和值相关的运算符组成。有效的运算符包括 In、NotIn、Exists 和 DoesNotExist。

访问模式包括：ReadWriteOnce—— 该卷可以被单个节点以读 / 写模式挂载。

在命令行中，访问模式缩写为：RWO - ReadWriteOnce

三艾云为 Persistent Volume 提供了插件，插件类型为：jdcloudElasticBlockStore

注：副本数只能指定 1。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pv-static-pvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: ""
  resources:
    requests:
      storage: 30Gi
  selector:
    matchLabels:
      type: jdcloud-ebs

1. 创建 Pod

kind: Pod apiVersion: v1 metadata: name: pod-static spec: volumes: - name: pv-static persistentVolumeClaim: claimName: pv-static-pvc containers: - name: busybox-static image: busybox command: - sleep - "600" imagePullPolicy: Always volumeMounts: - mountPath: "/usr/share/mybusybox/" name: pv-static

使用三艾云云盘定义动态存储

当集群中的静态 PV 都不匹配新建的 Persistent Volume Claim 时，集群可能会尝试动态地为 PVC 创建卷。

关于三艾云云硬盘规格：

创建 PVC

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pvc1
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: jdcloud-ssd
  resources:
    requests:
      storage: 20Gi

查看集群的 PVC

kubectl get pvc

输出

NAME                                         STATUS    VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc1                                         Bound     pvc-73d8538b-ebd6-11e8-a857-fa163eeab14b   20Gi       RWO            jdcloud-ssd    18s

查看集群的 PV

kubectl get pv

输出

NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE pvc-73d8538b-ebd6-11e8-a857-fa163eeab14b 20Gi RWO Delete Bound default/pvc1 jdcloud-ssd 2m

基于 Storage Class jdcloud-ssd，为 PVC 创建了卷。一旦 PV 和 PVC 绑定后，Persistent Volume Claim 绑定是排他性的，不管它们是如何绑定的。 PVC 跟 PV 绑定是一对一的映射。

2 部署 Service

Kubernetes Service

• Kubernetes Service 定义了这样一种抽象：一个 Pod 的逻辑分组，一种可以访问它们的策略 - 通常称为微服务。这一组 Pod 能够被 Service 访问到，通常是通过 Label Selector（查看下面了解，为什么可能需要没有 Selector 的 Service）实现的。一个 Service 在 Kubernetes 中是一个 REST 对象，和 Pod 类似。像所有的 REST 对象一样， Service 定义可以基于 POST 方式，请求 API Server 创建新的实例。

三艾云cnaaa Kubernetes 集成负载均衡服务，支持创建 Load Balance 类型的 Service，为应用提供安全、可靠的网络。

• 创建的负载均衡会占用本地域的负载均衡配额，需要保证有足够配额。

1、创建支持 Load Balance 类型的 Service，命名为 myservice.yaml 文件定义如下：

kind: Service
apiVersion: v1
metadata:
  name: servicetest
  labels:
    run: myapp
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
      nodePort: 30062
  type: LoadBalancer
  selector:
     run: myapp

2、执行 Kubectl 创建命令，创建一个 Service；其中使用相应的 YAML 文件名称替换：

kubectl create -f myservice.yaml

3、创建一组 Nginx Pod，mynginx.yaml 文件定义如下：

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: my-nginx
spec:
  selector:
    matchLabels:
      run: myapp
  replicas: 2
  template:
    metadata:
      labels:
        run: myapp
    spec:
      containers:
      - name: my-nginx
        image: nginx
        ports:
        - containerPort: 80

4、执行 Kubectl 创建命令，创建一个 Deployment；其中使用相应的 YAML 文件名称替换 kubectl create -f mynginx.yaml

5、查看已创建成功的 Deployment，执行以下命令：

kubectl get pods -l run=myapp -o wide

返回结果如下：

NAME       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
my-nginx   2         2         2            2           4m

6、查看相应的 Pod 运行状态，

kubectl get pods -l run=myapp -o wide

返回结果如下：

NAME                        READY     STATUS    RESTARTS   AGE       IP            NODE
my-nginx-864b5bfdc7-6297s   1/1       Running   0          23m       172.16.0.10   k8s-node-vmtwjb-0vy9nuo0ym
my-nginx-864b5bfdc7-lr7gq   1/1       Running   0          23m       172.16.0.42   k8s-node-vm25q1-0vy9nuo0ym

7、查看 Service 详情：

kubectl describe service servicetest 可以查看绑定到 Service 的 Endpoints:

Name:                     servicetest
Namespace:                default
Labels:                   run=myapp
Annotations:              <none>
Selector:                 run=myapp
Type:                     LoadBalancer
IP:                       172.16.61.58
LoadBalancer Ingress:     114.67.227.25
Port:                     <unset>  80/TCP
TargetPort:               80/TCP
NodePort:                 <unset>  30062/TCP
Endpoints:                172.16.0.10:80,172.16.0.42:80
Session Affinity:         None
External Traffic Policy:  Cluster
Events:
  Type     Reason                      Age                From                Message
  ----     ------                      ----               ----                -------
  Normal   EnsuringLoadBalancer        11m (x9 over 26m)  service-controller  Ensuring load balancer
  Normal   EnsuredLoadBalancer         10m                service-controller  Ensured load balancer

注：Load Balancer Ingress:114.67.227.25 为外部公网 IP

8、执行如下命令查询绑定到 service 的 enpoints 列表：

kubectl get ep servicetest
返回

NAME          ENDPOINTS                       AGE
servicetest   172.16.0.10:80,172.16.0.42:80   28m

9、在浏览器中输入与 Service 关联的 Load Balance 公网 IP 及端口，看到如下页面，即表明 Nginx 服务正常。