跳到主要内容

SupDRC-BaaS SP 端部署准备与验收指南

文档版本:v1.7。本文面向服务提供商(SP)的项目负责人、实施及运维人员,说明平台部署的准备、资源配置与验收工作。

平台安装由部署服务团队实施;运维交接时应分别记录平台资源、租户接入、备份及恢复的检查结果。实施负责人应在开始前指定网络、计算、存储及业务联系人,核对资源交付范围,并为验收安排受授权的测试对象与恢复目标。平台服务交付完成后,还应向后续维护人员移交运行责任、告警处理渠道和资源扩容联系人。

1. 部署服务边界​

SP 侧正式部署属于 SupDRC 产品附带的部署服务。安装材料属于内部资料,不对外公开。定制部署需求应联系销售,按服务流程处理。

本文用于组织部署准备和验收,不包含内部安装包、Chart、镜像导入命令或内部配置模板,也不能作为独立执行生产安装的操作手册。平台实施由部署服务团队完成;SP 应负责交付环境准备、资源协调、变更窗口和验收配合。

SP 平台默认采用 Kubernetes 部署。现有一套生产环境运行于 Azure 国际版订阅的 AKS;AKS 是实际部署实例,不代表所有部署都必须使用该服务。

SP 与租户的逻辑关系

图 1 SP、云网关和租户的逻辑关系。该图不是节点部署图,也不表示物理网络或安装顺序。

2. 平台节点与资源​

Kubernetes 版本为 1.34。节点角色和资源规格如下:

节点角色数量每台资源职责
主节点3 台8 核、16 GB 内存、500 GB 硬盘承载 Kubernetes 控制组件和三成员 etcd。
业务节点至少 2 台8 核、32 GB 内存、500 GB 硬盘承载除网关外的其他服务。
网关节点2 台8 核、16 GB 内存、500 GB 硬盘承载云网关服务。
存储节点3 台8 核、16 GB 内存、1 TB 硬盘提供平台持久化存储资源。

本地部署需要安装 MetalLB 以提供负载均衡,以及 Longhorn 以提供 PVC 存储;Longhorn 提供高可用存储和可扩展能力。节点、存储和网络应由部署服务团队按照交付方案核对,不使用其他测试环境的 IP、账号或容量作为项目默认值。

3. 部署前准备​

3.1 业务与订阅规划​

确定服务覆盖的租户数量、工作负载类型、备份容量、保留周期和业务恢复要求。SP 在云存储库中向租户分配容量配额,一个租户可以使用多个云存储库;容量规划应同时考虑租户配额、实际物理存储空间及增长趋势。

SP 总体资源分配预设 20% 超卖比例。超卖没有物理容量保护机制,底层存储耗尽可能导致备份失败;因此在规划租户配额时,应同时安排物理容量监控及扩容。

3.2 网络与访问​

部署服务团队与网络管理人员需要核对节点之间的通信、管理入口、云网关访问地址、域名解析、防火墙和证书。控制面端口为 18080,网关默认端口为 443;这两个端口并不构成完整通信矩阵,不能仅据此放行网络。

向租户交付的网关 IP 或 DNS 名称、端口和认证材料应与租户的服务配置一致。使用 DNS 名称时,租户侧应能解析交付的名称。认证信息、证书和密钥应通过受控渠道管理。

3.3 存储与保护​

SP 负责准备文件存储、块存储或 S3 兼容对象存储,作为云存储库提供给租户。文件和块存储的不可变与离线保护由产品提供;S3 对象存储的不可变能力依赖第三方存储自身能力。

如使用 S3 不可变保护,应核实所选存储自身具有相应能力。S3 存储本身不支持不可变时,产品不能额外赋予该存储不可变属性。数据保护的具体选择应结合租户订阅及保护要求。

3.4 变更和实施窗口​

在已有集群中部署时,应先识别现有工作负载、网络和存储资源,并与部署服务团队约定变更范围。部署前应确认维护窗口、业务责任人、平台现状记录和验收安排,避免将部署操作与租户正常业务活动混在一起。

4. 核心服务的准备​

SP 侧必须部署或配置控制面、云网关、云存储库和 SP 侧 WAN 加速器。下表说明各项在服务开通中的作用;它不是内部安装顺序。

服务或资源作用验收时关注
控制面支撑平台服务及租户管理服务连接信息、访问权限及平台状态。
云网关与网关池转发租户侧与 SP 云端的通信和数据流量网关配置、租户可达性、网关池成员及故障切换。
云存储库为租户提供备份数据的云端存储目标底层存储、分配配额、实际容量和租户资源。
SP 侧 WAN 加速器为租户提供可使用 WAN 加速的条件SP 侧已部署;租户侧是否部署和启用由租户选择。

