📣TiDB Cloud BYOC、TiDB Cloud Filesystem 和 PostgreSQL-compatible TiDB Cloud Starter 全新发布,开放公测中。此页面由 AI 自动翻译,英文原文请见此处。

创建您的第一个 TiDB Cloud BYOC 实例



部署 BYOC 基础设施后,创建资源池,在资源池中创建您的第一个 TiDB Cloud BYOC 实例,并配置安全的管理访问。

创建 BYOC 实例

现在,您可以直接通过 TiDB Cloud 控制台预配资源池和 TiDB 实例。

  1. 登录 TiDB Cloud 控制台,然后按照创建资源池中的说明,在目标云服务商和 region 中创建资源池。

  2. 资源池变为 Active 后,按照创建 TiDB Cloud BYOC 实例中的说明,在资源池中创建一个新实例。

    • 初始设置时间:在某个 region 中创建第一个资源池时,系统需要初始化 Kubernetes 环境,因此可能大约需要 1 小时。
    • 后续实例:在处于活动状态的资源池中创建其他实例通常只需要几分钟。
  3. 请与您的 TiDB Cloud 代表沟通,以确定适合初始连通性和功能测试的 Request Unit (RU) 设置。他们会根据您的具体测试需求推荐相应的配置。

从 Amazon S3 恢复数据到新的 BYOC 实例

在 Amazon S3 中准备好备份文件后,您可以将数据恢复到活动资源池中的新 TiDB Cloud BYOC 实例。

  1. 配置 Amazon S3 访问(AK/SK)。

    为了让 TiDB Cloud 能够读取您的 S3 备份,您必须通过生成具有适当 S3 读权限的 AWS Access Key ID 和 Secret Access Key(AK/SK)来配置外部存储访问。

    有关详细说明,请参见使用 AWS Access Key 配置 Amazon S3 访问。

  2. 执行恢复过程。

    配置好访问密钥后,您可以从 TiDB Cloud 控制台发起恢复作业。

    在恢复过程中,请在目标云服务商和 region 中选择一个具有足够 vCPU 容量的活动资源池。恢复后的实例会继承所选资源池的高可用模式。

    如果所选资源池已达到其 Pool vCPU Limit,请先提高或关闭该限制,或者选择另一个资源池后再继续。这是因为恢复到新的 TiDB Cloud BYOC 实例可能会导致已预配的 vCPU 总数超过 Pool vCPU Limit,并影响同一资源池中所有 TiDB Cloud BYOC 实例的性能。

    有关逐步恢复操作,请参见从云存储恢复备份。

配置安全的管理访问

为了让 TiDB Cloud Support 能够协助进行故障排查和可观测性相关工作,您可以通过在 VPC 内部署加固的堡垒机主机来配置安全访问通道。

有关部署和验证步骤,请参见为 TiDB Cloud BYOC 配置 Bastion Host。

接下来做什么

创建第一个资源池和 TiDB Cloud BYOC 实例并配置安全的管理访问后,请继续阅读 TiDB Cloud BYOC 联合验证,以验证连通性、可观测性、安全性和告警。

文档内容是否有帮助?