TiDB Cloud BYOC AWS公测：托管分布式SQL进自有账号

要点

• 在你自己的 AWS 账户中运行 TiDB 数据平面。TiDB Cloud BYOC 负责部署和持续运维。
• 保持对访问的控制。TiDB Cloud 使用限定范围的权限，数据经过加密，并且每个运维会话都会受到审计。
• 在 TiDB X 上扩展。BYOC 增加了弹性扩缩容、工作负载隔离以及高效的原生备份和恢复。
• 将你现有的 AWS 折扣应用于符合条件的资源，因为 BYOC 资源通过你的 AWS 账户计费。
• 申请你首选的 AWS 区域。可用性取决于实例类型和可用区要求。

在生产环境中运行分布式 SQL 的团队面临一种权衡。托管服务免去了升级、扩缩容和备份工作，同时把数据库迁入供应商的云账户。自行管理 TiDB 则把数据库留在你自己的账户中，并把每一次升级、备份和事故处理都交给你的团队。

今天，我们宣布 TiDB Cloud BYOC（Bring Your Own Cloud）在 AWS 上开启公开预览。TiDB Cloud BYOC 在你自己的 AWS 账户内运行托管的分布式 SQL，并且TiDB Cloud负责部署和持续的数据库运维。BYOC 是多项 在 SCaiLE 2026 上宣布的 TiDB Cloud 更新之一。

分工很简单。你的组织控制云环境和数据边界。TiDB Cloud 通过你授权的运维访问来管理数据库生命周期。

什么是 TiDB Cloud BYOC？

TiDB Cloud BYOC 是一种将数据库管理与工作负载执行分离的部署选项。数据平面在你的 AWS 账户中运行。由 PingCAP 管理的控制平面通过 TiDB Cloud 执行编排和生命周期管理。

该数据平面包括数据库计算、存储和网络。你的组织控制云账户、网络策略、IAM 权限和加密密钥。

该控制平面负责部署和生命周期操作。应用程序连接到数据库的 SQL 端点进行读写，而控制平面永远不会位于该应用流量路径中。

图：TiDB Cloud BYOC 数据平面在你的 AWS 账户中运行。TiDB Cloud 控制平面执行经授权的部署和生命周期操作。

BYOC 将 TiDB 的 MySQL 兼容性、分布式 ACID 事务和水平可扩展性带入你的环境。应用程序无需应用层分片即可扩展。BYOC 构建于 TiDB X 之上，将这些数据库能力与云原生弹性和资源效率相结合。

为什么团队选择 TiDB Cloud BYOC 而不是自行管理 TiDB？

当政策要求生产数据必须位于自己的云账户中，且团队不想为数据库运维配备人员时，就会选择 BYOC。他们的安全策略管控网络边界、访问权限、加密密钥和数据放置。他们的云协议决定了基础设施的采购和支付方式。

自行管理 TiDB可以满足这些要求。它也会把升级、扩缩容、备份、监控和事故响应交给团队。这项工作会随着每 TB 数据和集群上每项新服务而增长。

TiDB Cloud BYOC 消除了这种权衡。团队保持对云账户和数据边界的控制，继续使用符合条件的 AWS 折扣，并让 TiDB Cloud 运行数据库生命周期。在公开预览之前，已有多个试点客户在使用 BYOC。

有关该模型本身的背景信息，请参阅 bring your own cloud 详解。

TiDB Cloud BYOC 能为你带来什么？

TiDB Cloud BYOC 让你掌控自己的 AWS 环境，同时获得完全托管的数据库运维。以下四个方面涵盖数据放置、访问、运维和成本。

你的数据和基础设施保留在你的 AWS 账户中

数据库计算、存储和网络在你的 AWS 账户中运行。你可以应用现有的 VPC、IAM、加密密钥和云治理策略。随后，数据库部署将遵循与你技术栈其余部分相同的安全和数据驻留规则。

受治理的访问与内置安全

TiDB Cloud 使用遵循最小权限原则的限定范围权限执行管理操作。PingCAP 人员需要你的授权才能访问环境以进行故障排查和支持，并且你可以撤销该授权。每个此类会话都会经过身份验证，连接、命令和数据访问都会受到完整审计。

加密保护传输中、静态存储和备份中的数据。在受支持的配置中可使用客户管理的加密密钥。

基于 TiDB X 的托管运维

TiDB Cloud 负责部署、监控、扩缩容、备份、升级、故障排查和生命周期管理。

TiDB X 增加了三项运维收益：

• 自动扩缩容。计算容量随需求变化而调整。
• 工作负载隔离。专用弹性计算在在线流量之外运行索引创建和大规模数据导入，从而保持应用性能可预测。
• 高效备份。备份任务使用更少的计算资源，从而降低日常数据保护的成本。

你的团队可以以更少的运维投入应对增长并维护数据库。

从你的 AWS 投资中获得更多价值

基础设施成本直接显示在你的 AWS 账户中，因此你的团队可以在现有的账单和成本管理工具中跟踪这些成本。根据你的 AWS 协议，符合条件的企业折扣、Savings Plans、预留实例和其他承诺使用优惠可能适用于所覆盖的资源。

BYOC 可按请求在你首选的 AWS 区域中部署。可行性取决于实例类型可用性和可用区要求。你可以将数据库放置在你的应用程序旁边，并置于你的数据驻留边界之内。

TiDB Cloud BYOC 适合谁？

TiDB Cloud BYOC 适合希望获得托管数据库运维，同时让生产数据和基础设施保留在自己 AWS 账户中的组织。四类用户受益最多：

• 大规模 TiDB 用户。 希望随着数据量增长减少运维投入并提高基础设施效率的团队。
• 有严格数据控制要求的组织。 对云账户所有权、网络边界、IAM 或加密密钥有规定的团队。
• 已建立 AWS 治理和商业协议的企业。需要数据库契合现有安全、采购和成本管理流程的团队。
• 需求波动的应用。需要弹性容量以应对流量高峰、季节性高峰和增长的工作负载。

TiDB Cloud BYOC 如何定价？

TiDB Cloud BYOC 定价包含三个组成部分。您向 AWS 支付基础设施费用，向 PingCAP 支付托管服务和支持费用。

BYOC 总成本 = AWS 基础设施成本 + PingCAP BYOC 服务费 + PingCAP 支持费

• AWS 基础设施。您直接向 AWS 支付 EC2、EBS、S3、网络和其他资源费用。符合条件的折扣依据您的 AWS 协议适用。
• BYOC 服务费。PingCAP 按预置的 vCPU 容量收费，按分钟计量并按小时计费。各 AWS 区域的费率相同。
• 支持费。BYOC 需要企业支持计划或更高级别的计划。费用取决于您的计划。

独立的明细项让您的团队可以独立评估基础设施消耗和托管服务。请联系 PingCAP 团队，根据您的容量和支持需求获取报价。

如何加入 TiDB Cloud BYOC 公开预览

公开预览的入门流程与 PingCAP 团队共同进行。您准备一个专用的 AWS 账户。双方共同配置网络和 DNS、IAM 权限、证书、安全维护访问和可观测性，然后验证部署。TiDB Cloud BYOC 文档逐步介绍了每个阶段。

在您自己的 AWS 账户中运行 TiDB Cloud BYOC。分享您的工作负载、首选 AWS 区域和安全要求，PingCAP 团队将与您一起确定公开预览部署的范围。联系 TiDB Cloud BYOC 团队 →

文章 TiDB Cloud BYOC 公开预览：在您的 AWS 账户中运行全托管分布式 SQL 首次发布于 TiDB。