在AWS 玩转keepalived

这门课解决什么问题

很多运维和后端开发在传统机房用 keepalived 跑虚拟 IP（VIP）很顺手，但把业务迁到 AWS 后，会发现这套机制不灵了。原因是 AWS 的网络是软件定义网络，默认不允许实例去响应非自身网卡的 IP 地址（即源/目标地址检查未关），加上 VPC 的路由表限制，直接装 keepalived 并不能实现 VIP 的平滑漂移。这门课就是解决这个典型水土不服问题：在 AWS 环境下，如何正确配置网络，让 keepalived 依然能完成主备切换、对外提供稳定的服务入口。它不是泛泛讲高可用理论，而是把 AWS 的 VPC、EC2 网络设置与 keepalived 的配置直接打通，解决跨云迁移或云原生架构中常见的高可用网络入口痛点。

适合什么基础与学习顺序

课程默认你已有基本的 Linux 命令行操作能力，能看懂简单的 keepalived 配置，但对 AWS 云上网络不熟。如果你连 VPC、子网、路由表的概念都模糊，也不用担心，课程开篇就是环境准备。建议先看 VPC 与 EC2 购买这一节，重点理解网络边界和实例角色的权限分配；接着看实战部分，注意讲师如何处理 AWS 特有的网络限制，比如关闭 EC2 的源/目标地址检查、在路由表中添加指向 VIP 的自定义路由。这两块是让 keepalived 在 AWS 跑起来的核心前提。不要跳过环境准备直接看配置文件，因为在 AWS 上，网络设置不对，配置写得再标准也是无效的。

学完能独立做什么与资料配合建议

学完后，你能独立在 AWS 上为一组后端服务搭建主备高可用入口，不再依赖单台 EC2 暴露服务，当主节点故障时能自动切换到备节点。资料配合练习方面，建议先在自己的 AWS 账号里建一个测试 VPC，跟着视频一步步开 EC2、配安全组，不要直接在生产环境试错。配置 keepalived 时，先确认网络层是否通畅，比如用 ping 测试 VIP 是否能被路由，再启动 keepalived 服务看日志。视频里的配置参数和路由表规则，建议自己手敲一遍并记录每一步的报错，这样遇到真实业务迁移时，能快速定位是路由没写对还是 EC2 网卡设置的问题。