使用 WAN 加速时,租户侧和 SP 侧必须各有一个加速器并配对。当前模块存在缺陷、尚未完全上线,建议所有租户暂不启用。SP 侧必须部署与租户暂不启用是两个不同层面的要求。

5. 租户服务开通​

平台准备完成后,SP 在租户管理中创建租户,配置账号、有效期、带宽和最大并发任务,并分配网关池、云存储库和对应配额。一个云存储库可以分配给多个租户,也可以为一个租户分配多个云存储库。

SP 新增租户界面

图 2 SP 新增租户的常规页面。界面日期仅为示例,实际有效期按订阅设置。

开通完成后,通过受控渠道向租户交付云网关地址、端口、认证信息、云存储库名称和配额、服务有效期等。租户可选择账号密码凭证或证书接入;证书由 SP 在租户管理中生成或导出并交付。

6. 平台和业务验收​

  1. 对照交付方案核查 Kubernetes 节点、平台服务、持久化存储、网关和云存储库的运行状态。记录检查时间和结果。
  2. 核对租户账号、服务有效期、网关地址和每个云存储库的分配空间。租户侧完成测试连接后,确认返回的资源信息与 SP 交付信息一致。
  3. 按当前版本使用建议,确认租户 WAN 加速未启用;SP 侧组件部署与租户启用状态分别检查。
  4. 经授权后选择非生产对象执行备份,检查实际任务结果和云端还原点。若采用本地备份后副本上云,应分别检查本地备份与副本任务。
  5. 选择适当的恢复目标执行恢复,检查恢复数据、系统和业务可用性。原位置恢复可能覆盖现有数据,应先确认目标、维护窗口和业务影响。
  6. 对需要故障切换或离线保护验证的项目,先确认测试方案和授权,再执行测试并记录结果。网关界面显示启用、连接测试成功或 Pod 正常,都不能单独证明完整业务链路验收通过。

7. 交付资料与运维衔接​

交付时应向 SP 和租户分别提供与其职责相关的服务信息、资源清单及验收结果。SP 运维人员负责平台和云资源维护;租户通常负责备份策略、任务和恢复。已启用 MSP 深度托管的租户,按授权范围由 SP 协助管理云端备份数据。

文档、工单和截图不应包含实际口令、API 密钥、证书私钥或不必要的租户数据。运维衔接应记录平台责任人、租户联系途径、容量告警接收及问题处理方式。

8. 部署准备任务分工​

正式部署由部署服务团队实施,SP 项目负责人应协调计算、存储、网络、平台和业务人员。以下任务用于明确交付边界与验收次序,不代替内部安装命令或配置模板。

角色部署前职责部署后职责
项目负责人确定实施窗口、环境归属和验收负责人。组织平台与业务验收,归档交付记录。
计算资源管理员按节点角色准备计算、内存和系统盘。核对节点资源及运行状态。
网络管理员核对地址、名称解析、防火墙和网关连接路径。配合检查服务访问与授权测试。
存储管理员提供平台持久化存储与备份存储资源。监控物理容量、健康状态和扩容。
平台实施人员依据部署服务方案完成平台组件安装和配置。提供平台运行信息并配合问题处理。
租户与业务负责人明确工作负载和测试授权。核对备份、恢复及业务结果。

9. 节点和存储资源核对​

在资源清单中分别记录主节点、业务节点、网关节点和存储节点,核对数量与每台资源。主节点运行 Kubernetes 控制组件和 etcd;业务节点用于除网关外的其他服务;网关节点提供云网关服务;存储节点提供平台持久化存储。节点角色不同,不能只以所有节点 CPU 或内存的总和替代逐角色检查。

本地部署使用 MetalLB 提供负载均衡,并使用 Longhorn 提供持久卷存储。实施时应记录负载均衡地址池的管理责任,确认地址分配与现有网络规划不冲突;同时核对节点存储、平台持久化存储与业务备份存储各自的职责。平台持久卷用于平台组件的数据,云存储库用于租户备份数据,两者不应混为一个容量指标。

资源交付前核对验收记录
节点主机角色、数量、计算、内存、磁盘与系统。节点清单和资源归属。
服务地址管理入口、网关、DNS 与负载均衡规划。地址负责人及网络核验结果。
平台存储节点存储、存储类和可用容量。存储责任人与扩容路径。
云存储资源文件、块或 S3 兼容对象存储及容量。存储类型、责任人和保护能力。
租户测试资源账号、云网关、目标库及测试对象。业务授权和验收窗口。

