📌 一、背景:为什么要做 Cloudflare CDN
在本次实践中,我的博客部署在 阿里云 ECS + OneinStack 环境,初始架构如下:
- WordPress 单机部署
- 阿里云 DNS 解析
- 面向国内访问为主(约80%流量)
- 海外访问逐步增长
随着访问结构变化,我开始引入 Cloudflare:
🌍 目标:提升海外访问速度 + 优化 TTFB + 提升整体稳定性
🧭 二、迁移目标架构
最终希望实现:
用户 ↓Cloudflare CDN(全球节点) ↓阿里云 ECS(WordPress)🧪 三、DNS迁移全过程(核心步骤)
【步骤1】阿里云 DNS 解析确认

【步骤2】注册 Cloudflare 并添加站点

【步骤3】DNS记录扫描与导入

【步骤4】DNS记录确认(关键)

【步骤5】Cloudflare 提供 NS

【步骤6】修改阿里云 NS

【步骤7】NS切换提交完成
🧠 四、DNS生效验证过程
【步骤8】本地 DNS 检测

【步骤9】公共DNS验证(1.1.1.1)

【步骤10】Google DNS 验证

⚡ 五、Cloudflare正式生效验证
【步骤11】NS最终生效确认

【步骤12】HTTP响应头检查

【步骤13】301跳转检查

【步骤14】CF-Ray节点验证

【步骤15】缓存状态分析

【步骤16】最终访问测试

🌍 六、最终架构状态
用户 ↓Cloudflare(DNS + CDN + TLS + Edge) ↓阿里云 ECS(WordPress)🚀 七、关键成果
本次迁移完成:
✔ DNS 完全迁移 Cloudflare
✔ NS 全球生效
✔ CDN 接管成功
✔ HTTPS + HTTP/2 生效
✔ 全球节点加速(SJC等)
✔ WordPress 正常运行
⚡ 八、性能变化(初步观察)
- 首次请求进入 Cloudflare 边缘节点
- 301跳转优化完成
- TTFB 已开始改善趋势
- 海外访问路径优化完成
🧠 九、经验总结
本次迁移最关键的几点:
✔ 1. DNS迁移 ≠ CDN完成
必须等待 NS 全球生效
✔ 2. Cloudflare必须验证 cf-ray
判断是否真正接管
✔ 3. DNSSEC / NS 状态必须确认
避免“假生效”
✔ 4. WordPress动态页面默认不会缓存
后续需优化 Cache Rules
📌 十、后续优化方向
接下来将继续优化:
- Cloudflare Cache Rules(HTML缓存)
- /en/ 国际SEO加速
- 静态资源缓存策略
- TTFB优化
- AdSense加载优化
Linux 服务器运维、部署与线上故障排查
如果你的网站或后端服务部署在 Linux 服务器上,遇到访问异常、Nginx 配置问题、MySQL / Redis 异常、Docker 服务不可用、磁盘占满、CPU / 内存过高等问题,可以联系我做一次远程排查。
适合以下场景:
✅ 网站打不开或访问不稳定
✅ Nginx / PHP-FPM 配置异常
✅ MySQL / Redis 性能或连接问题
✅ Docker 服务部署与维护
✅ 服务器迁移与环境配置
✅ CPU / 内存 / 磁盘异常排查
服务内容:
✅ Linux 环境检查
✅ 网站部署与迁移
✅ Nginx / PHP-FPM / MySQL / Redis 排查
✅ Docker 配置与维护
✅ 服务器性能分析
✅ 长期远程运维支持
如需咨询,请联系我,并注明:Linux 运维咨询。
联系方式:
Telegram:@shuijingwan
微信:13980074657
邮箱:shuijingwanwq@gmail.com


发表回复