k8s怎么跑起一個wordpress

本篇內容介紹了“k8s怎么跑起一個wordpress”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

k8s 部署wordpress 官方例子方式

要使用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的工作量

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

“k8s怎么跑起一個wordpress”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！