将服务器迁移到 gcloud 但保留现有域的虚名服务器
Migrate server to gcloud but retain vanity nameservers for existing domains
我们目前正在从一台主机迁移到 google 云平台。
但是有一件事让我们感到困惑。我们有各种客户与我们一起设置自定义域。他们中的许多人通过将他们的名称服务器更新为以下内容来做到这一点：
- ns1.mydomain.com
- ns2.mydomain.com
- ns3.mydomain.com
但是，当我们将域区域添加到 gcloud 时，每个域似乎随机分配了不同的 NS 记录。
有些人得到以下分配
ns-cloud-a1.googledomains.com, ns-cloud-a2., ns-cloud-a3.
而其他人得到
ns-cloud-b1.、ns-cloud-c1.、ns-cloud-d1.* 等
迁移后如何让当前的自定义域继续工作？我们设置了数百个自定义域，我们希望迁移到 gcloud，而无需我们的客户进行任何更改。
我们最初的迁移计划是：
- 将 mydomain.com 的区域添加到 google 云 DNS 并记下 NS 记录
- 为我们所有的客户自定义域向云 DNS 添加区域
- 更新我们的 nsX.mydomain.com 名称服务器以指向 mydomain.com
的 NS 记录的 IP 地址
- 无论 NS 记录如何（理论上），所有现有的自定义域都应该继续工作
但是，我不确定这是否是正确的处理方式。
有些事情我特别困惑：
- 我们是否需要将 gcloud 中自定义域的 NS 记录设置到我们的 nsX.mydomain.com 服务器？我们目前没有在 cPanel 中为这些域指定任何 NS 记录。
- 在 gcloud 中将自定义域分配给哪些名称服务器是否重要？ （有些人是 ns-cloud-a1，有些人是 ns-cloud-b1）
- 我们预计此 DNS 传输会出现任何形式的停机吗？
如有任何帮助，我们将不胜感激。谢谢。
Cloud DNS 将每个 public 托管区域分配给五个名称服务器分片之一。分片是权威名称服务器名称中数字之前的字母，因此 ns-cloud-e1 到 ns-cloud-e4 是 E 分片。
不能将具有相同DNS名称的多个区域分配给同一个分片，因此只能创建五个具有完全相同DNS名称的区域。更多信息请参考Nameserver limits.
例如，您 zone1 mydomain.com 和 NS ns-cloud-bX.googledomains.com.，但是当您创建具有相同域名的区域时，您将得到 ns-cloud-eX.googledomains.com.
对于您的场景：
- 创建managed Zone.
- 相应地复制 NS 列表并更新@Domain Registrar。这些 NS 记录将解析 mydomain.com.
的查询
只有 DNS 注册商指定的 DNS 名称服务器才能解析重要的请求。但是，通过在其父域的区域中创建 NS（名称服务器）记录而 delegated 的子域也需要有自己的区域。
您在注册商的记录中设置的 time to live (TTL) 会告诉您在开始使用新名称服务器之前需要等待多长时间。
我能够通过为每个名称服务器添加多个 A 记录来实现它
所以对于 ns1.mydomain.com 我添加了 216.239.32.106、216.239.32.107、216.239.32.108、216.239.32.109、216.239.32.110 的 A 记录。
这些是 ns-cloud-a1., ns-cloud-b1., ns-cloud-c1. 的 ip。等等，你可以通过 运行 这个命令为每个名称服务器
找到
host ns-cloud-a1.googledomains.com
我对 ns2 做了同样的事情。和 ns3.，为每个分片中的第二个和第三个名称服务器添加 A 记录（即 ns-cloud-a2.、ns-cloud-b2. 和 ns-cloud-a3.、ns-cloud -b3.)
This is how the A records appear in the google cloud DNS dashboard
我们目前正在从一台主机迁移到 google 云平台。
但是有一件事让我们感到困惑。我们有各种客户与我们一起设置自定义域。他们中的许多人通过将他们的名称服务器更新为以下内容来做到这一点：
- ns1.mydomain.com
- ns2.mydomain.com
- ns3.mydomain.com
但是，当我们将域区域添加到 gcloud 时，每个域似乎随机分配了不同的 NS 记录。
有些人得到以下分配
ns-cloud-a1.googledomains.com, ns-cloud-a2., ns-cloud-a3.
而其他人得到
ns-cloud-b1.、ns-cloud-c1.、ns-cloud-d1.* 等
迁移后如何让当前的自定义域继续工作？我们设置了数百个自定义域，我们希望迁移到 gcloud，而无需我们的客户进行任何更改。
我们最初的迁移计划是：
- 将 mydomain.com 的区域添加到 google 云 DNS 并记下 NS 记录
- 为我们所有的客户自定义域向云 DNS 添加区域
- 更新我们的 nsX.mydomain.com 名称服务器以指向 mydomain.com 的 NS 记录的 IP 地址
- 无论 NS 记录如何（理论上），所有现有的自定义域都应该继续工作
但是，我不确定这是否是正确的处理方式。
有些事情我特别困惑：
- 我们是否需要将 gcloud 中自定义域的 NS 记录设置到我们的 nsX.mydomain.com 服务器？我们目前没有在 cPanel 中为这些域指定任何 NS 记录。
- 在 gcloud 中将自定义域分配给哪些名称服务器是否重要？ （有些人是 ns-cloud-a1，有些人是 ns-cloud-b1）
- 我们预计此 DNS 传输会出现任何形式的停机吗？
如有任何帮助，我们将不胜感激。谢谢。
Cloud DNS 将每个 public 托管区域分配给五个名称服务器分片之一。分片是权威名称服务器名称中数字之前的字母，因此 ns-cloud-e1 到 ns-cloud-e4 是 E 分片。
不能将具有相同DNS名称的多个区域分配给同一个分片，因此只能创建五个具有完全相同DNS名称的区域。更多信息请参考Nameserver limits.
例如，您 zone1 mydomain.com 和 NS ns-cloud-bX.googledomains.com.，但是当您创建具有相同域名的区域时，您将得到 ns-cloud-eX.googledomains.com.
对于您的场景：
- 创建managed Zone.
- 相应地复制 NS 列表并更新@Domain Registrar。这些 NS 记录将解析 mydomain.com. 的查询
只有 DNS 注册商指定的 DNS 名称服务器才能解析重要的请求。但是，通过在其父域的区域中创建 NS（名称服务器）记录而 delegated 的子域也需要有自己的区域。
您在注册商的记录中设置的 time to live (TTL) 会告诉您在开始使用新名称服务器之前需要等待多长时间。
我能够通过为每个名称服务器添加多个 A 记录来实现它
所以对于 ns1.mydomain.com 我添加了 216.239.32.106、216.239.32.107、216.239.32.108、216.239.32.109、216.239.32.110 的 A 记录。
这些是 ns-cloud-a1., ns-cloud-b1., ns-cloud-c1. 的 ip。等等，你可以通过 运行 这个命令为每个名称服务器
找到host ns-cloud-a1.googledomains.com
我对 ns2 做了同样的事情。和 ns3.，为每个分片中的第二个和第三个名称服务器添加 A 记录（即 ns-cloud-a2.、ns-cloud-b2. 和 ns-cloud-a3.、ns-cloud -b3.)
This is how the A records appear in the google cloud DNS dashboard