10. SP 服务与租户接入的联调​

平台组件部署完成后,应将控制面、云网关和云存储库视为不同检查对象。控制面负责平台管理服务;云网关承接租户侧与 SP 云端之间的通信和数据转发;云存储库承载租户备份。SP 侧 WAN 加速器为平台必需部署组件,但当前建议租户暂不启用,不能用组件已部署推定加速链路可供租户使用。

在 SupDRC 的「服务设置」中配置租户服务信息时,按部署服务团队交付的访问地址、账号和密码填写并提交。配置完成后应检查服务信息及平台连接;认证材料应通过安全渠道移交,不写入普通交付记录或公开截图。

云网关创建与网关池关联、云存储库创建、租户建立和配额分配应按 SP 管理员操作指南完成。创建对象后,检查其状态和关联关系;之后再向租户交付网关地址、端口、认证材料、存储库及配额。云网关默认端口和控制面端口是单项信息,不构成完整网络策略,应结合部署方案检查各相关路径。

11. 分阶段验收​

服务交付与验收流程

图 3 SP 资源准备、租户开通及保护验收的逻辑顺序。

  1. 资源验收:核对节点角色和资源、网络地址、DNS、平台持久化存储与云存储资源。
  2. 服务验收:检查控制面、网关、云存储库及相关平台服务状态,记录检查对象和时间。
  3. 租户验收:创建测试租户,分配网关和云存储库,交付认证材料并检查租户侧连接和资源列表。
  4. 备份验收:经业务授权选择测试工作负载,执行备份,检查对象级结果和还原点。
  5. 恢复验收:选择约定还原点及隔离目标执行恢复,核对数据、系统和业务功能。
  6. 交接验收:移交平台负责人、租户联系人、容量监控、告警处理、权限和变更流程。

每一阶段记录其自身结果。节点可用不代表租户能够连接;连接成功不代表备份成功;备份成功也不等于业务恢复验证完成。出现异常时,保留对象、时间、任务和脱敏日志,再由对应资源负责人处理。

12. 环境准备交付表​

以下表格用于组织部署准备与交付。所有值应由项目负责人和对应资源负责人按实施环境填写;不得将截图、测试环境或其他客户的地址复制为本环境参数。

类别需准备的内容核对人与结果
节点主节点、业务节点、网关节点、存储节点的数量及角色。计算资源管理员核对每台资源。
计算每类节点的 CPU、内存、系统盘与存储盘。记录规格及实际分配。
节点网络节点地址、域名解析、网络归属与管理责任。网络管理员核对地址规划。
平台访问控制面入口、云网关地址和需要的网络访问路径。实施人员与网络管理员检查。
负载均衡本地部署的 MetalLB 地址池及地址管理。核对分配范围与现有资源不冲突。
平台持久化Longhorn 等平台持久化存储资源及容量。存储负责人核对节点和存储类。
云存储库文件、块或 S3 兼容存储资源及责任人。核对类型、容量和保护能力。
租户测试租户账号、认证方式、云存储库及配额。经授权后进行连接与备份恢复验证。
运维管理管理员、告警接收人、存储与网络联系人。在交付和后续变更时更新。

12.1 地址和名称​

部署团队应区分节点管理地址、平台服务入口、云网关地址和租户连接地址,并为每一类地址确定责任人。若租户使用 DNS 名称连接云网关,名称解析应在租户侧检查。地址池应由网络管理员统一规划,不能仅根据当前没有服务使用某个地址就认定它不会与其他网络设备冲突。

云网关默认端口和控制面端口只是单个服务参数。配置防火墙时,实施人员与网络管理员应依据完整网络方案核对通信方向和目标,不应将两个端口视作全部通信要求。

12.2 存储职责​

平台持久化存储用于需要持久化数据的平台组件;云存储库用于租户备份数据。两类存储的容量、故障和扩容由对应负责人维护。租户配额与底层物理空间也应分别记录:单租户配额决定该租户向特定库写入的限制,底层物理容量决定存储资源实际可用情况。

文件和块存储的不可变及离线保护由产品提供;S3 兼容对象存储的相关保护依赖第三方存储厂商能力。部署准备阶段应记录计划使用的存储类型、保护责任和上线操作人员,再进行策略及恢复验证。

13. 交付时的验证样例​

