多区域部署模式
跨多个地理区域部署 API7 网关使你能够以低延迟为全球用户提供服务，并提供强大的灾难恢复解决方案。本页探讨 常见的多区域部署模式及其配置注意事项。
多区域部署模式
根据你的可用性、延迟和操作要求选择部署模式。
主动-主动部署
在主动-主动模式中，部署 API7 网关并同时主动为两个或多个区域的流量提供服务。
- 全局负载均衡(GSLB)：使用 GSLB 服务（例如，AWS路由53、Cloudflare）路由根据延迟或地理接近度将用户连接到最近的健康区域。
- 独立的控制面：每个区域通常都有自己的控制面和数据面集群，以最大限度地减少跨区域依赖性。
- 数据复制：使用 ADC（API 声明式 CLI）或 CI/CD 管道同步控制面之间的配置。
主动-被动部署（灾难恢复）
在主动-被动模式中，一个区域被指定为主区域，而另一个区域作为备用区域。
- 故障转移：如果主区域出现故障，GSLB 服务会将所有流量重定向到被动备用区域。
- 备用容量：备用区域可以维持在较小的规模，并在故障转移事件期间扩大。
- PostgreSQL 复制：使用 PostgreSQL 复制（e.g.，逻辑复制或物理流复制）来保持 备用控制面的数据库与主数据库同步。
多区域的注意事项
跨区域部署带来了一些必须解决的挑战：
- 数据复制：确保你的 PostgreSQL 数据库和任何持久存储以最小的延迟跨区域复制。
- 延迟：最大限度地减少组件（CP 和 DP）之间的跨区域通信，以减少延迟并提高性能。
- 配置一致性：使用GitOps和ADC确保所有区域具有相同的网关配置。
- 网络连接：在区域之间建立安全可靠的网络（例如，VPC 对等互连、中转网关或 VPN）。
实施步骤
- 区域部署：在每个目标区域部署完整的 API7 网关堆栈（CP、DP 和 PostgreSQL）。
- GSLB 配置：设置全局负载均衡器以跨区域分配流量。
- 数据库同步：如果使用主动-被动模式或共享数据模型，请配置 PostgreSQL 复制。
- GitOps 管道：实施 CI/CD 管道以将相同的 ADC 配置部署到所有区域控制面。