从 EC2 实例中删除自定义域，然后将域用于 Cloud Run 应用程序（Route 53 中的域）

Question

根据之前的这篇文章，我能够验证我们的域（位于 Route 53 中）以用作 GCP Cloud Run 的自定义域。 但是，我们现在正在努力更新此域的 DNS 记录。

我们的域mydomain.com以前用于 AWS EC2 实例。 我们在 Route 53 中为此域托管的区域目前有 8 条记录，具有各种记录类型（A、MX、NS、SOA、TXT、CNAME）。 在上传云运行的 8 个 DNS 记录之前（GCP 给了我们 4 个带有 ip 地址的A DNS 记录，以及 4 个带有 ip 地址的AAAA DNS 记录，要上传），我是否应该首先删除该域的托管区域中的所有先前记录? 我认为这些较早的记录与我们之前将域与 ec2 实例的使用相关联。

从托管区域删除所有以前的记录是否安全？ 或者最好创建一个新的托管区域以与 GCP 云运行一起使用，并将这个初始托管区域保留在 EC2 实例中？ 我不确定是否可以为 1 个域设置 2 个托管区域。 如果只有 1 个区域是可能的，我不确定是否应该删除并重新创建一个新的托管区域以与 Cloud Run 一起使用，或者尝试编辑我的初始托管区域（通过删除旧的 DNS 记录）。 我只需要将此自定义域从 EC2 实例移动到云运行应用程序。

谢谢！

赏金前编辑：以下是 Cloud Run 告诉我添加到我的域名托管服务商的 DNS 记录（真实值和域名已更改）：

...这是我的域托管区：

...前 2 条记录是 Cloud Run 给我的新 A 和 AAAA 记录（我之前删除了 2 条 A 记录）。 在尝试创建 A 记录时，我在尝试创建 4 个单独的 A 记录时实际上收到了错误，因此我将所有 4 个 IP 地址放入一个 A 记录中（不确定这是否正确）。

不幸的是，在 GCP /run/domains 页面中，我仍然收到此错误/警告消息：

我不打算再次将旧的 AWS EC2 实例与该域一起使用，所以也许我应该删除与其关联的所有旧 DNS 记录？ 但是，我不确定哪些记录可以安全删除，哪些不是......也许最好创建一个新的托管区域（如下面的答案中所建议）？ 目前，我正在走简单编辑旧托管区域的路线（如下面的评论中所建议）。

我们在周末的大部分时间里一直在为此苦苦挣扎，实际上可以使用一些建议来让这个域脱离 EC2 实例并进入云运行部署。

Edit2：几分钟前我刚刚用云运行 DNS 记录更新了托管区域，所以也许我只需要给它时间？ 再说一次，我完全不确定......

Answer 1

我将指出两种最明显的方式及其优缺点。

1.最安全的方式

您可以创建一个新的托管区域（GCP 相当于 AWS 托管区域），在 GCP 中为您的云运行应用程序创建所有需要的记录。 然后在您从 GCP 获得的域注册商 DNS 服务器上进行更改（可能类似于ns-cloud-a1.googledomains.com ）。

通过这种方式，您将拥有完整的工作副本（设置以适应 GCP 的云运行），如果您想快速返回 AWS，您只需要在域注册商处指向 AWS DNS 服务器。

此解决方案的缺点是您将需要支付更多费用，因为您将在两个提供商处有效地托管您的域（但只会主动使用 GCP）。

2.简单的方法。

在 GCP 上创建新的托管区域，将您的域指向 GCP 的 DNS 服务器并删除 AWS 上的托管区域。

您还可以在 AWS 中备份您的托管区域 - 您可以查看此博客文章如何执行此操作。

在我看来，如果您打算返回（或备份）为 AWS 设置的域记录，那么第一种方法是首选。 额外的成本也可以忽略不计。

更新

DNS 设置中的任何更改（添加和删除记录、修改）通常需要长达 24 小时才能在 Internet 上传播。

更多关于 DNS 记录以及如何管理它们。

如果要将多个 A 记录添加到您的管理区域编辑您的区域，请单击“添加记录集”按钮，然后选择A记录类型（或AAA用于 IPv6 并输入address第一个值，然后单击“添加项目”按钮下面并键入另一个等。

如果您更喜欢使用gcloud来完成，这里有一些文档如何将记录添加到您的区域（域）。