使用Meshery部署带持久化存储的WordPress和MySQL应用-优快云博客

本文链接：https://blog.youkuaiyun.com/gitblog_00024/article/details/148464714

使用Meshery部署带持久化存储的WordPress和MySQL应用

meshery Meshery, the cloud native manager 项目地址: https://gitcode.com/gh_mirrors/me/meshery

前言

在现代云原生应用开发中，容器编排平台Kubernetes已成为事实标准。然而，Kubernetes的学习曲线较为陡峭，特别是对于初学者而言，部署一个完整的应用栈往往需要掌握众多概念和工具。Meshery作为一款强大的云原生管理平台，通过可视化界面和简化的工作流程，大大降低了Kubernetes的使用门槛。

本文将详细介绍如何利用Meshery Playground环境，部署一个包含WordPress网站和MySQL数据库的完整应用，并为其配置持久化存储，确保数据安全可靠。

技术背景

为什么需要持久化存储

在Kubernetes中，Pod是临时性的，当Pod被删除或重新调度时，其内部存储的数据也会随之丢失。对于数据库和内容管理系统这类需要持久保存数据的应用，必须使用持久化存储方案。

Kubernetes提供了两种主要的持久化存储资源：

PersistentVolume (PV)：集群中的存储资源，由管理员预先配置或动态提供
PersistentVolumeClaim (PVC)：用户对存储资源的请求，类似于Pod对节点资源的请求

WordPress和MySQL的存储需求

WordPress作为内容管理系统，需要存储上传的媒体文件、插件和主题等；MySQL数据库则需要持久保存所有网站内容、用户数据等关键信息。在生产环境中，这两者都需要可靠的持久化存储解决方案。

准备工作

在开始部署前，请确保：

具备基本的Kubernetes概念知识，了解Pod、Deployment、Service等核心资源
已拥有Meshery Playground环境的访问权限
准备好以下两个Kubernetes清单文件：
- MySQL部署文件(mysql-deployment.yaml)
- WordPress部署文件(wordpress-deployment.yaml)

详细部署步骤

第一步：导入清单文件到Meshery

登录Meshery Playground后，进入Kanvas界面
点击左侧边栏的导入图标(向上箭头)
在导入模态框中：
- 为设计文件命名(如"mysql-deployment")
- 选择"Kubernetes Manifest"作为设计类型
- 选择"文件上传"方式并选择本地下载的mysql-deployment.yaml文件
重复上述步骤导入wordpress-deployment.yaml文件

第二步：合并设计文件

为了便于管理，我们将两个独立的设计文件合并为一个：

在左侧面板中，将mysql-deployment设计拖拽到wordpress-deployment的画布上
在弹出的合并确认框中点击"Merge"
点击"Save As"保存合并后的设计，命名为"wordpress-mysql-deployment"

第三步：配置MySQL密码Secret

MySQL部署中引用了名为mysql-pass的Secret来设置root密码。我们需要创建这个Secret：

从Kubernetes资源面板中找到并添加Secret组件
配置Secret：
- 名称：mysql-pass
- 类型：Opaque
- 添加键值对：password:cGFzc3dvcmQ=(这是"password"的base64编码)

第四步：创建持久化卷(PV)

我们将为WordPress和MySQL分别创建持久化卷：

添加两个PersistentVolume组件
配置WordPress PV：
- 名称：wp-pv
- StorageClassName：manual
- 访问模式：ReadWriteOnce
- 容量：storage:20Gi
- HostPath路径：/mnt/data/wp-pv
- HostPath类型：DirectoryOrCreate
配置MySQL PV：
- 名称：mysql-pv
- StorageClassName：manual
- 访问模式：ReadWriteOnce
- 容量：storage:20Gi
- HostPath路径：/mnt/data/mysql-pv
- HostPath类型：DirectoryOrCreate
修改两个PVC(持久化卷声明)的StorageClassName为manual

注意：HostPath类型仅适用于开发和测试环境，生产环境应使用更可靠的存储方案如NFS、云存储等。

第五步：添加资源标签

为方便管理和筛选，我们为所有资源添加统一标签：

选择所有资源组件
添加标签：dev:tutorial
保存设计文件

第六步：部署应用

点击右上角的"Actions"下拉菜单
选择"Deploy"选项
系统会自动验证设计文件
选择目标Kubernetes集群
点击"Deploy"开始部署

第七步：验证部署

部署完成后，可以通过可视化界面查看资源状态：

切换到"Visualize"标签页
设置筛选条件：
- 资源类型：Deployment、Service、PV、PVC、Secret
- 标签：dev=tutorial
查看各资源的状态和详细信息

关键概念解析

存储类(StorageClass)

StorageClass是Kubernetes中定义存储"类别"的方式，管理员可以通过它提供不同特性的存储。在本教程中，我们使用了"manual"这个自定义存储类。

HostPath卷的局限性

虽然HostPath简单易用，但它存在以下限制：

数据与特定节点绑定，节点故障会导致数据丢失
不适合多节点集群环境
存在安全隐患

在生产环境中，应考虑使用网络附加存储(NAS)或云提供商提供的持久化存储方案。

常见问题排查

如果在部署过程中遇到问题，可以检查以下几点：

PVC无法绑定PV：
- 检查StorageClassName是否匹配
- 确认访问模式(AccessMode)兼容
- 验证容量请求是否小于等于PV容量
Pod无法启动：
- 检查Secret是否存在且名称正确
- 查看Pod日志获取详细错误信息
- 确认节点上有对应的HostPath目录
服务无法访问：
- 检查Service类型是否正确(应为NodePort或LoadBalancer)
- 确认端口映射配置正确