Azure DNS无法移除默认NS记录 站点零停机迁移问题咨询

不需要删除App Service就能修改自定义域名的NS记录。
你看到的置灰无法删除的默认NS记录，是Azure App Service为平台默认分配的<站点名>.azurewebsites.net域名提供的托管解析记录，这组记录绑定的是平台侧的默认托管区域，生命周期由Azure管理，本身就不支持手动修改或删除，和你持有的自定义域名的NS配置没有任何关系。
你之前找错了配置入口：要修改自定义域名的NS记录，不要进入App Service的自定义域名配置页操作，需要找到你在Azure购买域名时自动创建的应用服务域资源，在该资源的名称服务器配置页修改NS即可，这个配置页的NS记录是完全可编辑的，和App Service是否删除没有关联。

按照以下顺序操作可以完全避免业务中断：

• 提前完成新主机部署：在外部主机上完成站点全量部署，同步所有代码、配置、静态资源，提前完成数据库全量迁移和增量同步，通过新主机提供的临时测试域名、或本地hosts绑定的方式全量验证所有页面、接口、后台任务功能正常，确认新站点可独立承载业务。
• 调低解析TTL：在Azure侧的自定义域名解析区域，把所有现有解析记录的TTL（生存时间）调整为最小值300秒（5分钟），操作后等待48小时，确保全球各地运营商DNS的旧缓存全部过期，后续切流时解析生效速度最快。
• 预配置新服务商解析：在外部主机对应的DNS解析服务商处，添加和Azure侧完全一致的所有解析记录，包括根域名、子域名、邮件解析、业务专用解析等，所有记录值初始和Azure侧保持一致（即暂时仍指向Azure App Service地址），核对所有记录无遗漏、无配置错误。
• 低峰期切换NS：选择业务低峰时段（通常为凌晨），进入Azure应用服务域的名称服务器配置页，将原有Azure DNS的NS地址逐条替换为外部主机服务商提供的NS地址。切换后的48小时内，保持Azure侧和新DNS服务商侧的所有解析记录完全一致，不要修改记录值、不要停掉Azure上的App Service服务，因为这段时间内会有部分用户的DNS请求仍然走到Azure的NS服务器。
• 切流到新主机：通过全球DNS查询工具确认各地区的NS解析已经全部更新为新服务商地址后，同时在Azure DNS和新服务商DNS侧，将站点对应的根域名、www子域名等业务解析记录的记录值修改为外部主机的IP/CNAME地址，因为之前已经把TTL调到5分钟，最多5分钟后全球用户就会逐步访问到新主机上的站点。
• 观察后下线旧资源：切流后持续监控新主机的运行状态、业务请求报错、数据一致性情况，连续观察72小时无异常后，可以再保留Azure侧的解析配置和App Service运行4天，确认没有遗漏的用户流量、没有业务回滚需求后，再删除Azure侧的App Service资源、旧解析配置。

• 不要在业务高峰执行任何解析修改、切流操作，避免故障影响范围扩大
• 迁移前对Azure上的所有站点数据、数据库、配置做全量备份，出现问题可以快速回切解析到旧站点
• 如果数据库没有做双写同步，切流前要提前把站点调整为维护模式1-2分钟，完成最后一次增量数据同步后再切流，避免出现新旧站点的数据不一致问题
• NS切换的全球生效周期最长可达48小时，这段时间绝对不要删除Azure侧的解析记录或关停App Service，否则部分缓存未更新的用户会无法访问站点

内容的提问来源于stack exchange，提问作者Spivonious