对 A 类记录集的更新未反映在 Route 53 中
Updates to Type A record set not reflecting in Route 53
我有 2 个 EC2 实例 - 一个连接到 mydomain.com，另一个连接到 dev.mydomain.com
当 mydomain.com 实例由于某种原因关闭时，我将 mydomain.com 的记录集更改为第二个 EC2 实例的 public IP。更改立即得到反映，mydomain.com 开始正常工作。
修复第一个 EC2 服务器的问题几个小时后，我恢复了 mydomain.com 记录集中的 IP 地址。但这不起作用。 mydomain.com 仍然指向第二台 EC2 机器。
任何人都可以提出可能的解决方案吗？
DNS 更改需要时间才能传播。此外，计算机缓存 DNS 响应，因此检查更改可能很困难。最好的建议是等待，或通过另一台计算机进行检查。
您可能想使用 https://cachecheck.opendns.com/ 之类的服务来检查分辨率，或者在检查前清除缓存（在 Windows 中，使用 ipconfig /flushdns）。
DNS 记录具有 ttl 或生存时间。这意味着在 TTL 到期之前不会从中央服务器刷新记录。
您应该看看在 R53 中使用故障转移记录:)
我有 2 个 EC2 实例 - 一个连接到 mydomain.com，另一个连接到 dev.mydomain.com
当 mydomain.com 实例由于某种原因关闭时，我将 mydomain.com 的记录集更改为第二个 EC2 实例的 public IP。更改立即得到反映，mydomain.com 开始正常工作。
修复第一个 EC2 服务器的问题几个小时后，我恢复了 mydomain.com 记录集中的 IP 地址。但这不起作用。 mydomain.com 仍然指向第二台 EC2 机器。
任何人都可以提出可能的解决方案吗？
DNS 更改需要时间才能传播。此外，计算机缓存 DNS 响应，因此检查更改可能很困难。最好的建议是等待，或通过另一台计算机进行检查。
您可能想使用 https://cachecheck.opendns.com/ 之类的服务来检查分辨率，或者在检查前清除缓存（在 Windows 中，使用 ipconfig /flushdns）。
DNS 记录具有 ttl 或生存时间。这意味着在 TTL 到期之前不会从中央服务器刷新记录。
您应该看看在 R53 中使用故障转移记录:)