21 Nov 2021 03:50 AM - last edited on 22 Nov 2021 08:14 AM by MaciejNeumann
I am in the midst of migrating a Dynatrace Managed cluster from on-prem data centre to Azure cloud VM.
I am using "Cluster backup and restore" method as depicted in documentation.
When the restoration completed, DNS entry for the dynatrace-managed URL got updated to Azure VM's IP address.
However after about 3 hours, I had to fall back to using the existing on-prem Dynatrace Managed. Dynatrace services on Azure VM was shut down but DNS records for the dynatrace-managed.com URL stay stuck to the Azure VM's IP.
Eventually I shut down the Azure VM OS itself, and then only DNS records update to the IP where Dynatrace Managed is running at.
I'm pretty curious, what are the triggers for DNS record changes for dynatrace-managed.com? It doesn't require existing on-prem servers to be shutdown to get its IP updated to Azure, but it isn't the same case in reverse.
Solved! Go to Solution.
21 Nov 2021 06:55 AM - edited 21 Nov 2021 06:56 AM
22 Nov 2021 11:16 AM
Usually after the restore new cluster nodes should recognize the situation and the domain should be updated automatically if connection to Mission Control is OK.
22 Nov 2021 01:23 PM
Yeah, I can see that when a cluster node is restored, the DNS for dynatrace-managed.com gets updated promptly.
I guess my scenario was out-of-the-norm because I had to revert back to the old cluster, and I guess that is when DNS is not switching back to that old cluster promptly.
22 Nov 2021 01:58 PM
that's very probable