该说法正确。
详细解析：
1. OCP MetaDB 访问入口的本质
OCP 的 MetaDB 实际是一个 OceanBase 集群中的租户，用于存储 OCP 的元数据和监控信息。对外提供服务时，MetaDB 并不直接暴露给应用，而是通过 OBProxy（即 ODP） 进行代理访问。
- 默认情况下，ODP 监听端口为
2883，这是一个兼容 MySQL 协议的应用层代理服务。 - 因此，对 OCP MetaDB 的访问实际上是通过 ODP 完成的，属于 应用层（第7层，L7）协议处理。
2. 为何需要配置 7 层负载均衡？
由于 ODP 处理的是 SQL 请求流（基于 MySQL 协议），具备完整的应用层语义解析能力（如登录认证、SQL 路由、读写分离等），因此推荐使用 第7层负载均衡器（如 F5 LTM） 来识别并转发这些请求。
- 第4层（TCP）负载均衡仅能基于 IP 和端口转发，无法感知后端健康状态变化或协议异常；
- 第7层负载均衡可结合 iRules 或自定义健康检查脚本 对 ODP 返回的响应码、延迟、错误率等指标进行精细化控制，提升整体稳定性。
3. 为何建议关闭源地址会话保持（Source IP Persistence）？
尽管部分场景下会话保持有助于维持连接一致性，但对于 ODP 这类无状态数据库代理集群，开启源地址会话保持反而带来风险：
-
导致“连接粘滞”：相同客户端 IP 始终路由到同一 ODP 节点，造成负载不均； -
故障恢复延迟：当某 ODP 节点宕机，F5 可能因会话保持策略继续发送请求，直到超时才切换；
-
关闭会话保持后，F5 可根据负载算法（如轮询、最小连接数）动态调度流量，并配合健康检查快速剔除故障节点，实现真正高可用。
此外，ODP 本身支持连接池、会话恢复等功能，无需依赖网络层维持长连接绑定。
结论
| 判断项 | 是否满足 |
|---|---|
| 是否需要配置7层负载均衡 |
是，因ODP处理MySQL协议，属L7服务 |
| 是否应关闭源地址会话保持 |
是，防止连接粘滞与故障转移延迟 |
因此，选项 A 正确。在实际生产环境中，建议采用 F5 等硬件负载均衡设备对 ODP 集群配置 L7 负载均衡策略，并禁用源地址会话保持，以确保高可用性与性能最优。