k8s 部署wordpress 官方例子方式

1,217 阅读2分钟

要使用k8s跑起一个wordpress说容易也容易,说难也难 难点是对基础要求比较高,涉及到Service,persistentVolumeClaim,volumes

容易是在于官方有现成的例子

按照教程,只需要几行代码就可以搞定

首先,创建一个 kustomization.yaml 文件 内容如下

secretGenerator:
  - name: mysql-pass
    literals:
      - password=123456
resources:
  - mysql-deployment.yaml
  - wordpress-deployment.yaml
# 下载两个配置文件
curl -LO https://k8s.io/examples/application/wordpress/mysql-deployment.yaml
curl -LO https://k8s.io/examples/application/wordpress/wordpress-deployment.yaml
# 最后运行
kubectl apply -k .
# 查看暴露出来的IP
kubectl get services wordpress

关于 kustomize

简单说一个工具,减少维护多套环境yaml的工作量

blog.csdn.net/easylife206…

www.jianshu.com/p/837d7ae77…

kustomize 解决的痛点

一般应用都会存在多套部署环境:开发环境、测试环境、生产环境,多套环境意味着存在多套 K8S 应用资源 YAML。而这么多套 YAML 之间只存在微小配置差异,比如镜像版本不同、Label 不同等,而这些不同环境下的YAML 经常会因为人为疏忽导致配置错误。再者,多套环境的 YAML 维护通常是通过把一个环境下的 YAML 拷贝出来然后对差异的地方进行修改。一些类似 Helm 等应用管理工具需要额外学习DSL 语法。总结以上,在 k8s 环境下存在多套环境的应用,经常遇到以下几个问题:

如何管理不同环境或不同团队的应用的 Kubernetes YAML 资源 如何以某种方式管理不同环境的微小差异,使得资源配置可以复用,减少 copy and change 的工作量 如何简化维护应用的流程,不需要额外学习模板语法 Kustomize 通过以下几种方式解决了上述问题:

kustomize 通过 Base & Overlays 方式(下文会说明)方式维护不同环境的应用配置 kustomize 使用 patch 方式复用 Base 配置,并在 Overlay 描述与 Base 应用配置的差异部分来实现资源复用 kustomize 管理的都是 Kubernetes 原生 YAML 文件,不需要学习额外的 DSL 语法

注意

由于官方中使用service类型是LoadBalancer,这个只有部署到公有云上才有效,如果你使用自己搭建的k8s, 可以使用NodePort的service 提供一个参考的例子

apiVersion: v1
kind: Service
metadata:
  name: service-wordpress
  labels:
    app: wordpress
spec:
  selector:
    app: wordpress
    tier: frontend
  type: NodePort # service类型
  ports:
    - port: 80 # 默认情况下,为了方便起见,`targetPort` 被设置为与 `port` 字段相同的值。
      nodePort: 30012 # 指定绑定的node的端口(默认的取值范围是:30000-32767), 如果不指定,会默认分配
      targetPort: 80

参考

kubernetes.io/docs/tutori…