3. 混合云基础架构规划

混合云基础架构规划的目标，是让本地 ONTAP 集群与云上资源在数据面、控制面和管理面上形成可预测、可运维、可扩展的整体。规划阶段需要回答四个问题：本地有哪些可用的存储与网络能力，云上需要哪些计算与存储资源，两端如何安全互通，以及容量与性能如何随业务增长而演进。以下按评估、拓扑、连接、容量性能四条主线展开。

一、本地 ONTAP 集群与云资源评估

本地评估的核心是摸清 ONTAP 集群的“可对外服务能力”。需要采集的指标包括：集群节点型号与数量、聚合（Aggregate）可用空间与已用比例、SVM（Storage Virtual Machine）数量及其数据 LIF 分布、支持的协议（NFS、SMB、iSCSI、S3）、SnapMirror 关系与策略、以及集群互连与对外上联端口的带宽。例如某示例环境：2 节点 FAS 集群，每节点 24 块 1.8 TB SAS，做 RAID-DP 后单聚合可用约 30 TB，已用 55%；对外提供 NFSv4.1 与 SMB 3.1.1，已配置 6 个数据 LIF，分布在两个节点上。这类信息决定了云上哪些工作负载可以回访本地数据，以及能否用 SnapMirror 做跨云复制。

云资源评估则从工作负载画像出发。需要明确：云上运行的是计算密集型应用、容器平台还是备份/归档；对存储的访问模式是随机小 IO 还是顺序大 IO；是否需要与本地共享同一命名空间。以 Cloud Volumes ONTAP（CVO）为例，评估时要确定实例类型、磁盘类型（如 gp3、io2）、HA 对或单节点、以及许可模式（按容量或按节点）。若云上仅做备份落地，可选用对象存储加 SnapMirror 到 S3；若需要云上直接读写同一数据，则需部署 CVO 或 Cloud Volumes Service 并建立对等关系。评估输出应是一张“本地能力—云上需求”对照表，而不是笼统的“上云”。

二、网络拓扑设计

混合云网络拓扑要同时满足数据复制、客户端访问和管理流量三类需求。典型设计是：本地 ONTAP 集群通过集群互连交换机连接各节点，对外通过一对上联交换机接入企业核心网；云侧 VPC 划分多个子网，分别承载 CVO 数据 LIF、管理接口和终端节点。两端之间通过 VPN 或专线建立三层可达，再在 ONTAP 与云侧之间建立 IPspace 或对等关系。

拓扑设计的关键是避免“单点汇聚”。例如本地两个节点各有一条 10 GbE 上联，应分别接入两台交换机并做 LACP；云侧 CVO 的 HA 对应跨两个可用区部署，数据 LIF 与浮动管理地址分离。下图给出一个可参考的混合云拓扑关系，重点表达本地集群、边界连接与云上 VPC 之间的连接方向与冗余路径。

三、安全组与 VPN/专线连接

连接方式的选择取决于带宽、时延和成本。IPsec VPN 部署快、成本低，适合初期验证或作为专线的备份路径；专线（如 Direct Connect、ExpressRoute）提供稳定带宽和低时延，适合生产数据复制与云上应用直接读写。实际规划中常采用“专线为主、VPN 为备”的双路径，并通过 BGP 实现故障切换。

安全组与防火墙策略应遵循最小放行原则。以 NFS 为例，本地到云上 CVO 需要放行 TCP 111（portmapper）、TCP 2049（NFS）、以及 ONTAP 管理所需的 HTTPS 443；若使用 SnapMirror，还需放行集群间通信端口。云侧安全组应限制源地址为本地数据 LIF 所在网段，而不是 0.0.0.0/0。以下示例展示一条入站规则的关键字段：

方向：入站
协议：TCP
端口范围：2049
源：10.20.30.0/24（本地数据 LIF 网段）
描述：允许本地 ONTAP 数据 LIF 访问 CVO NFS 服务

配置完成后，应在两端分别用 telnet 或 nc 验证端口可达，再用 showmount -e 确认导出列表可见。若专线使用 BGP，还需检查路由表是否同时存在本地网段与云上网段，避免出现“能 ping 通但挂载失败”的非对称路由问题。

四、容量与性能规划方法

容量规划应从“可用容量”而非“裸容量”出发。ONTAP 聚合的可用容量受 RAID 级别、预留空间和快照策略影响。以 RAID-DP 为例，若 24 块 1.8 TB 磁盘，裸容量约 43.2 TB，扣除双校验盘和热备盘后，再考虑 5% 预留和快照占用，实际可分配给业务的空间约为 30～32 TB。云上 CVO 则需关注磁盘类型与许可容量，例如按容量许可时，实际可写容量与购买容量之间存在一定比例关系，规划时应留出 20% 余量。

性能规划关注 IOPS、吞吐与时延三个维度。本地 ONTAP 的聚合 IOPS 受磁盘数量和类型限制，例如 24 块 10K SAS 的随机读 IOPS 约在 3000～4000 量级（示例估算，非实测）。云上 CVO 的性能则与实例类型和磁盘类型强相关，gp3 可独立配置 IOPS 与吞吐，io2 提供更高且稳定的 IOPS。规划时可用以下简化方法估算：

• 统计业务峰值 IOPS 与平均 IOPS，取峰值作为设计输入；
• 按“所需 IOPS ÷ 单盘或单卷可提供 IOPS”估算所需磁盘或卷数量；
• 为 SnapMirror 复制预留 10%～20% 的额外带宽与 IOPS；
• 用 sysstat -x 1 观察本地节点 CPU、聚合时延与磁盘利用率，用云监控观察 CVO 的读写时延与吞吐。

判断容量是否健康，可关注聚合已用率是否长期高于 80%、快照是否占用过多空间、以及卷的自动增长是否频繁触发。性能是否达标，则看业务高峰时聚合时延是否稳定在可接受范围（例如 NFS 随机读时延低于 5 ms，示例目标值），以及是否出现磁盘利用率持续接近 100% 的情况。规划不是一次性的，应每季度根据实际增长曲线复核一次，并在扩容前预留足够的迁移窗口。