项目可以选择经授权的测试租户和测试工作负载,按以下顺序记录结果:

  1. SP 管理员在平台创建云网关和网关池,检查关联和服务状态。
  2. SP 管理员准备云存储库并创建租户,分别配置云存储库配额和有效期。
  3. 安全交付租户认证信息和网关地址,租户在 SupDRC 添加云服务提供商并测试连接。
  4. 租户核对服务商资源信息和实际分配的存储库,再创建测试备份策略。
  5. 执行测试备份,查看对象级结果并检查还原点。
  6. 选择约定的恢复目标执行恢复,由业务负责人核对数据、系统及应用。
  7. 汇总平台、连接、备份、恢复和业务验收记录,移交相关联系人。

如果某一阶段未通过,应将其记录为该阶段的问题并由相应负责人处理。例如,资源列表与订阅不一致时先核对租户分配和连接身份;备份失败时检查作业对象、目标库、容量和有效期;恢复异常时记录还原点、目标及任务详情。不要把某个阶段成功写成整套链路已经完成验收。

14. 交付后维护责任​

SP 应维护 Kubernetes 平台、网关、存储及租户资源,建立告警响应和容量扩容渠道。租户应维护本地 SupDRC、受保护对象、备份策略和恢复目标。对于经授权的 MSP 深度托管,由 SP 按租户授权管理云端数据,并在租户提出需要时协助恢复。

日常维护需要持续检查物理存储容量及租户单库配额。达到配额 80% 和 90% 时产生告警;达到 100% 停止该租户向对应库的新备份,已有备份仍可恢复。服务到期后不能继续备份,已有数据默认自到期日起保留 30 天,期满由 SP 人工确认清理。平台管理、容量处理和数据清理应分别记录责任与结果。

15. 平台术语与实施对象​

术语含义实施人员需要核对的内容
Kubernetes 主节点运行控制组件及 etcd 的节点角色。按角色检查数量、CPU、内存及磁盘。
业务节点承载除云网关外其他平台服务的节点角色。核对服务资源和节点归属。
网关节点承载云网关服务的节点角色。核对网络路径及对租户交付的入口。
存储节点提供平台持久化存储资源的节点角色。核对磁盘、容量及维护责任。
持久卷为平台组件提供持久化存储的资源。检查平台存储类与容量。
负载均衡地址为服务访问分配的网络地址。与网络管理员共同规划和管理。
云存储库提供给租户存放备份的云端资源。核对底层类型、容量、配额及保护能力。
网关池组织云网关资源的池。检查池内关联、切换范围和租户使用关系。

例如,存储节点的磁盘容量不能直接等同于某个租户已分配的云存储库配额;负载均衡地址池也不能自动等同于租户收到的云网关地址。完成平台部署后,应由各资源负责人确认具体关联并形成交付记录。

16. 验收记录字段​

平台验收记录应包含实施环境、实施时间、节点清单、平台服务检查结果、网关池及云存储库状态、租户接入结果、测试对象、备份任务与还原点、恢复目标和业务验收人。认证材料应单独通过安全渠道交付,不在验收表中填写明文密码或私钥。

当资源检查通过但租户连接失败时,将问题交给网络、网关和身份认证负责人分层处理;当连接成功但备份失败时,检查作业、配额、有效期及工作负载;当恢复任务完成但业务检查未通过时,继续核对还原点、目标和应用。每项结论都应说明检查对象和时间,不将测试对象的结果扩展到所有租户或所有工作负载。

交付结束前核对运维联系人、告警接收和问题升级渠道。对尚在处理的实际事件,应记录现象、影响范围、责任人及下一次复查安排;未经授权不进行删除数据、覆盖恢复或重置其他租户认证信息等操作。

8. 部署交付检查表​

检查项核对内容责任侧
平台资源对照约定检查节点角色、数量、计算资源和存储准备情况。部署服务团队与 SP。
控制面与网关确认服务已部署,核对租户应使用的网关地址和端口。部署服务团队与 SP。
云存储库核对存储类型、实际容量和分配给租户的配额。SP。
租户身份核对账号、认证方式和服务有效期,使用受控渠道交付。SP 与租户。
备份路径核对直接上云或本地备份后副本上云的实际任务结果。租户与 SP。
恢复结果核对还原点、恢复目标、数据及业务可用性。租户与授权实施人员。
运维资料交接责任人、告警接收方式和问题支持途径。SP。

检查表中的每一项都需要对应可核查的结果。平台服务部署成功是后续操作的基础,但不等同于租户接入成功;租户接入成功也不等同于备份、恢复和业务验证通过。应分别记录这几类结果,避免用同一项检查覆盖所有验收内容。