安装 Calico 的两种主流方式对比

本文对比了 Calico 的两种主流安装方式：

• 使用 calico.yaml 的 Manifest 安装方式
• 使用 Tigera Operator（tigera-operator.yaml + custom-resources.yaml）安装方式

---

✅ 1. 使用 Manifest 方式安装（直接部署 calico.yaml）

这是最基础也最常用的安装方式之一，官方会根据 Kubernetes 版本提供一个适配的 calico.yaml 文件，包含所有必要的组件（如 calico-node、typha、CNI 配置等）。

特点：

• 部署简单：只需一条命令即可快速部署
• 无需额外组件：不依赖 Operator 等控制器
• 适用于小型集群或快速测试

✅ 安装示例：

kubectl apply -f https://raw.githubusercontent.com/projectcalico/calico/v3.27.0/manifests/calico.yaml

✅ 优点：

• 快速上手，适合新手或临时环境
• 可查看完整 YAML 文件结构，便于学习 Calico 的组件组成

❌ 缺点：

• 灵活性较差，定制配置需要手动修改大量 YAML 内容
• 不易升级、运维成本较高

---

✅ 2. 使用 Tigera Operator 安装（tigera-operator.yaml + custom-resources.yaml）

这是 Calico 官方推荐的 声明式安装方式，使用 Tigera Operator 管理 Calico 生命周期，并通过 custom-resources.yaml 配置网络参数，如 IP 池、网络策略、CNI 类型等。

特点：

• 模块化安装：Tigera Operator 会根据自定义资源自动部署所需组件
• 声明式配置：集中管理网络配置（IPAM、BGP、网络策略等）
• 适用于生产环境，支持版本管理和后期维护

✅ 安装步骤：

第一步：安装 Operator

kubectl create -f https://raw.githubusercontent.com/projectcalico/calico/v3.27.0/manifests/tigera-operator.yaml

第二步：应用自定义资源配置

kubectl create -f https://raw.githubusercontent.com/projectcalico/calico/v3.27.0/manifests/custom-resources.yaml

✅ 优点：

• 高度可定制，通过 CRD 管理网络配置
• 易于升级与回滚
• Operator 会自动处理组件部署、更新等工作

❌ 缺点：

• 需要理解 Operator 和 CRD 的概念
• 安装过程相对复杂，排查问题时可能涉及 Operator 日志

---

总结对比表：

项目	Manifest 安装（calico.yaml）	Tigera Operator 安装
安装复杂度	⭐⭐ 简单	⭐⭐⭐ 中等偏高
可定制性	⭐⭐ 一般（手动改 YAML）	⭐⭐⭐⭐ 高（声明式 CRD 配置）
升级与维护	❌ 手动操作	✅ Operator 自动处理
推荐场景	测试环境、小型集群	生产环境、中大型集群
官方推荐	✅ 较为常用	✅✅ 官方强烈推荐

---

总结：

• 快速部署测试：选择 Manifest 安装
• 长期稳定运维：推荐使用 Tigera Operator + CRD 安装方式