皈依的博客

添加work节点

Wed, 04 Mar 2026 00:00:00 GMT

work节点进行初始化操作

可参考笔记kubeadm安装部署章节环境准备、安装容器运行时操作，完成初始化工作

master节点查询join命令

work节点执行join命令

master节点查看node信息

添加节点标签

节点INTERNAL-IP 不准确问题

当节点存在多网卡的时候，kubectl get node -o wide 显示的节点 ip 可能存在不准确的问题

修改配置文件/etc/default/kubelet (默认不存在该文件，需要新增创建）

重启kubelet service

确认修改生效

kubectl get node -o wide

K8s部署Prometheus和Grafana监控平台

Mon, 19 Aug 2024 00:00:00 GMT

Kubernetes 驱逐 vs 封禁

Wed, 04 Mar 2026 00:00:00 GMT

概念对比

特性	驱逐 (Eviction)	封禁 (Cordon)
作用	强制删除 Pod	标记节点不可调度
对象	Pod	节点
触发条件	资源不足、策略触发	手动执行
Pod 状态	终止，重新调度	保持运行
是否可恢复	Pod 会被重新调度到其他节点	可解封 (Uncordon)

详细解释

🔴 驱逐 (Eviction)

将 Pod 从节点上强制移除

触发原因：

节点资源不足（内存、磁盘、CPU）

节点故障

手动执行 kubectl evict

特点：

Pod 会被删除

Deployment/StatefulSet 会自动重新创建 Pod

Pod 会被调度到其他健康节点

🟡 封禁 (Cordon)

将节点标记为不可调度，新 Pod 不会分配到该节点

触发原因：

节点维护

节点准备下线

节点资源不足预警

特点：

节点上的现有 Pod 继续运行

新 Pod 不会被调度到该节点

可随时解封恢复

图示对比

使用场景

场景	使用命令
节点故障，需要迁移 Pod	`kubectl drain`（会驱逐 + 封禁）
节点维护，暂时不分配新 Pod	`kubectl cordon`
节点永久下线	`kubectl drain`
资源不足触发自动驱逐	自动执行，无需手动

注意事项

总结

操作	作用	影响
Evict	删除 Pod	Pod 重新调度
Cordon	禁止调度	现有 Pod 继续运行
Drain	驱逐 + 封禁	节点上 Pod 迁移，节点不可用

MariaDB on Kubernetes 部署实战

Mon, 15 Sep 2025 00:00:00 GMT

环境说明
操作系统：openEuler 22.03 (LTS-SP4)
Kubernetes 版本：v1.25.1
容器运行时：Docker
节点 IP：11.0.1.80
应用名称：MariaDB 11.3.2
命名空间：middleware

一、环境准备

1.1 验证 Kubernetes 集群状态

1.2 创建专用命名空间

1.3 验证 Docker 运行时

二、部署 MariaDB 服务

2.1 创建持久化存储 (PVC)

验证 PVC 状态：

重要提示
若 PVC 未绑定，请检查 pixiu-localstorage 存储类配置
确保节点有足够本地存储空间（至少 20Gi）

2.2 部署 MariaDB 应用

2.3 创建服务暴露端点

三、部署验证

3.1 检查资源状态

3.2 测试数据库连接

3.3 验证持久化存储

四、关键配置说明

配置项	值	说明
镜像仓库	`swr.cn-north-4.myhuaweicloud.com/ddn-k8s/docker.io/mariadb:11.3.2-jammy`	华为云镜像加速
Root 密码	`123456`	生产环境必须修改
时区	`Asia/Shanghai`	匹配中国时区
存储大小	20Gi	PVC 请求容量
资源限制	CPU 500m / 内存 1Gi	防止单节点资源耗尽
Service 类型	NodePort	通过 30306 端口暴露服务

五、生产环境优化建议

5.1 安全加固

创建 Secret：

5.2 高可用配置（生产环境必需）

六、故障排查指南

常见问题解决方案

问题现象	诊断命令	解决方案
PVC 未绑定	`kubectl describe pvc -n middleware mariadb-pvc`	检查存储类配置/节点磁盘空间
Pod 启动失败	`kubectl logs -n middleware --previous`	检查密码格式/存储权限
连接拒绝	`telnet 11.0.1.80 30306`	检查防火墙：`firewall-cmd --list-ports`
数据丢失	`ls /var/lib/kubelet/pods//volumes/`	验证 PV 挂载路径

openEuler 特定检查

七、维护操作

7.1 备份数据库

7.2 升级 MariaDB

重要安全提示
本文档使用测试密码 123456，生产环境必须修改
NodePort 暴露方式仅适用于测试环境，生产环境建议使用 Ingress + TLS
定期执行 mysql_secure_installation 安全加固
敏感信息务必通过 Kubernetes Secrets 管理

Redis on Kubernetes 部署实战

Tue, 16 Sep 2025 00:00:00 GMT

文档说明

本文档详细记录了在 openEuler 22.03 (LTS-SP4) 系统上，基于 Kubernetes 1.25.1 和 Docker 环境部署 Redis 服务及 RedisInsight 可视化管理工具的完整流程。精准整合配置管理与可视化监控，确保生产环境部署可靠性。

一、环境概览

组件	版本/配置	说明
操作系统	openEuler 22.03 (LTS-SP4)	生产环境推荐版本
Kubernetes	v1.25.1	集群节点 IP：11.0.1.80
容器运行时	Docker	默认运行时环境
Redis 镜像	`swr.cn-north-4.myhuaweicloud.com/ddn-k8s/docker.io/redis:7.4.5-alpine`	官方 Alpine 基础镜像
RedisInsight	`swr.cn-north-4.myhuaweicloud.com/ddn-k8s/docker.io/redislabs/redisinsight:2.56`	可视化管理工具
命名空间	`middleware`	专用中间件命名空间
存储类	`pixiu-localstorage`	本地存储类（需提前配置）
Redis 端口	NodePort 30030	外部访问端口
RedisInsight	Ingress `redisinsight.k8s.cn`	可视化管理入口

二、部署前准备

2.1 验证基础环境

✅ 成功标志：

返回存储类定义，包含 volumeBindingMode: WaitForFirstConsumer

2.2 创建专用命名空间

三、Redis 服务部署

3.1 部署持久化存储 (PVC)

redis-pvc.yaml：

部署命令：

验证 PVC 状态：

✅ 正确状态变化流程：

创建后立即查看：STATUS 为 Pending

无需等待，继续下一步部署

当 Pod 进入 ContainerCreating 状态时：STATUS 自动变为 Bound

最终 Pod 进入 Running 状态

⚠️ 关键说明：
PVC 不会立即变为 Bound，必须等待 Pod 调度（这是 WaitForFirstConsumer 模式的核心特性）
验证时机：在创建 Deployment 后，当 Pod 状态为 ContainerCreating 时检查 PVC
使用以下命令监控状态变化：

3.2 部署 Redis 服务（含配置管理）

3.2.1 创建 Redis 配置 ConfigMap

redis-config.yaml：

部署命令：

3.2.2 部署 Redis 服务

redis-deploy.yaml：

部署命令：

3.3 创建 Redis 服务暴露端点

redis-svc.yaml：

部署命令：

四、RedisInsight 部署（可视化管理工具）

4.1 部署 RedisInsight 持久化存储

redisinsight-pvc.yaml：

部署命令：

✅ 验证状态：

4.2 部署 RedisInsight 服务

redisinsight-deploy.yaml：

部署命令：

✅ 验证状态：

4.3 创建 RedisInsight 服务

redisinsight-svc.yaml：

部署命令：

4.4 配置 Ingress 暴露访问

redisinsight-ingress.yaml：

部署命令：

✅ 验证 Ingress：

⚠️ 关键配置说明：
runAsUser: 0：RedisInsight 需要 root 权限访问存储
Ingress 需要提前配置好 nginx ingress controller
访问前需在 hosts 文件添加：11.0.1.80 redisinsight.k8s.cn

五、服务验证

5.1 Redis 服务验证

5.2 RedisInsight 服务验证

5.2.1 基础连通性测试

5.2.2 可视化访问验证

在本地 hosts 添加：

浏览器访问：http://redisinsight.k8s.cn

首次启动需等待 2-3 分钟初始化

5.2.3 连接 Redis 服务

配置参数：

Name: k8s-redis

Host: redis-svc.middleware.svc.cluster.local

Port: 6379

Password: your_strong_password

点击 "Add Redis Database" 完成连接

✅ 成功标志：

在 RedisInsight 界面看到连接状态为 "Connected"

可查看 Key 数量、内存使用等监控指标

可执行命令操作 Redis 数据

六、关键运维操作

6.1 PVC 状态验证流程（核心修正）

验证步骤（实操指南）

监控 Redis 和 RedisInsight 的 PVC 状态：

关键观察点：

✅ 精准成功标志：

RedisInsight PVC 在 Pod 进入 ContainerCreating 时变为 Bound

RedisInsight Pod 进入 Running 状态后可通过 Ingress 访问

6.2 RedisInsight 连接配置最佳实践

重要提示：
RedisInsight 需要正确配置 Redis 服务地址才能管理 Redis 实例：

服务发现配置

配置项	生产环境值	说明
Host	`redis-svc.middleware.svc.cluster.local`	Kubernetes 内部 DNS 地址
Port	`6379`	Redis 服务端口
TLS	`Disabled`	根据安全需求配置
Password	`your_strong_password`	与 redis.conf 一致

连接测试命令

七、故障排查指南

RedisInsight 问题排查表

问题现象	原因	解决方案
Ingress 无法访问	DNS 未配置或 Ingress 未生效	1. 检查 hosts 文件 2. `kubectl describe ingress redisinsight`
RedisInsight 启动失败	PVC 权限问题	添加 `fsGroup: 0` 到 Deployment spec
无法连接 Redis	网络策略限制	1. 检查 NetworkPolicy 2. 验证 DNS 解析
数据加载缓慢	资源限制过低	调整 resources.limits 内存至 2Gi

诊断命令集（增强版）

八、附录

附录 A：RedisInsight 安全加固建议

附录 B：生产环境检查清单

项目	检查命令	预期结果
Redis PVC 状态	`kubectl -n middleware get pvc redis-pvc`	STATUS=Bound
RedisInsight PVC 状态	`kubectl -n middleware get pvc redisinsight-pvc`	STATUS=Bound
Redis 服务可用	`kubectl -n middleware exec -it redis-xxx -- redis-cli ping`	PONG
RedisInsight 健康检查	`curl >`	{"status":"UP"}
Ingress 可访问性	`curl -H "Host: redisinsight.k8s.cn" >`	HTTP 200

运维关键提示：
RedisInsight 连接关键：
使用 Kubernetes 内部 DNS 地址 redis-svc.middleware.svc.cluster.local
不要使用 NodePort 地址（可能导致连接问题）
PVC 状态验证核心原则：
当 Pod 进入 ContainerCreating 时，PVC 应已变为 Bound
生产环境建议：
为 RedisInsight 配置 TLS 加密
添加资源限制防止资源耗尽
设置自动备份策略

动态pv

Tue, 20 Aug 2024 00:00:00 GMT

SC的主要作用在于，自动创建PV，从而实现PVC按需自动绑定PV。
下面我们通过创建一个基于NFS的SC来演示SC的作用。
要想使用NFS的SC，还需要安装一个NFS provisioner，provisioner里会定义NFS相关的信息（服务器IP、共享目录等）
github地址： https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner

动态pv部署

master节点配置nfs服务

在node节点安装 nfs客户端

创建rbac

创建deployment

创建sc

vim class.yaml

验证

创建pvc

在创建PVC时，你可以通过storageClassName 字段指定存储类名称

vim app2-pvc.yaml

验证

pvc-5d73108c-2b54-4736-8a16-7ce4168329a2的PV由NFS供给程序自动创建,STORAGECLASS列也显示相对应的储存类名称。此外，供给程序在NFS程序在NFS服务器共享路径为该PV创建一个独立目录，以确保PV数据的隔离性。目录命名格式为"命名空间-PVC名称-PV名称"，如下图

创建pod绑定pvc

将 claimName 改成 pvc名

vim app2-deploy.yaml

验证